was mir auffällt, das mkv ist mit einer uralten Version 9.0.1 vom mkvmerge gebaut worden. Aktuell ist Version 35.
An Probleme mit mkv und emc kann ich mich nur erinnern, wann die Box bestimmte Audio oder Video Sachen nicht mag.
was mir auffällt, das mkv ist mit einer uralten Version 9.0.1 vom mkvmerge gebaut worden. Aktuell ist Version 35.
An Probleme mit mkv und emc kann ich mich nur erinnern, wann die Box bestimmte Audio oder Video Sachen nicht mag.
Bei einem einzelnen Sat-Kabel und FBC-Tuner und 2 oder mehr Satelliten würde ich unbedingt auf Unicable umrüsten, wenn möglich...
Per TV-Taste sollte man alle empfangbaren Sender in normaler Schrift und die nicht empfangbaren Sender ausgegraut sehen.
Das sollte reichen.
Mkv hat eigene Regelungen implementiert für Standard-Spuren.
Meine persönliche Meinung: Es ist keine gute Idee die Standard-Spuren von mkv zu überschreiben.
Maybe this is the plugin you are searching...
@gutemine:
Ja ich habe nicht auf den Feed bzw. OE geschaut. In den beiden Threads für kodi habe ich auch klare Ansagen vermißt.
Ich bitte mir einen einen höflicheren Umgang aus.
Der Kernel 3.14 ist viel zu alt, Stand 2014. Man kann die btrfs Module und tools nachinstallieren. Aber dieser btrfs Stand ist nicht mit dem aktuellen Stand vergleichbar insbesondere in Sachen Stabilität. Ich würde btrfs in diesem Fall vermeiden, habe ich nie getestet.
Auch der Stand des xfs ist nicht wirklich aktuell, die xfs-progs passen nicht zum Kernel. Die xfs-progs 3.2.3 initialisieren per default ein xfs V5 Filesystem, Der Kernel 3.14 unterstützt xfs V4. Es bedarf spezieller Parameter beim initialisieren des xfs Filesystems um ein xfs V4 Filesystem zu erzeugen.
Wenn das xfs-Filesystem mit diesen Parametern initialisiert wurde, läuft das Filesystem sehr stabil. Setze ich so ein.
Polymorph, dhwz, SwissMode, Gutemiene:
-Was gefällt Euch nicht an meinem Vorschlag?
-Wie sieht ein konstruktiver Vorschlag aus der dieses Problem löst?
Bitte ein 32 Bit Subsystem bereitstellen:
Level 1: Bitte die 32-Bit shared Bibliotheken Basis-Level bereitstellen. ligc, libgcc ff.
Level 2: Bitte die 32-Bit shared Bibliotheken bereitstellen inklusive hardware-beschleunigter Video-Wiedergabe und einer DemoApp.
Dies ermöglicht ein 32-bittiges Kodi, und entzieht vielen Diskusionen die Grundlage.
Mit CoreELEC und Android wird es funktionieren. Sollte Dream auf 32-Bit schwenken, funktioniert es auch mit DreamOS...
Das Installieren von Software ohne Netzwerk ist nicht trivial. Die zu installierende Software muß sich auf einem Datenträger befinden, die die Box lesen kann.
z.B. der angeschlossenen eSATA Festplatte. Im Handbuch der DM500HD habe ich keine Verweise auf eine echte USB-Schnittstelle oder einen Speicherkartenslot gefunden.
Die Installation könnte dann via Terminal erfolgen, dazu muss die Serviceschnittstelle (micro-USB) genutzt werden. Details bitte suchen.
Meine Empfehlung: Box ersetzen.
One 64 bit dm9x0 32 bit. Sollte es ein 32 bit Subsystem auf der One geben, könnten einige Progs gehen.
qam64 und qam256 erlauben.
Bei Intel basierten Servern werden ECC-Fehler aktiv gemonitored. Nach meinen Erfahrungen sind die ECC-Fehler dramatisch niedriger. Auf 1 von 100 Servern kann man sporadisch ECC-Fehler sehen. Nach dem Wechsel der fehlerhaften DIMMs sind diese Probleme verschwunden.
Wobei ich grundsätzlich für ECC bin.
sudo chown -R <user> <directory>
kann solche Probleme lösen...
libwidevwinecdm scheint es für ARM nur in 32-Bit zu geben. Deshalb wird auch ein 32 bittiges KODI benötigt.
Bitte nicht die root von /data verwenden. Besser wäre /data/deb um nicht mit anderen Ideen, die auch gerne /data veerwenden wollen, zu kollidieren.
Bitte mal die Volume + Taste auf der Fernbedienung betätigen. Eventuell ist die Lautstärke auf 0 reduziert, dann wird der Bitstream AC3 einfach nicht gesendet.
ffmpeg -i <file>.ts -c:a:0 copy <file>.mp3
Bitte die Endung auf .mp3 lassen.