You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
At least I tried to copy some text to our mail-list (in search for cheap 10 bit VHS capture solution. Can this project deal with just normal video signal capture from standard video outputs?) and run into something looking like cut phrase.
"The gen chroma scrips will use decoded .tbc files and generate standard video files by default a lossless, interlaced top field first and high-bitrate (roughly 70-100 Mb/s) FFV1 codec video which, which although ideal for archival and further processing."
does this mean " (...), but badly supported as-is for editing"?
I am sort-of very beginner level (forever beginner ..) developer, currently fixing and breaking cinelerra-gg (video editor/NLE), so surprizing choppines of ffv1 playback is something I saw with my own eyes.
The text was updated successfully, but these errors were encountered:
For analogue tapes, FM RF capture and software decoding is the best way to go for correction and preservation.
For CVBS sources you can use CVBS-Decode but it's not going to give anywhere near the results of VHS-Decode this is only ideal for live sources like cameras or digital formats, or analogue ones that have already been through a hardware TBC of some forum (so the whole point of the powerful software TBC in vhs-decode is lost and it costs more space in terms of RF capture)
FFV1 is not supported by Avid Pro Tools/DaVinchi Resolve/Adobe Suite/Final Cut hence why it's pretty much disregarded for editing and re-muxing to V210/ProRes HQ (and setting the CLAP/Colr Atom data in amcdx-video-patcher properly after the fact)
It's meant more so for tossing into tools like StaxRip etc using a deinterlacer QTGMC/IVTC than editing in an NLE directly.
(FFV1 is supported in Lossless Cut but at potato render quality.)
The issue is also the output from the gen_chroma_vid.sh script is not flagged for interlacing properly this is a limit of FFmpeg but re-muxing fixes this issue hence why this command is added.
At least I tried to copy some text to our mail-list (in search for cheap 10 bit VHS capture solution. Can this project deal with just normal video signal capture from standard video outputs?) and run into something looking like cut phrase.
"The gen chroma scrips will use decoded .tbc files and generate standard video files by default a lossless, interlaced top field first and high-bitrate (roughly 70-100 Mb/s) FFV1 codec video which, which although ideal for archival and further processing."
does this mean " (...), but badly supported as-is for editing"?
I am sort-of very beginner level (forever beginner ..) developer, currently fixing and breaking cinelerra-gg (video editor/NLE), so surprizing choppines of ffv1 playback is something I saw with my own eyes.
The text was updated successfully, but these errors were encountered: