2026-09-11 18:49 UTC
Replies (5)
-
@BOFH666@lemmy.world 2026-09-11 18:55
What does v4l2-ctl -d /dev/video0 --all tell you?
-
@amlor@piefed.social 2026-09-11 21:49
Have you tried throwing file and/or mediainfo commands at those files?
-
@apparia@discuss.tchncs.de 2026-09-11 22:52
I’m no expert but I believe ffmpeg will be using the rawvideo decoder to read that file. If it appears to work I guess the stream output by v4l2-ctl happens to match up closely enough with the default parameters listed in that doc, you may want to work out what it is and double check compatibility though. The difference from a regular container is that it’s uncompressed (hence the size) and can’t include any metadata (hence the need to specify parameters manually). v4l2-ctl writing in this format means it doesn’t need to worry about compressing and encoding the video on-the-fly, which would complicate the implementation and might not always be feasible in real-time. If you wanted to avoid the intermediate file you should be able to pipe v4l2-ctl directly into ffmpeg.
-
@TrollAccount69@lemmy.ml 2026-09-12 02:01
The person who said file and mediainfo put you on the right track. You’ll figure it out. The video tapes do a somewhat decent job of correcting their own instability but cassette players need to be adjusted for wow and flutter as well as head azimuth. Make sure you’re using a player that supports the tape type and noise reduction scheme as well.
-
@non_burglar@lemmy.world 2026-09-14 05:38
Raw files are uncompressed color and luminance channels, audio, and time codes. Photographers often want the raw data to post-process themselves before any editing. The fact that your device produces these is usually sign of decent quality.