VDR Raspberry PI, Ton-Probleme und Ruckler (Richtige Einstellung in config.txt, rpihddevice)

Zitat von binduli

1) auf Kanälen ohne Dolby Digital (RTL2, VOX, Kabel 1, usw.) bekomme ich immer wieder ein Knacken beim Sound. Bei Kanälen mit Dolby Digital funktioniert es einwandfrei.
Ich Übertrage den Ton über HDMI auf einen Receiver.

IMO ist das ein bekanntes Problem. Ich habe es auch. Hier

[Prototyp] RPI Ausgabeplugin

gibts es einen Patch, der das Problem evtl. behebt. Interessant finde ich deine Beobachtung, das es nur mit Kanälen ohne DD auftritt. Tritt es bei dir nur bei LiveTV auf oder auch bei Aufnahmen?

Zitat von binduli

Sollte hier eher auf 1080i eingestellt sein? Oder gar keine Einstellung?

Der Deinterlacer des Raspberries ist nicht so der Brüller - wenn du viel 1080i-Material schaust, würde ich den Fernseher das Deinterlacing machen lassen. Wichtig ist nur, dass die Bildwiederholrate zum Videoformat passt, also 50Hz für europäisches Fernsehen. (Vielleicht baue ich hier mal eine automatische Anpassung ein...)

Das Feedback zum Patch würde mich sehr interessieren, bisher hat sich noch niemand dazu geäussert. Ich selber kann diese Probleme mit meinem Sony-Receiver nicht nachvollziehen.

Gruss
Thomas

Zitat von reufer

Der Deinterlacer des Raspberries ist nicht so der Brüller - wenn du viel 1080i-Material schaust, würde ich den Fernseher das Deinterlacing machen lassen

wie wäre es, wenn man alles so nativ durch reichen würde (optional), wie es kommt - also bsw. ÖR in 720p und Servus TV in 1080i (funktionieren tut es ja, wenn man vor dem Start entsprechend 720p oder 1080i einstellt). So läuft es bsw. bei mir auch an der TT 6400FF. Dort gibt die Karte alles nativ aus und der FS stellt sich auf das Format ein. Mein FS macht darüber ein sehr gutes Bild mit seinem eigenen Deinterlacer. Das sich die Umschaltzeiten etwas verlängern, kann ich dabei gut verschmerzen. Könnte das die Performance/Belastung des RPI positiv beeinflussen?

Zitat von binduli

1) Das Knacken beim Sound tritt NUR im Live-TV und bei Sendern ohne DD auf (RTL2, Kabel 1, usw). Wenn ich mir die selbe Aufnahme ansehe, ist der Ton einwandfrei.
2) Bei Live-TV in Dolby Digital gibt es keine Probleme.
3) Die aktuellste Version von rpihddevice und der Patch bringt leider KEINE Verbesserung.

Vielen Dank fürs Testen und die Rückmeldung!

Ich vermute mal, dass durch die Verzögerung des Decodierens auf dem RPi die Menge der gepufferten Daten zu klein ist - momentan ist die Taktnachführung auf 200ms Vorlaufzeit eingestellt. Kannst du mal versuchen, diesen Wert zu erhöhen, z.B. auf 300ms?

diff --git a/omxdevice.c b/omxdevice.c
index 6ccb113..845fea5 100644
--- a/omxdevice.c
+++ b/omxdevice.c
@@ -17,8 +17,8 @@
 
 #include <string.h>
 
-// latency target for transfer mode in PTS ticks (90kHz) -> 200ms
-#define LATENCY_TARGET 18000LL
+// latency target for transfer mode in PTS ticks (90kHz) -> 300ms
+#define LATENCY_TARGET 27000LL
 // latency window for validation where closed loop will be active (+/- 4s)
 #define LATENCY_WINDOW 360000LL

Gruss
Thomas

Zitat von binduli

Anscheinend gibt es Probleme wenn der Raspberry übertaktet ist und der Processor on the Fly den Takt skaliert. So habe ich festgestellt das beim Hochschalten von 700Mhz auf 900Mhz leichte Ruckler und Ton-Ausetzer bei Aufnahmen zu sehen sind. Ich werde dem ganzen nochmal nachgehen und den Raspberry mit festen 700Mhz testen.

Ach ja, und vom Übertakten würde ich absehen, gerade bei der Fehlersuche, wenn noch nicht alles 100% rund läuft. Die Takte der CPU und der GPU hängen zusammen und es gibt scheinbar Kombinationen die unterschiedlich gut funktionieren - da würde ich mal auf die Standardwerte vertrauen und auf solche Experimente verzichten.

Gruss
Thomas

Zitat von Argus

wie wäre es, wenn man alles so nativ durch reichen würde (optional), wie es kommt - also bsw. ÖR in 720p und Servus TV in 1080i (funktionieren tut es ja, wenn man vor dem Start entsprechend 720p oder 1080i einstellt). So läuft es bsw. bei mir auch an der TT 6400FF. Dort gibt die Karte alles nativ aus und der FS stellt sich auf das Format ein. Mein FS macht darüber ein sehr gutes Bild mit seinem eigenen Deinterlacer. Das sich die Umschaltzeiten etwas verlängern, kann ich dabei gut verschmerzen. Könnte das die Performance/Belastung des RPI positiv beeinflussen?

Ich nehm das mal so auf die Wunschliste. Die Frage ist halt, was mache ich, wenn der Fernseher das Format nicht unterstützt? Bzw. nur Teile davon? Oder wenn Auflösung und Wiederholrate unterstützt werden, aber nicht zusammen im selben Mode? Dann bräuchte ich Kriterien um den passendsten Mode zu finden, die dann aber auch nicht für alle passen... ich habe mir dazu mal den Code des vompclient angeschaut - aber so ein "Gebastel" (ist nicht böse gemeint!) möchte ich vermeiden.

Ach ja, und das OSD wiederum möchte ich gar nicht skalieren. Das gehört - meiner Meinung nach - in der nativen Auflösung des Fernsehers ausgegeben.

Gruss
Thomas

Zitat von binduli

Das hat schon mal geholfen Aber ab 3 gleichzeitigen HD-Aufnahmen auf dem Server ist dann auch schluss.

Der Server ist aber hoffentlich kein Raspberry Pi? Denn als solcher ist die Hardware nun definitiv nicht geeignet.

Zitat von binduli

Das würde ich fast bei einem solchen nativen Output voraussetzen. Bei welchen Formaten, meinst du könnte es schief laufen?

Zum Beispiel konnte mein alter Fernseher kein 24p... und hauptsächlich das würde in meinen Augen Sinn machen, dem Videomaterial anzupassen. Aber ich habe eine Idee und werde das mal ausprobieren, wenn die aktuellen Bugs behoben sind.

Zitat von binduli

Das wäre aber dann bei einem SD-Format und HD-OSD schlecht. Meiner Meinung nach, müsste das OSD die gleiche Auflösung haben wie der DVB-Stream.

SD-Ausgabe und HD-OSD geht ja technisch gar nicht, also wäre bei SD nicht nur das Video sondern auch das OSD matschig... ist das wirklich wünschenswert?

Gruss
Thomas

Zitat von reufer

also wäre bei SD nicht nur das Video sondern auch das OSD matschig... ist das wirklich wünschenswert?

ich wäre da pragmatisch.
Wenn es insgesamt Vorteile bringen würde mit der nativen Durchreichung, dann wäre ein SD OSD kein Problem. Da ist für mich das Videobild primär wichtiger und das OSD nur Mittel zum Zweck. Das stört mich bei der 6400 auch nicht , zumal ich dem OSD auch weniger Bedeutung zuordne und auch SD Sender weniger schaue. Wenn es also umsetzbar wäre, ich würde das nutzen.

Zitat von Argus

'ich wäre da pragmatisch.
...
Wenn es also umsetzbar wäre, ich würde das nutzen.

Fuck ack.

Habt ihr kürzlich einen Verbesserung der Perforance bemerkt?

Laut
http://openelec.tv/news/22-rel…nelec-4-2-beta-6-released
hat sich beim SD Karten Driver was getan...

Irgendwelche Erfahrungen dazu?
Hier auch die offizielle Ankündigung:
http://www.raspberrypi.org/forums/viewtopic.php?f=63&t=85061

Hab ihr den neuen Treiber schon aktiv?

/boot/cmdline.txt:


bcm2708.bcm2835_mmc=1

Seit dem 10. September sollte es beim rpi-update firmware automatisch gesetzt werden...

lg,
Joe

Zitat von binduli

Ich bilde mir ein, das es ein wenig besser gweorden ist (Laustärke des Knacken und Häufigkeit). Aber leider konnte ich es auc mit hohen Werten (bis 1000ms) nicht weg bekommen.
Soll ich den Wert noch höher ansetzen? Welche Auswirkungen kann das haben?

Eventuell hast du noch eine Idee woran es liegen könnte?

Wenn du hier von "Lautstärke des Knacken" sprichst, geht das wohl eher in Richtung Empfangsstörung...

Meine Vermutung war, dass zu wenig Audio-Daten gepuffert sind und es so zu Audio-Drops kommt. Die Änderung der Konstante legt fest, wie viele Daten (Audio und Video) im VDR/Plugin gepuffert werden. Mit dem Wert lässt sich spielen, wobei mehr als 1 Sekunde in meinen Augen keinen Sinn macht, zumal auch die Buffer im Plugin eher knapp gehalten sind.

Gruss
Thomas

Zitat von binduli

Wie kann ich festellen ob Audio-Drops passieren? Kann ich das irgendwie in das syslog ausgeben?

Audio-Drops sind halt kurze Unterbrechungen, die man hört, bzw. eben nicht. Ein Knacken, Zirpen, Quietschen, ... deutet auf Fehler beim Decodieren hin, meistens aufgrund von Empfangsproblemen. Wenn das Plugin das Decodieren übernimmt (also kein Pass-Through), werden diese Fehler auch ins Log geschrieben.

Nebst einer genauen Beschreibung des Fehlers wäre zudem Angaben über dein Setup äusserst hilfreich - wie empfängst du dein Signal? Streamdev-, satip-Plugin oder lokaler USB-Stick? Und tritt der Fehler nur bei bestimmten Sendern auf?

Gruss
Thomas

Zitat von reufer

Ach ja, und das OSD wiederum möchte ich gar nicht skalieren.

noch mal eine Frage dazu.
Ich habe meinen Raspi-VDR eben mal wieder mit 720p gestartet (entsprechende tvservice vor dem Start mit gegeben). Mein Monitor quittiert das auch mit 720p fürs Videobild. Das OSD (hier bsw. klassisch) ist aber auch nicht zu groß und passend. Irgendwie wird hier wohl schon skaliert?