AC3 live schauen geht, aufnahme/wiedergabe nicht

Hallo Maxkr,

ich habe leider im Moment auf meinen VDR keinen Zugriff, aber wenn ich mich nicht irre, waren dort alle Patches deaktiviert. Macht ja auch Sinn, wenn es das generische Paket ist, aus dem alle VDR's übersetzt werden. D.h. es müsste eine Version der 00list geben, die dem tobi-multipatch entspricht. Oder habe ich da etwas verwechselt? Die habe ich (zumindestens nicht so auf die Schnelle) gefunden.

Grüße,
tbf

Hi tbf,

jetzt weiß ich was du meinst. Ich habe unter /usr/src/vdr/VDR/debian/patches die Datei patchtest gefunden. Dort gibt es u.a folgenden Eintrag:

multipatch="10_recordings-0.0.2 10-_threadkill 10-_graphlcd 03_cmdsubmenu 15_dis
ableDoubleEpgEntries-0.6 20_elchiaio4d 20-_imposd-frames-fix 20_fix-black-square
 25_ac3overdvb-0.2.4 27_ttxtsubs_ac3 30_autopid_ac3overdvb 31_wareagleicons_elch
iapid 32-_analogtvautopid 35_jumpplay-0.4-elchi 40_sharelnbautopid 45_8bitcolor
47_osdpip-0.0.3"

Ich denke so ist der Multipatch aufgebaut. Ich hoffe mal, dassTobi mich korrigiert, wenn ich falsch liege...

Viele Grüße,
Max

Soo, Klaus hat sogar geantwortet und das obwohl ich viel zu wenig Infos gegeben hatte (scheiss Zeitmangel), aber dennoch ..

Also laut Klaus geht das von reinen VDR gar nicht, er sagt das müsse schon ein Patch machen, der VDR spielt bei Aufnahmen nur den reinen PCM-Ton ab.

Ob das mit früheren Versionen geht/ging kann ich nicht sagen, da ich erst ab neustem überhaupt AC3 nutzen kann.

MFG
Marco

Hallo maxkr und Leidensgenossen,

ich habe das Problem jetzt gefunden. Vielen Dank an maxkr! Ich habe das patchtest Programm geändert um VDR's zu compilieren und dann ein Patch nach dem anderen aus dem VDR ausgebaut und getestet ob AC3 bei Wiedergabe funktioniert.
Es hat nur ca. 10 Versuche gebraucht :

Das Problem ist der Patch 27_ttxtsubs_ac3!!!

Wenn nur dieser eine Patch nicht verwendet wird läuft es wieder.

Leider ist es schon etwas spät, also kann ich mir jetzt den Patch nicht im Detail ansehen. Ich weiss also noch nicht ob's ein generelles Problem ist, oder ob nur ein Problem beim patches des VDR ist (bei der Masse an patches gibt's bei praktisch alles Patches Hunks was ja nicht anders zu erwarten ist).

Der Patch 27_ttxtsubs_ac3 ist ja sehr klein... Eventuell habt Ihr schon eine Idee?

Viele Grüße,
tbf

Hi,

ok 5 min. hatte ich noch. Im Player gibts nur einen kleinen Teil des Patch. Hier werden offenbar irgendwelche Teletext Pakete aus dem Stream entfernt. Da könnte der Fehler sein:

+#ifdef VDRTTXTSUBSHOOKS
+static void StripTtxtPackets(uchar *b, int Length)
+{
+  for (int i = 0; i < Length - 6; i++) {
+    if (b[i] == 0x00 && b[i + 1] == 0x00 && b[i + 2] == 0x01) {
+      uchar c = b[i + 3];
+      int l = b[i + 4] * 256 + b[i + 5] + 6;
+      switch (c) {
+      case 0xBD: // dolby
+       {
+         if (b[i + 8] == 0x24 && b[i + 45] >= 0x10 && b[i + 45] < 0x20) {
+           // EBU Teletext data, ETSI EN 300 472
+           cVDRTtxtsubsHookListener::Hook()->PlayerTeletextData(&b[i], l);
+         }
+         // continue with deleting the data - otherwise it disturbs DVB replay +         int n = l;
+         for (int j = i; j < Length && n--; j++)
+           b[j] = 0x00;
+         break;
+       }
+      default:
+       break;
+      }
+      if (l)
+       i += l - 1; // the loop increments, too!
+    }
+    /*XXX
+      else
+      esyslog("ERROR: broken packet header");
+      XXX*/
+  }
+}
+#endif
+

Vielleicht ist es ein Bug im Coding oder eine Unverträglichkeit von AC3 Patch Versionen!?

Grüße,
tbf

Hi tbf,

du hast dich ja richtig ins Zeug gelegt! Schön, dass wir Dank deiner Hilfe das Problem mal eingrenzen konnten. Dann muss ich mich wohl also doch mal ans selber compilieren machen (was ich bisher aus Zeitgründen gemieden habe - ich gebs ja zu...)

Was macht der Patch überhaupt (kann gerade nicht nachschauen...)? Ist der wichtig???!

Viele Grüße,
Max

Moin,

wie ich oben schon gelesen hab soll das Problem auch bei der 1.3.x auftreten. Aber da muss ich wiedersprechen ich hab bei der 1.3.11 die neuste ac3overdvb version drinne und alles läuft bestens.

Ich werd heut den 1.2.6-24 nochmal mit dem neuen ac3overdvb patch compilieren und mal schauen obs dann läuft.

Aber das der Fehler im 27_ttxtsubs_ac3 patch liegen soll ist meiner Meinung nach ziemlich unwarscheinlich, da Live ac3 ja einwandfrei funktioniert. Wenn der 27_ttxtsubs_ac3 patch tatsächlich Falsche infos aus dem Stream schnippeln würde, dann hätten wir auch kein Live ac3!

Ich behaupte einfach mal, dass das an dem alten ac3overdvb patch liegt. Sobald ich mehr weis meld ich mich. Ich werds heut mal testen.

MfG
Hoffi

Hallo Hoffi,

zu 1.3.x kann ich nichts sagen, daß habe ich einfach nicht getestet.

An der Version von AC3overDVB könnte es natürlich liegen. Dann ist es ein Fehler der indirekt auftritt. Der VDR ist auf AC3overDVB-0.2.4. Eventuell ist der Fehler in 0.2.6 ja behoben!?

Die meisten werden auf den ttxtsubs_ac3 verzichten könne und somit ist es zumindestens ein Workaround sich seinen eigenen VDR zu compilieren bis das Problem im Detail geklärt ist. Oder?

Also da ich ein absoluter VDR-Sourcecode Neuling bin will ich hier nichts falsches behaupten (zumal ich im Moment keinen Zugriff auf den VDR habe). Aber wenn ich mich recht erinnere, war der Teil des Src. den ich hier gepostet habe aus einer Datei vom VDR-Player. Es könnte also sein, daß dieser Code nur bei Wiedergabe und nicht bei LiveTV verwendet wird!? Ist nur so eine Vermutung?!

Grüße,
tbf

Na, da sind wir doch ein Stück weiter ... testen konnte ich es noch icht, aber das Changelog sagt ja auch, daß ttxtsubs in -19 bzw. -22 hinzugekommen sind ... damit ließe sich begründen, warum es mit -18 noch funktionierte ...

LG
Roman

Hallo vdr'ler,

hier noch ein paar Details die mir bis jetzt aufgefallen sind. Vielleicht helfen diese Infos ja den VDR-Profis das Problem schneller zu lösen.

Also ich habe einfach mal zum Test nur den Aufruf der Methode StripTtxtPackets auskommentiert. (Die Stelle die ich oben gepostet habe). Den Rest des Patches habe ich ungeändert übernommen. Mein Verdacht hat sich bestätigt. Sobald die Methode nicht mehr aufgerufen wird läuft die AC3-Wiedergabe.

Ich habe mir mal den orginal patch aus dem Internet besorgt. Dabei ist mir aufgefallen, daß es hier min. einen weiteren Kontextblock gibt.

@@ -323,6 +324,12 @@ void cDvbPlayer::StripAudioPackets(uchar
             int l = b[i + 4] * 256 + b[i + 5] + 6;
             switch (c) {
               case 0xBD: // dolby
+#ifdef VDRTTXTSUBSHOOKS
+                  if (b[i + 8] == 0x24 && b[i + 45] >= 0x10 && b[i + 45] < 0x20) {
+                    break; // run these through the ring buffer to get somewhat correct
+                    // timing for the subtitles
+                  } else
+#endif
                    if (Except)
                       PlayAudio(&b[i], l);
                    // continue with deleting the data - otherwise it disturbs DVB replay
@@ -349,6 +356,40 @@ void cDvbPlayer::StripAudioPackets(uchar

Ganz offenbar wurde dieser Kontextblock gelöscht, weil StripAudioPackets bereits durch den Patch AC3overDVB Patch gelöscht wird. D.h. der orginal Patch ist auf jeden Fall für den Betrieb ohne AC3overDVB ausgelegt. Woher die Modifikationen kommen (Tobi?) weiß ich nicht.

Ok jetzt mal sehen was StripTtxtPackets macht um den AC3 Sound verschwinden zu lassen.

Grüße,
Thomas

Hallo,

Leider gehöre ich derzeit auch zu den Leidensgenossen, die kein AC3 bei Aufnahmen geniessen können. Dies bezieht sich auf VDR-Aufnahmen mit AC3 Ton, als auch Filme via MPlayer-Plugin.

DVDs hingegen werden völlig korrekzt mit AC3 Ton abgespielt.

Bei mir entstand der "Fehler" erst mit dem Update von -23 nach -24, vorher wurden alle Filme mit AC3 Ton krrekt abgespielt. ich greife den Ton direkt vom Jumper meiner Nexus DVB-C Karte ab.

Dennoch habe ich gerade ein verständniss Problem bei eurer Fehlersuche. Laut apt-cache info und ct plugin beschreibung ist das ttxtsubs ein Plugin (vdr-plugin- ttxtsubs) das den Untertitel im VDR darstellt. Im moment kann ich mir nicht wirklich vorstellen, das das etwas mit dem AC3 Ton zu tun haben könnte.

Bitte nicht falsch verstehen, ich bin kein Programmierer in diesem Bereich, und mir fehlt mit sicherheit das entsprechende Fachwissen, ich befürchte nur das wir an der falschen Stelle suchen, wobei mir eine schnelle Lösung sehr recht wäre *fg*

Grüsse

Micha

Hallo Mysterix und Leidensgenossen,

Mysterix: Du hast natürlich recht, dass es auch ein Plugin gibt. Das Plugin verwendet allerdings Programmteile die als Patch in den VDR kommen. An dieser Stelle suche ich nach dem Fehler.

Da ich kein VDR-Programmierer bin hangele ich mich mit Try & Error durch den Source.

Mysterix: Wenn bei Dir der Fehler erst von -23 auf -24 aufgetreten ist, könnte es auch einen weiteren Fehler geben. Allerdings steht im Changelog von tobi zu diesem Releasewechsel nicht viel, was in Frage kommt. Eventuell hattest Du ja auch nur AC3 beim LiveTV und doch nicht bei der Wiedergabe von Aufnahmen?

Jetzt zu dem Source von StripTtxtPackets. Das Problem kann nur von der Löschung des übergebenen Puffers b kommen (Zeile: b[j]=0x00).
Dafür spricht auch, daß die Methode StripAudioPackages im AC3overDVB gelöscht wurde.

Tatsächlich läuft bei mit AC3 Wiedergabe, wenn ich die Zeile auskommentiere.
Ich vermute allerdings, daß der Source etwa so aussehen sollte:

switch (c) {
      case 0xBD: // dolby
        {
          if (b[i + 8] == 0x24 && b[i + 45] >= 0x10 && b[i + 45] < 0x20) {
            // EBU Teletext data, ETSI EN 300 472
            cVDRTtxtsubsHookListener::Hook()->PlayerTeletextData(&b[i], l);
          // continue with deleting the data - otherwise it disturbs DVB replay
            int n = l;
            for (int j = i; j < Length  && n--; j++)
            b[j] = 0x00;
          }
          break;
        }
      default:
        break;
      }

Gegenüber dem Orginalpatch wird der Puffer nur noch gelöscht, wenn Teletextdaten gefunden werden (nachdem der entsprechende Hook aufgerufen wurde).
Sonst bleiben die Daten im Orginalzustand.

Das könnte die Detaillösung sein! Allerdings bin ich ja kein VDR-Programmierer und kenne den Aufbau des Datenpuffers b nicht.

Es funktioniert aber bei mir

Hallo VDR-Götter: Wie sehr Ihr das? Kann das hinkommen? Kann/Soll man eine Patch machen?

Ok, dann gute Nacht!

tbf

Morgen,

so Mädels Problem gelöst!!

Hier die Lösung für alle:
einfach aktuelle Version des ac3overdvb Patches installieren und fertig.
Bei mir läuft der vdr-1.2.6-AC4overDVB-0.2.6.diff.gz alles wunderbar.
Und ich hab nirgends im Quelltext rumgefuscht.

Könnte bitte einer Tobi bescheid sagen, dass er den Patch mit ins Repository aufnimmt?
Ich muss jetzt leider dringend weg.

MfG
Hoffi

Hallo Hoffi,

gut, dass es auch mit einem neuen AC3overDVB geht.

Hast Du denn die Abhängigkeiten zu den anderen Patches (wie z.B. autopid und ttxtsubs) geprüft/gelöst, oder hast Du den neuen Patch einfach in den VDR reingefuscht?
Hast Du überhaupt eine Ahnung warum der neue Patch das Problem löst?

Der VDR ist auf Version 0.2.4 hier das Changelog für 0.2.5 und 0.2.6:

Zitat

History:
--------

10.06.2004 Version 0.2.6
-Fixed parsing for (weird) streams on Canal+ Norway.

02.05.2004 Version 0.2.5
-Now skipping SPU packets (substream 0x20). VOB files may contain these.

Alles anzeigen

Entweder schweigt sich das Changelog über die entscheidene Änderung aus oder Du hast durch den neuen Patch einfach z.B. die Absprünge für den ttxtsubs oder Anderes überklatscht?

Vielleicht sollte man mal bei Stefan Muempf nachfragen von dem der Patch ist. Ist Stefan Muemph hier im Forum aktiv?

Gruß,
tbf

servus tbf und leidensgenossen!

hat denn noch jemand die änderungen im quelltext getestet ?

bitte nochmal für linux-daus:

in welcher datei müssen denn die von tbf beschriebenen korrekturen gemacht werden ??

ein update gibts leider noch nicht - wollte es gerne mal so probieren.

dank und gruß

marpiet

Hallo Marpiet,

nachdem Du den VDR-Source mit

apt-get source vdr

hast findest Du die Datei im Verzeichnis

vdr-1.2.6/debian/patches

die Datei:

27_ttxtsubs_ac3.dpatch

In der Datei must Du nach

StripTtxtPackets

suchen. Dann hast Du die Stelle gefunden.
Wie schon in diesem Thread geschrieben wurde gibt's eine ausführliche Anleitung zum Compilieren des VDR unter:

http://www.e-tobi.net/cgi-bin/main.cgi/c't%20VDR

Wenns Dir aber nur darum geht die AC3 Wiederhabe ans laufen zu bekommen, dann hast Du es viel einfacher. Statt den Source zu ändern kannst Du dir mit Tobi's Anleitung einfach einen VDR ohne ttxtsubs Patch zusammen bauen.
Da kann dann nicht mehr viel schief gehen.

Grüße,
tbf

hi tbf,

danke für deine anregung - damit habe ich immer wieder mal geliebäugelt.

doch bin ich immer wieder der update-manie verfallen und damit geht das problem wohl wieder von vorne los - oder ?

heisst, wenn ich mir nach tobis anleitung einen vdr ohne bestimmte patches baue und dann irgendwann das nächste update mache installiert er mir den nicht gewollten patch ja wieder mit - oder sehe ich das falsch?

weiter denke ich, dass bestimmt mehr user ac3overdvb brauchen als das ttxtsubs.....(hilferuf an tobi ?()

gruß

marpiet

Hallo Barracuda,

tja wenn Du selbst compilierst ist das Problem gelöst! Allerdings wäre eine Update von tobi natürlich das beste für alle.

Da ich von Tobi schon ein paar Tage nichts gelesen habe vermute ich mal, dass er im Urlaub ist oder so, das sein Ihm ja auch gegönnt.

Leider kann ich kein ganzes Repository zur Verfügung stellen, ich habe aber mal nur meine VDR-Datei ins Netz gestellt (entspricht tobi multipatch 1.2.6-24 + meine Änderung aus diesem Thread)

http://mitglied.lycos.de/thomasbf/vdr.gz

ABER: Ohne Garantie!!

Anleitung:
1. Datei downloaden und auf den VDR kopieren z.B. in Verzeichnis /root
2. Enpacken: gunzip vdr.gz
3. Checken ob's die richtige Datei ist: md5sum vdr.gz
Checksumme: 8ca395b6c9184038dae7760bcef3ef47
4. VDR anhalten: /etc/init.d/vdr stop
5. VDR Orginal kopieren cp /usr/bin/vdr /usr/bin/vdr.old
6. Neuen VDR installieren: cp vdr /usr/bin
7. Datei ausfürbar machen: chmod a+x /usr/bin/vdr
8. /etc/init.d/vdr start

FERTIG!!!!

Wenns nicht geht dann einfach den VDR wieder anhalten die vdr.old wieder auf vdr kopieren und dann VDR wieder starten.

Ich hoffe es hilft!?

Grüße,
tbf

@ tbf

Hast leider den lnb-sharing-patch in deiner VDR Version aktiviert ... so klappt das bei mir jedenfalls nicht ... Schade!

Werde mich dann wohl mal selbst ans kompilieren machen ...

LG
Roman