Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Software-update: HandBrake 1.3.1

HandBrake logo (75 pix)Versie 1.3.1 van HandBrake is kort geleden verschenen. Dit opensourceprogramma, dat beschikbaar is voor Windows, Linux en macOS, kan filmmateriaal omzetten naar bestanden met onder meer een h.264-, h265- of mpeg4-beeldindeling en een aac-, ac3-, mp3- of Ogg Vorbis-geluidsindeling. Er zijn presets aanwezig voor veelgebruikte apparatuur, zoals een iPad, AppleTV of Android tablet en er kan ook met zaken als hoofdstukindeling en ondertiteling rekening gehouden worden. In deze uitgave zijn de volgende veranderingen en verbeteringen aangebracht:.

General
  • Fixed potential crash when opening a DVD source
Video
  • Fixed rotation/flip not working properly in some cases
  • Fixed an issue with QSV failures when using --start-at
  • Updated presets using x265 to set aq-mode 1, the default prior to HandBrake 1.3.0
  • Improved AMD VCE rate control by always explicitly setting the rate control method
  • Added a workaround to fix x265 not parsing the H.265 Level setting where localized
  • Added an upstream patch to fix x265 limit-tu bug in loading co-located CU's TU depth
  • Added an upstream patch to fix x265 2-pass encoding failure
  • Added an upstream patch to fix x265 VBV macroblocking at end of final GOP
Audio
  • Fixed importing older presets where "und" was used to select any language track
    • Since HandBrake 1.3.0, "any" selects any language track and "und" selects undefined language tracks only
  • Fixed secondary audio tracks on Blu-ray sources not being detected in some cases
Subtitles
  • Fixed importing older presets where "und" was used to select any language track
    • Since HandBrake 1.3.0, "any" selects any language track and "und" selects undefined language tracks only
Build system
  • Fixed cpp and lib flags causing build failures on some Linux systems
Third-party libraries
  • Updated libraries
    • FFmpeg 4.2.2 (decoding and filters)
Linux
  • Fixed UI translations not working in some cases
  • Fixed display of chapter start times
  • Fixed small memory leak in audio list
Mac
  • Fixed importing external ASS/SSA subtitles
  • Fixed statistics not updating after queue completion
  • Updated documentation link to the most recent documentation version
Windows
  • Fixed missing UI translations for some languages
    • Español (Spanish)
    • Français (French)
    • 한국어 (Korean)
    • русский (Russian)
    • Türkçe (Turkish)
  • Fixed official presets not updating after installing a new release
  • Fixed preference for automatically naming file extension MP4/M4V not working
  • Fixed an issue preventing the use of relative paths for automatic naming
  • Fixed audio and subtitles selection behavior not saving when set via the Save New Preset dialog
  • Fixed closed captions not being added automatically per selection behavior
  • Fixed iPod 5G support option displaying when an incompatible encoder is selected
  • Fixed queue updating slowly or not updating in some cases
  • Fixed a few UI issues and a crash with the new dark theme.
  • Fixed window not restoring properly after minimizing to system tray
  • Fixed frame rate mode not updating on video codec change, preventing QSV zero-copy mode

Versienummer 1.3.1
Releasestatus Final
Besturingssystemen Windows 7, Linux, macOS, Windows 8, Windows 10
Website HandBrake
Download https://handbrake.fr/downloads.php
Bestandsgrootte 12,91MB
Licentietype GPL

Door Bart van Klaveren

Downloads en Best Buy Guide

05-01-2020 • 06:27

59 Linkedin Google+

Bron: HandBrake

Update-historie

Reacties (59)

Wijzig sortering
Bij mijn weten ondersteunt Handbrake niet het rippen van commerciele dvd s (?). Weet iemand een open source programma dat dat wel doet?
Dat kan prima met HandBrake, je moet alleen even libdvdcss installeren.
Formeel is er geen enkel programma dat dvd-s kan rippen. Want dat mag niet. Vroeger mochten wij hier in NL nog een kopie voor eigen gebruik maken. In die tijd 'mocht' het dus wel.

Tegenwoordig zijn het vooral de beeld-verbeteraars die je moet/wilt hebben. Die zorgen er voor dat de beelden van de bestanden die je van de dvd af hebt gehaald toch toonbaar zijn.

Uiteindelijk is dat een heel mooi voorbeeld van kopieer beveiliging c.q. encryptie die na verloop van een aantal jaar niet meer houdbaar is.
Heb je een voorbeeld van een 'beeld-verbeteraar', of wat is de engelse term daarvoor zodat ik beter kan googlen?
Zo'n 'verbeteraar' is een verzamelnaam voor filters zoals de-noise, edge filter, of despecle. Verbeteren van een DVD (MPG-2) is relatief... Je kunt upscalen (ofwel een berekening maken van wat een tussenliggende of aanpalende pixel zou moeten worden aan de hand van een vierkantje van 4 pixels) maar dat doet je TV ook al als je een SD-signaal erop aansluit, en eventueel kleurcorrecties maken. Elk ander soort filter tovert iets weg of tovert er iets bij (wat oorspronkelijk niet in het origineel zat). MPG-2 zélf heeft al een ingebouwde edge-filter: randen worden minder kartelig weergegeven (daarom zien die acteurs/actrices er op DVD ook zo goed uit ;) ).
Zo uit mijn hoofd iets van 'libdecss'. te lezen als 'lib-de-css' waarbij css de versleuteling is die er uit moet. En "de" is de "de" van "decrypt" zoals "en" bij "encrypt" hoort. Maar dit is erg/zeer oude info.

Als je bij de mpeg libraries 'lame' kijkt, moet je gewoon goed opletten welke versie/variant/build je gebruikt. De formele versies zijn erg netjes. Meestal heb je een alternatieve nodig.
Je kan ook makemkv gebruiken, die ript ze naar mkv in het originele formaat. Dan daarna kan je ze evt recoden.
Gebruik t zelf voor blurays maar DVDs kunnen ook.
Blijft jammer dat Handbrake geen teletext subtitles ondersteunt, ik moet die nu telkens apart met ffmpeg naar SRT dumpen bij mijn DVR opnames.
Je kunt een srt of sub meenemen tijdens het converteren!
Eh, dat bedoel ik niet :) DVR opnames hebben de teletext subtitles in de MPEG-TS file zitten. Als je die opnames met Handbrake wil transcoden gaan de subs verloren omdat Handbrake geen TT subs ondersteunt. Je moet dus eerst met ffmpeg handmatig de subs uit de MPEG-TS naar een losse SRT file extracten, voordat Handbrake aan de slag kan. Dat is nogal onhandig in de workflow.
Aha, dat! Nooit gedaan, zal er binnenkort eens op letten.
Ik weet niet hoe snel ffmpeg de subs kan rippen, maar ik gebruik daarvoor
Clumpco's Teletext Subtitle Extractor
Kun je kiezen uit met of zonder kleurinformatie.En is seconden werk.

Natuurlijk kun je dit ook met TS doctor doen, maar dat is een betaalde applicatie.
ffmpeg ondersteunt al jaren ondertitels en teletext. Maar daarbij moet de bron en het doel wel teletekst en/of ondertitels ondersteunen.

Voor de goede orde, in de meeste media formaten is teletext (video-text of zo iets) en ondertitels (subtitles) een aparte stroom, net zoals beeld en geluid apart zijn. Vaak zie je zelfs meerdere ondertitel stromen. Voor zover ik weet (uit ervaring van 10 à 15 jaar geleden) kan ffmpeg deze stromen zelfs mixen: de subs omzetten naar een teletext pagina of andersom.

Als je doel formaat geen ondertitel en teletext kent, dan kan ffmpeg zelfs de tekst in of onder/boven het beeld zetten met een door jou gekozen lettertype. Dan komt het dus echt als onderdeel van de video en kan je het niet meer uit zetten.

En omdat ffmeg het ondersteunt, zou handbrake het ook moeten kunnen, als ze er de opties maar voor aan zetten.
Dat klopt allemaal (ik weet wat ffmpeg kan :) ), maar Handbrake heeft de ondersteuning voor teletext er nog niet ingezet ondanks dat de onderliggende ffmpeg library het wel kan. DVB subs trouwens ook niet.

[Reactie gewijzigd door Dreamvoid op 5 januari 2020 19:56]

Jammer dat je bij het omzetten van H264 naar H265 bijvoorbeeld nog steeds geen targetgrootte kan instellen. Bijvoorbeeld als je een H264 file van zeg eens 10GB wil omzetten naar een H265 van 6GB.
Je zou eventueel je target grootte kunnen bepalen door uit te rekenen hoe hoog/laag je bitrate moet worden om het gewenste bestandsgrootte te verkrijgen.
Misschien moet je ze dan 2 keer draaien. De eerste keer om te zien hoe groot het doel wordt en dan daarna de compressie aanpassen zodat je beter uit komt.
Eventueel voor de kleinere maat de resolutie en/of kleurdiepte aanpassen.
Vroeger was het belangrijk om zo optimaal mogelijk gebruik te maken van een bepaalde ruimte (bijvoorbeeld een CDr, 650 of 700 MB) en met die ruimte een zo hoog mogelijke kwaliteit te krijgen. Die ruimte is tegenwoordig minder relevant (HD-ruimte zat). Je geeft de CODEC simpelweg de optie een bepaalde kwaliteit aan te houden en het bestand krijgt dan een willekeurige grootte. Variable bitrate is altijd aan te raden simpelweg omdat sommige scènes gewoon minder detail of beweging (motion-vectors) hebben en dan ook minder data nodig hebben om dat weer te geven, die besparing kan weer gebruikt worden bij scènes met veel detail/beweging.

Je moet niet meer vasthouden aan een bepaalde bestandsgrootte, je moet voor kwaliteit gaan. Handbrake doet dat al automatisch als je een preset gebruikt.
Dat weet ik en ik heb uiteraard presets aangemaakt en ga altijd voor de beste kwaliteit. Als ik een 12GB H264 1080p videobestand wil omzetten naar H265 1080p dan is het targetbestand vaak (naar mij idee) te klein, zeg eens 3 of 4 GB terwijl ik het dan 7 of 8GB wil hebben. Ik wil dus geen kwaliteitsverlies hebben ten opzichte van de 12GB H264. Theoretisch zou H265 ongeveer de helft van de ruimte van H264 nodig hebben maar ik denk zelf dat dit wat te optimistisch is. Nu moet ik vaak een lange sessie meerdere malen doen om ongeveer de gewenste grootte te krijgen door wat met de quality slider in tabblad Video te schuiven, maar bij een andere film kan het resultaat zo weer heel anders zijn. Doorgaans gebruik ik 22 Constant Quality met 2-pass encoding met de kwaliteit op "slower". Variabele bitrate ben ik geen voorstander van en wordt ook vaak afgeraden.

[Reactie gewijzigd door Tranquility op 6 januari 2020 20:12]

Ik ben bezig geweest met capturing van VHS met een Pinnacle DV-500(?) kaart. Het bewerken van video sinds MPG1 (VCD) in diverse formaten totaan MPG4, het basisprincipe van de codecs blijft hetzelfde en de techniek erachter ook: comprimeren door te beginnen met één volledig plaatje (i-frame) en in de volgende beelden alleen de verschillen weer te geven. Een film bestaat nu eenmaal niet continu uit dezelfde soort scènes: een dialoog aan tafel tussen twee mensen (nagenoeg statisch beeld) behoeft veel minder data dan een achtervolging door een drukke straat bijvoorbeeld. Er is veel ruimte te besparen door minder data toe te bedelen aan die statische scènes (MP3 VBR werkt op dezelfde manier). Ik ben zelf geen voorstander van variabele framerate, maar ook daar is ruimte te besparen zonder kwaliteitsverlies (ideaal voor webvideocomponenten).

Waar het op neer komt is dat veel mensen een filmbestand van bijvoorbeeld 3,5GB zien en dan meteen denken: 'de kwaliteit daarvan kan nooit goed zijn' (want een BluRay-filmbestand is wel 40GB) maar er komt heel veel kijken bij zo'n compressie.

Bij een recode moet je eigenlijk ook niet uitgaan van de grootte van dát bestand. De encoder heeft ervoor gekozen een bepaalde compressie/kwaliteit te gebruiken, dat hoeft niet de optimale setting te zijn (het bestand was eigenlijk misschien te klein/groot). Ook moet je kijken naar de kale grootte van het videospoor (sommige ongecomprimeerde audiosporen zijn een paar GB...) en niet het hele bestand.
Ik gebruik hem altijd om gamevideo's naar whatsapp/youtube vriendelijk formaat om te katten. Leuk speelgoed, al komt de i5 8400 echt tekort.
Je kunt natuurlijk ook kiezen voor hardware acceleratie in de vorm van Intel QuickSync, AMD VCE of nVidia NvEnc. :)

Zou technisch gezien wat verschil in kwaliteit kunnen geven, maar gaat (iig met nVidia NvEnc op mijn RTX 2070 Super) vele malen sneller.
Hardware encoding via gpu is leuk als kwaliteit geen rol speelt, maar het resultaat is, vergeleken met bijv een x264 crf18 encode bedroevend slecht. Laatst nog eens een nvenc encode op 5mbit gedaan als test, zit je gewoon tegen blokvorming aan te kijken. Terwijl met software encoding fantastische resultaten op 1 - 2 mbit te boeken zijn.

Dat blijft wat dat betreft voor mij een frustratiepunt: kan je nog de meest fantastische gpu bezitten (lees rekenkracht), voor video encoding heb je er geen donder aan; tuurlijk: ik zit zo drie dagen te renderen op een hevc encode (bijvoorbeeld een backup van mijn bluray naar nas) , maar het resultaat is iets waar een hardware renderer alleen maar van kan dromen. als kritische kijker is er geen alternatief. rotzooi encodes is zonde vd tijd en diskspace.
Hardware encoding speelt juist bij kwaliteit een rol! Heb je een beperking in bandbreedte / bitrate bijvoorbeeld een Twitch stream, dan is CPU encoding beter, maar speelt bandbreedte / bitrate geen rol, dan is hardware encoding niet alleen sneller, maar ook kwalitatief beter.

Edit: ik spreek over tests, vergelijkingen online en eigen ervaring op basis van x264, voor zowel streaming als archivering.

[Reactie gewijzigd door CH4OS op 6 januari 2020 13:59]

Dat is onjuist; natuurlijk, als je er "unlimited" bandbreedte tegenaan smijt dan werkt het redelijk , maar dan kan ook een software encoder gewoon functioneren. Overigens denk ik te bemerken dat je het nu over realtime encoding bij een spelletjesstream hebt. Dat is niet bepaald een manier om video encoding te vergelijken, gezien je nauwelijks tot geen settings tot je beschikking hebt.

Ga er zelf maar aan staan: doe een hevc x265 encode op crf16, motion estimation method exhaustive 7 , vector search range 32, trellis quantization aan. daar komt een (consumenten) hardware encoder nog niet misschien bij in de buurt.
Ik heb genoeg tests, reviews en vergelijkingen gelezen en zelf gedaan toen ik nog naar Twitch streamde om te weten dat er genoeg verschil is. Wel gebruikte ik x264, x265 was toen nog niet interessant, dat begon toen net en was (en volgens mij zelfs is) nog geen vaste standaard.
Overigens denk ik te bemerken dat je het nu over realtime encoding bij een spelletjesstream hebt. Dat is niet bepaald een manier om video encoding te vergelijken, gezien je nauwelijks tot geen settings tot je beschikking hebt.
Het maakt natuurlijk niet uit wat je door een stream gooit, bij Twitch in bandbreedte / bitrate een te beperkende factor, wat je dan door die stream duwt maakt natuurlijk niets uit, er zijn genoeg niet game gerelateerde streams op Twitch te vinden. ;) Daarnaast heb ik voor wat ik getest en bekeken heb mezelf natuurlijk niet gelimiteerd tot de limieten van Twitch, heb dus ook gekeken wat het effect is zonder bandbreedte / bitrate beperking. ;) Hoe moet ik anders vergelijken?
Ga er zelf maar aan staan: doe een hevc x265 encode op crf16, motion estimation method exhaustive 7 , vector search range 32, trellis quantization aan. daar komt een (consumenten) hardware encoder nog niet misschien bij in de buurt.
Er is uiteraard altijd een edge case te bedenken (ikzelf noem dat altijd de planeten in een rechte lijn te zetten) met name met de nieuwste technieken. Zolang dat geen gemeengoed is, heeft het geen zin om dat op hardware niveau te optimaliseren.

[Reactie gewijzigd door CH4OS op 6 januari 2020 13:10]

Ik heb zelf geen enkele ervaring met realtime streaming, vind dat ook totaal oninteressant. We hebben het dan ook over twee verschillende zaken. Waar ik over praat is software encoding van video materiaal, niet realtime (kan niet, cpu heeft nou eenmaal niet zoveel rekenkracht), met x264 en x265. Met high end settings haal je op een extreem krachtige cpu wellicht 5-10fps. Keerzijde van dit verhaal is de prachtige encodes die als resultaat komen. En dit is totaal onmogelijk met een hardware encoder. Die heeft simpelweg niet de features van een software encoder. En ja, dat is terug te vinden in allerlei tests online , maar dan moet je dus niet gaan zoeken naar spelletjes streaming, maar naar non realtime high quality video encoding, bijv voor archiverings doeleinden.
Ik sprak over beiden en ook uit eigen ervaringen, tests die ik dus zélf heb gedaan, voor beide situaties.
Ik heb mijn eerste reactie daarom even verder verduidelijkt.

[Reactie gewijzigd door CH4OS op 6 januari 2020 14:00]

Denk niet dat het een "edge case" is. Terradrone bevestigt enkel wat ook mijn eigen ervaring is na jarenlang x265 encoding, tussen de 2000 en 3000 filmpjes. Zelfs zonder alle extra opties die hij vermeld (en uiteraard zonder bitrate beperking of zelfs aanpassen van framerate). Gewoon een constant framerate, source FPS, 18 CRF, very slow optimisation - zo standaard als wat dus, zonder franjes: als je het doet op de CPU is de kwaliteit zichtbaar beter dan met GPU versnelling. Ik heb wel enkel AMD en nvenc geprobeerd, misschien dat Apple een beter resultaat geeft.
Apple is tegenwoordig ook Intel-based en dus QuickSync. En nogmaals, mijn ervaring is met x264, een andere standaard dus dan x265 en op x264 was er dus een ander verschil dan met x265. ;)

[Reactie gewijzigd door CH4OS op 6 januari 2020 13:57]

Volgens mij ondersteunt mijn 1080ti dat niet :( al valt quicksync nog wel onder de mogelijkheden. Bedankt voor de tip :)
Bij Handbrake wordt NvEnc ondersteund vanaf de 4e generatie NvEnc, Pascal- en Turing-architectuur (GTX 1050+ en RTX Turing 1650+, 2060+). Alhoewel de site zegt dat oudere generaties misschien ook werken, maar wordt officieel niet ondersteund.
Ik heb de link gevonden.

Ik gebruik handbrake al vele jaren voor omzettingen naar H264 (vanaf DVD formaten destijds), en nu voor omzetting van H264 naar H265, wat door mijn nVidia Shield prima wordt decoded, en maar 1/3 van de ruimte inneemt,

Ik had de hardware H265 encoding op mijn GTX 1080 Ti via andere tools al eens geprobeerd, maar vond de kwaliteit minder dan van de software encoder.
Nu dat ik weet dat Handbrake het ook support, kan ik de tool-variabele uitschakelen. Ik ga dit nog eens proberen.
Het gebeurd zelden, maar laatst heb ik middels een batch enkele bestanden omgezet van h265 naar h264 i.v.m. hardware beperkingen en ik was zeer tevreden over de interface en snelheid. Sowieso was ik tot op heden geen programma tegen gekomen waarbij er echt geen beperkingen waren.

Omdat het zo zelden voor komt gooi ik dergelijke software vaak meteen weer weg, maar deze heb ik laten staan.

Verder bij het downloaden niet naar gekeken, maar lees nu dus dat het pas bestaat en dat er heel wat bug fixes zijn.

Ik vind het een aanrader.
Er is ook een portable versie beschikbaar. Zeker als je de software zelden gebruikt wel handig.
Idd heel handige tool.
Hij bestaat trouwens volgens mij toch al wel weer een jaar of 5 denk ik hoor.
Het nieuws op de site gaat terug naar 2018, maar wellicht is dat niet volledig.

Als ik Wikipedia mag geloven is de huidige versie sinds 2007 in ontwikkeling nadat de starter, welke begon in 2003, geen reactie meer gaf. Ze zijn met subversie 0.7.1 begonnen en hebben na 13 jaar ontwikkelen(?!) versie 1.0.0 in 2016 uitgebracht.

Tot 2016 was het waarschijnlijk dus zo klein dat ik het nooit op Google heb (kunnen) vinden.
Handbrake is al tijden de go-to software voor encoden. Ik heb zelf het betaalde Adobe packet met Adobe Media Encoder. Programma is gewoon KUL. kan niet overweg met variabele bitrate. praktisch gezien alle videos die je download hebben variabele bitrate. Handbrake slikt alles en is zeer fijn in te stellen. Doet het werk heel goed en is lichtgewicht.. en gratis...

Doeg Adobe...
De google trends zijn na 2005 hoger dan 2016 en erna, dus dat lijkt me niet de reden.
https://trends.google.com...0download,handbrake%20dvd
Ik heb het in mij studie periode wel eens gebruikt, en dat was van '03-'08. Hoe en waarom ik het toen gevonden heb weet ik niet meer, maar het was dus al wel bekend genoeg om bij mij op de radar te verschijnen.
Dan komt het domweg omdat ik er eigenlijk nooit mee bezig ben geweest en die 3x dat ik het nodig had niet heb gevonden haha
Er is helaas wel een beperking aan Handbrake die al meerdere keren is aangehaald op hun feature request forum: Geen auto-pass through (of direct stream copy) van video. Ondanks deze verzoeken is het antwoord steeds dat het niet geïmplementeerd zal worden.

Ik heb een mediaspeler die sommige audiosporen niet ondersteund en dan crasht maar wel de video kan afspelen, ik kan Handbrake gebruiken voor het omzetten van dat audiospoor, maar alleen als ik ook video omzet en dat is juist weer onnodig. Ik ben dan best veel tijd kwijt aan het handmatg de-/remuxen van de .mkv's.

Handbrake is bijna perfect minus die auto-pass through. ffmeg kan het wel, maar ja, die heeft geen nette werkende gui ervoor...
Voor recodes met Video pass-through gebruik ik XMedia Recode, die kan dat wel.
Verder is Handbrake erg fijn in gebruik, behalve de crop-functie, die is erg basic, zonder voorbeeld functie. Ook dan is XMedia Recode een uitkomst. Dan zie je tenminste wat je wegsnijdt :)
Ik ben enorrrrrrm dankbaar voor deze tip!! _/-\o_
Ik heb een aantal dvd's die gemaakt zijn van VHS-videobanden. Van die dvd's heb ik ISO-bestanden omdat ik dat destijds handig vond. Nu wil ik de video's uit de ISO-bestanden opslaan als losse videobestanden. Ik ben op zoek naar de beste manier, waarbij er geen kwaliteit verloren gaat en waarbij het bestand niet onnodig groot wordt. Heeft iemand een suggestie voor HandBrake instellingen/presets?
Je kan de MPEG-2 video en AC3/DTS audio sporen rechtstreeks remuxen in een MP4 of MKV container dan ‘verlies’ je geen kwaliteit, maar de files zijn dan nog steeds enorm en de menu’s enzo neem je niet mee.

Als ik jou was zou ik die DVD ISO’s lekker als backup bewaren en de boel daarnaast recoden naar H.264 video (High, L4.0, geen belachelijk hoge bitrates, 1000 kbps is ws genoeg) met AAC stereo geluid (het bronmateriaal is toch al niet surround) in een MP4 container, alles zo standaard mogelijk, maximale compatibility met alle telefoons/televisies/software.
Bedankt. Dan ga ik het denk ik eens met de "Fast 720p30" preset proberen.
(Volgens VLC is de ISO bron 720p en dat is waarschijnlijk al veel voor VHS?)
720p30 zou meer dan zat moeten zijn voor VHS. Ik heb op mijn kladje staan dat de meeste PAL video's 352x576 24Hz zijn, maar het is even geleden. En er zijn zat mensen die beweren dat je bijna 2 MB/s nodig hebt voor een mooie VHS kopie (complete onzin wat mij betreft, maar goed).

Probeer er eens een stukje op die preset en kijk naar het resultaat. Als het resultaat zuiver genoeg is (t.o.v. het origineel), kan je proberen om verder te zakken als de bestanden je te groot worden.
Een DVD heeft max 576p dus ik weet niet helemaal waar dat vandaan komt, maar hij pakt als het goed is sowieso de bronresolutie. Gewoon proberen en side-by-side afspelen om te vergelijken.
Weet iemand trouwens wat de snelste manier is om een dvd te converteren? Maakt het bijvoorbeeld uit of je de ondertiteling toevoegt aan de video of niet?
Voor de snelheid van het converteren maakt het toevoegen van subs (bijna) niks uit.
Handbrake kan ook DVD's converteren, zolang deze niet encrypted zijn tenminste. Maar daarover is hierboven al voldoende geschreven.
Alternatief programma die ik gebruik is Vidcoder:
https://vidcoder.net/

Deze gebruikt de engine van Handbrake, maar met een andere GUI...
Gebruikte vroeger altijd Handbrake, maar vond de GUI van Vidcoder net wat makkelijker werken voor mijn workflow.
Ben op het moment van schrijven met Handbrake bezig, erg goed programma. Tijd om even te updaten dus.
Vooral de klant en klare presets en opties om alles zelf te tweaken en eigen presets te kunnen maken zijn erg handig.
Ik hoop ondanks alle nadelen die mensen er in zien dat AV1 toch de defacto standaard codec wordt en dat we dat zullen terug zien in handbrake.
Wat wordt als nadeel genoemd, en wat zijn de voordelen die opwegen tegen die nadelen? (Weet nagenoeg niets over AV1 trouwens, mij lijkt x265 op het eerste gezicht prima)
AV1 is de opvolger, echter het is nog niet geoptimaliseerd dus het encoden duurt heel lang. Om deze reden wil de ontwikkelaar van Handbrake het nog niet toevoegen.

Op dit item kan niet meer gereageerd worden.


Apple iPhone 11 Microsoft Xbox Series X LG OLED C9 Google Pixel 4 CES 2020 Samsung Galaxy S20 4G Sony PlayStation 5 Nintendo Switch Lite

'14 '15 '16 '17 2018

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2020 Hosting door True