rpihddevice - aktuelle Version aus dem GIT - OSD TOP - aber Probleme bei der Wiedergabe ...

GTRDRIVER · 22. Dezember 2014

Hallo

ich wollte mich mal melden nachdem ich gestern mal im Rahmen eines software-Umbau´s - auch die aktuelle Variante aus dem GIT geladen habe.

Und ich denke mir noch - warum reagiert die Fernbedienung auf einmal so "zickig".
Reufer hat das GPU beschleunigte MENÜ realisiert !

Meine Fresse - ist das jetzt schnell !

Das ist nun eigentlich fast auf dem Nievau einer FF Karte.

reufer - vielen Dank !

Damit ist der RPI nun endgültig mein Vavourite VDR Client - in Bezug auf Preis/Geschwindigkeit ... - echt super Arbeit !

Zusammengefasst:

+ Menü´s sind nun extrem schnell
+ Audio Knackser sind deutlich minimiert - ab und dann - aber viel besser

Ab und dann passieren im OSD noch "Komische Sachen":

- Bleibt ein Menü offen stehen, Flackert es ab und dann
- Beim "up and down" im Plugin Menü kam es ein paar mal zum "schreiben einer Zeile" - so also ob die Zeile in Zeitlupe aufgebaut wird.

Zudem ist mir beim abspielen von "alten PES Aufnahmen etwas aufgefallen was ich vorher noch nie hatte:

Während der Wiedergabe kommt es zu kurzen Aussetzern. Immer wieder mal und mitten drin.
Teilweise nach 2-3 Minuten - teilweise nach 30 Sekunden
Dann erscheint im Syslog:

Code

Dec 22 21:10:13 raspberrypi vdr: [5913] rpihddevice: set video codec to H264
Dec 22 21:10:13 raspberrypi vdr: [5913] rpihddevice: set video codec to MPEG2
Dec 22 21:10:13 raspberrypi vdr: [5879] rpihddevice: video stream started 720x576@50i
Dec 22 21:10:15 raspberrypi vdr: [5879] rpihddevice: buffer stall!
Dec 22 21:10:23 raspberrypi vdr: [5913] rpihddevice: set video codec to H264
Dec 22 21:10:23 raspberrypi vdr: [5913] rpihddevice: set video codec to MPEG2
Dec 22 21:10:23 raspberrypi vdr: [5879] rpihddevice: video stream started 720x576@50i
Dec 22 21:10:25 raspberrypi vdr: [5879] rpihddevice: buffer stall!
Dec 22 21:10:36 raspberrypi vdr: [5913] rpihddevice: set video codec to H264
Dec 22 21:10:36 raspberrypi vdr: [5913] rpihddevice: set video codec to MPEG2
Dec 22 21:10:36 raspberrypi vdr: [5879] rpihddevice: video stream started 720x576@50i
Dec 22 21:10:38 raspberrypi vdr: [5879] rpihddevice: buffer stall!
Dec 22 21:10:44 raspberrypi vdr: [5913] rpihddevice: set video codec to H264
Dec 22 21:10:44 raspberrypi vdr: [5913] rpihddevice: set video codec to MPEG2
Dec 22 21:10:44 raspberrypi vdr: [5879] rpihddevice: video stream started 720x576@50i
Dec 22 21:10:44 raspberrypi vdr: [5913] rpihddevice: set video codec to H264
Dec 22 21:10:44 raspberrypi vdr: [5913] rpihddevice: set video codec to MPEG2
Dec 22 21:10:44 raspberrypi vdr: [5879] rpihddevice: video stream started 720x576@50i
Dec 22 21:10:46 raspberrypi vdr: [5879] rpihddevice: buffer stall!
Dec 22 21:10:46 raspberrypi vdr: [5913] rpihddevice: set video codec to H264
Dec 22 21:10:47 raspberrypi vdr: [5913] rpihddevice: set video codec to MPEG2
Dec 22 21:10:47 raspberrypi vdr: [5879] rpihddevice: video stream started 720x576@50i
Dec 22 21:10:48 raspberrypi vdr: [5879] rpihddevice: buffer stall!

Alles anzeigen

Das hatte ich definitiv noch nie mit einer alten Version des Plugins.
Im Live-Modus läuft alles problemlos.

CU
GTR

reufer · 22. Dezember 2014

Zitat von GTRDRIVER

Zudem ist mir beim abspielen von "alten PES Aufnahmen etwas aufgefallen was ich vorher noch nie hatte

Danke fürs Feedback. Der Fehler kam höchstwahrscheinlich bei der letzten Änderung rein, ich habe da die Funktion zum erkennen des Videoformats etwas abgeändert. Ich schau mir das die Tage mal an, wird keine grosse Sache sein.

Gruss
Thomas

Copperhead · 22. Dezember 2014

Kurze Frage zwischendurch...

Mal angenommen ich möchte egal was vom Satellit kommt unverändert an meinen TV weitergeben...
(Denn es mag Einbildung sein, aber ich meine das VDR Aufzeichnungen direkt am TV abgespielt besser aussehen als mit softhddevice.)
...macht der RPi das?

Ich wollte zwar das Fire TV als VDR Client verwenden, bin aber nach anfänglicher Begeisterung zutiefst enttäuscht. Selbst Prime Instant Video ruckelt in unregelmäßigen Abständen.

GTRDRIVER · 22. Dezember 2014

Hallo Copperhead

ich hatte das mal vor ca. 1 Jahr mal in yavdr Forum geschrieben und damals neben RPI mit folgender Config getestet:

Zotac ZBOX ID42 + Yavdr

Damit habe ich die verschiedenen mit der GEFORCE Karte kompartiblen output Plugins getestet und war insgesamt fast immer enttäuscht was da am Bildschirm zu sehen war.

DAmals wurde ich für die Aussage dass die Bildqualität auf dem RPI wesentlich besser sei fast gesteinigt und mir wurden config Fehler unterstellt.
ABer mehrere Monate später ist die ZBOX eingemottet und nur noch RPI Clients werkeln - einfach weil die Bildqualität eigentlich identisch mit einer SD FF Karte ist und das war über Jahre mein Maßstab.

Warum - keine Ahnung - evtl wegen der hardware MPEG2 Decodierung - aber wie gesagt - ich weiß es nicht.

CU
GTR

PS: Wenn das mit der OSD/GPU Beschleunigung nun noch sauber läuft dann ist das eigentlich identisch mit der FF Karte.

reufer · 23. Dezember 2014

Zitat von GTRDRIVER

Wenn das mit der OSD/GPU Beschleunigung nun noch sauber läuft dann ist das eigentlich identisch mit der FF Karte.

Beschreib mir doch bitte mal, wann genau du Probleme hast. Also Videosettings, Skin, etc…

Gruss
Thomas

reufer · 23. Dezember 2014

Zitat von GTRDRIVER

Zudem ist mir beim abspielen von "alten PES Aufnahmen etwas aufgefallen was ich vorher noch nie hatte:

Ich bin gerade unterwegs und kann nicht testen - aber ich bin mir ziemlich sicher, dass folgende Änderung in omxdevice.c das Problem behebt:

Code

@@ -324,8 +329,9 @@ int cOmxDevice::PlayVideo(const uchar *Data, int Length, bool EndOfStream)
        m_mutex->Lock();
        int ret = Length;
 
-       cVideoCodec::eCodec codec = ParseVideoCodec(
-                       Data + PesPayloadOffset(Data), Length - PesPayloadOffset(Data));
+       cVideoCodec::eCodec codec = PesHasPts(Data) ? ParseVideoCodec(
+                       Data + PesPayloadOffset(Data), Length - PesPayloadOffset(Data)) :
+                       cVideoCodec::eInvalid;
 
        // video restart after Clear() with same codec
        bool videoRestart = (!m_hasVideo && codec == m_videoCodec &&

Alles anzeigen

Gruss
Thomas

Copperhead · 23. Dezember 2014

Zitat von GTRDRIVER

Warum - keine Ahnung - evtl wegen der hardware MPEG2 Decodierung - aber wie gesagt - ich weiß es nicht.

So in etwa stelle ich mir das auch vor. Ich bin einfach mittlerweile überzeugt, dass mein LCD am besten weiß, wie er mit welchem Quellsignal umgeht.
Außerdem kann ich dann mal meine vdr4arch Pakete auf ARM testen.

RPi B+ ist bestellt.

GTRDRIVER · 23. Dezember 2014

Hallo Reufer

1: Ja - der Patch hat das Problem mit den Aufnahmen behoben ! - Vielen Dank dafür...

2: Zum Thema "Flimmern" - ich habe (weil ich es nicht besser erklären kann) einen kleinen Film gemacht:

https://www.dropbox.com/s/kfn2…12-23%2011.42.18.mp4?dl=0

Das ganze passiert wenn das Video DIR im Hintergrund noch eingelesen wird. - Kann man aber auch ab und dann im EPG Menü beobachten.

CU
GTR

reufer · 23. Dezember 2014

Zitat von GTRDRIVER

1: Ja - der Patch hat das Problem mit den Aufnahmen behoben ! - Vielen Dank dafür...

Danke fürs Testen - hab ich nun korrigiert .

Zitat von GTRDRIVER

2: Zum Thema "Flimmern" - ich habe (weil ich es nicht besser erklären kann) einen kleinen Film gemacht:

https://www.dropbox.com/s/kfn258w069ud30….42.18.mp4?dl=0

Ok - schau ich mir heute Abend an, wenn ich wieder mehr Bandbreite habe. Zu viel mehr als zum Code einchecken reicht der Durchsatz im Gotthard-Eisenbahntunnel nicht…

Gruss
Thomas

GTRDRIVER · 23. Dezember 2014

Hallo Reufer

ich denke ich bin noch einen Schritt weiter gekommen:

Der Neue Parameter lässt anscheinend das komplette OSD neu aufbauen wenn sich irgendwas ändert.
Bei mir ist das SkinElchi Plugin aktiv - da gibt es die Option "Text Scrollen" - also wenn Text zu lang ist - dann wird der gescrollt.
Das überfordert dann die neue Funktion offenbar da dann bei jedem scrollen "um einen Buchstaben" das komplette OSD neu aufgebaut wird.

Cu
GTR

reufer · 23. Dezember 2014

Zitat von GTRDRIVER

Das ganze passiert wenn das Video DIR im Hintergrund noch eingelesen wird. - Kann man aber auch ab und dann im EPG Menü beobachten.

Für mich schaut das so aus, als ob der VDR einfach die Aufnahmen einliest und daher zwischendurch mal das Menü aktualisiert. Das wird es auch beim EPG geben, wenn es aktualisiert wird. Ich sehe da jedenfalls kein OSD-Problem.

Gruss
Thomas

Dumpfbacke · 24. Dezember 2014

Zitat von Copperhead

ich meine das VDR Aufzeichnungen direkt am TV abgespielt besser aussehen als mit softhddevice.

Ja, das ist bei mir auch so. Auch mit viel Konfiguration sowohl am VDR als auch am HDMI Eingang des Tvs bringe ich kein so knackiges Bild wie über den Tuner des Fernsehers hin.
Man müsste irgendwie den RPi nur als Ausgabedevice für den VDR nutzen können, ohne streaming usw. Direkt in den VDR mit einbauen oder über USB als "Grafikkarte" nutzen.

Copperhead · 24. Dezember 2014

Soo. RPi ist angeschlossen. Arch Linux installiert und schon erste Fehler in vdr4arch gefunden und beseitigt.
Mittlerweile habe ich auch streamdev-client am Laufen und OSD.

Die Log wird allerdings geflutet mit

Code

rpihddevice: OmxError(InsufficientResources)

Mein erster Gedanke war: Brauche ich irgendwelche Lizenzen für H264?
Ich dachte nur für MPEG2...

Edit: Gefunden. GPU braucht 128MB RAM. 64MB reichen nicht.

GTRDRIVER · 24. Dezember 2014

Hallo

wieviel MEM hast du denn der GPU genehmigt ?

CU

Copperhead · 24. Dezember 2014

Jetzt 128MB. Damit läuft es.

Bild ist super.

te36 · 24. Dezember 2014

Zitat von Dumpfbacke

Ja, das ist bei mir auch so. Auch mit viel Konfiguration sowohl am VDR als auch am HDMI Eingang des Tvs bringe ich kein so knackiges Bild wie über den Tuner des Fernsehers hin.
Man müsste irgendwie den RPi nur als Ausgabedevice für den VDR nutzen können, ohne streaming usw. Direkt in den VDR mit einbauen oder über USB als "Grafikkarte" nutzen.

Was ist denn "weniger knackig" ?

Habe bisher bloss GEZ 720p verglichen, und das sieht mir identisch aus auf einem panasonic Fernseher (VDR vs. fernsehtuner). ..

Copperhead · 25. Dezember 2014

ÖR werden mit 1080i60 ausgegeben und bei ORF kommt gar kein Bild.
Edit: OK. Nicht alle ÖR. Nur die ZDF ÖRs. Bei denen ist dann auch der Ton asynchron.

Und wenn ein Kanal neugetuned wird wegen Änderungen (Retuned due to modification) muss man einmal vor und zurückschalten, dass Bild kommt.

Edit2: Das erklärt auch, warum ORF erst nicht funktioniert hat.

Edit3: Bei ZDF erkennt er 1280x720i100. Das kennt er scheinbar nicht und bleibt daher beim Format des vorherigen Kanals
Bei DMAX HD erkennt er 1440x1080i50. Dort ist es genauso. Er kennt es nicht und bleibt daher beim Format des vorherigen Kanals.

Edit4: Es gibt auch 1280x1080i50.

Copperhead · 26. Dezember 2014

Ähhm... Hat das noch wer? Ansonsten muss ich den Fehler suchen.

te36 · 26. Dezember 2014

Zitat von Copperhead

ÖR werden mit 1080i60 ausgegeben und bei ORF kommt gar kein Bild.
Edit: OK. Nicht alle ÖR. Nur die ZDF ÖRs. Bei denen ist dann auch der Ton asynchron.

[RPI Ausgabeplugin] Knacken

Zitat von Copperhead

Und wenn ein Kanal neugetuned wird wegen Änderungen (Retuned due to modification) muss man einmal vor und zurückschalten, dass Bild kommt.

Kriegt man DMAX HD oder ORF HD unverschluesselt rein ? Dann kann ich mir die auch mal angucken.

Copperhead · 26. Dezember 2014

Nein. Beide verschlüsselt.

rpihddevice - aktuelle Version aus dem GIT - OSD TOP - aber Probleme bei der Wiedergabe ...

Jetzt mitmachen!

Teilen