Ich möchte nach Vers. 14 jetzt auf Isengrad updaten, hab mir die OpenELEC-Generic.x86_64-5.0.8.tar in meinen Update Ordner meines Zotac ID-80 kopiert und nach einem Neustart passiert nichts...Es startet immer die alte Version! Übersehe ich was?
Meines Wissens kommt Isengard erst mit Openelec 6.0
http://openelec.tv/news/22-releas…beta-5-released
wir im tvheadend auch erkannt aber bekomme kein Signal
Welcher Kernel?
Open source drivers are part of the media_tree and will be in kernel 4.1 (but 4.2 contains important fix that is needed if using some applications such as VDR)
So jetzt wo ich das alles getestet habe ist mir wider eingefallen das ich das auch schon getestet hatte im Ubuntu pulseaudio habe ich schon zwei Mikrofone ohne das ich was machen muss nur sind die beide das Interne Mikrofon mit unterschiedlicher Lautstärke. Wen ich im HDAJackRetask ein Micro erstelle bekomme ich Internes Micro Boost das ändert im pulseaudio nur den Namen eines Mikrofons mehr nicht.
Auch hatte ich schon alle im HDAJackRetask möglichem Micros eingeschaltet das gibt ein Chaos aber kein externes Mikrofon.
Da hast du echt den schlimmsten Fall erwischt. Bei den Laptops gibts leider so viel ... ich würde mal in der Mailingliste anfragen.
<a href="https://www.kodinerds.net/index.php/User/29332-monarc99/">@monarc99</a>
Habe auch im Pulseaudio kein Mikrofon
Und HDAJackRetask bin ich schon durch gewesen habe ach einiges am Mikrofonen dort leider werden die alle Mic Boost.
Im alsamixer?
In dem Video, dass du oben verlinkt hattest, tauchte im alsamixer auch nur ein neuer Mic Boost auf. Im Pulse konnte er allerdings dann das andere Micro auswählen.
Infos zu TV-Karten findest du immer auf linuxtv.org.
z.B. für deine Karte http://www.linuxtv.org/wiki/index.php…connect_S2-4600
Dort steht auch, wo du die Firmware herbekommst. Ich schätze mal, dass die Datei nach /lib/firmware muss.
z.B. so
wget http://palosaari.fi/linux/v4l-dvb/firmware/M88DS3103/3.B/dvb-demod-m88ds3103.fw -P /lib/firmware/
H265 soll definitiv ohne Probleme laufen, hier auch wieder wegen der Zukunftssicherheit.
Zukunftssicherheit ist gerade schwierig.
Lange war der HEVC/H265 als Nachfolger abgemacht, aber nach dem Patentfiasko um H265 in den letzten Wochen, kann es durchaus sein, dass zumindest fürs Streaming (Amazon, Twitch, Youtube) ein anderer Codec das Rennen macht.
http://www.heise.de/newsticker/mel…te-2800448.html
Gibt es für OE einen Browser?
Für was genau möchtest du den Browser verwenden?
Sind das nur ganz spezielle Seiten? z.B. für Youtube verwendet man keinen Browser bei Kodi, sondern das Youtube Addon von Kodi, dass die Videos selbst von der Seite holt.
Ansonsten zu deiner Frage ... Jein.
Im unofficial repo gibt es einen Chromium für 64bit Systeme.
http://openelec.tv/forum/chromium…cial-repository
Der funktioniert auch auf meinem Nuc, läuft aber mit root/Sysadmin Rechten. Benutzung auf eigene Gefahr, sicher ist das auf keinen Fall.
Zu einem Browser gehören automatische Browser-Updates dazu, richtige Virenscanner, Netflix wird nicht gehen usw ...
Wenn du also surfen, wie am PC willst, ist einen Desktop Unterbau sinnvoller. (ob das jetzt Linux oder Win ist)
Openelec ist halt ein Minimal-OS, das sich auf KODI fokussiert, dafür schnell hochfährt und von jemanden zusammengestellt wird, der sich auskennt.
Vorteil: Du bekommst die Updates ohne das du viel Arbeit damit hast
Nachteil: Begrenzt auf das, was Openelec selbst bietet.
Allerdings würde ich bei Openelec eher zu Intel/Nvidia Hardware tendieren. Wie es da mit AMD Hardware aussieht, kann ich nicht sagen.
Bei mir ist es so, dass ich Openelec auf einem großen USB Stick laufen lasse. Das ist nicht so schnell, wie von SSD, geht aber problemlos.
Und wenn ich das System von der SSD booten möchte, ziehe ich den Stick vorher ab.
Mir geht es also in der Hauptsache darum, dass die MP4 Dateien nicht lokal, sondern im Netz (NFS, gluster, ggf. CIFS) abgelegt werden.
Ich würde sie am Anfang auf jeden Fall lokal speichern, weil Aufnehmen zeitkritisch ist. Der Satellit wartet halt nicht, wenn der Recorder am Boden gerade Schluckauf hat. Und HD Aufnahmen sind nicht so ohne.
Und sie dann nach der Aufnahme kopieren. z.B. tvheadend kann man ein Script einstellen, dass nach der Aufnahme automatisch aufgerufen wird.
Ja mit Openelec 6.0 Beta 4 funktioniert alles.
Prima 
Weis mann schon ob Kodibuntu hier an einem Update/neuen Kernel arbeitet?
Müsstest du im kodi.tv Forum nachfragen.
Kodibuntu basiert auf einer 14.04 LTS (Long Time Support) Version von Ubuntu. Das wird zwar regelmäßig mit neuen Treibern versorgt (zuletzt Ubuntu 14.04.3 am 6. August), wann die dann aber davon eine neue Kodibuntu Version zum einfachen Installieren machen, weiß ich leider nicht. Bzw. ob da dann alles drin ist.
Da fällt nun Kodibuntu schon mal weg.
Man kann ja auch ne normale Ubuntu Version nehmen, Kernel/Treiber per Update aktualisieren und Kodi installieren. Wie bei Windows auch.
VCR zum NAS
Was stellst du dir da genau vor?
Ist Kodi / Jessie ein brauchbares Gespann (ja - Debian hängt immer etwas hinterher)?
Du brauchst minimum Kernel 4.1 (wegen dem wlan Treiber) und einen aktuellen Grafikstack (libdrm und so).
Du wirst also die Treiber eventuell nachinstallieren bzw. updaten müssen.
Im jessie-backports ist ein 4.1 Kernel drin. Den könntest du installieren. Beim Grafikstack weiss ich es nicht.
Der Treiber für den LAN Ethernetanschluss sollte auch schon in älteren Kernel vorhanden sein.
Alternativ kannst du die Openelec 6.0 Beta nehmen. Da ist schon alles drin, was nötig ist.
Aktuelle Ubuntu Versionen gehen vielleicht auch. (also nicht die LTS Versionen von 2014)
Da wird der Kernel zu alt sein. Probier mal die Openelec 6.0 Beta 4
@monarc99
Die Option hatte leider nix gebracht kein Mikrofon und kein Fehler.
Wo ist eigentlich das offizielle ALSA Forum? Der Link oben ist ja Wiki
Hast du auch im Pulseaudio nachgesehen, ob man da ein anderes Microphone auswählen hätte können.
Da das ja über den gleichen Stecker läuft, kann sein, dass man im alsamixer gar nicht so viele Unterschiede sehen würde.
Ansonsten bleibt dann nur die HDAJackRetask Methode. Also einzeln die unbelegten Pins mit dem Programm aktivieren und testen (Treiber ent- und neuladen -> Apply now), ob bei einem das Mikrofon dahinter steckt.
Das sind immer so Sachen wo ich dann schon Hilfe brauch für gewöhnlich wen da was auf Englisch auf kommt.
also.org ist als nicht Vertrauenswürdig gemeldet! Und so wirkt auch die Seite!!!
Ja, da hab ich mich vertan. Ich meinte http://www.alsa-project.org/
Aber so geht auch.
Da ich jetzt keine andere Seite kenne wo man ein Log reinschreiben kann habe ich die genommen.
Vielleicht nennt ihr mir noch einige Seiten möglichst Deutsch.
http://xbmclogs.com/p1wsvxrse
Ich sehe schon. Das Aufnahme Gerät, dass er erkennt, ist dein internes Micro? Es fehlt das externe?
Du hast einen dieser Soundchips im Laptop, bei denen die Belegung der Pins von Modell zu Modell anscheinend mit dem Zufallsgenerator vom Hersteller belegt werden.
Und die Belegung muss für fast jedes Modell im Treiber hinterlegt sein und deinen scheint er im "auto" Modus nicht zu erkennen. Also dürfte dein Laptop den Alsa Entwicklern noch nicht bekannt sein.
Du kannst mal probieren, dem Treiber snd-hda-intel ein bestimmtes Modell vorzugeben. Vielleicht hast du Glück und eins der vorhandenen Modelle passt für dein Gerät. Andernfalls musst du in die englische Mailingliste von ALSA, wo die Treiber Entwickler sitzen.
In der Datei /etc/modprobe.d/alsa-base.conf kann man Alsa-Treiber Parameter mitgeben, die sie beim Booten laden sollen.
Probiere dort mal verschiedene model Parameter aus.
Mit root Rechten editieren: z.B. sudo nano /etc/modprobe.d/alsa-base.conf und am Ende der Datei einfügen. Sollte schon eine Zeile vorhanden sein, die mit "options snd-hda-intel" anfängt, dann diese modifizieren.
options snd-hda-intel model=headset-micDie Datei speichern und neu booten und testen, ob im alsamixer beim Device "HDA-Intel - HDA Intel PCH" unter Aufnahme (F4) ein weiteres Element angezeigt wird. Neben "Capture", das dein internes Micro wohl ist.
Wenn headset-mic nix bringt, probiere auch die model Parameter dell-headset-multi laptop-dmic oder laptop-amic.
Starte mal in einer Konsole folgenden Befehl. Lass ihn alle Daten sammeln und lade sie bei also.org hoch. (er fragt automatisch nach)
Den Link postet du dann hier.
alsa-info.sh
Dann sparst du dir die ganzen Bilder.
Da gibts es viele Möglichkeiten. Auch schwer das von der Ferne zu Identifizieren.
Können die Dateien sein (Colorspace bt601/bt709 oder color range Probleme)
Und wie felixNew schon erwähnt hat, diverse andere Dinge.
Was du in Kodi relativ einfach umstellen kannst, wäre die Color Range. Kodi gibt normalerweise full range aus.
Du kannst aber in den Einstellungen auf tv/studio Range umstellen. Das sollte die schwarzen Bereiche heller und das Bild kräftiger in den Farben erscheinen lassen.
Du kannst es notfalls je nach Film aktivieren oder deaktivieren.
Unter Einstellungen -> System -> Use limited color range (16-235)
Mann kann doch das ganze deaktivieren oder? Ich bin noch auf Win 8.1.
Dann freut dich doch sicher diese Meldung 
http://www.chip.de/news/Jetzt-sch…t_82554908.html
Gibt ja schon Tools zum es zu deaktivieren
Gibt es schon ... das Problem ist eher, wie verhindert man, dass MS mit dem nächsten Update einfach alles wieder aktiviert, was du mühsam abgeschaltet hast.
Ja, unter Beschleunigung die Rendermethode auf Software.
Sollte man im Log sehen, dass er dann einen anderen Codec wählt.
Weitere Möglichkeit wäre die Hardware Decodierung, die abstürzt:
16:47:49 T:1539668840 DEBUG: Loading: /data/app-lib/org.xbmc.kodi-1/libXBMCvcodec_stagefrightICS-arm.so16:47:49 T:1539668840 DEBUG: CStageFrightVideo::bool CStageFrightVideo::Open(CDVDStreamInfo&) - component: OMX.brcm.video.hw.decoder
16:47:49 T:1539668840 DEBUG: FactoryCodec - Video: stf-mpeg2 - Opened
Schalte mal die Hardware Decoder testweise aus. Also auf Software Decodierung (mit Multithreading) in den Kodi Einstellungen umschalten.
compiled in hardware support: AMCodec:yes MediaCodec:yes OpenMax:no libstagefright:yes VDPAU:no VAAPI:no iMXVPU:no MMAL:no
Edit - muss ich vorher nochmal den fastboot aktivieren oder hat sich OE das gemerkt?
Das sind die Kernelmeldungen ab dem letzten Reboot ... also fastboot nochmal an. Aber solange möglichst nix auf den Platten, weder auf Win10 noch auf OE ändern, nicht dass es doch zu einem Datenverlust kommt.
Falls OE doch auf einmal die Platten mountet - trotz aktivem windows fastboot.
Ich erkläre es gerne. Ist aber aufwändiger, weil du dich erstmal per SSH von einem anderen System auf dem Openelec HTPC einloggen musst.
Zuerst brauchst du einen SSH Client:
Auf einen Linux System den ssh client installieren. Unter Windows putty.
(wird hier auch alles nochmal erklärt: http://wiki.openelec.tv/index.php/Ssh_commands )
Dann mit dem Client auf dem OE HTPC einloggen.
Host Name: die IPs des OE nehmen (steht in kodi unter system > system info > network)
user: root
passwort: openelec
Dann solltest du auf der Konsole landen. (schwarzer Hintergrund)
Dort gibst du ein (oder kopierst es von hier):
dmesg | pastebinit
Das | ist das pipe Symbol auf der Tastatur ( Alt Gr + < ).
dmesg liest die Kernelmeldungen aus und "pipet" die dann in pastebinit rein. Das wiederum läd die Zeilen hoch.
Du bekommst dann einen Link zurück, wohin es geladen wurde. Den postest du dann einfach hier.
z.B. auf meinem OE:
OpenELEC:~ # dmesg | pastebinit
http://sprunge.us/hFXC
Sollte etwas unklar sein, entweder im obigen Link nachlesen oder fragen
