KMTTG Tivo-Übertragungen ziehen keine Metadaten

Aufnahmegeräte / Plattformunterstützung TiVO
1

Ich nutze KMTTG, um Aufnahmen von meinem TiVo zu übertragen und sie mit MCEBuddy zu verarbeiten.
Ich habe Profilauswahlen (z. B. Kodierungsqualität) basierend darauf, von welchem Kanal (Rufzeichen) die Aufnahme stammt; z. B. bekommen HD-Kanäle eine andere Qualitätseinstellung als SD-Kanäle, weil die SD-Kanäle bereits von Haus aus eine niedrigere Qualität haben. Die Broadcaster melken ihre Bandbreite wirklich für ihre Nebenkanäle.

In der MP2/AC3-Datei, die mit Untertiteln rüberkommt, stehen nur die Attribute „showName“, „seasonNumber“ und „episodeNumber“. Den Rest der Metadaten schreibt KMTTG in eine begleitende .TXT-Datei.

Die finale Ausgabe von MCEBuddy scheint nur „SEASON“ und „EPISODE“ zu übernehmen (und fügt sie zu den ursprünglichen 3 im Container hinzu). Es zieht keine weiteren Informationen aus der Begleiter-.TXT in die bearbeitete Datei, noch nutzt es diese Infos bei der Profilauswahl.

Das bedeutet, es verarbeitet mit meinem „letzter Ausweg“-Profil, nicht mit dem „SDTV“-Profil, und keine der zusätzlichen, von KMTTG extrahierten Metadaten aus der Begleiterdatei landen im Endergebnis.

Kann MCEBuddy so erweitert werden, dass es vor der Profilanwendung nach der Begleiter-Metadatendatei sucht (und diese Metadaten in die Profilbedingungen einbezieht) und anschließend die Metadaten beim Processing mit einfließen lässt?

Alternativ: Gibt es Einstellungen in KMTTG, diese Metadaten mit einzubinden? Sicherlich schon, aber das würde bedeuten, dass KMTTG selbst transkodiert – das will ich nicht. Ich möchte, dass MCEBuddy das übernimmt und dabei die rohe MPEG2-Datei plus die Metadaten bekommt, während KMTTG nur zum Transfer der Aufnahmen vom TiVo dient.

Hier ein Beispiel:

title : My Greek Table With Diane Kochilas
seriesTitle : My Greek Table With Diane Kochilas
description : Diane discovers the history of her historic neighborhood in the heart of central Athens with the city's most renowned urban chronicler, and cooks up a delicious Spiced Roasted Chicken with Toasted Orzo Pilaf, Kale Caesar with Greek yogurt, and a Crispy Phyllo Ice Cream Sundae with Honey, Nuts and Halva. 
time : 2023-03-13T03:00:00Z
isEpisode : true
iso_duration : PT30M
originalAirDate : 2022-10-08T00:00:00Z
episodeTitle : Diane Discovers Athens
isEpisodic : true
showingBits : 515
tvRating : x3
episodeNumber : 307
displayMajorNumber : 9-4
callsign : KETCDT4
seriesId : SH0377963521
programId : EP0377963521-0465063736
vHost : Kochilas|Diane

Nebenbei: Meine Profile erkennen anhand des „callsign“ auf „*DT4“ (endet mit „DT4“), dass es ein SD-Kanal ist.

2

MCEBuddy extrahiert die Metadaten aus den KMGG TiVo Companion TXT-Dateien. Alle von dir genannten Metadaten werden von MCEBuddy unterstützt und verarbeitet. Ich benötige deine Protokolldatei, um zu sehen, was los ist.

3

Kurze Frage: Erinnere mich daran, welche Einstellungen (und wo) ich anpassen muss und welche Protokollstufe?
Ich glaube, ich habe all diese vor langer Zeit abgeschaltet (bzw. auf nur „Fehler“ reduziert), um diese Arbeitslast zu beseitigen, nachdem alles reibungslos funktionierte. Habe ich erwähnt, dass MCEBuddy schon sehr lange problemlos läuft? :slight_smile:

Ich verwende Handbrake (das glaube ich FFMPeg unter der Haube nutzt), Comskip (das anscheinend ein statisch eingebettetes FFMPeg enthält) und habe HW NVenc aktiviert. Außerdem hat nVidia kürzlich NVdec (Decoding) hinzugefügt, und es gibt FFMPeg-Optionen, um es zu aktivieren – getrennt von den bestehenden NVenc-Encoding-Optionen in den verschiedenen CLIs, die unter MCEBuddys Haube aufgerufen werden.

4

image
image946×856 39.5 KB

5

Ich habe endlich die Protokollstufe erhöht und eine Beispieldatei vom Tivo aufgezeichnet.

Oh Mann, das ist ein heißes Durcheinander – und nicht MCEBuddy’s Schuld. Also habe ich eine weitere Sendung mit KMTTG vom Tivo gezogen. Was offenbar passiert: Es handelt sich um PBS-Sendungen, von denen viele keinen Eintrag bei TheTVDB haben (besonders im ersten Ausstrahlungsjahr). Die hier als Beispiel genannte Sendung existiert jedoch dort (TheTVDB-ShowID 338440).

Die Tivo-Guide-Daten werden leider mit übernommen (wie erwähnt als .txt-Dateien), und MCEBuddy füllt daraus die Metadaten. Dabei findet MCEBuddy die Sendung auch bei TheTVDB, weil ich in den Einstellungen einen Override hinterlegt habe, der die Show-ID vorgibt.

Wo es schief läuft: Ich bin mir ziemlich sicher, dass TheTVDB die Metadaten korrekt hat – der Übeltäter ist von Anfang an die Tivo-Guide-Daten. Der Tivo-Guide gab an, es sei „Staffel 2, Episode 3“, aber der Episodentitel lautet „Episode 205“. Tatsächlich ist sie laut Inhalt und Tivo-Metadaten weder das eine noch das andere, sondern Staffel 4, Episode 5. Die Tivo-Angaben zu Staffel/Episode stimmen also überhaupt nicht. Da sie im Dateinamen verwendet wurden, lässt sich das nur noch manuell korrigieren – indem ich jede Datei nach dem Transfer anschaue und umbenenne (ich weiß noch nicht, ob MCEBuddy dann die Metadaten in der .mpg-Datei und der .txt-Datei ignoriert).

Bisher habe ich keinen Workflow gefunden, mit dem ich eine Datei manuell zu MCEBuddy hinzufügen kann, ohne dass transkodiert oder das Container-Format geändert wird – aber bei der nur die Metadaten von TheTVDB geholt und im File überschrieben werden. Ich müsste die Datei natürlich vorher so umbenennen, dass die richtige Show sowie Staffel und Episode erkannt werden. Vermutlich brauche ich ein Profil, das auf die Plex-Medienordner schaut, aber keine Änderungen an ihnen überwacht – versteht sich? Wenn ich Dateien aus diesen Ordnern manuell zur Aufgabenliste hinzufüge, soll genau dieses Profil angewendet werden. Ich muss außerdem sicherstellen, dass keine anderen Profile auslösen, die andere Ordner beobachten.

z. B. /plex-media, /tivo-media und /HDHomeRun-media

MCEBuddy überwacht letztere beiden; das Ergebnis landet in /plex-media. Ich würde also solche Dateien nach dem Auslesen des korrekten Staffel-/Episoden-Status umbenennen und MCEBuddy manuell übergeben, damit die Metadaten überschrieben werden.

Eine Beobachtung: Werden TheTVDB-Metadaten in die Datei geschrieben, überschreibt das den OTA-Sender und Kanal mit dem Netzwerk-Wert von TheTVDB; die Kanal-Info verschwindet (die TheTVDB natürlich nicht hat). Möglicherweise landet Tivos „callsign“-Feld im „Network“-Feld statt im „TVChannel“-Feld und wird dadurch durch TheTVDBs „Network“ überschrieben. Bei „My Greek Table“ bleiben „callsign“ („KETCDT4“) und „TVChannel“ („9-4“) erhalten, und MCEBuddy fügt korrekt „CREATE“ als „NetworkAffiliate“ ein. In meinem Testbeispiel jedoch löschte MCEBuddy diese Werte und ersetzte „TVChannel“ durch „RTEone“ (das irische Netzwerk, auf dem die Sendung ursprünglich lief).

Ich weiß nicht, welche Metadaten „richtig“ sein sollen – es gibt offensichtlich Fälle, in denen die Tivo-Daten einfach falsch sind, und andere, in denen sie erhalten bleiben sollten – Feld für Feld.

Im „My-Greek-Table“-Beispiel oben zeigt „episodeNumber“ Staffel 3, Episode 7 an. Laut TheTVDB ist es jedoch Staffel 4, Episode 1 mit leicht abweichendem Titel: „S04E01 Diane Discovers Her New Athens ‘hood“. Kurz: Es ist ein heißes Durcheinander – ich gebe der schlechten Sender-Guide-Daten die Schuld und versuche gleichzeitig, einen brauchbaren Workflow zur Korrektur zu finden.