MCEBuddy 2.4 Beta (25. maj og tidligere beta-build) kan ikke åbnes i A's Video Converter og andre

Anmodningstype:\nFEJL / NY FUNKTION\nFEJL – Profil: MKV Ubearbejdet

MCEBuddy Version og Type (32bit eller 64bit):
MCEBuddy 64bit; 2.4 beta 25. maj & tidligere maj-beta)

Operativsystem og Type (32bit eller 64bit):
Windows 10 64bit; version 1803

Resumé af problemet eller forslaget:
Filer genereret med profilen MKV Ubearbejdet kan ikke åbnes, og miniaturer vises ikke i Stifinder.
De eksporterede filer fra MCEBuddy (betaversion(er) før maj fungerede fint) kan ikke åbnes/transkodes i A’s Video Converter og får A’sVC til at crashe.
Hvis man tager den eksporterede MCEBuddy-video og pakker den om i MKV med XMedia Recode, kan outputtet behandles uden problemer i A’s Video Converter.
Tilbageførsel til april-build løser problemet.

Trin til at genskabe fejlen:
WTV-filer – SDi, HDi/p (720p og 1080i) “konverteret” af MCEBuddy (de seneste 2 betaversioner) med profilen MKV Ubearbejdet kan ikke læses/bearbejdes korrekt af A’s Video Converter, og miniaturer vises ikke i explorer.

Skærmbilleder:


De mkv-filer, der er genereret af MCEBuddy, og den om-pakkede mkv-fil lavet med Xmedia Recode er blevet uploadet til jeres ftp-server i mappen john_freiman
Jeg vedlægger eksporteret Media Info for én fil i både den oprindelige MCEB- og XMedia-version samt de logs, jeg har haft siden opdateringen til 28. maj-beta-builden (jeg ville have sendt logs fra maj-betaen, men de blev slettet, da jeg afinstallerede softwaren og geninstallerede den tidligere build).
mceduddy 2.4 25. maj Logs & MediaInfo-eksport.zip (1,2 MB)
PS: Jeg ville have rapporteret fejlen med den første maj-beta, men for at afgøre, om det var en MCB- eller konfigurationsfejl, gik jeg tilbage til april-betaen og opdagede derefter, at alle mine logfiler blev slettet ved afinstallation/geninstallation.
:man_facepalming:

Before reverting back to as April build again, I replaced the included MKVTools (Merge & Extract) (v17) with the latest v23 build to see if that ‘fixes’ the above problem – I’ll report back after I record a new program/show.

update: switching the MKVmerge (C:\Program Files\MCEBuddy2x\mkvmerge) file(s) to the latest MKVTools version did not fix/resolve the problem.
Files created using the May beta builds of MCEBuddy still can not be opened by A’s Video Converter.
I’m switching back to MCEBuddy 2.4.9 64bit - 20180421 until some solution, fix, workaround or “try” is available.
** One of the things that I think is new with the May builds are changes that benefit Ceton ETH users (like me). :wink:

We updated the MKVUnprocessed profile on May 14th to make it more compatible with Samsung TV’s

Can you post your profiles. The one that works and the one that doesn’t

We switched the order from:

order=ffmpeg,copy

to:

order=copy,ffmpeg

Try this:

Switch back to:

order=ffmpeg,copy

and also make this change:

ffmpeg-ext=.mkv

to

ffmpeg-ext=.ts
ffmpeg-remuxto=.mkv

Does that fix the issue?

Jeg bemærkede ændringen af rækkefølgen mellem ffmpeg / copy og omvendt; jeg foretog den ændring og havde stadig samme problem — jeg slettede “copy”-valgmuligheden.
Jeg bemærkede dog ikke ændringerne med ffmpeg-ext=.ts / remuxto=….
Jeg vil foretage den ændring og se, om det løser mit problem.

Tak.

Dette virker (build fra 21. april)

    [MKV Unprocessed]
    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

instead of uninstalling the April build, and then installing the May build(s), can I just replace the profiles.conf file?

Also I have a “custom” header for two unique profiles to pass through video and only mux the audio – Is there a way to preserve this heading through re-installs? or is cutting and pasting them back into each new build the only way to keep them?

The only way to keep the custom profiles is to setup a separtely profiles.conf and point MCEBuddy to it from the system settings page. This way it will always use the custom file.

For getting to the bottom of this would be good to isolate the real issue.

Does your above profile work with the latest build?

re: custom profiles: got it, but then I will never see the updated profiles.conf you update with newer settings/options. (but then I also won’t have compatibility issues either.) :wink:
I’ve just installed the May 25 build clean. I’m backing up both the profiles.conf and mcebuddy.conf and will try your suggestions – including using the April .conf files.

Same issue after making the above changes to the MKV Unprocessed profile

[MKV Unprocessed]
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=.ts
ffmpeg-remuxto=.mkv
ffmpeg-audiodelay=skip
PreConversionCommercialRemover=true
FixedResolution=true
SkipCropping=true
AutoDeinterlace=false
DisableEncoderReordering=true

Thumbnail is no longer visible (only shows format icon) and A’s Video Converter can not process the file.

other than making those 2 changes to the profiles.conf file, no other changes or additions were made on the clean May 25 build.The Dr. Oz Show_KTVUDT_2018_05_30_13_57_47.wtv-ATSC Combo-2018-05-30T14-10-37.3898796-07-00.log (738.9 KB)

So to clarify, using the May 25th build:

This doesn’t work:

ffmpeg-ext=.ts
ffmpeg-remuxto=.mkv

and this works:

ffmpeg-ext=.mkv

Correct, that change did not work.
Please check the above [MKV Unprocessed] profile I used above for confirmation (or errors, typo, etc).

I was wondering if there has been any progress in discovering what this problem is or how to resolve it on current (or future?) beta builds…

Problemet med profilen er, at MKVMerge opretter filer, som din opsætning ikke kan lide, mens ffmpeg fungerer.

Denne ændring blev foretaget, fordi Samsung-tv’er ikke kunne afspille filer oprettet af ffmpeg, men kunne afspille filer oprettet af MKVMerge.

Som du kan se, passer én løsning ikke til alle behov, men vi vil sandsynligvis fortryde denne ændring, da der er andre apps, der også har problemer med MKVMerge, og vi vil lave en FAQ til Samsung-tv-problemet.

Is it accurate to say the only thing that changed in the release of the 6/5 beta is profile.xml and mcebuddy.xml?

Paul you can look at the readme file on the server to get the details of what changes were made for each beta release date.

Thanks Goose. The only thing in the Incremental BETA Build Change Log was “Revert changes back for MKV Unprocessed profile”

So that didn’t answer my question.

I was just curious if the only then that changed in the 6/5 beta release was the profile xml files or if the program itself changed.

I always read the change logs, esp for beta.

Correct the only change made was to the profile.conf for that entry.

Så dette problem forblev i 2.4.9 beta-builds og fortsætter også med .10.
»Workaroundet«, jeg fandt, var at skifte konverteringsopgaven til .TS Unprocessed.

Det fungerede fint, men 2.4.9-builds, der bruger MKV Unprocessed som endelig output til mine TV Collection-mapper med HEVC/.265-video, kunne ikke spole, scanne eller genoptage afspilning i Plex og kunne heller ikke åbnes i VLC (på Windows) – Microsoft Movies & TV-afspilleren ville afspille, men havde de samme problemer som Plex: ingen spoling, hurtig fremadspoling osv.

Jeg »opgraderede« derfor til den nyeste .10-beta, og A kan stadig ikke læse/konvertere MKV’er oprettet med MCEBuddy; den kan dog arbejde med de samme filer i TS-format (MCEBuddy-MKV’er (enhver version), der re-muxes med MKVToolNix, fungerer fint).
MKV-filerne, som MCEBuddy selv laver, afspilles, scannes og genoptages perfekt i Plex og afspilles også fint i VLC!
Imidlertid vil Plex version .10 IKKE matche mine TV-filer korrekt til TheTVdb, IMDB osv. Filer med »title sXXeXX episode title« bliver placeret i den rigtige mappe, men filer som »title sXXeXX« bliver ALDRIG opslaget og opdateret med afsnits-titlen eller placeret i den korrekte mappe. I stedet havner de i hver deres separate mapper:
title sXXeX1\Season 0\s00e00 -.mkv
title sXXeX2\Season 0\s00e00 -.mkv
title sXXeX3\Season 0\s00e00 -.mkv
osv…

Det er mere end lidt vanvittigt og gør det umuligt at genbehandle alle mine HEVC-sæsoner, der allerede er gemt af MCEBuddy.

Kan jeg ændre noget i MCEBuddy 2.4.9, så det kan generere afspilbare x265 MKV-videoer?
Jeg er træt af nye problemer med hver opdatering og vil hellere STOPPE den cirkel og igen have et pålideligt system til at organisere mine filer.

Før jeg opgraderede fra »MCEBuddy 2.4.9 64bit – 20180920« (nyere versioner havde samme eller lignende problemer), sikkerhedskopierede jeg mappen Program Files, så jeg har adgang til både gamle og nye logfiler.

Jeg vil også anbefale at bruge dagens 2.4.10 BETA-build. Vi har en ny version af ffmpeg. Den har muligvis løst dine ffmpeg-profilproblemer og indeholder også nogle rettelser relateret til metadata-matching.

Hvis du stadig oplever et problem, så vedhæft venligst din konverteringslog fra kørslen med 2.4.10 BETA, så jeg kan se, hvad der foregår. Hvis du desuden kan uploade den originale fil med problemet til MCEBuddy-serveren, som har et problem med MKV Unprocessed-profilen, til vores server, kan jeg genskabe problemet og grave dybere i det – ellers bliver det sværere at finde ud af, hvad der foregår.