Software-update: Shutter Encoder 16.3

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 16.3 beschikbaar gekomen en de changelog voor die uitgave ziet er als volgt uit:

Changes in version 16.3:

• Rebuilt 'Extract' function
• Added 'Image' section to output codecs
• Added '.avif' format to 'Image' function
• Added 'Preview' combobox to 'Edit media content' window
• Added 'Vu-meter' checkbox to 'Edit media content' window
• Added 'Set framerate mode' checkbox to 'Settings' window
• Added 'Set entropy coding to CAVLC' checkbox for 'H.264' function
• Ability to play an image sequence from 'Edit media content' window
• Corrected bug with 'Watch folder' and 'Edit media content' window
• Corrected bug with 'Display video's internal timecode' checkbox
• Corrected bug with 'Web video' function on Mac Apple silicon
• Corrected bug with 'Rewrap' function for the mxf format
• Corrected bugs with subtitles burning
• Various corrections
• Various improvements
• Updated ffmpeg, ffplay, ffprobe, yt-dlp

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

Reacties (6)

[nutty]

Zoek nog steeds een encoder die toelaat onder 5 fps te gebruiken...
Gebruik nog steeds Arcsoft mediaconverter,die is best snel, alleen zn leeftijd gaat parten spelen
(mn ip-cam neemt met 1 fps op).Deze opnamen archiveer ik,en daarvoor codeer ik de beelden naar een lagere kwaliteit.
Het coderen van 1 naar 5 fps komt de snelheid niet ten goede, moet gewoon van 1fps naar 1 fps zijn.
Snelheid is van belang als je de weekelijkse opnamen bestaande uit honderden filmpjes gaat coderen, dan moet dat niet een dag duren.
De meeste (goede) encoders (zoals bv Handbrake, Vidcoder etc) staan coderen <5 niet toe.

[Reactie gewijzigd door nutty op 24 juli 2024 07:55]

[The Third Man]

Hoe neemt de camera precies z'n beelden op? Want dit klinkt een beetje als een probleem aan de input kant. Encoden op 1 fps heb ik vaak genoeg met ffmpeg gedaan (met libx264 en -5) en daar nooit issues mee gehad. Bekend aandachtspunt is dat je bijvoorbeeld -framerate 1 *voor* de -i input_filename moet opgeven zodat ffmpeg de input als 1 fps ziet en niet gokt op wat anders. Pas de fps instellen aan de encoder-kant heeft dan soms geen of een verkeerd effect.

[Reactie gewijzigd door The Third Man op 24 juli 2024 07:55]

[Bulkzooi]

Hoe neemt de camera precies z'n beelden op?

Want dit klinkt een beetje als een probleem aan de input kant. Encoden op 1 fps heb ik vaak genoeg met ffmpeg gedaan (met libx264 en -5) en daar nooit issues mee gehad.

Bekende issues zijn ook gerelateerd aan de gebruikte begrippen, zoals transcoderen.

libx264 is een vrij nieuwe lib; daar voor heette de video en codecs gewoon xvid, avi of vob of zo. En dan heb je nog containers zoals .mkv.

nou, gaat d'r maar aanstaan. Is een eind discussiëren tot Kubernetes.

[Reactie gewijzigd door Bulkzooi op 24 juli 2024 07:55]

[The Third Man]

Natuurlijk, een container is natuurlijk een reeks bits en met de juiste stift interval kom je dan op een constante beeldverkleining. Dat kan Roel Pieper je zo vertellen. Neemt niet weg dat de kleurensignalen niet weg te filteren zijn zonder een correcte SECAM-adaptie. Nog zelf met CD-I ondervonden dat waren geen lieverdjes wat tracking betrof en dat kwam mede door de invloed van de PAL+ comptabiliteit. Wat dat betreft zijn we nu een stuk beter af!

[Bulkzooi]

Natuurlijk, een container is natuurlijk een reeks bits en met de juiste stift interval kom je dan op een constante beeldverkleining. Dat kan Roel Pieper je zo vertellen. Neemt niet weg dat de kleurensignalen niet weg te filteren zijn zonder een correcte SECAM-adaptie. Nog zelf met CD-I ondervonden dat waren geen lieverdjes wat tracking betrof en dat kwam mede door de invloed van de PAL+ comptabiliteit. Wat dat betreft zijn we nu een stuk beter af!

Say what? Je bedoeld met nu gewoon 32-bit RGB hopelijk?

Ps.
Longtime CD-i gebruiker hierzo. Gewoon via s-video, en een tulp naar de receiver.

[Reactie gewijzigd door Bulkzooi op 24 juli 2024 07:55]

[nutty]

ffmpeg is commandline gestuurd toch? Mwa daar heb ik geen zin in.
Wil gewoon een zooitje video's slepen (1 dag van 1 camera zijn 96 video's van 15min) naar het programma en gaan.
De opnames hebben willekeurige fps,de ene keer stel ik de camera in op 3 frames,de andere keer op 5,en een dag later bv weer op 25.
Deze filmpjes moeten uiteindelijk worden omgezet naar 1 fps,(dat geeft de kortste conversietijd),en voor het archief is 1 fps prima.

Als ik dus de opnames van 14 dagen wil omzetten hebben we het over 1400 video's,lol zie me dat niet met commandline doen Haha
Met Vidcoder (perfect programma overigens) doe ik 20 sec om een video van 15 min om te zetten,.
Das best rap,maar de output is zoals gezegd 5 fps,door de fps te verlagen moet het sneller kunnen,echter vindt ik geen programma die dit kan.
Heb in het verleden wel gevonden hoe dit te doen in Handbrake met de commandline. Maar dat werkt alleen met de commandline.
Geef je dezelfde parameter (die ik overigens niet meer weet) op in het veld waarin je de parameters kunt ingeven in Handbrake (of Vidcoder),dan werkt het helaas niet.

[Reactie gewijzigd door nutty op 24 juli 2024 07:55]