Die Festplatte wird mit einen USB Kabel mit zwei USB-Anschlüssen an der DM800 angeschlossen. Der Strombedarf sollte durch zwei USB-Host-Anschlüsse ausreichend versorgt werden.

Falls auf Grund von zu viel Strom der USB-Port abgeschaltet wird, würde ich davon ausgehen dass die übliche Over-Current-Meldung erscheint. Diese habe ich aber noch nicht gesehen.

Hallo,

habe das letzte Release für meine DM800 in Verwendung.
release-dm800-3.2.1.nfi

Habe eine zusätzliche externe Festplatte per USB angeschlossen.
Wird sauber erkannt und eingebunden.

Wenn ich dass aber Dateien von der internen Festplatte auf die externe Festplatte kopiere, kommt es früher oder später zu Fehlern (Buffer-IO-Error), dann wird das Device neu erkannt und neu 'gemounted'.

Wenn die Festplatte beim ersten Erkennen /dev/sdb war, wird sie nach einem Fehler neu erkannt -> /dev/sdc, beim nächsten Fehler /dev/sdd usw. Irgendwann wird sie nicht mehr gefunden, auch nach Abziehen und neu anstecken. Dann muss die Box neu gestartet werden.

Während eines Fehlerzustandes befindet sich das Filesystem im ReadOnly Zustand.

Anbei mal die Ausschrift von dmesg, was noch am meisten aussagt:

[18386.592000] usb 1-2: USB disconnect, address 5
[18386.594000] end_request: I/O error, dev sdc, sector 13343175
[18386.594000] Buffer I/O error on device sdc1, logical block 1667889
[18386.594000] lost page write due to I/O error on sdc1
[18386.594000] Buffer I/O error on device sdc1, logical block 1667890
[18386.594000] lost page write due to I/O error on sdc1
[18386.594000] Buffer I/O error on device sdc1, logical block 1667891
[18386.594000] lost page write due to I/O error on sdc1
[18386.594000] Buffer I/O error on device sdc1, logical block 1667892
[18386.594000] lost page write due to I/O error on sdc1
[18386.594000] Buffer I/O error on device sdc1, logical block 1667893
[18386.594000] lost page write due to I/O error on sdc1
[18386.594000] Buffer I/O error on device sdc1, logical block 1667894
[18386.594000] lost page write due to I/O error on sdc1
[18386.594000] Buffer I/O error on device sdc1, logical block 1667895
[18386.594000] lost page write due to I/O error on sdc1
[18386.594000] Buffer I/O error on device sdc1, logical block 1667896
[18386.594000] lost page write due to I/O error on sdc1
[18386.595000] Buffer I/O error on device sdc1, logical block 1667897
[18386.595000] lost page write due to I/O error on sdc1
[18386.595000] Buffer I/O error on device sdc1, logical block 1667898
[18386.595000] lost page write due to I/O error on sdc1
[18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.595000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.597000] end_request: I/O error, dev sdc, sector 312273319
[18386.601000] Aborting journal on device sdc1.
[18386.603000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.603000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.615000] journal commit I/O error
[18386.615000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.615000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.615000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.615000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.616000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.617000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.617000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.617000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.617000] sd 4:0:0:0: rejecting I/O to device being removed
[18386.620000] sd 4:0:0:0: rejecting I/O to device being removed
[18387.104000] ext3_abort called.
[18387.104000] EXT3-fs error (device sdc1): ext3_journal_start_sb: Detected abor
ted journal
[18387.104000] Remounting filesystem read-only
[18392.173000] scsi 4:0:0:0: rejecting I/O to dead device
[18393.731000] usb 1-2: new high speed USB device using brcm-ehci and address 6
[18393.848000] usb 1-2: configuration #1 chosen from 1 choice
[18393.961000] scsi5 : SCSI emulation for USB Mass Storage devices
[18393.969000] usb-storage: device found at 6
[18393.969000] usb-storage: waiting for device to settle before scanning
[18397.286000] scsi 4:0:0:0: rejecting I/O to dead device
[18398.970000] Vendor: ST932042 Model: 3AS Rev:
[18398.970000] Type: Direct-Access ANSI SCSI revision:
02
[18398.974000] SCSI device sdd: 625142448 512-byte hdwr sectors (320073 MB)
[18398.975000] sdd: Write Protect is off
[18398.975000] sdd: Mode Sense: 28 00 00 00
[18398.975000] sdd: assuming drive cache: write through
[18398.978000] SCSI device sdd: 625142448 512-byte hdwr sectors (320073 MB)
[18398.981000] sdd: Write Protect is off
[18398.981000] sdd: Mode Sense: 28 00 00 00
[18398.981000] sdd: assuming drive cache: write through
[18398.981000] sdd: sdd1
[18399.042000] sd 5:0:0:0: Attached scsi disk sdd
[18399.043000] sd 5:0:0:0: Attached scsi generic sg1 type 0
[18399.051000] usb-storage: device scan complete
[18402.377000] scsi 4:0:0:0: rejecting I/O to dead device
[18407.494000] scsi 4:0:0:0: rejecting I/O to dead device
[18412.662000] scsi 4:0:0:0: rejecting I/O to dead device
[18417.324000] kjournald starting. Commit interval 5 seconds
[18417.325000] EXT3-fs warning: maximal mount count reached, running e2fsck is r
ecommended
[18417.330000] EXT3 FS on sdd1, internal journal
[18417.330000] EXT3-fs: recovery complete.
[18417.336000] EXT3-fs: mounted filesystem with ordered data mode.

Hallo,

ich habe das letzte Release release-dm800-3.2.1.nfi für die DM800 eingespielt.

Die Tasten der Fernbedienung reagieren nicht so, wie angegeben:

Grün -> erhält man den Plugin-Browser (Erweiterungen); eigentlich würde ich Timeshift dort erwarten.

Gelb -> erhält man die Audio-Spur-Einstellungen.

Kann man das selbst umstellen?

Mir ist es wichtig nicht irgend einen Player zu verwenden.
Der mplayer kann (und muss) ich selbst übersetzen können.

Für den mplayer gibt es Möglichkeiten die Hardwarebeschleunigung einzukompilieren, da für diverse Hardware add-ons existieren. Diese Möglichkeiten sind mit den fertigen Playern nicht genutzt und möglich.

Beispiel: Für den mplayer gibt es beispielsweise Hardwareunterstützung für Matrix, Via, 3dfx ...

Nachwievor die gleiche Frage:
HD-TS-Files können damit nicht wiedergegeben werden.
Wie kann ich diese in etwas nutzbares wandeln.

Also ich meine den mplayer von www.mplayerhq.hu.

Dieser kann h264 und mpeg4.
Die ts-HD-Files der DM800 fühen aber zum Absturz.

Und Dein mplayer spielt das ts-HD-Format der Dream ab?

So wie ich es geschrieben habe.

Bitte lest doch erst einmal meine Frage, als mir eine Antwort zu geben, nach der nicht gefragt war.

Ich möchte kein DXVA nutzen.
Ich möchte die Files beispielsweise auch unter Linux abspielen können etc.

Der einzige Player der HD-ts abspielt, den es universell gibt, ist der vlc. Dieser nutzt keine Hardwareunterstützung, dieser fällt somit aus.

Ein universeller Player, welcher auch diverse Herdwarebeschleunigungen nutzt, ist bspw. der mplayer. Dieser kann mpeg4 und h264 wiedergeben, auch hd. Aber nicht das Format der DM800.

Deswegen möchte ich dieses gern umwandeln können.

Wir sind jetzt abgedriftet.

Ich stelle meine Frage nochmals anders:

Wie kann ich ein *.ts-File, welches HD Inhalt beinhaltet, in ein 'Standard' mpeg4 wandeln.
Die Hardwareunterstützung für das originale Format ist unter vielen Systemen nicht gegeben. Ein mpeg4-File kann durchaus vielfältiger und mit weniger Rechenleistung wiedergegeben werden.

PowerDVD schafft aber auch nur Standbilder auf benannten System.

30 ..50 % auf einer 8400er CPU ist aber nicht, das was ich erwarte und wo ich sage, toll.

Nur mal so zum Vergleich, die sonst im Internet kursierenden Videos mit 1920*1080 in h264 bzw. mpeg4 habe ich auf einer 500MHz-CPU mit Via-Chipsatz (Unichrome Pro II) mit 30% CPU-Leistung abgespielt. Das TS-Format der DM800 kann man auf dem gleichen System nur als Standbildshow betrachten.

Wo ist jetzt der entscheidende Unterschied der Formate, der diesen gravierenden Unterschied verursacht?

Man könnte annehmen h264 ist h264, was aber offensichtlich nicht der Fall ist.

Mein Problem ist es NICHT, die Datei abzuspielen.
Ich habe einen E8400 und eine NVIDIA 8500. Mit beiden kann man das flüssig mit vls abspielen.
Das Probelm ist aber, dass das aufgezeichnete Format (aus meiner Sicht) nahezu komplett von der CPU decodoert wird. Die üblichen Hardwareunterstützungen für mpeg4 oder h264 würden eine CPU-Last kleiner 5% ermöglichen. Also handelt es sich nicht um ein mit Hardwareunterstützung decodierbares Format.

Daher mein Wunsch dieses Format in ein MPEG4 oder h264-Format wandeln zu können. So bald ich in der Lage wäre, dies einzulesen, um es in ein gewünschtes passenderes Format zu wandeln.

Es gibt natürlich Codecs.
Frei ist das, was der vlc beherrscht.

Hardwareunterstützung ist aber nicht unbedingt gegeben.
Tests der Prozessorlast auf den meisten Systemen erfordern Hochleistungs-CPU's.

Eigentlich würde eine 500MHz CPU reichen, bei dem was die meisten Grafikchips hier bieten. Das das ginge, habe ich bisher nicht gesehen.

Das abspielen der mit der Dreambox aufgezeichneten HD-TS.Streams stellt viele PC's vor ein Problem.

Eine Unterstützung für dieses Format bietet aktuell wohl nur der vlc (ab Version 0.9) und wohl Cyberlink DVD. Zu letzteren kann ich aber nicht viel sagen.

Viele andere Software kommt mit diesen Format nicht klar, weswegen in Foren auch immer wieder Fragen dazu auftauchen.

Inwieweit das Format standardkonform ist, kann ich derzeit nicht beantworten, es läßt sich aber beobachten, dass die meisten h264-odec damit nicht klar kommen.

Deswegen nehme ich an, scheitern auch die bekannten Nachbearbeitungs- und Schnitttools.

Meines Erachtens ist dies auch ein Grund, warum die Hardwarebeschleunigung vieler Grafikkarten nicht genutzt wird.

Es kämen sicherlich viele Nutzer weiter, wenn die Daten in PC-übliche mp4 oder h264-Formate konvertiert werden könnten. Mir ist das aber noch nicht gelungen.

Hat dazu jemand Erfahrungen gesammelt und ein paar hilfreiche Hinweise?

Danke.
Der Verweis auf den neuen vlc löst mein Problem.

Der Standard-VLC-Player kommt mit dem gebotenen H264-Format nicht klar.
Es erscheint zwar ein Bild (Grau mit Streifen) und je nach VLC Version kurz danach eine Fehlermeldung.
Abspielen läßt sich nichts.

Falls Du (ralf631) einen anderen Codec installiert hast, der bei Dir die Wiedergabe ermöglicht, wäre es interessant zu erfahren, welcher das ist.

Habe es auf mehreren PC's probiert, um auszuschließen dass es bei mir eine Inkompatibilität der installierten Software ist. Auf allen PC's das gleiche. (Windows XP).

Gibt es wirklich keine Möglichkeit die HD-Streams der DM800 am PC zu sehen?

Das wäre ja ein enormer Nachteil zu anderen Geräten.

Habe testweise einen Astra HD+ Stream aufgezeichnet.
Leider gelingt es mir nicht, diesen am PC wieder zu geben.

Ein einfacher h.264 Decoder scheint nicht zu genügen.

Was wird hier benötigt die .ts Datei am PC abspielen zu können?
Welcher Codec funktioniert?