Ok, jeg vil tjekke efter den nye BETA-build.
Et par spørgsmål
[Glem det, jeg kan se i noterne, at den ‘kun’ forbedrer NVidia HW) øv! 
Ok, dagens BETA-build (dateret 2019-01-11) virker slet ikke.
Ingen af mine konverteringsopgaver fungerer.
Dette er min 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)
efterfulgt af ~500 flere linjer med fejl
Nedenfor er mine konfigurationsfiler
mcebuddy.conf (29,9 KB)
profiles.conf (98,2 KB)
UPDATE: Efter at have rodet lidt rundt geninstallerede jeg MCE Buddy, og den behandler nu videoerne, men opdateringen til dagens build løste ikke de problemer, jeg har.
Jeg har lige uploadet 4 filer til min mappe på ftp-serveren john_freiman
2 episoder og 2 logfiler.
Al den hjælp du kan give, ville være til hjælp – OG VÆRDSEÆTTES
Du kan installere MCEBuddy via Remote Desktop (uden en bruger logget ind fungerer hardware-acceleration muligvis ikke på Windows 7)
De nye builds forbedrer også understøttelse af AMD AMF-hardwareacceleration, men du skal skrive en brugerdefineret profil til det, indtil MCEBuddy understøtter automatisk registrering af AMF-evner. Du er velkommen til at prøve det og skrive din feedback på dette emne.
Tak for at uploade filen, men dine logs er tomme; sæt logindstillingerne til Debug på din System Settings-side og upload dem igen. Upload også dine profiles.conf- og mcebuddy.conf-filer, så vi kan genskabe det og se, hvad der foregår.
Ah! Tak, jeg kunne se, at Log var markeret under Generelle indstillinger, og selvom jeg kiggede på side 2 af indstillingerne (Systemindstillinger) så jeg ikke rullemenuen for logningsniveau i første omgang! 
Jeg sætter den nu og genudploader resultaterne med de samme to filer.
Angående AMF-understøttelse venter jeg nok med at ændre det, til jeg først får metadata til at virke igen.
Gamle logs er blevet slettet på din ftp, og de nye med Debug-indstillingen er blevet uploadet – igen, for de samme mkv-filer, der tidligere blev uploadet.
Tak igen – jeg ved ikke, hvorfor jeg lader til at være den eneste med dette problem – men jeg håber, det er noget dumt, der er nemt at rette.
Den anden tanke, der har rumsteret i mit baghoved, er, at dette er en bølge, der opstod som følge af at have brugt kraftigt modificerede Profiles.conf- og Config.conf-filer for et par år siden til (tror jeg) rene og moderne conf-filer i dag.
Selvom jeg har lavet side om side-sammenligninger af de gamle og nye conf-filer, kan jeg ikke se nogen forskelle udover mine konverteringsopgaver og mine brugerdefinerede omdøbs- og sorteringsparametre…
I den tro, at jeg måske havde “for mange” Media-/Titels-korrektioner, oprettede jeg endda “rene” opgaver, som har nul Media Information-korrektioner for sværtgenkendelige titler – med intentionen om at gøre det nemmere for dig at gennemgå logsene. 
Super hjælpsomt. Fandt og fikset problemet med metadata-læsning (dine filnavne manglede en undertekst, f.eks. The Flash - S02E01), og det håndteres nu korrekt. Du kan bruge dagens 2.4.10 BETA 10, og det burde løse dine metadata-problemer.
Hvad angår din konverteringsprofil, kan jeg se, at du har en fungerende profil, som du nævnte ovenfor:
[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
Prøv at bruge denne profil med dagens build og se, hvordan det går.
Jeg fandt også et problem med din kildefil; de første cirka 5 sekunder er beskadigede, hvilket er grunden til, at den ikke kan læses af explorer efter konvertering. Spring de første 10 sekunder over (brug Cut start-indstillingen under Conversion Task ekspertindstillingerne), og den resulterende fil er helt klar og afspilles fint.
Tak for at opdage den defekte fil – jeg uploadede 2 videofiler til serveren, kan du huske om det var Project Runway- eller Future Man-videofilen(e), der var beskadiget?
Jeg downloader dagens betaopdatering nu, og selvom jeg forventer, at den virker, vil jeg selvfølgelig opdatere denne tråd med mine erfaringer med at bruge den.
Jeg ved ikke, hvad der ændrede sig mellem de tidlige 2.4.9 beta-builds og nu, for at mine filer uden ‘undertekster’ blev ignoreret eller ellers ikke matchet korrekt, men jeg vil gerne påtage mig ‘mit ansvar’ i denne sag, da jeg har prøvet mange af beta-builds i 2.4.9, og jeg aldrig tog mig tid til at dele disse problemer med dig og uploade de nødvendige data/filer.
Tak igen, jeg krydser fingre for, at dette løser problemerne!!
Er dette, MKV Unprocessed Old, du vedhæftede, den som ændrer muxing mkv-filer fra ffmpeg til MKVToolNix?
Jeg husker at have prøvet denne ændring for et stykke tid siden for at se, om A’s Video Conv kunne læse mine mkv-filer oprettet af MCEB, men det tillod stadig ikke A’s at læse/åbne mkv-filerne (derfor bruger jeg .ts).
Jeg har brugt standard MKV Unprocessed-profilen i et stykke tid nu. Jeg prøvede igen med denne indstilling i denne uge, men det gjorde ingen forskel med hensyn til A’s og mkv-læsning…
Så for nu har jeg kopieret den ovenstående ‘gamle’ profil ind i den nye build, men jeg har ikke planer om at bruge den.
OK, opdateringen til Jan_14_2019 er gennemført.
Jeg behandlede 2 filer; begge fik underteksterne slået op og tilføjet til filnavnet ifølge min brugerdefinerede navngivningsindstilling!
Men nu er der et andet problem.
Poster-billeder: Ingen af filerne viste deres poster-billeder i Stifinder
Episode-metadata: Metadata for episoden manglede for en af filerne (og havde ikke den vedhæftede poster.jpg – selvom posteren blev fundet i mappen \programs\MCEBuddy2x\cache
Er det relateret til problemet ovenfor, eller skal jeg oprette en ny tråd?
På nuværende tidspunkt håber jeg, at jeg kan remuxe alle mine HEVC-episoder og -sæsoner med MCEBuddy og kunne afspille dem via Plex og VLC! Pyha!!!
Det er den samme, du postede ovenfor i dit oprindelige opslag og sagde, at den virkede for dig.
Dette kan være relateret til filkorruptionen i de første par sekunder. Prøv det efter at have klippet de første 10 sekunder væk.
@RBoy fandt og løste dette problem, det er en grænsetilstand for visse filer, der blev påvirket af det, som blev oprettet ved hjælp af Unprocessed-profilen. Det burde virke med dagens 2.4.10 BETA-build
Selvom jeg er sikker på, at ffmpeg er godt, føler jeg mig lidt mere tryg ved Handbrake som min encoder.
Har Handbrake-CLI’en, der følger med MCEBuddy, AMF-understøttelse, eller er det kun ffmpeg, der understøtter AMD-hardware?
Præcis som du nævnte, er metadataene, dvs. beskrivelse, udgivelsesdato osv., nu tilbage i de oprettede mkv-filer. Jeg kan dog stadig ikke se plakatbilledet…
Det burde være der. Det virker her. Tjek dine logs i slutningen for at se, om posten blev indlejret. Så er det op til OS’et at hente og vise den. Windows er generelt ikke god til at udtrække ting fra MKV-filer. MP4 er mere standard.
Se denne side for at få vist, hvordan du aktiverer MKV-miniaturer i Windows ved hjælp af Haali Media Splitter-indstillinger:
MCEBuddy inkluderer Haali Media Splitter i dens installations-ekstramappe.
Tak for linket til artiklen.
Jeg bruger faktisk Icaros (v3.1); jeg havde ikke Haali-splitteren sat til thumbnail-udtræk i Explorer. Jeg foretog ændringen, genstartede Explorer – ingen ændring. Jeg genstartede Windows – stadig ingen ændring; thumbnails vises fortsat ikke.
Som jeg nævnte før, ville HEVC-mkv-afsnittene, der blev oprettet med 2.4.9, ikke afspille i VLC og havde scanning-problemer (FF/spol frem, genoptag) med Plex, så jeg er nødt til at køre alle disse afsnit igennem MCEB 2.4.10 igen – lidt besværligt, men det er både nødvendigt og givetvis umagen værd.
Jeg opdagede først, at thumbnails ikke blev vist, og derefter lagde jeg mærke til, at episodens metadata (udsendelsesdato, beskrivelse osv.) ikke blev vedhæftet.
Nu inkluderes metadata (2019-01-15), men jeg kan stadig ikke se thumbnails… Det er ikke verdens undergang, men det er en smule irriterende.
Nogle gange vises thumbnail for den første episode i serien, men derefter vises thumbnails ikke for de efterfølgende episoder, der behandles samtidig.
Jeg holder øje med det, men lige nu har jeg førsteprioritet at finde de berørte HEVC-mkv-afsnit og køre dem igennem de nye beta-builds.
Endnu engang tak for al din hjælp.
Det er i to dele: aktiver det og forøg timeout til 10000 (for at give det tid til at generere miniaturen).
Generelt anbefaler vi kun at bruge to codec-pakker (som begge er inkluderet som valgfri installationer i MCEBuddy), FFDShow og Haali Media Splitter. Sammen dækker de alle de codecs, du har brug for på Windows, og de er ikke-destruktive (du kan afinstallere dem og vende dit system tilbage til dets oprindelige tilstand).
I vores tests har andre pakker tendens til at “ødelægge” mere end de reparerer, og for nogle af dem kan skaden, når først de er installeret, aldrig fortrydes – du bliver nødt til at lave en ny installation af Windows for at udbedre skaden.
Jeg ser det samme problem.. Jeg opgraderede lige fra .8 til .9 build. Jeg gjorde dette på grund af et problem, jeg stødte på med .8 build. Problemet (en anden sag helt) var, at maskinen løb tør for diskplads. Som resultat heraf bliver History-filen og Mcebuddy.conf-filen fuldstændigt slettet. Jeg ville antage, at dette er fordi de er åbne på tidspunktet for pladsproblemet. Det virker ikke at erstatte med en sikkerhedskopi (til conf-fil), da den fortsætter med at initialisere hver gang app’en starter. Selvom jeg kan kopiere og erstatte fra den sikkerhedskopifil, jeg havde. Under alle omstændigheder besluttede jeg mig for at opgradere til .9 og bemærkede, at alle filerne bliver omdøbt forkert.
Filer, der konverteres, er mkv → mp4 med ffmpeg som primær konverter
Mappestruktur oprettet nu for eksempel er..
Show S01E11/Season/Show S01E11 SE00 - .mp4
I logfil for show..
Brugerdefineret omdøbning efter Serie → %showname%\Season %season%%showname% S%season%##E%episode%## - %episodename%
Første fejl bemærket er nedenfor.
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)
Dybest set efter dette fejler al matching gennem forskellige databaser (tvdb, tv.com, emby…) hvilket jeg ville tro skyldes, at navngivningen af mapper og filer er forkert.
Har du været i stand til at løse dette?
-Steve