Hallo. Nieuw in de community en bij MCEBuddy, en tot nu toe ben ik erg onder de indruk van de snelle reacties op vragen en het delen van kennis in deze groep.
Ik heb gezocht naar mijn vraag, maar kon hierover geen informatie vinden. Mijn vraag gaat over de stap “Bronbestand naar werkmap kopiëren”. Is er een manier om deze stap volledig over te slaan om conversies te versnellen? Mijn te verwerken bestanden staan op een externe schijf E: en dus heb ik een map E:\Temp aangemaakt en die map in de expertinstellingen voor de conversietaak ingesteld in de hoop de stap voor het kopiëren van het bronbestand te elimineren of ten minste sneller te maken. Mijn gedachte was dat het misschien trager was bij het kopiëren van E: naar C:. Dat werkte niet alleen niet, maar het maakte die stap zelfs nog trager.
Kan iemand die beter weet wat er onder de motorkap gebeurt, me helpen begrijpen wat er aan de hand is en wat de beste praktijk is voor deze stap en de temp-map? Bedankt!
Ik zou er ook aan toevoegen dat de toegang tot een externe schijf veel trager is dan die tot je primaire of interne schijven.
Bovendien: als je externe schijf een grote capaciteit heeft (bijv. 6 TB of groter), gebruikt hij waarschijnlijk SMR-technologie (de manier waarop de magnetische velden op de schijf worden geschreven) en dat is zeer, zeer traag voor schrijfoperaties en redelijk voor lezen. Het is geoptimaliseerd voor archiefmedia-opslag waarbij je een paar keer schrijft en vaak leest.
Als je ruimte hebt op de primaire of interne schijf (bijv. een „D”-schijf), kun je het tijdelijke mapje beter daar bewaren.
Je wilt je externe harde schijf waarschijnlijk ook defragmenteren – dat zal traag gaan. Defraggler (van Piriform, de makers van CCleaner) deed er 3 dagen over om een 8 TB externe Seagate (ook een SMR-schijf) met 6 TB aan data te defragmenteren. Het kostte anderhalve dag om mijn mediaschijf te defragmenteren, een 4 TB interne schijf die verschrikkelijk gefragmenteerd was omdat hij media opneemt en voor game-opslag wordt gebruikt (alle updates hakken de files in duizend stukken); één grote opname had meer dan 50.000 fragmenten. De 8 TB-back-upschijf bevatte alleen grote back-upbestanden en het duurt gewoon eeuwen om schijfblokken te verplaatsen, aangezien ze ook nog over de USB-verbinding moeten.
Bedankt jongens. Dit zijn allemaal zeer nuttige informatie. Ik denk dat ik de tijdelijke map op C: laat staan en ik heb C: opgeruimd om meer ruimte te maken voor MCEBuddy. Ik begrijp nu ook beter waarom het kopiëren gebeurt, en dat is een logische stap die ik niet meer wil elimineren. Defragmenteren is een goed idee waar ik niet meer aan had gedacht.
Ik heb MCEBuddy (is er een kortere bijnaam? Zoals MCEB) een heleboel door Plex opgenomen films laten verwerken, en het werkte als een kampioen door ze heen. Ik zal 2/3 van de opslag kunnen vrijmaken door al deze opgenomen .ts-bestanden te verwerken.
Ik ben zelf overgestapt van MP4 direct naar HEVC (H.265) en MKV-containers. Het kost meer werk bij het encoderen, maar ik haal routinematig 80% compressie van OTA HD TS-opnames (1,2 GB naar ongeveer 180 MB). En ze zijn 4K-klaar (4K is volledig H.265/HEVC-gecodeerd).
De MKV-bestanden kunnen alle metadata bevatten, dus er is geen aparte posterafbeeldingen, ondertitels, EDL- of NFO-bestanden nodig.
Ik neem op met HDHR DVR (hoewel Plex lifetime ook DVR heeft) en verwerk met MCEBuddy (advertenties verwijderen, transcoderen naar H.265/HEVC en MKV en in Plex-bibliotheek plaatsen voor afspelen waar dan ook (de Tivo heeft een ingebouwde Plex-app, en ik heb gewacht tot de Plex-app in de aanbieding was (gratis) om op de telefoon en tabletaccounts te laden. Of kijk via browser.
Ik ben nieuw in dit alles, dus excuus als mijn vraag dom overkomt, maar waarom maak je zowel HEVC- als MKV-bestanden? Ik ben bekend met MKV omdat ik mijn dvd’s en Blu-ray’s naar dat formaat heb geript als back-up, maar HEVC is me minder bekend.
Ik wil beslist de beste toekomstbestendige optie kiezen. Ik heb tot nu toe ongeveer 10 OTA-films via MCEBuddy naar MP4 verwerkt, dus ik kan zeker vanaf nu overschakelen.
HEVC gebruikt H.265 en is een specifieke container- en contentcodering, net zoals MP4 een specifieke container is die H.264 gebruikt, een andere codering. Zo is TS de container en MP2 de codering die dvd’s en HDTV gebruiken.
MKV is een media-bestandsformaat, net zoals MP4, AVI en TS bestandsformaten zijn. MKV heeft enkele functies die het MP4-formaat niet heeft.
HEVC en MP4 zijn verwarrend omdat ze informeel zowel naar de codering als naar het bestandsformaat verwijzen. Het probleem is dat MP4 is vastgelegd op H.264-codering, net zoals dvd’s vastliggen aan TS-bestanden en MP2-codering, en HEVC vastligt aan H.265-codering.
MKV is geen codering, maar slechts een container, net zoals AVI-bestanden verschillende streamcoderingen kunnen bevatten, zowel voor audio als video. MKV heeft hoofdstukken, net als MP4-bestanden, maar in tegenstelling tot AVI. Een MKV kan een H.264-(MP4)-stream of een H.265-(HEVC)-stream of vele andere coderingen bevatten, zolang je de codecs hebt.
MKV kan ook ondertitels en menu’s bevatten, maar de volledige vervanging van dvd-menu’s terwijl men MP4- of HEVC-codering gebruikt in plaats van MP2/TS-bestanden is er nooit gekomen. Zal waarschijnlijk ook nooit komen, aangezien mediaservers (DLNA, Plex, Kodi, XBM, Emby en talloze anderen) met streaming dvd’s inmiddels grotendeels hebben vervangen.
Ik weet niet of Plex on-the-fly moet transcoden, aangezien ik geen Apple-producten heb.
Je zou in Plex’s profielen voor de apparaten moeten duiken om het zeker te weten. Of het gewoon proberen en kijken of Plex z’n CPU aanspreekt om te transcoden. Ik heb tot nu toe geen problemen gehad, en dat is afspelen op een Tivo Roamio die waarschijnlijk geen HEVC/H.265-codecondersteuning heeft. Als je Plex ze zonder problemen afspeelt, maakt het niet echt uit of het natief is of dat Plex transcodet.
Alles dat UHDTV of 4K ondersteunt, zou native HEVC/H.265-ondersteuning moeten hebben, als dat helpt.
Bedankt. Ik zal het uitproberen en kijken wat er gebeurt bij het streamen vanaf een iOS-apparaat.
Toen je overschakelde op HEVC MKV, heb je je MP4-bestanden toen opnieuw gecodeerd of heb je die laten staan en daarna alleen nog HEVC MKV gecodeerd? Ik vraag me dus af of je bestandencollectie nu beide formaten bevat of alleen nog HEVC MKV. Nogmaals bedankt.
Dingen die ik al heb opgenomen, ik bemoei er niet mee tenzij het meer dan een GB is. Wanneer ik besluit om opnieuw te transcoderen (onthoud, het is een verliesvrij proces, dus elke transcode maakt het slechter), gebruik ik Handbrake met een ontspannen compressie-instelling omdat de bron al een keer is gecomprimeerd (de oorspronkelijke uitzending niet meegerekend).
Ik gebruik geen MCEBuddy omdat het is afgestemd op het automatiseren van de verwerkingsworkflow van opnames. Handbrake geeft me afstemmingsopties die ik per bestand kan aanpassen afhankelijk van mijn bronkwaliteit. Sommige shows worden uitgezonden op zowel de HD (eerste uitzending, prime time) als de SD-zijzender (herhalingen), dus ik wil de HD-opname behouden als dat is wat is opgenomen.
Ik gebruik VirtualDub voor handmatige knippen, maar ik kijk naar MCEBuddy Custom Cuts om te zien of dat beter voor me werkt. Custom Cuts gebruikt MCEBuddy om het bestand onder de motorkap te verwerken.
