Ok, ich werde nach dem neuen BETA-Build schauen.
Ein paar Fragen
[Ach egal, ich sehe in den Hinweisen, dass es „nur“ NVidia-HW verbessert) Mist! ;)"Ok, das heutige BETA-Build (vom 2019-01-11) funktioniert überhaupt nicht.
Keine meiner Konvertierungsaufgaben funktionieren.
Das ist meine mcebuddy.logmcebuddy.log (85,9 KB)
ERROR> → Unable to extract Season and Episode information using pattern match 1, System.IndexOutOfRangeException: Index was outside the bounds of the array.
at MCEBuddy.MetaData.VideoMetaData.ExtractSeriesEpisode(String text, String& preText, Int32& Season, Int32& Episode, String& postText)
gefolgt von ~500 weiteren Zeilen mit Fehlern
Hier sind meine Konfigurationsdateien
mcebuddy.conf (29,9 KB)
profiles.conf (98,2 KB)
UPDATE: Nach ein wenig Herumspielen habe ich MCE Buddy neu installiert und es verarbeitet nun die Videos, aber das Update auf das heutige Build hat die Probleme, die ich habe, nicht gelöst.
Ich habe gerade 4 Dateien in meinen Ordner auf dem FTP-Server john_freiman hochgeladen
2 Episoden und 2 Log-Dateien.
Jede Hilfe, die Sie geben können, wäre hilfreich – UND WIRD GESCHÄTZT
Sie können MCEBuddy über eine Remotedesktopverbindung installieren (auf Windows 7 funktionieren ohne angemeldeten Benutzer möglicherweise keine Hardware-Beschleunigungen).
Die neuen Builds unterstützen auch AMD AMF-Hardware-Beschleunigung, aber Sie müssen dafür ein benutzerdefiniertes Profil schreiben, bis MCEBuddy die automatische Erkennung von AMF-Fähigkeiten unterstützt. Probieren Sie es gern aus und posten Sie Ihr Feedback in diesem Thema.
Danke fürs Hochladen der Datei, aber Ihre Logs sind leer. Stellen Sie die Protokollebene in den Systemeinstellungen auf Debug und laden Sie sie erneut hoch. Laden Sie außerdem Ihre profiles.conf- und mcebuddy.conf-Dateien hoch, damit wir das Problem nachvollziehen und analysieren können.
Ah! Danke, ich sah, dass das Protokoll in den Allgemeinen Einstellungen aktiviert war, und obwohl ich die 2. Seite der Einstellungen (Systemeinstellungen) angesehen hatte, habe ich das Logging-Level-Dropdown zunächst nicht gesehen! 
Ich stelle es jetzt ein und lade die Ergebnisse mit denselben beiden Dateien erneut hoch.
Was den AMF-Support betrifft, werde ich wohl damit warten, bis ich die Metadaten wieder zum Laufen gebracht habe.
Alte Logs wurden auf Ihrem FTP gelöscht und die neuen mit der Debug-Option wurden hochgeladen – erneut für dieselben zuvor hochgeladenen mkv-Dateien.
Nochmals vielen Dank – ich weiß nicht, warum ich anscheinend der Einzige mit diesem Problem bin – aber ich hoffe, es handelt sich um etwas Dummes, das sich leicht beheben lässt.
Die andere Sache, die mir im Hinterkopf herumschwirrt, ist, dass es sich hier um einen Fehler handelt, der vor ein paar Jahren durch die Verwendung stark modifizierter Profiles.conf- und Config.conf-Dateien entstanden ist und heute auf (wie ich denke) saubere und moderne conf-Dateien umgestellt wurde.
Abgesehen davon habe ich die alten und neuen conf-Dateien direkt nebeneinander verglichen und kann keine Unterschiede feststellen, außer meinen Conversion Tasks und meinen benutzerdefinierten Umbenennungs- und Sortierparametern…
Weil ich dachte, dass ich möglicherweise „zu viele“ Media-/Title-Corrections hatte, habe ich sogar „saubere“ Tasks erstellt, die keine Media-Information-Corrections für schwer zuordnende Titel enthalten – mit der Absicht, es Ihnen leichter zu machen, sich die Logs anzusehen. 
Super hilfreich. Das Problem beim Lesen der Metadaten wurde gefunden und behoben (bei deinen Dateinamen fehlte ein Untertitel, z. B. The Flash - S02E01), und es wird nun ordnungsgemäß behandelt. Du kannst heute die 2.4.10 BETA 10 verwenden, und deine Metadaten-Probleme sollten gelöst sein.
Was dein Konvertierungsprofil betrifft, ich sehe, dass du ein funktionierendes Profil hast, das du oben erwähnt hast:
[MKV Unprocessed Old]
Description=Very fast but limited functionality. Use this profile if you want to copy the original audio and video tracks, remove the commercials and convert the file format to MKV (e.g. WTV to MKV) without any additional processing (deinterlacing, resizing, volume, cropping etc). The original video can be in any format, MPEG1, MPEG2 or MPEG4/H.264, it will be retained unaltered.
order=ffmpeg,copy
copy-ext=.ts
copy-remuxto=.mkv
copy-audiodelay=skip
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -vcodec copy -map 0:v -sn
ffmpeg-audio=-acodec copy -map 0:a
ffmpeg-audioac3=-acodec copy -map 0:a
ffmpeg-ext=.mkv
ffmpeg-audiodelay=skip
PreConversionCommercialRemover=true
FixedResolution=true
SkipCropping=true
AutoDeinterlace=false
DisableEncoderReordering=true
Versuche, dieses Profil mit dem heutigen Build zu verwenden, und schau, wie es läuft.
Ich habe auch ein Problem mit Ihrer Quelldatei festgestellt: Die ersten etwa 5 Sekunden sind beschädigt, weshalb sie nach der Konvertierung vom Explorer nicht mehr gelesen werden kann. Überspringen Sie die ersten 10 Sekunden (verwenden Sie die Option Cut start in den Experteneinstellungen des Konvertierungsauftrags), und die resultierende Datei wird einwandfrei erkannt und abgespielt.
Danke, dass du die fehlerhafte Datei entdeckt hast – ich habe 2 Videodateien auf den Server hochgeladen; kannst du dich erinnern, ob die Beschädigung bei Project Runway oder der Future-Man-Videodatei(en) auftrat?
Ich lade heute gespannt das Beta-Update herunter und erwarte zwar, dass es funktioniert, werde diesen Thread natürlich mit meinen Erfahrungen dazu aktualisieren.
Ich weiß nicht, was sich zwischen den frühen 2.4.9-Beta-Builds und heute geändert hat, sodass meine Dateien ohne ‚Untertitel‘ ignoriert oder nicht richtig zugeordnet werden, aber ich möchte meine Verantwortung in dieser Angelegenheit übernehmen, da ich viele der 2.4.9-Beta-Builds ausprobiert habe und nie die Zeit nahm, dir diese Probleme zu melden und die benötigten Daten/Dateien hochzuladen.
Nochmals vielen Dank, ich drücke die Daumen, dass dies die Probleme löst!!
Ist das hier, „MKV Unprocessed Old“, das du angehängt hast, das Profil, das das Muxing von MKV-Dateien von ffmpeg zu MKVToolNix ändert?
Ich erinnere mich, dass ich diesen Wechsel vor einer Weile ausprobiert habe, um zu sehen, ob A’s Video Conv meine von MCEB erstellten MKV-Dateien lesen kann, aber das hat es A’s immer noch nicht ermöglicht, die MKV-Dateien zu öffnen (deshalb verwende ich .ts).
Ich verwende seit einiger Zeit das Standardprofil „MKV Unprocessed“. Letzte Woche habe ich die Einstellung erneut ausprobiert, aber es machte keinen Unterschied bezüglich des MKV-Lesens in A’s …
Also habe ich vorerst das obige „Old“-Profil in den neuen Build kopiert, aber ich plane nicht, es zu verwenden.
OK, das Update auf Jan_14_2019 wurde abgeschlossen.
Ich habe 2 Dateien verarbeitet, bei beiden wurden die Untertitel gemäß meiner benutzerdefinierten Benennungseinstellung abgerufen und dem Dateinamen hinzugefügt!
Aber es gibt nun ein weiteres Problem.
Poster-Bilder: Keine der Dateien zeigte ihre Poster-Bilder im Datei-Explorer an
Episoden-Metadaten: Bei einer der Dateien fehlten die Episoden-Metadaten (und das poster.jpg war nicht angehängt – obwohl das Poster im Ordner \programs\MCEBuddy2x\cache gefunden wurde)
Hängt das mit dem oben genannten Problem zusammen oder sollte ich einen neuen Thread erstellen?
An diesem Punkt bin ich hoffnungsvoll, dass ich alle meine HEVC-Episoden und -Staffeln mit MCEBuddy remuxen und sie über Plex und VLC wiedergeben kann! Puh!!!
Es ist dieselbe Datei, die du oben in deinem ursprünglichen Beitrag gepostet hast und die laut dir funktioniert hat.
Das könnte mit der Dateibeschädigung in den ersten paar Sekunden zusammenhängen. Versuche es, nachdem du die ersten 10 Sekunden entfernt hast.
@RBoy hat dieses Problem gefunden und behoben, es handelt sich um einen Grenzfall für bestimmte Dateien, die davon betroffen waren und mit dem Profil „Unprocessed“ erstellt wurden. Es sollte mit dem heutigen 2.4.10-BETA-Build funktionieren
Während ich sicher bin, dass ffmpeg gut ist, fühle ich mich mit Handbrake als Encoder etwas wohler.
Verfügt die Handbrake-CLI, die mit MCEBuddy geliefert wird, über AMF-Unterstützung oder ist es nur ffmpeg, das AMD-Hardware unterstützt?
Wie du erwähnt hast, sind die Metadaten – also Beschreibung, Ausstrahlungsdatum usw. – nun wieder in den erstellten MKV-Dateien enthalten. Allerdings sehe ich immer noch keine Poster-Bilder…
Es sollte da drin sein. Es funktioniert hier. Überprüfe am Ende deine Logs, ob der Beitrag eingebettet wurde. Dann liegt es an dem Betriebssystem, ihn abzurufen und anzuzeigen. Windows ist generell nicht gut darin, Inhalte aus MKV-Dateien zu extrahieren. MP4 ist standardisierter.
Sehen Sie sich diese Seite an, wie man MKV-Thumbnails in Windows mit den Haali Media Splitter-Einstellungen aktiviert:
MCEBuddy enthält den Haali Media Splitter im Installations-Extras-Verzeichnis.
Danke für den Artikel-Link.
Ich nutze tatsächlich Icaros (v3.1); der Haali-Splitter war für die Explorer-Miniaturansicht nicht aktiviert. Ich habe diese Einstellung geändert, Explorer neu gestartet – ohne Effekt. Danach Windows neu gestartet – ebenfalls keine Änderung; die Vorschaubilder erscheinen weiterhin nicht.
Wie bereits erwähnt, konnten die mit 2.4.9 erstellten HEVC-MKV-Folgen in VLC nicht abgespielt werden und zeigten in Plex Probleme beim Spulen bzw. Fortsetzen. Deshalb lasse ich alle diese Folgen erneut über MCEB 2.4.10 laufen – etwas umständlich, aber notwendig und lohnenswert.
Zuerst fiel auf, dass keine Vorschaubilder angezeigt wurden; danach bemerkte ich, dass die Episoden-Metadaten (Ausstrahlungsdatum, Beschreibung usw.) nicht eingebettet waren.
Inzwischen werden die Metadaten (2019-01-15) korrekt übernommen, aber die Miniaturansichten bleiben weiterhin aus – nicht tragisch, aber etwas nervig.
Manchmal wird für die erste Folge einer Serie das Vorschaubild angezeigt, während alle im selben Durchlauf erstellten Folgen danach keine Bilder mehr erhalten.
Ich behalte das im Blick; aktuell liegt mein Fokus darauf, die betroffenen HEVC-MKV-Folgen zu identifizieren und sie durch die neue(n) Beta-Build(s) zu schicken.
Nochmals vielen Dank für deine Unterstützung.
Es besteht aus zwei Teilen: aktiviere ihn und erhöhe das Timeout auf 10000 (damit genug Zeit für die Erzeugung der Miniatur bleibt).
Generell empfehlen wir nur zwei Codec-Pakete (beide sind in MCEBuddy als optionale Installation enthalten), FFDShow und Haali Media Splitter; gemeinsam decken sie alle unter Windows benötigten Codecs ab und sind nicht-destruktiv (du kannst sie deinstallieren und das System in seinen ursprünglichen Zustand zurückversetzen).
In unseren Tests führten andere Pakete eher zu mehr Problemen als sie beheben; einige davon lassen sich nicht mehr rückgängig machen – ein Neuaufsetzen von Windows ist dann nötig, um die Schäden zu beseitigen.
Ich habe das gleiche Problem… Ich bin gerade von der .8- auf die .9-Build hochgestuft, weil mir in der .8-Version ein Fehler unterlaufen ist: Die Maschine lief aus Speicherplatz. Dadurch wurden die History-Datei und die Mcebuddy.conf vollständig gelöscht – vermutlich, weil sie beim Speichermangel noch offen waren. Ein Ersatz durch ein Backup (für die conf) funktioniert nicht, da die App bei jedem Start neu initialisiert; ich kann die Datei zwar aus dem Backup kopieren, aber das ändert nichts. Jedenfalls habe ich auf .9 aktualisiert und festgestellt, dass alle Dateien nun falsch umbenannt werden.
Die zu konvertierenden Dateien lauten mkv → mp4, wobei ffmpeg als primärer Konverter dient.
Die erzeugte Verzeichnisstruktur sieht jetzt z. B. so aus:
Show S01E11/Season/Show S01E11 SE00 - .mp4
Im Log für die Serie steht:
Custom Rename by Series → %showname%\Season %season%%showname% S%season%##E%episode%## - %episodename%
Der erste auffällige Fehler:
ERROR → Unable to extract Season and Episode information using pattern match 1, System.IndexOutOfRangeException: Index was outside the bounds of the array.
at MCEBuddy.MetaData.VideoMetaData.ExtractSeriesEpisode(String text, String& preText, Int32& Season, Int32& Episode, String& postText)
Danach schlagen alle Abgleiche über die verschiedenen Datenbanken (tvdb, tv.com, emby…) fehl, was vermutlich an der falschen Benennung von Verzeichnissen und Dateien liegt.
Konntest du das bereits lösen?
-Steve