Wie aus TS Datei mit AAC die Radiotexte raus holen?

[Uli (Gast)]

Hallo,

ich habe seit vielen vielen Jahren ein kleinens Programm das aus einer 
TS Datei (DVB-S mitschnitt) mir die Musik und die RDS Texte dazu raus 
holt.
Inzwischen gibt es mit sicherheit auch andere Programme die das können, 
aber damals nicht.

So nun stellt ja die ARD auf AAC-LC um und da ich mein kleines Tool 
weiter benutzen möchte habe ich jetzt den FDK-AAC decoder eingebaut.
Jetzt kämpfe ich noch mit der Ausgabe der Audiodaten, aber das ist ein 
anderes Thema.

Bei MPEG Layer 2 war es noch einfach an die EBU Radiotexte zu kommen, 
aber wo sind die bei AAC versteckt?

Einige Sender senden die Texte über eine eigene PID, das ist dann ja 
noch einfach. Aber die Anderen haben die Texte irgentwo an / in den AAC 
Daten, nur wo?

Uli

[Dennis H. (c-logic)]

War der Radiotext nicht im Audiostream selbst kodiert ? RDS halt.

[Dennis H. (c-logic)]

Dennis H. schrieb:
> War der Radiotext nicht im Audiostream selbst kodiert ? RDS halt.

Oh, uecp ist wohl eher die Kodierung in MP2-Streams.

[Dennis H. (c-logic)]

Haste mal ein Sample eines Audiofiles im AAC ?

Bei MP2 Audio ist es am Frameende rückwärts angehangen in den Füllbytes.

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F

Framestart
00029580  FF FD A4 00 66 33 44 54 32 22 11 32 21 21 21 24 92 49 24 92 49 24 00 00 00 00 AD AA C6 AF AE 0A  
.....
00029780  56 5E BE 0A 61 68 6A BC E1 60 2D 96 A3 5A DD 68 60 81 5B 05 32 CA AA AA AA AA AA AA AA AA AA AA  V^¾.ahj¼á`-–£ZÝh`.[.2ʪªªªªªªªªª
000297A0  AA AA AA AA AA AA AA AA AA AA AA FF 06 06 20 52 54 20 34 52 57 53 00 00 02 0B 31 00 00 FE 13 FD  ªªªªªªªªªªªÿ.. RT 4RWS....1..þ.ý

die 0x13 kodiert die Länge der im Anhang befindlichen Daten.
In dem Falle ein PS "SWR4 TR" rückwärts.

Framestart
000297C0  FF FD A4 00 66 43 43 54 33 32 11 32 21 32 11 24 82 49 24 92 49 24 00 00 00 00 AA AB AA AA B2 B0  ÿý¤.fCCT32.2!2.$‚I$’I$....ª«ªª²°

Ein guter Ausgangspunkt ist 
https://github.com/mrwish7/uecp_tool/blob/master/uecp_tool.py

[Uli (Gast)]

Wie schon geasgt bei MP2 ist es kein Problem.
Das hast Du auch schon richtig erklärt, die Teste hängen am Ende der 
Framedaten dran. Also zwischen den Frames.

Ich kann mir was schreiben womit ich einen AAC Frame (Start -> Start) 
als Text (HEX) Datei raus schreibe. Aber da ich nicht erkennen kann ob 
da nun Texte dabei sind oder nicht, würde ich zu 99% einen Frame ohne 
Text erwischen.
Und wenn ich erkennen könnte das da Texte drin sind, würde meine Frage 
auch unsinnig sein, weil dann hätte ich ja meine Antwort.

Ich kann mal versuchen wie bei MP2 am ende Texte zu suchen, vielleicht 
sind die ja auch da. Ich bau das die nächsten Tage mal ein.

VG, Uli

[Christian R. (supachris)]

Das haben die Experten im DVB Viewer Forum letztens durch gekaut:

https://www.dvbviewer.tv/forum/topic/65287-ard-schaltet-h%C3%B6rfunktransponder-ab/page/2/#comment-497582

[Berufsberatung (Gast)]

Wieso hängt man die Daten in umgekehrter Reihenfolge ran, hat das einen 
tieferen Sinn?

[Georg A. (georga)]

Berufsberatung schrieb:
> Wieso hängt man die Daten in umgekehrter Reihenfolge ran, hat das einen
> tieferen Sinn?

Man will nicht das Audio parsen müssen, um rauszufinden, wo die 
Zusatzdaten anfangen. Also muss mindestens die Länge ganz hinten im 
Frame stehen, es gibt so keine Möglichkeit, das im MP2-Audioheader zu 
signalisieren. Dann kann man gleich alles rückwärts reinschreiben. Das 
ist bei DAB genauso, da kommt noch hinzu, dass da Anfang und Ende eines 
Frames einen besseren Fehlerschutz haben, d.h. Syncs und diese Infos 
zuvelässiger sind.