Hej. Ny i fællesskabet og med MCEBuddy, og indtil videre er jeg meget opmuntret af de hurtige svar på spørgsmål og vidensdeling i denne gruppe.
Jeg prøvede at søge efter mit spørgsmål, men kunne ikke finde nogen information om det. Mit spørgsmål vedrører trinnet “Kopierer kildefil til arbejdsbibliotek”. Er der en måde at fjerne dette trin helt for at fremskynde konverteringer? Mine filer, der skal behandles, ligger på et eksternt drev E:, så jeg oprettede en mappe E:\Temp og udpegede den mappe i ekspertindstillingerne for konverteringsopgaven i håb om at slippe af med trinnet med at kopiere kildefilen eller i det mindste gøre det hurtigere. Tanken var, at det måske var langsommere, når der kopieres fra E: til C:. Det virkede ikke kun, men det gjorde trinnet endnu længere.
Kan nogen, der er mere fortrolig med, hvad der sker under motorhjelmen, hjælpe mig med at forstå, hvad der foregår, og hvad der er bedste praksis for dette trin og temp-mappen. Tak!
Jeg vil også tilføje, at adgang til eksterne drev er langt langsommere end dine primære eller interne drev.
Hvis dit eksterne drev desuden har stor kapacitet (f.eks. 6 TB eller mere), bruger det sandsynligvis SMR-teknologi (måden de skriver de magnetiske felter på disken), og det er meget, meget langsomt til skrivning og rimeligt til læsning. Det er optimeret til arkiv-medieopbevaring, hvor du skriver få gange og læser mange gange.
Hvis du har plads på det primære eller interne drev (f.eks. et „D”-drev), kan det være en god idé at beholde midlertidige filer der.
Du vil sandsynligvis også gerne defragmentere dit eksterne drev – det vil tage lang tid – Defraggler (fra Piriform, der laver CCleaner) brugte 3 dage på at defragmentere et eksternt 8 TB Seagate-drev (også SMR) med 6 TB data. Det tog halvanden dag at defragmentere mit mediedrev, som er et internt 4 TB-drev, der var voldsomt fragmenteret, fordi det optager medier og bruges til spil (alle opdateringerne fragmenterer filerne helt vildt); én stor optagelse havde over 50.000 fragmenter. 8 TB-backupdrevet havde blot store backup-filer, men det tager evigheder at flytte diskblokke rundt, når de også skal over USB-forbindelsen.
Tak, venner. Dette er altsammen meget nyttig information. Jeg tror, jeg vil lade temp-mappen blive på C:, og jeg har ryddet op på C: for at skabe mere plads til MCEBuddy. Jeg har nu også en bedre forståelse for, hvorfor kopieringen foretages, og det er ikke længere et logisk trin, jeg ønsker at fjerne. Defragmentering er en god idé, som jeg havde glemt.
Jeg fik MCEBuddy (findes der et kortere kaldenavn? Som MCEB) til at arbejde sig igennem en stak Plex DVR-optagede film, og det klarede dem som en mester. Jeg vil kunne frigøre 2/3 af lagerpladsen ved at gennemgå alle disse DVR’ede .ts-filer.
Jeg selv er gået videre fra MP4 direkte til HEVC (H.265) og MKV-containere. Det kræver mere arbejde under encoding, men jeg opnår rutinemæssigt 80 % kompression af OTA HD TS-optagelser (fra 1,2 GB til cirka 180 MB). Og de er 4K-klar (4K er altid H.265/HEVC-kodet).
MKV-filerne kan indeholde al metadata, så der er ikke behov for at gemme separate plakater, undertekster, EDL- eller NFO-filer.
Jeg optager med HDHR DVR (selvom Plex lifetime også har DVR) og bearbejder med MCEBuddy (fjerner reklamer, transkoder til H.265/HEVC og MKV og smider det ind i Plex’ bibliotek til afspilning hvor som helst – Tivo har en indbygget Plex-app, og jeg har ventet på, at Plex-appen blev sat ned til gratis, så jeg kunne installere den på telefon- og tablet-konti. Eller se via browser.
Jeg er ny inden for dette, så undskyld hvis mit spørgsmål er dumt, men hvorfor opretter du både HEVC- og MKV-filer? Jeg kender til MKV, fordi jeg har ripper mine DVD’er og Blu-ray’er til det format som backup, men jeg er ikke lige så bekendt med HEVC.
Jeg vil helt sikkert vælge den bedste fremtidssikrede løsning fremadrettet. Jeg har kun behandlet cirka 10 OTA-film via MCEBuddy til MP4, så jeg kan helt sikkert skifte fremadrettet.
HEVC bruger H.265 og er en specifik container- og indholdskodningsformat, ligesom MP4 er en specifik container og bruger H.264, et andet kodningsformat. Ligesom TS er containeren og MP2 er kodningen, som DVD’er og HDTV bruger.
MKV er et mediefilformat, ligesom MP4, AVI og TS er filformater. MKV har nogle funktioner, som MP4-formatet ikke har.
HEVC og MP4 er forvirrende, fordi de uformelt bruges til at henvise til både kodningen og filformatet. Problemet er, at MP4 er låst til H.264-kodning, ligesom DVD’er er låst til TS-formatfiler og MP2-kodning, og HEVC er låst til H.265-kodning.
MKV er ikke en kodning, men blot en container, ligesom AVI-formatfiler kan indeholde forskellige stream-kodninger, både for lyd og video. MKV har kapitler, ligesom MP4-filer, men ikke ligesom AVI. En MKV kan have en H.264 (MP4)-stream eller en H.265 (HEVC)-stream eller mange andre kodninger, så længe du har codec’erne.
MKV kan også indeholde undertekster og menuer, men den komplette erstatning for DVD-menuer ved brug af MP4- eller HEVC-kodning i stedet for MP2/TS-filer er aldrig blevet til noget. Det vil sandsynligvis aldrig ske, da medieservere (DLNA, Plex, Kodi, XBM, Emby og utallige andre) med streaming stort set har erstattet DVD’er nu.
Jeg ved ikke, om Plex skal transcode on-the-fly, da jeg ikke har nogen Apple-produkter.
Du må grave ned i Plexs profiler for enhederne for at vide det med sikkerhed. Eller prøv det og se, om Plex æder CPU ved at forsøge at transcode dem. Jeg har ikke haft nogen problemer indtil videre, og det afspilles på en Tivo Roamio, som sandsynligvis ikke har understøttelse af HEVC/H.265-codec. Hvis din Plex afspiller dem uden problemer, betyder det ikke rigtig noget, om det er native, eller om Plex transcoder.
Alt, der understøtter UHDTV eller 4K, bør have native HEVC/H.265-understøttelse, hvis det hjælper.
Tak. Jeg vil teste det og se, hvad der sker, når jeg streamer fra en iOS-enhed.
Da du skiftede til HVEC MKV, genkodede du så dine MP4-filer, eller lod du dem være og begyndte fremover at kode HVEC MKV? Jeg gætter på, med andre ord, at jeg bare spekulerer på, om din filsamling indeholder begge formater, eller om du kun har HVEC MKV nu. Tak igen.
Stuff jeg allerede har optaget, springer jeg over, medmindre det fylder over en GB. Når jeg beslutter mig for at omkode igen (husk, det er et lossy forløb, så hver ny omkodning forringer kvaliteten), bruger jeg Handbrake med en slappere kompressionsindstilling, eftersom kilden allerede er komprimeret én gang (uden at tælle den oprindelige udsendelse).
Jeg bruger ikke MCEBuddy, fordi det er optimeret til at automatisere arbejdsgangen med behandling af optagelser. Handbrake giver mig finjusteringsmuligheder, jeg kan justere for hver enkelt fil afhængigt af min kildekvalitet. Nogle udsendelser kører både på HD-kanalen (første gangs visning, prime time) og på SD-sidekanalen (genudsendelser), så jeg vil beholde HD-optagelsen, hvis det er den, der blev optaget.
Jeg bruger VirtualDub til manuelle klip, men jeg kigger på MCEBuddy Custom Cuts for at se, om det fungerer bedre for mig. Custom Cuts bruger MCEBuddy til at behandle filen under motorhjelmen.
