Edit: Wenn es hilft, schreibe ich Dir log-Files für beide Fälle...
Das wäre gut. Bitte schalte dazu DEBUG und CODEC_DEBUG ein.
Vielleicht das gleiche Problem, dass ich keine per ffmpeg erzeugten Aufzeichnungen abspielen kann
Eigentlich nicht, da es sich um Original TS Daten handelt. Die von ffmpeg erzeugten Files codieren das I-Frame anders.
Hier gibt es die Aufnahme. Vielleicht ist das ja noch besser. Falls nicht, kommt das log gerne.
LG,
beta
Ich habe 2 Log-Files geschrieben.
Hier ist das, was funktioniert (über den Mediaplayer von softhddevice-drm:
Hier ist das, was nicht funktioniert (Auswahl über Aufnahmen):
Ich hoffe, das hilft. Wenn ich noch irgendetwas testen kann, mache ich das sehr gerne
Edit: Im Falle von notok habe ich auch ab und an einen Crash (Speicherfehler). Und zwar in dem Moment, wenn ich auf Menü drücke, während die Aufnahme abgespielt werden sollte, die nicht abgespielt wird. Ohne Debugausgaben und ohne die Compile-Parameter -g -ggdb3 habe ich den Crash nicht.
LG,
beta
Mir fällt auf die Schnelle eine falsche Bildgrösse auf:
Parsed width 1916 height 1088
Das untersuche ich morgen weiter.
Ich HASSE Bitstreamparsing! Mit qualmender Birne hab ich grade was ins git geschickt. Jetzt sollte es stabil starten.
Bei der Gelegenheit habe ich mir auch noch mal Deine Files genauer angeschaut. Normaler weise gibt es einen PES-Header und danach einen ES-Header. Der ES-Header ist in Deinen Files nicht vorhanden. Ich habe keine Ahnung wo ich die Information I-Frame her bekommen soll. Probier doch mal den integrierten Mediaplayer. Der ist nicht auf Streams beschränkt und kann mit den Files umgehen.
So jetzt erst mal lüften.
Lieber zillerbaer,
was soll ich sagen? Es funktioniert perfekt. Herzlichen Dank dafür, ich weiß das wirklich sehr zu schätzen! Ich finde es nicht selbstverständlich, dass Du Dir das angeschaut und gefixt hast. Das möchte ich an dieser Stelle sehr deutlich sagen.
Ich habe bisher nur Aufnahmen getestet. 1080i (Sky) funktioniert perfekt und 720p (ARD HD) auch.
Ich werde meinen Raspi übers Wochenende mal an mein DVB-S2-USB hängen und schauen, wie das mit live-Tv so funktioniert.
Aber ich gehe davon aus, dass das ebenfalls geht. Ich werde mich diesbezüglich auf jeden Fall zurück melden.
Also noch einmal: Super, herzlichen Dank. Großartig, was Du da auf die Beine gestellt hast. Ich bin begeistert und weil ich bzgl. softhddevice auch ein wenig was lernen will, werde ich mir Deinen Source-Code auch bezgl. der Änderungen genau anschauen.
Lieben Dank,
beta
weil ich bzgl. softhddevice auch ein wenig was lernen will, werde ich mir Deinen Source-Code auch bezgl. der Änderungen genau anschauen.
Die Änderungen haben mit softhddevice-drm nicht viel zu tun. Der Decoder v4l2_m2m will beim Öffnen die Höhe und Breite des Videomaterials haben. Unter FFmpeg wird normalerweise das erste Packet geparsed und die nötigen Daten ermittelt. Nur wegen dem verhunzten Decoder muss der Stream geparsed werden um die nötigen Informationen rauszusaugen und Höhe und Breite zu errechnen.
Auch auf die Gefahr hin, dass ich nerve 
Wenn ich erst ein File mit Deinem Mediaplayer abspiele und danach eine Aufnahme, kommt folgende Fehlermeldung:
ParseResolutionH264: No m_pStart (nil)
CodecVideoOpen: Error opening the decoder: Das Argument ist ungültigund der VDR verabschiedet sich.
LG,
beta
Du bist ja schneller als die Feuerwehr. Ist mit dem letzten Commit behoben.
Live-TV teste ich später.
Ich habe auf der Raspi-Mailing-Liste ffmpeg-Code für einen einfachen Bob-Deinterlacer gefunden. Der macht das, was VLC auch macht und das Ergebnis finde ich gar nicht so schlecht. Ich versuche mal, das in ffmpeg einzubauen.
Dann fehlt nur noch passthrough.
Danke sehr,
Beta
Du bist ja schneller als die Feuerwehr. Ist mit dem letzten Commit behoben.
Da sehe ich keinen plausiblen Zusammenhang.
Ich habe auf der Raspi-Mailing-Liste ffmpeg-Code für einen einfachen Bob-Deinterlacer gefunden. Der macht das, was VLC auch macht und das Ergebnis finde ich gar nicht so schlecht. Ich versuche mal, das in ffmpeg einzubauen.
In FFmpeg sind SW Deinterlacer drin. Softhddevice-drm nutzt bwdif für Mpeg2. In HW decodierte Bilder haben ein spezielles Pixelformat. Mit dem können die SW Deinterlacer nicht umgehen. Ob der Bob-Deinterlacer mit dem Format umgehen kann sollte erstmal geklärt werden.
Kannst Du erkennen, ob das für den Einbau geeignet wäre?
Der Deinterlacer kann mit den HW Pixelformaten leider auch nicht umgehen.
Wenn ich erst ein File mit Deinem Mediaplayer abspiele und danach eine Aufnahme, kommt folgende Fehlermeldung:
Das sollte im git behoben sein. Bitte ausgiebig testen.
Glaube ich nicht, ich hatte vdr gerade erst gestartet.
Ich denke das Problem gefunden und im git behoben zu haben. Bitte testen.
und es ist keine vernüntige Wiedergabe mehr.
Das deutet auf oben genanntes Problem hin. Wie ist die Speicherauslastung?
1080i funktioniert, aber deinterlacing fehlt.
Das ist allseits bekannt!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!