Liebe Gemeinde,
One hat nun erstmals damit angefangen, bei "Agatha Christies Poirot" den Originalton mit auszustrahlen. Ein sensationeller Fortschritt!
Die Tonspur wird jedoch nicht als "Englisch" bezeichnet, sondern heißt bei mir (Topfield SRP-2410) "mis". Im TS Doctor ändere ich die Bezeichnung in "English", was jedoch leider nichts bringt, denn sowohl in VLC wie im SMPlayer wird die Tonspur als "Audiodescription" bezeichnet.
Könnte man den TSDoctor nicht dazu bringen, die geänderte Bezeichnung der Tonspur in die fertige Datei zu übernehmen? Warum kann man die Bezeichnung der Tonspur sonst ändern, wenn sie dann nicht übernommen wird?
Gruß,
gnarf
Zitat von: gnarf am Mai 31, 2018, 12:26:36
Im TS Doctor ändere ich die Bezeichnung in "English", was jedoch leider nichts bringt,
Also, ohne Dir zu nahe treten zu wollen ;D, aber eigentlich funktioniert das Feature im Doc einwandfrei. Ich benutz das dauernd um die 5.1 Spur bei Arte in "deutsch" umzubenennen, und bislang hat jeder Player die Änderung brav angezeigt.
Irgendwas scheinst Du falsch zu machen, allerdings ist der Vorgang so einfach, da fällt mir nicht viel ein, was man da bei falsch anklicken könnte...
Aaah, doch, da gibt es einen potentiellen Klops, jetzt fällts mir wieder wie Schuppen von den nicht mehr vorhandenen Haaren ;D
Bei den Tonspuren gilt das Highlander Prinzip ("Es kann nur einen geben!").
Du kannst also keine zweite Spur "Deutsch" nennen, zuvor musst Du die andere deaktivieren (oder in Kisuaheli ändern)
Aber mehr Fehlerquellen fallen mir bei der Hitze nicht ein...
;D
Sollte ich etwa blöder sein, als ich bisher dachte? ::)
Ich werde den Vorgang an Hand der letzten Aufzeichnung einmal bebildern.
Bild 1: Original-Datei im TSDoctor 2.1.28 (unbearbeitet)
Bild 2: Original-Datei im TSDoctor 2.1.28 (bearbeitet)
Bild 3: Original-Datei mit VLC 3.0.3
Bild 4: Geschnittene Datei mit VLC 3.0.3 (Das Resultat mit SMPlayer 18.5.0 war identisch.)
So, was sagt ihr nun?
Heute habe ich die aktuelle Folge mit selbem Resultat geschnitten und im SMPlayer sieht das dann übrigens so aus:
Mädels ;D
Ihr könnt euch gegenseitig überbieten mit "bei meinem Player siehts aber so aus", es wird euch nix helfen.
Gespeichert ist zwar auch der Text, aber vor allen Dingen der ISO Code der Tonspur.
Und jedem Player ist es selbst überlassen, WAS er davon darstell und IN WELCHER FORM, wenn überhaupt.
Es ist also das Hobby von VLC ob er da "french", "französisch" oder "vielleicht doch nicht so wirklich" anstellt.
Der Doc setzt in allen Fällen denselben ISO Code ein (und meines Wissens nach GAR KEINEN Text, aber das kann Scheffe sicherer kommentieren).
Junge :-*
es ging mir nicht darum darzustellen, wie der Fehler in VLC und SMPlayer aussieht. Ich wollte vielmehr dokumentieren, dass es sich nach meiner Meinung als Laie um einen Fehler vom TS-Doctor handelt, da er bei der Benutzung verschiedener Player auftritt. Wie die fehlerhafte Bezeichnung im Player dargestellt wurde, tangiert mich dabei eher peripher.
Gruß,
gnarf
Ist kein Fehler des TS-Doctors.
Der TS-Doctor setzt in der PMT die entsprechenden ISO-Werte (ISO 639) für die entsprechende Sprache. Wenn man diese nicht manuell ändert, werden die Werte aus der ursprünglichen PMT genommen.
Beispiel einer PMT:
---------- PMT 0 -----------
Packet : $00000301
PacketCount : 1
PID : 660 (0294)
Table ID : 2
Section Syntax Indicator : 1
PMT Size : 141
Pointer Field : 0
Section Length : 133
Program Number : 771 (0303)
Version Number : 0
Current Next Indicator : 1
Section Number : 0
Last Section Number : 0
PCR PID : 661 (0295)
Program Info Length : 0
Stream Type : 36
Description : ITU-T Rec. H.265 and ISO/IEC 23008-2 (Ultra HD video) in a packetized stream
Elementary PID : 661 (0295)
ES Info Length : 20
ES Info : $38, $0F, $01, $00, $00, $00, $01, $80, $00, $00, $00, $00, $00, $29, $9F, $F8, $F8, $52, $01, $1F
ES Info Text : 8___________)øøR__
Stream Type : 17
Description : ISO/IEC 14496-3 Audio with LATM transport syntax as def. in ISO/IEC 14496-3/AMD1 (AAC LATM)
Elementary PID : 662 (0296)
ES Info Length : 14
ES Info : $7C, $03, $52, $80, $03, $52, $01, $20, $0A, $04, $64, $65, $75, $00
ES Info Text : |_R_R_ __deu_
Stream Type : 17
Description : ISO/IEC 14496-3 Audio with LATM transport syntax as def. in ISO/IEC 14496-3/AMD1 (AAC LATM)
Elementary PID : 663 (0297)
ES Info Length : 21
ES Info : $7F, $05, $06, $87, $64, $65, $75, $7C, $03, $51, $80, $48, $52, $01, $21, $0A, $04, $6D, $69, $73, $00
ES Info Text : __deu|_QHR_!__mis_
Stream Type : 6
Description : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Teletext)
Elementary PID : 664 (0298)
ES Info Length : 16
ES Info : $56, $05, $64, $65, $75, $09, $00, $52, $01, $03, $0A, $04, $64, $65, $75, $00
ES Info Text : V_deu__R____deu_
ES Info (teletext description) : 1. initial teletext page (deu) page 100
Stream Type : 5
Description : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private sections
Elementary PID : 570 (023A)
ES Info Length : 5
ES Info : $6F, $03, $00, $10, $E0
ES Info Text : o___à
Stream Type : 11
Description : ISO/IEC 13818-6 DSM-CC U-N Messages
Elementary PID : 2171 (087B)
ES Info Length : 14
ES Info : $66, $02, $01, $23, $13, $05, $00, $00, $00, $0A, $00, $52, $01, $14
ES Info Text : f__#_______R__
CRC32 : $735C7569 = $735C7569
Ich habe die Bezeichnung der Tonspur manuell geändert und trotzdem wird die ursprüngliche Bezeichnung übernommen und angezeigt.
Wessen Fehler ist das dann? Ich bin ja nur ein Laie ...
Kannst Du mit dem Raw-Cutter ein kleines Stück (10MB) vom Anfang dieser Aufnahme an support(ät)cypheros.de schicken?
Zitat von: gnarf am Juni 13, 2018, 17:03:27
Ich habe die Bezeichnung der Tonspur manuell geändert
Erklär uns doch mal
WOMIT Du die Bezeichnung "
manuell geändert" hast.
Wie schon unten einmal erwähnt, es gibt ZWEI VERSCHIEDENE Stellen dafür. Der Doc schert sich nur um den ISO Code in der PMT, es gibt aber auch einen optionalen "Klartext Kommentar". Wenn man den ändert, zeigen manche Player ihn auch an, manche zusätzlich "deu - dies ist mein Kommentar", manche alleine (lassen das ISO Feld weg) "dies ist mein Kommentar". (und natürlich auch manche gar nicht, so wie der Doc, die zeigen dann immer nur "deu").
Mit dem Doc kannst Du den Kommentar weder anzeigen noch ändern. Du kannst nur aus der Liste eine Sprache wählen, er setzt dann den ISO Code in das Feld ein. Da ist also gar nix mit "Manuel" oder anderen Spaniern
Zitat von: Mam am Juni 13, 2018, 23:39:17
Wie schon unten einmal erwähnt, es gibt ZWEI VERSCHIEDENE Stellen dafür. Der Doc schert sich nur um den ISO Code in der PMT, es gibt aber auch einen optionalen "Klartext Kommentar". Wenn man den ändert, zeigen manche Player ihn auch an, manche zusätzlich "deu - dies ist mein Kommentar", manche alleine (lassen das ISO Feld weg) "dies ist mein Kommentar". (und natürlich auch manche gar nicht, so wie der Doc, die zeigen dann immer nur "deu").
Mit dem Doc kannst Du den Kommentar weder anzeigen noch ändern. Du kannst nur aus der Liste eine Sprache wählen, er setzt dann den ISO Code in das Feld ein. Da ist also gar nix mit "Manuel" oder anderen Spaniern
siehe #4
Zitat von: gnarf am Juni 14, 2018, 15:26:28
siehe #4
Da iss nix zu sehen, nur 2*Zulu (was zwar zeigt, dass man das dummerweise einstellen kann, aber keinerlei Aussage erlaubt, was danach dann damit passiert. Der "Beweis" ist also völlig sinnfrei)
Also bei mir wird der Schnipsel mit zwei Tonspuren angezeigt. Eine ist Deutsch und die andere ist Englisch.
Auch im VLC-Player wird das korrekt angezeigt. Siehe Anhang.
Also, wenn ich den Schnipsel im TS-Doctor öffne, dann wird mir die zweite Tonspur auch als "English" angezeigt. Nur schaue ich Videos selten mit dem TS-Doctor und mit VLC (v3.0.3) wie mit SMPlayer (v18.5.0) sehen die Tonspuren genau so aus wie in #4 und #7. Wie kann das sein?
So, hab den Schnipsel mal mit der Profi-Software StreamXpert von DekTec untersucht und konnte da einen Wiederspruch finden.
Die ISO 639 Beschreibung ist korrekt (ENG) aber es gibt noch eine zusätzliche Audio-Beschreibung mit einer anderen Sprache (DEU, audio description for visually impaired). Da dies offenbar nur bei dem relativ neuen Sender One auftritt, gehe ich mal davon aus, dass der "Supplementary" Audio-Tag vom Sendestudio nicht richtig gesetzt wird.
Frag doch mal bei der ARD nach.
Ich habe jetzt noch einen Versuch gestartet und auch die dritte Tonspur auf Englisch gesetzt:
Commercial search options: EIT
Changed PMT Language_Descriptor for PID 00CE from deu to eng
Changed PMT Language_Descriptor for PID 00CB from mis to eng
und auch noch ein paar andere Versuche. Was auch immer ich tue oder welche Sprache ich einstelle, die zweite Tonspur wird von VLC als deutsch angezeigt.
@Cypheros
Warum zeigt dein VLC die zweite Tonspur trotzdem als "Englisch" an?
Könntest du den TS-Doctor nicht dazu bringen, den "Supplementary" Audio-Tag zu ignorieren?
Wenn ich den Rundfunk-Beamten bei One eine Frage stellen würde, wäre es die, warum die englische Tonspur nicht als Englisch bezeichnet wird. Aber ob das etwas bringt, wage ich zu bezweifeln. Nun denn, ich werde es versuchen.
Zitat von: Cypheros am Juni 14, 2018, 23:48:55
Frag doch mal bei der ARD nach.
Die Antwort lautete:
Vielen Dank für Ihre Nachricht und Ihr Interesse am Programm von ONE.
Leider können wir Ihnen dazu nicht weiterhelfen, da müssten Sie sich an Ihren Satellitenbetreiber wenden.Auf Nachfrage kam dann:
weder kennen wir die Software, die Sie für Ihre Zwecke nutzen, noch kennen wir den technischen Hintergrund der Satellitenverbreitung im Detail - dies ist Sache der Firma SES. Wir dürfen Sie also erneut bitten, sich an den Satellitenbetreiber bzw. den Hersteller Ihrer Software zu wenden.
Erlauben Sie uns abschließend den Hinweis, dass Sie bei Ihrem Vorhaben in jedem Fall für die Beachtung der Urheberrechtslage verantwortlich bleiben.Hab ich's nicht gesagt ...
Hallo,
wahrscheinlich haben die von ONE sogar nicht ganz unrecht. Mit SES meinen die wahrscheinlich die Firma, die die Astra-Satelliten betreibt. Siehe https://de.wikipedia.org/wiki/SES_S.A. (https://de.wikipedia.org/wiki/SES_S.A.).
Und wenn die die Streams von ONE irgendwie für die Transponder zusammenfassen und dabei auch die Kennungen setzen, dann sind die wirklich die Schuldigen und richtigen Ansprechpartner. Die Frage dürfte nur sein, wo man sich hinwenden muss, um einen kompetenten Ansprechpartner zu bekommen. Die normalen Marketing-Leute an den Service-Stellen dürften von solchen Dingen keine Ahnung haben.
Gruß
Thomas
Naja, Fakt ist, dass sowohl die Sprache als auch die Kennzeichnung für Hörgeschädigte bei den "supplementary audio infos" bei der speziellen Aufnahme falsch ist und das offenbar nur bei One passiert. Die ändern den Tag nicht wie im DVB-Standard vorgesehen.
Andererseits ist die Frage ob die Supplementary Infos mit höherer Priorität als der normale Language-Tag zu betrachten sind. Vielleicht macht das der VLC auch falsch.
Hab in den ISOs nichts gefunden.
Zitat von: Cypheros am Juni 22, 2018, 00:06:50
Hab in den ISOs nichts gefunden.
Hatte ich nicht schon oft genug erwähnt, dass es ZWEIDEUTIGE Bezeichner gibt und keine Regelung, was davon Vorrang haben soll?
Das entscheidet jeder Player für sich.
Das einzige, was man dagegen tun kann, ist es BEIDE Felder editierbar zu machen (wie z.B. in der Mkvtoolnix GUI), dann kann der Anwender festlegen, welches befüllt wird und womit. "Standard" ist es wohl, den ISO Code zu setzen, das Kommentarfeld aber leer zu lassen. Dann zeigen die Player nur die Sprache an (english).
Ist ein Kommentar vorhanden, so fügt ihn VLC HINTER die Sprache ein im Menü (english - for the visually impaired).
Fehlt der ISO Code (er kann ja nicht fehlen, das Feld ist ja zwingend vorgegeben, aber man kann den Wert "und"(itermind) reinschreiben), so wird nur der Kommentar ausgeben, ohne Sprachangabe.
Der Doc müsste also noch das Editieren des Kommentars erlauben, dann wäre die Kuh vom Eis ;D und der Ball bei Gnarf :-*
Nur mal noch so eine Frage: Ist jetzt eine Lösung für das Problem in Arbeit oder muss ich mich endgültig daran gewöhnen?
Zitat von: gnarf am Juli 08, 2018, 17:56:51
Nur mal noch so eine Frage: Ist jetzt eine Lösung für das Problem in Arbeit oder muss ich mich endgültig daran gewöhnen?
;D Play it save ;D
Gewöhn Dich schon mal dran, und sei dann postiv überrascht, wenn sich irgendwann, aus Versehen, doch eine Lösung einfindet.
;D
Zitat von: Cypheros am Juni 14, 2018, 23:48:55
Da dies offenbar nur bei dem relativ neuen Sender One auftritt, gehe ich mal davon aus, dass der "Supplementary" Audio-Tag vom Sendestudio nicht richtig gesetzt wird.
Ich habe gerade etwas vom MDR geschnitten und dabei durch Zufall entdeckt, dass es da auch eine Tonspur mit der Bezeichnung "Miscellaneous" gab und was soll ich sagen, das Resultat war genau das Gleiche. Man kann also nicht sagen, dass von dem "Phänomen" nur One betroffen wäre.
Ich bin etwas frustriert: Das Problem mit der inkonsistenten Kennzeichnung von Tonspuren scheint auch in Version 3.0.28 noch zu existieren.
Ich poste es mal im Thread zu der vorherigen Version, weil es an die alte Diskussion anschließt.
Problembeschreibung:
Ich habe gestern einen Spielfilm (Im Zwielicht/Twilight) bei ONE HD als .TS-Datei aufgezeichnet. Bei diesem wird auf dem üblicherweise für "Audiodescription German" eingesetzten Audio-Stream ausnahmsweise die englische Sprachfassung verbreitet. Ich setze die Audio-Spur mit der Audiodescription im TS Doctor auf ENG English, was vom TS Doctor beim erneuten Aufrufen der Datei auch korrekt angezeigt wird. Im VLC-Player sowie auf dem PLEX Media Server wird diese Tonspur allerdings weiterhin als GERMAN (Audio Description for the Visually Impaired) gekennzeichnet. Es kommt gelegentlich auch bei anderen Filmen vor. Den vorherigen Forenbeiträgen folgend ein altbekanntes Problem.
Ursachenvermutung:
Offenkundig muss für Audiodescription ein erweiterter Schlüssel gesetzt werden, der in der ursprünglichen Norm nicht vorgesehen war. Die Erweiterung des Standards ermöglicht es, nicht nur die Sprachversion anzugeben, sondern auch deren spezifischen Einsatzzweck (Ergänzende Beschreibung des Handlungsablaufs). Insoweit ist die Etablierung eines zusätzlichen Schemas für die Tonspuren sinnvoll. Anwender mit Sehbehinderung könnten diese Kanäle dann vorrangig in ihrem Receiver konfigurieren. Etwas ausgefeiltere Systeme werten offenkundig priorisiert dieses Schema aus, weil es eine bessere Funktionalität ermöglicht.
1. Lösungswunsch:
Wünschenswert wäre, wenn der TS Doctor dieses Problem löst, in dem die manuelle Veränderung eines Audiostreams - beispielsweise mit einer Checkbox - auch zum Überschreiben des alternativen Schemas führt, damit die Audio-Streams konsistent gekennzeichnet sind (Auswahl: "Erweiterte Konsistenz"). Die Reihenfolge der Audiostreams scheint im Übrigen auch in den Zusatzinformationen zu stecken und ändert sich im VLC-Player oder PLEX Media Server nicht, wenn ich diese umsortiere.
2. Lösungswunsch (Weiteres Problem mit Audiodescription):
Wenn wir schon bei dem Thema sind wäre es für die Bearbeitung von UK-Sendern hilfreich, wenn in der ISO-Sprachtabelle von TS-Doctor nar bzw. narrative aufgenommen wäre. Die UK-Sender definieren Audiodescription als eigenständige (nicht-ISO-standardisierte) Sprache. Sender wie Film4 strahlen auf Stream 1 diesen narrative und (erst auf) Stream 2 einen englischen Tonkanal aus. Den narrative Kanal würde ich gerne automatisiert über den TS-Doctor herausschneiden. Das geht aber nicht, weil "nar" in der Combobox-Auswahl für zu löschende Audiospuren fehlt.
Daumen hoch für eine Berücksichtigung, weiter so und herzlichen Dank!
also das ist gar nichts "inkonsequentes" ;D
Bei den Audiospuren gibt es einerseits die genormte Landeskennung, andererseits auch noch ein frei beschreibbares Kommentarfeld.
Der eine Player zeigt dieses an, der andere das andere. VLC z.B. benutzt erstmal die Länderkennung, aber wenn ein Kommentar vorhanden ist, wird dieser im Menü angezeigt.
Mit dem Doc kannst Du (bislang ?) nur die Länderkennung ändern. Der Kommentar wird übernommen, ist aber nicht modifizierbar.
Mit dem Tool MKVToolnix kannst Du beide Einträge beliebig abändern, wenn Dir danach ist.
Mam hat Recht. Bei Transportstreams wird in der PMT für jede PID ein Language-Descriptor angegeben, der aus 3 Zeichen besteht. Diese sind in ISO 639 beschrieben.
Ein großes Problem bei TV-Aufzeichnungen ist, dass sich die PMT von Sendung zu Sendung ändern kann, die meisten Receiver aber nur die erste PMT aufzeichnen. Da die meisten Leute Sendungen mit Vorlauf aufnehmen, gehört die PMT zur vorherigen Sendung, die möglicherweise eine andere Zuordnung der Sprachen hat. Der TS-Doctor übernimmt aber in jedem Fall, das was in der PMT steht, da er ja nicht wissen kann, dass sich später die Sprachzuordnung ändert.
Die Reihenfolge der Tonspuren ist nicht definiert. Jeder Player handhabt das unterschiedlich. Der eine nimmt die Reihenfolge aus der PMT, der andere ordnet nach der PID oder alphabetisch.
Vielen Dank für die schnellen Rückmeldungen.
Die PMT wird offensichtlich nicht durch die betroffenen Sender umgeschlüsselt, sondern bleibt konstant. Es wird wohl situativ auf den Uplink des Audiodescriptions-Streams einfach die Original-Sprachfassung geschaltet, ohne dass angepasste PMTs geflaggt werden. Das mag Nachlässigkeit deutscher Sender sein, aber offensichtlich gibt es für falsche PMT keine Strafzettel, sonst wäre bei Hotbird, Astra2 & Co. viel weniger Spuk los. Ich muss somit den Sprachtyp manuell umflaggen, was für mich völlig ok ist, wenn es denn umfassend klappen würde.
Daher zurück zum "Schweizer Taschenmesser für Transportstreams". Wäre es nicht wünschenswert, noch eine kleine, ausklappbare Zusatzklinge für den TS Doctor einzurichten, mit der man auch das Kommentarfeld in der PMT editieren kann? Damit wäre ein praxisrelevantes Problem elegant gelöst, ohne dass man neben dem Taschenmesser noch eine kleine Taschenleuchte namens Toolnix installieren muss. Oder ist das im Menüsystem beim Werkzeugkasten enthalten und ich bin zu blöd, weil ich das Handbuch nicht lese? Ich finde den TS Doctor ansonsten gut gelöst und intuitiv zu bedienen. Nur mit den Audiodescriptionskanälen - sowohl bei deutschen Sendern als auch den UK-Sendern, könnte der Workflow noch besser sein.
Zitat von: Brenn-Nessel am November 16, 2020, 21:35:42
Damit wäre ein praxisrelevantes Problem elegant gelöst, ohne dass man neben dem Taschenmesser noch eine kleine Taschenleuchte namens Toolnix installieren muss. Oder ist das im Menüsystem beim Werkzeugkasten enthalten und ich bin zu blöd, weil ich das Handbuch nicht lese?
Ja, das mit dem Handbuch trifft zu ;D
Du kannst das Tool unter "Einstellungen->unterstützte Tools->MKVToolnix" vom Doc aus installieren lassen und dann über "Werkzeuge->Expertenwerkzeuge->MKVMerge GUI" starten.
Aber Vorsicht! da lauert wieder ein Handbuch!!! :o
Hallo Zurück,
ich kriege eine Handbuch-Lesebrille und mehr Geduld unter den Weihnachtsbaum.
Aktueller Erkenntnisstand: Das Tool MKVtoolnix-Gui ist installiert und öffnet .ts-Dateien als Importquelle. Bei dem Sender One, der erfreulicherweise regelmäßig weiterhin englischen Originalton ausstrahlt und mangels eines vierten Audio-Streams den dritten "Audio-Description German" umdisponiert, zeigt mir MKVtoolNix auch nur an, dass ich diese vermeintlich erfolgreich auf Englisch umgeschlüsselt habe. Das Attribut "Audio Description for the visually impaired - German", das im VLC-Player bei dieser Tonspur aufgeführt wird, ist dort nicht sichtbar - somit auch nicht über den MKV ToolNix editierbar.
Ich könnte jetzt natürlich die .TS-Datei in einen MKV-Container umpacken, der PLEX-Server wird damit vermutlich auch umgehen. Aber eigentlich transcodiere ich ungern auf andere Formate, da die Ergebnisse dadurch selten besser werden.
Eine verbesserte Funktionalität zur Bearbeitung der Audio-Spur in der atuellen 3.xer Version des TS-Doctors könnte diese Problematik weiterhin abhelfen. Was spricht denn dagegen?
Zitat von: Brenn-Nessel am Dezember 19, 2020, 21:14:48
Das Attribut "Audio Description for the visually impaired - German", das im VLC-Player bei dieser Tonspur aufgeführt wird, ist dort nicht sichtbar - somit auch nicht über den MKV ToolNix editierbar.
Kommen wir nochmals auf die Brille zurück ;D
Aber zuerstmal musst Du verstehen, dass es gar kein "Attribut" ist, sondern ein ISO-Code für dieSprachbezeichnung. Wenn Du mal die internationale Liste durchsiehst, stellst Du fest, dass es neben GER noch weitere Bezeichnungen für "Deutsch" gibt, eine davon ist die von Dir gesuchte Audiospur.
Allerdings muss ich zu Deiner Ehren- (und Augen-) Rettung zugestehen, dass die meisten Player da faul sind und einfach "deutsch" anzeigen. Und mehr ist es auch nicht, eine Anzeige. Und die legt jedes Programm frei nach Schnauze für sich selber fest.
LOL: für etwas Spaß empfehle ich die Kennung "GSG" (German Sign Language), das ist dann Gebärden"sprache" (ich bin aber gespannt, wo man diese Audiospur in freier Wildbahn aufspüren könnte).
"Böse" wird es bei Wildcard Einträgen wie "und" für "undefined" (also: GAR KEINE AHNUNG WAS FÜR GESTAMMEL DAS SEIN SOLL) oder auch das recht weit verbreitete "mul" für "wir wissen noch nicht, was wir heute auf dieser Spur aussenden werden".
Besonders "mul" ist derzeit sehr beliebt für Audiodeskriptionsspuren, z.B. auf ARTE.
Das Ganze ist also reine Willkür, da wirst Du von einem Programm kaum erwarten können, automatisch und treffsicher Ordnung reinbringen zu können. Und schon gar nicht, dass irgendwas bei Programm A und Programm B gleich gedeutet wird.
Zum großen Leid kommt hinzu, dass ausser diesem iso-genormten Sprachcode jede Spur noch ein optionales Kommentarfeld besitzt, ob da was drinstehen muss ist nicht definiert. Und manche Player zeigen es an, andere nicht. Bei VLC ist es meistens so, dass wenn eine Kommentar vorhanden ist, nur dieser angezeigt wird, ansonsten die lokalisierte Version des ISO-Codes. Beim Doc (und dass ist hier der einzig wirklich mögliche Kritikpunkt) ist der Kommentar weder sichtbar, geschweige denn editierbar.
Mit mkvtoolnix sind beide Felder sicht- und änderbar.
(https://cypheros.de/forum_ger2/index.php?action=dlattach;topic=4278.0;attach=9808;image)
Danke für den Screenshot. Hier einer zurück:
In dem Feld "Spurname" wird beim Einlesen der .TS-Datei vom Sender One kein Text angezeigt, obwohl beispielsweise der VLC-Player diese Spur betextet.
(http://audioverwuerfel1)
(http://audioverwuerfel2)
Sieht also nach einer Macke im MKVtoolnix aus. Es lässt sich aber in der Tat offenkundig lösen, in dem in das leere Feld Spurname "English" gesetzt wird und dann die Datei als neue .TS-Datei gespeichert wird.
Zitat von: Brenn-Nessel am Dezember 21, 2020, 20:02:41
Danke für den Screenshot. Hier einer zurück:
Ok, keiner zurück :-)
Allerdings solltest Du vielleicht etwas öfters mal updaten, Dein MKVToolnix ist schon seit 10 Versionen veraltet. Wer weis, was sich da in der Zwischenzeit alles so geändert hat.
Und 32Bit ist auch nicht mehr so der Burner, ich glaub, das wird gar nicht mehr weitergepflegt.
Update often!