MCEBuddy-Version und -Typ (32bit oder 64bit):
MCEBuddy 64bit; 2.4 Beta Mai 25 & vorherige Mai-Beta)
Betriebssystem und -Typ (32bit oder 64bit):
Windows 10 64bit; Version 1803
Zusammenfassung des Problems oder Vorschlags:
Dateien, die mit dem Profil MKV Unprocessed erzeugt werden, lassen sich nicht öffnen, Vorschaubilder werden im Datei-Explorer nicht angezeigt.
Die exportierten Dateien aus MCEBuddy (Beta-Version(en) vor Mai funktionierten einwandfrei) lassen sich in A’s Video Converter nicht öffnen/transcodieren und führen dort zu einem Absturz.
Wird das MCEBuddy-Video anschließend mit XMedia Recode erneut als MKV verpackt, verarbeitet A’s Video Converter die Datei problemlos.
Ein Zurücksetzen auf die April-Build behebt das Problem.
Schritte zur Reproduktion des Bugs:
WTV-Dateien – SDi, HDi/p (720p und 1080i), die von MCEBuddy (letzte 2 Beta-Versionen) mit dem Profil MKV Unprocessed „konvertiert“ wurden, können von A’s Video Converter nicht korrekt gelesen/verarbeitet werden; Vorschaubilder fehlen im Explorer.
Screenshots:
Die von MCEBuddy erzeugten MKV-Dateien sowie die mit XMedia Recode neu verpackte MKV-Datei wurden auf Ihren FTP-Server in den Ordner john_freiman hochgeladen.
Ich füge die exportierten Media-Info-Daten einer Datei sowohl im Original-MCEB- als auch im XMedia-Format bei, ebenso wie die Logs seit dem Update auf die Beta-Build vom 28. Mai (die Logs der vorherigen Mai-Builds wurden nach dem Deinstallieren/Reinstallieren gelöscht). mceduddy 2.4 Mai 25 Logs & MediaInfo-Export.zip (1,2 MB)
P.S.: Ich wollte das Problem bereits mit der ersten Mai-Beta melden, aber um sicherzustellen, ob es sich um ein MCB- oder ein Konfigurationsproblem handelt, ging ich auf die April-Beta zurück und stellte dabei fest, dass alle Log-Dateien bei der Deinstallation/Neuinstallation gelöscht wurden.
Bevor ich wieder auf einen April-Build zurückgehe, habe ich die mitgelieferten MKVTools (Merge & Extract) (v17) gegen die neueste Version 23 ausgetauscht, um zu sehen, ob das das oben genannte Problem ‘behebt’ – ich werde berichten, nachdem ich eine neue Sendung aufgenommen habe.
Update: Das Ersetzen der MKVmerge-Datei(en) (C:\Program Files\MCEBuddy2x\mkvmerge) durch die neueste Version von MKVTools hat das Problem nicht behoben/gelöst.
Dateien, die mit den Beta-Builds von MCEBuddy aus Mai erstellt wurden, lassen sich weiterhin nicht mit A’s Video Converter öffnen.
Ich wechsle zurück auf MCEBuddy 2.4.9 64bit – 20180421, bis eine Lösung, ein Fix, ein Workaround oder ein „Versuch“ verfügbar ist.
** Eines der Dinge, die meiner Meinung nach bei den Mai-Builds neu sind, sind Änderungen, die Ceton-ETH-Nutzer (wie mich) begünstigen.
Ich habe die Änderung an der Reihenfolge von ffmpeg / copy usw. bemerkt, habe sie vorgenommen und weiterhin das gleiche Problem gehabt – ich habe die Option „copy“ gelöscht.
Allerdings habe ich die Änderungen an ffmpeg-ext=.ts / remuxto=… nicht bemerkt.
Ich werde diese Änderung vornehmen und sehen, ob das Problem behoben wird.
Danke.
Dies funktioniert (Build vom 21. April)
[MKV Unprocessed]
Description=Sehr schnell, aber funktional eingeschränkt. Verwenden Sie dieses Profil, wenn Sie die Original-Audio- und Videospuren kopieren, die Werbung entfernen und das Dateiformat nach MKV konvertieren möchten (z. B. WTV nach MKV), ohne weitere Bearbeitung (Deinterlacing, Skalieren, Lautstärke, Zuschneiden usw.). Das Originalvideo kann in jedem Format vorliegen – MPEG1, MPEG2 oder MPEG4/H.264 – und wird unverändert beibehalten.
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
Statt den April-Build zu deinstallieren und dann den/die Mai-Build(s) zu installieren, kann ich dann einfach die profiles.conf-Datei ersetzen?
Außerdem habe ich einen „benutzerdefinierten“ Header für zwei einzigartige Profile, um Video durchzuleiten und nur Audio zu muxen – gibt es eine Möglichkeit, diesen Header bei Neuinstallationen zu bewahren, oder ist das erneute Einfügen in jeden neuen Build die einzige Möglichkeit, ihn zu behalten?
Die einzige Möglichkeit, die benutzerdefinierten Profile zu behalten, ist, eine separate profiles.conf einzurichten und MCEBuddy über die Systemeinstellungen darauf zu verweisen. Auf diese Weise wird immer die benutzerdefinierte Datei verwendet.
Um der Sache auf den Grund zu gehen, wäre es gut, das eigentliche Problem zu isolieren.
Funktioniert Ihr oben genanntes Profil mit der neuesten Build?
re: benutzerdefinierte Profile: verstanden, aber dann werde ich nie die aktualisierte profiles.conf sehen, die du mit neuen Einstellungen/Optionen aktualisierst. (aber dann habe ich auch keine Kompatibilitätsprobleme.)
Ich habe den Build vom 25. Mai sauber installiert. Ich sichere sowohl die profiles.conf als auch die mcebuddy.conf und werde deine Vorschläge ausprobieren – einschließlich der Verwendung der .conf-Dateien vom April.
Gleiches Problem nachdem die obigen Änderungen am MKV Unprocessed-Profil vorgenommen wurden
[MKV Unprocessed]
Description=Sehr schnell, aber nur eingeschränkte Funktionalität. Verwenden Sie dieses Profil, wenn Sie die Original-Audio- und Videospuren kopieren, die Werbung entfernen und das Dateiformat in MKV konvertieren möchten (z. B. WTV nach MKV), ohne weitere Bearbeitung (Deinterlacing, Skalierung, Lautstärke, Zuschneiden usw.). Das Originalvideo kann in jedem Format vorliegen – MPEG1, MPEG2 oder MPEG4/H.264 – und wird unverändert beibehalten. 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=.ts ffmpeg-remuxto=.mkv
ffmpeg-audiodelay=skip
PreConversionCommercialRemover=true
FixedResolution=true
SkipCropping=true
AutoDeinterlace=false
DisableEncoderReordering=true
Das Vorschaubild ist nicht mehr sichtbar (es wird nur das Formatsymbol angezeigt) und A’s Video Converter kann die Datei nicht verarbeiten.
Korrekt, diese Änderung hat nicht funktioniert.
Bitte überprüfe das oben genannte [MKV Unprocessed]-Profil, das ich verwendet habe, auf Bestätigung (oder Fehler, Tippfehler usw.).
Ich frage mich, ob es Fortschritte bei der Erforschung dieses Problems gibt oder wie man es in aktuellen (oder zukünftigen?) Beta-Versionen beheben kann…
Das Problem beim Profil ist, dass MKVMerge Dateien erstellt, die dein Setup nicht mag, während ffmpeg funktioniert.
Diese Änderung wurde vorgenommen, da Samsung-TVs Dateien, die von ffmpeg erstellt wurden, nicht wiedergeben konnten, aber Dateien, die von MKVMerge erstellt wurden, abspielen konnten.
Wie du siehst, gibt es keine Lösung, die alle Anforderungen erfüllt, aber wir werden diese Änderung wahrscheinlich zurücknehmen, da es auch andere Anwendungen gibt, die Probleme mit MKVMerge haben, und wir werden eine FAQ für das Samsung-TV-Problem erstellen.
Paul, du kannst dir die Readme-Datei auf dem Server ansehen, um die Details zu erfahren, welche Änderungen bei jedem Beta-Veröffentlichungsdatum vorgenommen wurden.
Dieses Problem blieb also durch die 2.4.9-Beta-Builds bestehen und setzt sich auch mit .10 fort.
Der „Workaround“, den ich fand, bestand darin, die Konvertierungsaufgabe auf „.TS Unprocessed“ umzustellen.
Das war in Ordnung, aber 2.4.9-Builds, die MKV Unprocessed für die finale Ausgabe in meine TV-Collection-Ordner mit HEVC/.265-Videos verwendeten, konnten in Plex weder gesucht, gescannt noch die Wiedergabe fortgesetzt werden und ließen sich in VLC (unter Windows) nicht ÖFFNEN – der Microsoft Movies & TV-Player spielte sie zwar ab, teilte jedoch dieselben Probleme mit Plex: kein Spulen, kein Vorwärtslaufen usw.
Nach dem „Upgrade“ auf die neueste .10-Beta kann A weiterhin keine MKVs lesen/konvertieren, die mit MCEBuddy erstellt wurden; dieselben Dateien im TS-Format funktionieren (MCEBuddy-MKVs (jede Version), die mit MKVToolNix neu gemuxt wurden, sind ebenfalls okay).
Die von MCEBuddy erzeugten MKVs spielen, scannen und setzen in Plex perfekt wieder und laufen auch in VLC!
Die .10-Version von Plex ordnet jedoch meine TV-Dateien NICHT korreider TheTVdb, IMDB usw. zu. Dateien mit „Titel SXXeXX Episodentitel“ landen im richtigen Ordner, aber Dateien wie „Titel SXXeXX“ werden NIE nachgeschlagen und mit Episodentitel versehen oder in den passenden Ordner verschoben. Stattdessen landen sie in eigenen separaten Ordnern:
Titel SXXeX1\Season 0\s00e00 -.mkv
Titel SXXeX2\Season 0\s00e00 -.mkv
Titel SXXeX3\Season 0\s00e00 -.mkv
usw. …
Das ist mehr als nur ein wenig frustrierend und macht es unmöglich, alle meine bereits von MCEBuddy gespeicherten HEVC-Staffeln neu zu verarbeiten.
Gibt es eine Änderung in MCEBuddy 2.4.9, um abspielbare x265-MKV-Videos zu erzeugen?
Ich werde müde von neuen Problemen mit jedem Update und wäre froh, diesen Kreislauf zu STOPPEN und wieder ein zuverlässiges System zur Organisation meiner Dateien zu haben.
Vor dem Upgrade von „MCEBuddy 2.4.9 64bit – 20180920“ (spätere Versionen hatten dieselben oder ähnliche Probleme) habe ich den Program Files-Ordner gesichert, sodass ich sowohl auf die alten als auch auf die neuen Log-Dateien zugreifen kann.
Ich würde auch empfehlen, das heutige 2.4.10-BETA-Build zu verwenden. Wir haben eine neue Version von ffmpeg. Möglicherweise wurden dadurch Ihre ffmpeg-Profilprobleme behoben und auch einige Fehler bei der Metadaten-Zuordnung korrigiert.
Wenn Sie weiterhin auf ein Problem stoßen, hängen Sie bitte Ihr Konvertierungsprotokoll mit dem 2.4.10-BETA-Lauf an, damit ich sehen kann, was vor sich geht. Wenn Sie außerdem die Originaldatei mit dem Problem beim MKV-Unprocessed-Profil auf den MCEBuddy-Server hochladen können, kann ich das Problem reproduzieren und tiefergehend untersuchen. Andernfalls wird es schwieriger sein, festzustellen, was vor sich geht.
