Sprache der Texte von Events, mit Patch

Hallo,

mit dem attachten Patch speichert VDR die vom Sender übermittelte Sprache von Titel und Kurztext in cEvent.

Natürlich ist mir klar, dass die Anzeige dieser Information im UI nur einen begrenzten Wert hat, der Anwender hat ja normalerweise kein Problem damit, die Sprache zu erkennen.

Bei der automatisierten Weiterverarbeitung ist das anders: Wenn ich z.B. die api.themoviedb.org aufrufe, muss ich da neben dem Text des Titels auch die Sprache mitgeben, damit der Spielfilm gefunden wird.

kls , könntest Du den Patch in VDR übernehmen?

Also, isprint() sollte in jedem Fall gerufen werden. Leerzeichen durch _ ersetzten ist auch eine gute Idee.

Ob jetzt 3 Leerzeichen bedeuten, dass keine Information verfügbar ist, oder 3 Fragezeichen? Das ist mir egal, es sollte halt konsistent sein. Ich würde aber einzelne nicht druckbare Zeichen durch ein ? ersetzten, und nicht gleich alle 3 Zeichen, nur weil ein Zeichen nicht druckbar ist. Grund: Das erleichtert möglicherweise das Debuggen im Fehlerfall. Die Idee dahinter: So viel Information erhalten wie möglich, auch wenn der Empfänger damit vermutlich nichts anfangen kann.

I18nNormalizeLanguageCode liefert im Allgemeinen einen String zurück, der länger ist als 3 Zeichen. OK, ich könnte jetzt die 1. drei Zeichen nehmen und den Rest ignorieren. Dann bekomme ich z.B.:

• deu -> deutsch ISO 639-2-T
• alb -> albanisch ISO 639-2-B
• ...

anders ausgedrückt: Ich weiß immer noch nicht, ob es ISO 639-2-T oder ISO 639-2-B ist. Dann ist es besser, wenn das Plugin die Originaldaten des Senders bekommt.

Oder wir ändern die Tabelle const char *LanguageCodeList[] so, dass immer ISO 639-2-T oder immer ISO 639-2-B an erster Stelle steht. Dann hätte das Plugin einen echten Mehrwert, es braucht nur noch auf (z.B.) ISO 639-2-T Codes zu prüfen.

Welche anderen Folgen die Änderung der Reihenfolge der Codes in const char *LanguageCodeList[] hat, ist mir unklar. Daher wollte ich da nichts ändern.

Anbei ein Update des Patches.

I18nNormalizeLanguageCode() wird damit verwendet.

I18nNormalizeLanguageCode() gibt damit immer den ISO 639-2-T Code in den ersten 3 Zeichen zurück.

> War "rom" falsch?

Ja

> "msa,may"

das brauchen wir natürlich nur einmal

Ob wir "I" oder "X 0 00" in die Info Datei schreiben um zu kennzeichnen, dass danach der Language code kommt ist eine Designentscheidung die ich Dir gerne überlasse.

Anbei der Patch epg_language_3.txt .

Dar Fehler (2 mal "msa,may") ist hier korrigiert.

Anbei der Patch epg_language_4.txt .

Hier wird X 0 00 verwendet um zu kennzeichnen dass danach die EPG Sprache kommt. Mir persönlich gefällt die der Patch epg_language_3.txt, bei dem dafür I verwendet wird, besser.

Aber das ist Geschmackssache. kls , suche Dir einfach aus, ob Du lieber epg_language_3.txt oder epg_language_4.txt verwenden möchtest.

Sieht gut aus