Mine filer ligger på en NAS (Unraid). Jeg remuxer ikke (ingen reklamefjernelse nødvendig). Hvis jeg gjorde, ville mcebuddy oprette en .ts-fil i min lokale temp-mappe og arbejde på filen derfra. Da jeg ikke remuxer, arbejder mcebuddy direkte på filen fra Unraid over netværket og holder konstant forbindelsen åben. Desværre har Unraid tendens til at bremse/nedkøle drev-arrayet under tunge/langvarige skrivninger (f.eks. når cache-drevet tømmes). Under disse nedbremsninger på serveren går alting i ged i mine konverteringer. I bedste fald sættes de på pause og gennemføres senere, eller også fejler de. I værste fald vises ingen fejl (de markeres som gennemførte), men laver en beskåret fil (halvdelen af udsendelsen osv.).
Findes der en måde at kopiere kilden fra NAS til mcebuddytemp inden konverteringen, så mcebuddy kan arbejde på den fil?
MCEBuddy kopierer ALLE filer til temp-mappen og arbejder kun på temp-mappen (aldrig på den oprindelige fil, medmindre du har bedt den om ikke at gøre det). Sørg for, at du ikke har markeret disse indstillinger under Konverteringsopgave → Ekspertindstillinger
Undskyld, “Skip remuxing” er markeret, “skip copying” er ikke.
edit:
Har prøvet “Skip copying original files” både markeret og umarkeret og observerede samme adfærd – kilden forbliver på lan (ingen kopi til temp), konverteret fil oprettes i temp. Med andre ord, er ikke sikker på, om den gør noget.
Skip Copying Original File for Backup → False Skip Remuxing Original File to TS → True
Du har aktiveret Skip remuxing-indstillingen, så den ikke opretter en lokal kopi i temp-mappen. MCEBuddy remuxer som standard den originale fil til en TS-fil i temp-mappen (eller kopierer den, hvis originalfilen allerede er en TS-fil) og arbejder derefter på temp-mappen. Fjern markeringen af den indstilling, og den vil herefter ikke længere arbejde på den originale fil efter at have remuxet den til temp-mappen.
Jeg læser måske loggen forkert, men mine indstillinger har ikke begge afkrydsningsfelter markeret. “Spring remuxing over” er markeret, “Spring kopiering over” er ikke.
Skip Copying Original File for Backup → False
Skip Remuxing Original File to TS → True
Jeg forstår, hvordan MCEBuddy fungerer, når filen remuxes. Problemet er, at remuxing af og til ødelægger mine filer. Dette problem opstår ikke, når jeg konverterer direkte fra MKV.
Målet her, som trådens titel siger, er – kopier filen til lokal midlertidig mappe, når der IKKE remuxes… Er det muligt?
Remuxing er en form for kopiering; det ændrer blot containerformatet til noget mere fleksibelt uden at ændre nogen videoregenskaber/indhold. Det er overflødigt at kopiere, hvis du remuxer, så hvorfor ønsker du at begrænse remuxing? Lad blot remuxing være slået til, så laver den en lokal kopi.
Remuxing kan ødelægge en konvertering og er blot et unødvendigt skridt, hvis du ikke springer reklamer over.
Det fungerer fint det meste af tiden, men det har sine problemer. Af og til sætter den den forkente billedhastighed eller farverum. På et tidspunkt lagde jeg mærke til, at nogle af mine konverteringer sprang billeder over. Jeg kiggede på metadataene, og billedhastigheden var noget i retning af 29,6 i stedet for de normale 29,97 osv. Tilføjelse af --cfr eller slukning for remuxing løste problemet, så ingen big deal… Jeg overså det i min test, så jeg kørte en lang batch og måtte gøre om på cirka to ugers konverteringer. Jeg havde stadig kilden, så igen – ingen big deal, men meget irriterende.
Det største problem med remux er undertekster. Som standard ignoreres scodec i remuxer, så den eneste måde at få undertekster på er ved at trigge ccextractor, som selv fungerer fint det meste af tiden, men også har sine problemer. Der er i øjeblikket ingen god/nem måde at håndtere PGS-undertekster, som bliver mere og mere almindelige på Blu-rays osv. PGS er bedre stillet ved at blive passet, ikke bearbejdet, og remux tilbyder ingen måde at passe dem på, mens ccextractor ikke tilbyder en måde at ekstrahere dem – så stort set ingen PGS med remux.
Jeg prøvede faktisk at afhjælpe dette i går ved at ændre config-filen og ændre standardindstillingen
CopyRemux0=-i -ss 0 -vcodec copy -acodec copy -map 0:a -map 0:v -f mpegts
til
CopyRemux0=-i -ss 0 -vcodec copy -acodec copy -scodec copy -map 0:a -map 0:v -map 0:s -f mpegts
Det hjalp lidt, men tilsyneladende har mpegts sine egne begrænsninger for, hvilke slags undertekster det kan lide og ikke kan lide, så det virkede ikke på alle mine filer (ingen undertekster blev sendt videre til cirka 4 ud af 12). Så jeg prøvede dette
CopyRemux0=-i -ss 0 -vcodec copy -acodec copy -scodec copy -map 0:a -map 0:v -map 0:s -f matroska
Det var næsten en succes. Ud af mine 12 testfiler konverterede 11 fint med alle de rigtige undertekster osv. Den ene, der fejlede, smed en fejl om forkert input-farverum. Jeg er sikker på, at hvis jeg graver lidt, kan jeg finde de parametre, jeg skal bruge for at rette det, men på et tidspunkt må man spørge sig selv… hvorfor?
Når man ikke springer reklamer over, er den eneste reelle fordel, jeg ser ved remux, at det giver mig en lokal fil at arbejde med. Ud over det er det bare ikke nødvendigt. Det kan skabe skøre fejl (billedhastighed), det kræver brug af en tredjeparts-app til undertekster (ccextractor), og tillader slet ikke PGS. Og generelt kan jeg bare ikke se pointen. Min kilde er mkv, og det er min output også; der er bare ingen grund til at gå gennem et mellemliggende format (ts). Min HandBrake-profil passer undertekster uden problemer, roder aldrig billedhastigheden op eller bekymrer sig om farverum, når den arbejder med mkv, så hvorfor besværet? Jeg mener, jeg er sikker på, at det giver mening i en masse situationer, men i min – vil jeg hellere bare kopiere kilden og arbejde på kilde-mkv’en fra den lokale temp.
Tak for din feedback. Det giver mening, at det altid bør lave en lokal kopi, medmindre man beder om det modsatte. Hvis det remuxer, er det en lokal kopi; hvis det springer remuxing over, bør det lave en lokal kopi, medmindre muligheden for at springe kopiering over er valgt.
Denne rettelse bør være med i den næste 2.5.2 beta-build.
