05.12.2005 - AV7110 Firmware mit RICHTIGES LiveAC3 - ff-2622 - von Werner (neuer als fb-2621)

Zitat

Original von burki
Hi,
hab die neue Firmware (mit 2.4er-Kernel und vdr 1.3.22) auch ausprobiert, doch im Zusammenspiel (wie alle Firmwaren > 261d) mit dem aktiven Radio-Plugin (bei aktivierten Radiotext) zwitschert es massiv beim Umschalten (bis sichwohl der buffer gefuellt hat) der Radiokanaele.

Wer ist den der Autor vom Radio-Plugin? Die Frage ist, warum das Plugin nicht genügend
Buffer ansammelt, wenn es Radiotext benutzt, nur um der firmware die Möglichkeit zu
geben, schnell die Daten zu holen, die sie benötigt. Und eigentlich sollten 192ms Startvorgabe
genug sein, um einen underrun zu verhindern ... jedenfalls hilft das selbst beim ZDF.
Außerdem gilt wie beim teletext Plugin (nicht osdteletext): Daten werden nicht im
Receive(), sondern grundsätzlich in einem eigenen thread gehändelt. Alles andere
hält zu sehr auf und verhindert, dass der VDR die Daten für den Transfer, hier die
Audiodaten, schnell genug an die DVB-Karte transferiert.

Zitat

2. Problem bei neueren (> 261d) Firmwaren: Spiele ich einen dts-wav-file mit dem mp3-plugin ab und kehre in den Livemodus zurueck, bleibt beim Testdekoder (Creative DDTS-100) stumm. Erst wenn ich den Quelleneingang wieder wechsle, geht es wieder.

Hmmm .... mit 0x2620 verwende ich einen speziellen Reset, der der firmware hilft,
sofort aus dem PCM Bypass in den Mpeg-Audiodekodermodues zu fallen. D.h. ich
habe den bißherigen Workaround mit dem Reset des Audiodekoders bis zu drei
Sekunden nach Replay/Transfer erstmal auf eine Sekunde runtergefahren (ganz
abschalten gibt beim Kanalwechsel auf dem S/P-DIF störendene Geräusche beim
Synchronisieren). Eventuell braucht dieser Dekoder die drei Sekunden Gedenkpause

Werner

Hi Werner,

Zitat

Wer ist den der Autor vom Radio-Plugin?

"egal" hat das Radio-Plugin umgeschrieben und er benutzt eben die 261d.
Es zwitschert auch nicht mehr so extrem, wie am Anfang des Testes beim ARD-Hoerfunktransponders (wenn ich mich recht entsinne gehts da um die "PES-Laenge").

Zitat

Hmmm .... mit 0x2620 verwende ich einen speziellen Reset, der der firmware hilft,
sofort aus dem PCM Bypass in den Mpeg-Audiodekodermodues zu fallen.

es passiert auch nicht immer, sondern nur manchmal (hab es gerade wieder versucht zu reproduzieren und mir ist es nicht gelungen).
Ebenso habe ich die Probleme nur beim mp3- und dem cdda-plugin.
Gruss
Burkhardt

Zitat

Original von burki
Hi Werner,

"egal" hat das Radio-Plugin umgeschrieben und er benutzt eben die 261d.
Es zwitschert auch nicht mehr so extrem, wie am Anfang des Testes beim ARD-Hoerfunktransponders (wenn ich mich recht entsinne gehts da um die "PES-Laenge").

PES-Länge? ... Ich hoffe doch, dass das Plugin einen Remuxer benutzt, der die
Länge der PES-Audioframes, ob nun Mpeg-Audio oder AC-3, auf 2048 beschränkt

Zitat

es passiert auch nicht immer, sondern nur manchmal (hab es gerade wieder versucht zu reproduzieren und mir ist es nicht gelungen).
Ebenso habe ich die Probleme nur beim mp3- und dem cdda-plugin.

Es handelt es sich bei den Problemfällen immer um 44.1kHz Samples?
Oder sind auch 48kHz Samples dabei? Wäre schon wichtig zu wissen,
um entscheiden zu können, ob ich den 3 Sekundendauerreset noch
brauche oder ob es auch eleganter geht

Werner

Hi Werner,
das Problem bereiten immer nur 44,1 kHz-Samples (eben z.B. (gekaufte) dts-cds). Muss aber noch mehr CDs (auch selbsterstellte DD-CDs) durchtesten.
Gruss
Burkhardt

Zitat

Original von bitstreamout

Hmmm .... OK, entweder Dein DENON mag keine 192ms silent PCM vor
dem embedded AC-3 oder hast Du nur mit dem ZDF getestet? Die hatten
letzthin scheinbar ein Problem.

Kannst Du mit der neue firmware im VDR (welche Version?) das

ZDF in AC-3 höhren
Pro7 in AC-3 höhren
Sat1 in AC-3 höhren

bzw. kannst Du Aufnahmen mit AC-3 von diesen Sendern in AC-3 höhren?
Wenn Du andere Aufnahmen oder das DVD plugin benutzt, kannst Du
da AC-3 höhren?

[/list]

Alles anzeigen

Hallo!

Nein, DD geht mit TT 1.5 PCI FF und AVC-A1sowieso nicht, bin schon glücklich mit normalen Ton, wann der "sauber" ist. Der Denon AVC-A1 ist ein ca. 5 Jahre alter Verstärker (kann nur DD, kein DTS - erst der nachfolger AVC-A1D kann dts, hat 24 kg und 5x140 Watt-sin bei 8 Ohm, benutz den mit Magnat Vintage 550 inkl Omega 380 SUB). Da der Leistung und Top Klang hat möchte ich den nicht tauschen. Hab aber schon immer probleme mit DVB-S Karten, mit der Dreambox, Humax 5400, DBOX-1, DBOX-2, Hyundai Hss-820, . . . hat Dolby Digital immer funktioniert und ohne Probleme.
Das Problem ist rauschen und knistern. Schalte ich den Verstärker aus & wider ein, ist der ton meistens OK, ein wenig zappen (1-2 Sender) und rauschen ist wider da.
Hab jetzt vorher noch die letzte firm probiert 2620 glaube ich, da hab ich bis jetzt das problem nicht. Bis zu der 2620 hab ich die Probleme schon immer gehabt, am schlimmsten war es glaube ich mit der 261d (sollte es nicht zufall sein).
Mit DVD plugin war der normale stereo ton "sauber". DD mit DVD plugin geht auch nicht auf meinem "Alten".

mfg
LattenSepp

Zitat

Original von LattenSepp
Hab jetzt vorher noch die letzte firm probiert 2620 glaube ich, da hab ich bis jetzt das problem nicht. Bis zu der 2620 hab ich die Probleme schon immer gehabt, am schlimmsten war es glaube ich mit der 261d (sollte es nicht zufall sein).
Mit DVD plugin war der normale stereo ton "sauber". DD mit DVD plugin geht auch nicht auf meinem "Alten".

Hmmm ... ich dachte, dass sich Dein Report sich auf

http://www.vdrportal.de/board/thread.php?sid=&postid=349201#post349201

bezog und nicht auf die Vorgängerversionen. D.h. mit 0x2620 geht es nun
auch mit dem Denon bzw. die Wahrscheinlichkeit, dass der Denon aus dem
Dekodermode heraus und in den PCM-Mode fällt ist kleiner geworden?

Werner

Zitat

Original von UFO
Außerdem werden ab 0x2620 auch extended RC5 Fernbedienungs-Codes unterstützt.
Dazu braucht man zusätzlich einen aktuellen dvb-kernel CVS-Treiber für Kernel 2.6.

Es funktioneren nun also alle RC5-Fernbedienungen am FB-Empfänger der Karte...

Da mich das jetzt doch sehr gereizt hat, habe ich die letzen Stunden mal kräftig aktualisiert. Ich habe hier jetzt debian sarge, kernel 2.6.13, dvb-kernel aus dem CVS von heute, die 0x2620 firmware.

Leider kann ich keine erweiterte Funktionalität in bezug auf RC5 an dem Nexus-IR-Empfänger feststellen. Ich habe noch eine Patch (http://www.vdrportal.de/board/…?postid=352804#post352804) gefunden und auch ausprobiert, aber auch damit keine Besserung.

Habe ich etwas übersehen? Hat jemand anders die extended RC5 Funktionalität überprüfen können?

Danke!
Marcus

Zitat

Original von mini

Da mich das jetzt doch sehr gereizt hat, habe ich die letzen Stunden mal kräftig aktualisiert. Ich habe hier jetzt debian sarge, kernel 2.6.13, dvb-kernel aus dem CVS von heute, die 0x2620 firmware.

Leider kann ich keine erweiterte Funktionalität in bezug auf RC5 an dem Nexus-IR-Empfänger feststellen.

Wenn eine Taste keinen Code generiert oder die Keymap keinen Eintrag für die Taste hat, kann es natürlich auch keinen Unterschied geben...

Zitat

Ich habe noch eine Patch (http://www.vdrportal.de/board/…?postid=352804#post352804) gefunden und auch ausprobiert, aber auch damit keine Besserung.

Dieser Patch ist keine gute Idee in Verbindung mit der neuen Funktionalität.

Zitat

Habe ich etwas übersehen? Hat jemand anders die extended RC5 Funktionalität überprüfen können?

Debugging einschalten:

echo 16 > /sys/module/dvb_ttpci/parameters/debug

An Bit 12 des "code" bei der Debugausgabe kann man bei neuem Treiber+neuer FW erkennen, ob es RC5 oder RC5 extended ist.

normaler RC5-Code: 00001xxx

Beispiel:

Sep  7 21:40:56 orion kernel: dvb-ttpci: av7110_emit_key(): code 0000122e -> addr 8 data 0x2e -> keycode 47

extended RC5-Code: 00000xxx

Beispiel:

Sep  7 21:40:57 orion kernel: dvb-ttpci: av7110_emit_key(): code 00000205 -> addr 8 data 0x45 -> keycode 70

CU
Oliver

Zitat

Original von UFO
Wenn eine Taste keinen Code generiert oder die Keymap keinen Eintrag für die Taste hat, kann es natürlich auch keinen Unterschied geben...

Eine unvollständige Keymap war das Grundproblem. Die Medion MD41169 lässt sich jetzt sinnvoll nutzen.

Danke für die Hilfe und natürlich danke an Werner für die firmware!

Gruss,
Marcus

Zitat

Original von viking
Hallo Werner, Hallo UFO,

ich denke mal ich bin hier gut aufgehoben

Ist es normal das wenn man während der weidergabe (in VDR) Pause macht das die CPU last dann viel höher ist als bei wiedergabe ?

Ich habe mit top beobachtet das "hi" und "si" sehr hoch sind :
Cpu(s): 0.3% us, 1.0% sy, 0.3% ni, 86.8% id, 0.3% wa, 2.3% hi, 8.9% si

("hi" = hardware interrupts und "si" = software interrupts)
wogegen bei wiedergabe die auslastung zwischen 3 und 7 % liegt

Alles anzeigen

Also was genau da der VDR und eventuell die plugins machen bzw. der
Treiber macht, kann ich Dir nicht sagen, aber die firmware ist jedenfalls
im freeze state und fordert keine Daten vom Treiber an.

Zitat

Ich denke mal das ist ein DVB treiber problem.

Das ist doch sicherlich nicht normal, oder ?

Getestet mit :
- Vanilla VDR-1.3.25 + dvb-kernel-20050324 + fw-1.4
- VDR 1.3.28 m. div. patches + dvb-kernel-20050324 + fw-261d
- VDR 1.3.29 m. div. patches + dvb-kernel-20050826 + die neueste 2620
FW (per PM von gestern)

Alles anzeigen

Und wie lässt sich die FW an? Ist das Problem mit den Ton/Bildstörungen
im Transfermode unter RTL weg?

Werner

Hallo viking,

also ich kann kein anstieg der Systemlast festellen wenn der Pausenmodus aktiviert wird.

bis dann LordZodiac

Kann hier auch nichts Signifikantes feststellen.

Evtl. spielt hier die gewählte Skin eine Rolle? Bei Pause ist das OSD aktiv.

CU
Oliver

Hallo viking,

keine Ahnung welche Versionen laufen. Ist ein ganz normales Suse 9.1.

Die .config würde dir nicht helfen, da nur die Sachen enthalten sind die ich für mein Athlon-System brauche.

Der DVB-Treiber ist vom 4.9. Aber soviel ändert sich ja nun auch nicht dran.

Vergleich doch mal die Pid die die Last erzeugt mit den Pid's der Thread's die laufen. Das könnte mehr Informationen liefern.

bis dann LordZodiac