Fehlende Informationen in der aufgezeichneten Datei beim Konvertieren von WMC-Aufzeichnungen ins HDHomeRun-Format

Ich verwende das HDHomeRun Unprocessed-Profil, um Windows-WTV-Dateien in MPG-Dateien für die Verwendung im HDHomeRun-Viewer (HDHRV) zu konvertieren. Im MPG-Datei scheinen Daten zu fehlen.

  • Das WTV-Beschreibungsfeld wird nicht in die konvertierte MPG-Datei übertragen. Ich kann das Beschreibungsfeld in der WTV-Datei sehen, aber nicht in der konvertierten MPG-Datei. Mit Jriver kann ich das WTV-Beschreibungsfeld kopieren und in die MPG-Beschreibung einfügen (ich habe also eine Umgehungslösung), aber das verlangsamt meinen Konvertierungsprozess. Nach diesem manuellen Schritt kann ich die Beschreibung in HDHRV und JRiver sehen.

  • Wenn ich eine konvertierte Datei im HDHRV ansehe, zeigt der Fortschrittsbalken am unteren Rand des Viewers keinen Fortschritt an, während ich das Programm abspiele, selbst wenn ich mit dem Pfeil nach rechts oder nach oben vorspringe. Wenn ich das Programm während des Ansehens beende, zeigt die Sendungsliste (sortiert nach Kanal, Episodenname, Episode und Aufnahmedatum) keinen Fortschritt an, was bedeutet, dass ich manuell vorspringen muss, um zu der Stelle zurückzukehren, an der ich den Viewer verlassen habe, wenn ich das Programm erneut auswähle. In anderen Viewern (JRiver, PowerDVD und Windows Media Player) kann ich Fortschrittsbalkenänderungen sehen, aber nicht im HDHRV. Ich bin sicher, dass SiliconDust sagen wird, dass dies ein MCEBuddy-Problem ist, und ich hoffe, dass MCEBuddy eine Lösung anbieten kann, damit ich nicht dazwischen hänge…

Gibt es Einstellungen, die ich übersehe? Die folgenden sind meine Profile:

[Smash In]
SearchPath=E:\Smash\In
SearchPattern=*.wtv
SearchPathExclude=
DeleteMonitorOriginal=False
ArchiveMonitorOriginal=True
ArchiveMonitorPath=E:\Smash\In\Archive
MonitorSubdirectories=True
MonitorConvertedFiles=False
ReMonitorRecordedFiles=False
MinimumAge=1
DomainName=
UserName=

[Smash]
Profile=HDHomeRun Unprocessed
DestinationPath=E:\Smash\Out
WorkingPath=
FallbackDestination=False
CheckReprocessingHistory=False
AddToiTunesLibrary=False
AddToWMPLibrary=False
AutoIncrementFilename=False
SkipReprocessing=False
MaxWidth=1920
FPS=
VolumeMultiplier=0
QualityMultiplier=1
RenameBySeries=True
AltRenameBySeries=False
CustomRenameBySeries=%showname% S%season%E%episode% %airyear%%airmonth%%airday% %recordyear%%recordmonth%%recordday%-%recordhour%%recordminute%
RenameOnly=False
DownloadSeriesDetails=True
DownloadBanner=True
ForceFilenameMetadata=False
OverwriteMetadataInternet=Default
FileSelection=*smash*
MetaSelection=
MetaChannelSelection=
MonitorTaskNames=Smash In
DRC=False
AudioLanguage=
AudioOffset=0
InsertQueueTop=False
ExtractXML=True
WriteMetadata=True
AutoDeInterlace=True
PreferHardwareEncoding=True
StereoAudio=True
EncoderSelectBestAudioTrack=True
DisableCropping=True
StartTrim=0
EndTrim=0
ExtractCC=default
CCOffset=0
EmbedSubtitles=False
EmbedChapters=False
ExtractAdsFromChapters=True
TaskCommercialSkipCut=False
KeepAdvertisements=False
PrioritizeOriginalBroadcastDateMatch=False
SkipCopyBackup=False
SkipRemux=False
IgnoreCopyProtection=False
TiVOMAKKey=
Enabled=True
ForceShowType=Default
MetaShowTypeSelection=Default
MetaCodecSelection=Any
MetaDRMTypeSelection=All
FileSizeCompareType=LessThan
FileSizeThreshold=0
VideoBitrateCompareType=LessThan
VideoBitrateThreshold=0
CommercialRemoval=Comskip
ComskipINI=
DomainName=
UserName=
MetaCorrectionsCount=0

Können Sie Ihr Konvertierungsprotokoll anhängen, das zeigt, was vor sich geht? HDHR verwendet ein proprietäres Metadatenformat. Wir haben mit ihnen zusammengearbeitet, so viel wie möglich davon in MCEBuddy zu integrieren. Bestimmte Funktionen im Format sind jedoch einzigartig für HDHR, daher werden bei Verwendung einer HDHR-Aufzeichnung von Anfang an alle Metadatenfunktionen beibehalten. Beim Verschieben eines Nicht-HDHR-Formats in das HDHR-Format wird jedoch ein Teil dieser Metadaten simuliert, da sie nicht existieren und von HDHR bei der Aufzeichnung zugewiesen werden. Die Beschreibung ist jedoch nicht eine davon.

Ihr Konvertierungsprotokoll wird mehr Licht darauf werfen.

Das Beschreibungsfeld wird offenbar vom HDHR-Viewer nicht verwendet. Andere konvertierte Aufnahmen wurden auch ohne Description-Tag korrekt angezeigt. Ich werde weitere Experimente durchführen, aber das Fehlen des Description-Tags ist nicht das Hauptproblem. Entschuldigung für die Fehlmeldung dazu. :frowning:

Leider bleibt damit immer noch das Problem, dass der Aufnahmefortschritt während der Wiedergabe nicht angezeigt wird (bzw. beim Beenden nicht gespeichert wird). Ich vermute, dass im proprietären HDHR-Aufnahmeformat eine Art “Markierung” vorhanden ist, die in der konvertierten Datei nicht nachgebildet wird. Würden Log-Dateien bei diesem Problem helfen? Soll ich dieses Issue als gelöst schließen und einen neuen Thread für den Aufnahmefortschritt eröffnen?

Versuchst du, eine Datei zu konvertieren, während sie aufgezeichnet wird? Du konvertierst WTV in MPG, daher versuche ich zu verstehen, worauf du genau hinauswillst.

Nein.. Entschuldigung für die Verwirrung. Ich versuche, den Fortschrittsbalken während der Wiedergabe einer konvertierten Datei im HDHR-Viewer zu beschreiben.

Der erste Bildausschnitt zeigt den HDHR-Viewer mit dem Fortschrittsbalken (orange umrandet) für eine Smash-Folge, die ich 2012 auf WMC aufgenommen und mit MCEBuddy in mpg konvertiert habe. Beachte, dass kein Fortschritt angezeigt wird, obwohl die Wiedergabe bereits zur Hälfte abgeschlossen ist.

viewer%20progress%20bar

Der nächste Schnitt zeigt einen Fortschrittsbalken von einer Signed, Sealed, Delivered-Folge, die letztes Jahr über HDHR aufgenommen wurde. Beachte, dass der orange umrandete Fortschrittsbalken einen grünen Bereich enthält, der anzeigt, wie viel der Wiedergabe bereits erfolgt ist (etwa 25%).

viewer%20progress%20bar%201

Wenn du die Wiedergabe von “Signed, Sealed, Delivered” an diesem Punkt beendest und zum Episoden-Bildschirm zurückkehrst, siehst du, dass der Wiedergabe-Fortschritt erhalten geblieben ist (orange umrandet). Wenn du die Wiedergabe erneut startest (durch Klicken auf die Episode), springt der Viewer 25% in das Programm, sodass du dort weitermachen kannst, wo du aufgehört hast.

viewer%20progress%20bar%202

Allerdings zeigt der Episoden-Bildschirm für die obige Smash-Aufnahme (die konvertierte Datei) keinen Fortschritt an, obwohl die Wiedergabe in der Mitte unterbrochen wurde. Das bedeutet, dass du beim erneuten Starten des Programms immer am Anfang beginnst und vorwärts spulen musst, um zu finden, wo du aufgehört hast.

viewer%20progress%20bar%200

Ich hoffe, das oben klärt es auf. Ich werde häufig unterbrochen und würde gerne die Möglichkeit haben, die Wiedergabe fortzusetzen, wenn das möglich ist.

Können Sie eine Probe der WTV-zu-MPG-konvertierten Datei UND eine Kopie der Datei mit dem Wiedergabemarker auf unseren Server zum Zweck der Analyse hochladen.

Anweisungen hier:

Sollte ich einen Splitter auf beide verwenden?

Brauchst du die gesamte „gute“ Datei oder soll ich einen Splitter verwenden?

Nur die ersten 50 MB jeder Datei

ok – Datei-Chunks wurden hochgeladen. Details habe ich per privater Nachricht gesendet.

@Goose Ich habe festgestellt, dass die Metadaten-Schlüssel SeriesID und ProgramID in bestimmten Szenarien Bedeutung haben und daher nicht auf statische Werte gesetzt werden sollten (wie in MCEBuddy 2.5.1 64bit - 20190717 kodiert und wie wir in privaten Nachrichten besprochen hatten). Die in Version 2.4.11 gesetzten Werte funktionieren einwandfrei (ich glaube, sie werden aus der Quell-WTV-Datei extrahiert). Alle folgenden Beispiele wurden mit Version 2.4.11 für Konvertierungen erstellt, zusammen mit etwas Code, den ich geschrieben habe, um Metadaten nach Abschluss der Konvertierungen zu ändern.

Um die Fortsetzen-Funktion korrekt zu aktivieren (was die ursprüngliche Absicht dieses Threads war), ist es nur notwendig, die folgenden Metadatenwerte zu setzen (wobei seconds ein Wert für die Länge der aufgezeichneten Sendung in Sekunden ist). In allen von mir untersuchten Metadaten waren StartTime und RecordStartTime bereits korrekt gesetzt…

  • EndTime = (StartTime + seconds)
  • RecordEndTime = (RecordStartTime + seconds)
  • Resume = 0

Mit den oben genannten Werten funktioniert die Fortsetzen-Funktion perfekt und bleibt über mehrere Ansichten hinweg erhalten. Das Folgende zeigt konvertierte WMC-Dateien mit Fortsetzen-Persistenz (die Version des Betrachters hat sich geändert, daher sieht es etwas anders aus als in früheren Beiträgen).

  • Die Folge „The Nominations“ zeigt, dass ein paar Sekunden angesehen wurden
  • Die Folge „The Transfer“ zeigt, dass die Ansicht in der Mitte unterbrochen wurde
  • Die Folge „The Producers“ wurde komplett angesehen
  • Alle anderen Folgen wurden noch nicht angesehen.

Das Anhängen von Bildern an Aufnahmen ist ebenfalls möglich, aber knifflig. Ich hatte zuvor (per privater E-Mail) berichtet, dass eine Smash-Folge nach einer 2.5.1-BETA-Konvertierung nicht erschien. Außerdem stellte ich fest, dass alle Folgen von „Inside the Actors Studio“, die mit 2.5.1 konvertiert wurden, verschwunden waren. Diese zufälligen Probleme plagten mich eine Woche lang, bis ich zufällig den zugrunde liegenden Grund entdeckte.

Es stellte sich heraus, dass die von der 2.5.1-Beta-Version eingefügten Metadaten ImageURL und PosterURL auf große JPG-Bilder zeigten. Zum Beispiel waren einige, die ich prüfte, 680 × 1000 Pixel oder größer. Ich kann nicht sicher sein, aber ich vermute, dass intern der HDHR-Code (Betrachter oder Rekorder – ich bin mir nicht sicher, welcher) keinen Pufferspeicher mehr hatte, Ausnahmen auslöste und dadurch Folgen „vergiftete“, sodass es so aussah, als wären sie nicht vorhanden. Alle diese Folgen erschienen wieder, nachdem folgende Schritte unternommen wurden:

  1. Die Metadaten ImageURL und PosterURL wurden aktualisiert, um auf kleinere JPG-Dateien zu zeigen
  2. Der HDHomeRun-RECORDER-Dienst wurde gestoppt und neu gestartet

Mit dieser Entdeckung und der Möglichkeit, Metadaten zu ändern, wurde die Leistungsfähigkeit des Betrachters offensichtlich, und ich konnte einige sehr coole Dinge tun. Zum Beispiel ist „The Capitol Fourth“ eine einmal jährliche Spezialsendung des Konzerts und Feuerwerks in Washington am 4. Juli. In den Metadaten ist sie als „Category“: „special“ markiert. Mit entsprechenden Metadaten-Änderungen sehen diese jährlichen Sendungen jetzt wie eine Serie aus (wobei die erfundenen Staffel-/Folgenwerte ignoriert werden, die z. B. aus dem Jahr 2019 S20E19 machen). Nebenbei bemerkt: Die Sendungen von 2017–2019 wurden mit dem HDHR-Rekorder aufgezeichnet. Die Aufnahmen von 2016 und früher wurden als WTV-Dateien mit MCEBuddy 2.4.1 konvertiert, aber das sieht man dem folgenden Bild nicht an…

Ich würde mir für die nächste Version Folgendes wünschen

  1. Integriere die oben beschriebene Fortsetzen-Funktion. Sie erscheint einfach und sollte leicht umsetzbar sein.
  2. Biete die Möglichkeit, konvertierten Dateien Bilder anzuhängen. Wenn zum Zeitpunkt der Konvertierung keine geeignete URL programmatisch gefunden werden kann, sollten entsprechende Hinweise ins Logfile geschrieben werden (vielleicht mit Anweisungen, ein Hilfsprogramm mit einem Verweis auf eine geeignete JPG-Datei auszuführen) und die Metadaten ImageURL und PosterURL auf null gesetzt werden. Die folgenden Größen werden von der HDHR-Engine verwendet, daher gehe ich davon aus, dass sie „empfohlen“ sind:
  • ImageURL-JPG-Verweis auf Datei 360 × 270 Pixel oder kleiner
  • PosterURL-JPG-Verweis auf Datei 240 × 360 Pixel oder kleiner.

Kontaktiere mich, wenn du weitere Informationen brauchst.

Ich würde vorschlagen, dies auch bei HDHR zu melden (wir haben es ebenfalls gemeldet, da es ein potenzielles Sicherheitsproblem darstellt). Die Firmware sollte einfach überdimensionierte Bilder ignorieren. Wir werden sehen, wie wir dies in MCEBuddy für den Moment handhaben, da die Bilder aus dem Internet kommen und wir nicht immer eine kleinere Bild-URL haben. Vorerst werden wir diese Informationen nicht einfügen. FYR: Eine einfache Lösung ist, die Option zum Herunterladen des Posters auf der Seite Konvertierungsaufgabe → Experteneinstellungen → Metadatenkorrektur abzuwählen. Sobald HDHR die Firmware korrigiert hat, werden wir die Bild-URLs wieder in die Metadaten einfügen.

Ihr könnt die neueste 2.5.1-BETA-Version mit diesen Änderungen ausprobieren.

Ich verwende MCEBuddy 2.5.1 64bit - 20190723 und es bewahrt die Metadaten identisch, wenn Werbung aus einer HDHR-Aufnahme entfernt wird. Um jedoch die Fortschrittsanzeige-Funktionalität nicht zu beeinträchtigen, sollte zumindest der RecordEndTime-Wert geändert werden.

Bei einer kürzlichen Konvertierung wurden 33 Minuten Werbung aus einem 2-stündigen Film entfernt. Infolgedessen zeigte die Wiedergabe-Fortschrittsanzeige nur 3/4 Fortschritt, obwohl der konvertierte Film nur noch Sekunden zum Ende hatte. Nach Experimenten stellte ich fest, dass wenn RecordEndTime-Metadaten auf RecordStartTime + SekundenDesKonvertiertenMpg gesetzt werden, sich die Wiedergabe-Fortschrittsanzeige wie erwartet von ganz links (am Anfang des Films) bis ganz rechts (beim Ende des Films) bewegt. Es wurden keine anderen Änderungen an den Metadaten vorgenommen.

Wie ist der beste Weg, diese Art von Fehlern zu melden? Gibt es ein „Fehler“-Meldungsforum wie das MCEBuddy-Fehlerforum?

Im nächsten Beta-Build behoben