Software-update: Shutter Encoder 15.8

Shutter Encoder is een gratis programma waarmee videobestanden kunnen worden bewerkt en geconverteerd. Het heeft een uitgebreide lijst met mogelijkheden, te lang om hier op te noemen. De video onder dit artikel laat in het kort de belangrijkste zien. Het is beschikbaar voor Windows, macOS en Linux, en wordt actief ontwikkeld. Het toont geen advertenties, voegt geen watermerk toe en is ook in het Nederlands te gebruiken. De auteur leeft geheel van donaties. Zojuist is versie 15.8 beschikbaar gekomen en de changelog voor die uitgave ziet er als volgt uit:

Changes in version 15.8:

• Added Russian language thanks to Александр Ласка
• Added "Hardware acceleration" with "Apple ProRes" for M1 Pro/Max
• Ability to resize the main window vertically
• Ability to store settings.xml into the app folder on Windows
• Improved "Image sequence" -> no longer require sequential naming
• Improved "Image sequence" -> supports different source file locations
• Improved "Extract" function
• Corrected bug with "Web video" function
• Corrected bug with "Nvidia NVENC" hardware acceleration
• Various corrections
• Various improvements
• Updated ffmpeg, ffplay, ffprobe, yt-dlp

Versienummer	15.8
Releasestatus	Final
Besturingssystemen	Windows 7, Linux, macOS, Windows 8, Windows 10, Windows 11
Website	Shutter Encoder
Download	https://www.shutterencoder.com/en/#downloads
Bestandsgrootte	76,70MB
Licentietype	Freeware

Reacties (11)

[SenkZ]

Leuke programmaatje! Weet iemand trouwens hoe ik de destination bitrate zo kan afstemmen dat ik geen kwaliteit verlies, maar het bestand ook niet onnodig groot maak?

[sdelange99]

Welke codec gebruik je? H264?

[SenkZ]

Momenteel geen specifieke. Maar in het verleden stond ik wel eens voor dat vraagstuk.

Dan ging ik proefondervindelijk aan de slag, dus encoden, resultaat bekijken, instellingen wijzigen, opnieuw encoden.

Ik vroeg me af of er ook andere manieren zijn om de juiste bitrate te vinden zonder trial and error.

[sdelange99]

Als je "gewone" MP4 files wilt is H264 nog de meest voorkomende keuze. Qua bitrate is rond de 10 Mbit/s erg netjes voor 1080p 24/25/30 fps.
Er zijn wel wat vuistregels voor, voor 4k zou ik zelf meer richting de 20 à 25 Mbit/s gaan zitten en voor 720 5-7 Mbit/s.

Zelf gebruik ik handbrake voor het maken van MP4'tjes, en die heeft een schuifknop voor de kwaliteit en een instelling voor de snelheid. De bitrate hoef ik dan niet in te stellen, maar wordt automatisch bepaald a.d.h.v. die andere twee waardes. Scheelt wat trial and error als je weet dat kwaliteit setting 17 voor 1080p aan de hoge kant is betreft kwaliteit.

[Randfiguur]

Als je "gewone" MP4 files wilt is H264 nog de meest voorkomende keuze. Qua bitrate is rond de 10 Mbit/s erg netjes voor 1080p 24/25/30 fps.

Ja, tenzij de bron korrelig/grainy is, dan is die bitrate nogal laag. Wat gelijk het betrekkelijke van vuistregels aantoont.

[SenkZ]

Ik neem aan dat de bron korrelig/grainy is door een bepaalde bitrate. Wat dat betreft zou het mooi zijn om een vuistregel tabel te hebben die zegt:

Input bitrate + encoding -> output bitrate + encoding.

[sdelange99]

Nee, wat Randfiguur stelt klopt wel. Ik werk zelf in de audiovisuele sector en inderdaad zodra je scenes hebt met veel detail (en bijvoorbeeld een artistiek gekozen filmkorrel-effect geeft een boel details) kan de kwaliteit achteruit gaan op eenzelfde bitrate tegenover een schonere bron.

Kijk bijvoorbeeld op YouTube of TV eens naar scenes waarin ineens confetti wordt afgeschoten; de beeldkwaliteit gaat zichtbaar achteruit

[SenkZ]

Klinkt logisch inderdaad, hoe minder contrast hoe lager de bitrate kan zijn voor goede kwaliteit. Hoe meer contrast, des te grotere bitrate nodig om blokjes te voorkomen.

Houdt dit programma (en alternatieven zoals handbrake, ffmpeg) automatisch rekening met scenes die meer bitrate nodig hebben?

[sdelange99]

Wanneer je instelt op constant quality wordt de bitrate automatisch bepaald (in samenspraak met de snelheid setting). Dan wordt daar dus rekening mee gehouden. Wanneer je zelf een bitrate kiest hangt het er vanaf of het een vaste of variabele (gemiddelde) bitrate is, maar de speling bij een variabele bitrate is alsnog minder groot dan bij de constant quality instelling.

Ik gebruik zelf geen Shutter maar het lijkt me aannemelijk dat er zo'n constant quality modus in zit voor H264

[Reactie gewijzigd door sdelange99 op 22 juli 2024 18:40]

[bsht]

Dat vraagstuk is wellicht HET grote vraagstuk rond video encoding. Je verliest namelijk altijd kwaliteit, maar de truc is om dat te beperken to acceptabel kwaliteitsverlies. Omdat dat subjectief kan je daar niet zo goed een nummertje aan hangen. De meeste encoders kun je dan met een "kwaliteit"-schuifje spelen om een paar dingen te vergelijken, dat is denk ik wat jij trail-and-error noemt. De bitrate vastzetten is niet zo handig, dat kun je beter een gemiddelde bitrate kiezen.

[yrosma]

Als je gaat reencoden om kleinere files te krijgen ga je altijd kwaliteit verliezen. De vraag is hoeveel kwaliteit wil je verliezen? Of wat is voor jou zichtbaar of goed genoeg.

Daarbij zou ik niet teveel naar bitrate kijken (hoewel dat natuurlijk de filesize bepaald) maar vooral op quality setting. h264 en h265 (hevc) kunnen allebij omgaan met een crf setting waarbij de een feite de kwaliteit die je wilt hebben insteld. Afhankelijk van je bron materiaal kan de uiteindelijke file best in grote veschillen. Een video met heel veel detail en beweging zal groter worden dan een video waar maar heel weinig detail en beweging in zit. Ik heb afleveringen die even lang zijn maar waarbij de ene aflevering 2x zo groot is als de andere. Kwaliteit is wel hetzelfde, maar dan zitten er in de ene aflevering meer stukken in die meer bitrate nodig hebben om dezelfde kwaliteit te halen. Beelden met veel ruis die je soms nog wel eens tegen komt hebben ook veel bitrate nodig.
Maar als je dus niet persee een bepaalde target filesize nodig hebt dan gewoon op kwaliteit converteren.

de keuze uit h264 en h265 kun je laten afhangen van support van de devices waar je je videos op wilt bekijken. h264 is de meest gangbare al is er ondertussen ook veel support voor h265. Voordeel van h265 ten op zichte van h264 is toch een iets betere compressie, ongeveer 20-30%. Als je h265 support hebt op je afspeel device dan waarschijnlijk ook 10 bits h265. Deze heeft persoonlijk mijn voorkeur omdat je dan minder last hebt van colour banding, zeker als je naar de wat lagere bitrates gaat. h264 heeft daar wat meer last van.
Nadeel van h265 is afgezien minder support op je afspeel devices dat ook het encoderen veel langer duurt. Dat gaat in factoren.

h264 is de meest veilige keuze. Je zou eens met crf 19 kunnen proberen en preset slow. En eens kijken of de encode tijd en kwaliteit voor jou acceptable is. Wil je meer kwaliteit dan zou je de crf kunnen verlagen. Al zou je met crf 17 niet zoveel kwaliteits verlies moeten hebben zonder dat ook de files erg groot worden. Wil je nog kleinere files zou je de crf ook kunnen verhogen. Maar hoger dan 25 zou ik niet gaan. Duurt je de encode tijd te lang dan zou je de preset naar medium kunnen zetten. Al gaat dat ook wel ten koste van de kwaliteit.
Heb je een setting die je bevalt kun je deze gewoon gebruiken voor al je videos.

trouwens mijn waardes gebruik ik met ffmpeg (command line). handbrake zou ik hier ook al genoemd worden en gebruikt dezelfde waardes min of meer als je graag een gui tool wilt hebben