supporting arguments for FFV1 encoding
Hi, I am testing using FFV1 encoding and have some questions on use. When encoding to >8 bit (like ffmpeg v210.mov -c:v ffv1 ffv1.mov) I get this warning: [ffv1 @ 0x7f83a1850a00] bits_per_raw_sample of more than 8 needs -coder 1 currently Could -coder 1 be the default in circumstances like this? Is there a disadvantage to using -coder 1? In other cases ffmpeg will provide an error and no output when the user needs to provide more information to make a decision about the encoding. In this case there doesn't seem to be any significant decisions to be made, the user just has to add -coder 1. With FFV1 version 3 specifically, when I run a command like this: ffmpeg -y -f lavfi -i testsrc=duration=5 -c:v ffv1 -level 3 -strict experimental out.mov I get the error: [ffv1 @ 0x7fd879850a00] Unsupported number 0 of slices requested, please specify a supported number with -slices (ex:4,6,9,12,16, ...) If I specify slices manually, -slices 4, then the encode will work. To make this simply could ffv1 version 1.3 use a default number of slices but still provide the option for tweaks. Dave Rice
Quoting Dave Rice <daverice@mac.com>:
Hi,
I am testing using FFV1 encoding and have some questions on use.
When encoding to >8 bit (like ffmpeg v210.mov -c:v ffv1 ffv1.mov) I get this warning: [ffv1 @ 0x7f83a1850a00] bits_per_raw_sample of more than 8 needs -coder 1 currently
Could -coder 1 be the default in circumstances like this? Is there a disadvantage to using -coder 1? In other cases ffmpeg will provide an error and no output when the user needs to provide more information to make a decision about the encoding. In this case there doesn't seem to be any significant decisions to be made, the user just has to add -coder 1.
As soon as FFv1.3 is considered "stable", this would make sense. However, right now v1.3 is marked "experimental" - and therefore it would be dangerous to automatically enable the bitstream. So, as far as I understand it, your "problem" is only temporarily - and will be gone as soon as FFv1.3 is officially released as stable. Pb
Quoting "Peter B." <pb@das-werkstatt.com>:
Quoting Dave Rice <daverice@mac.com>:
Hi,
I am testing using FFV1 encoding and have some questions on use.
When encoding to >8 bit (like ffmpeg v210.mov -c:v ffv1 ffv1.mov) I get this warning: [ffv1 @ 0x7f83a1850a00] bits_per_raw_sample of more than 8 needs -coder 1 currently
Could -coder 1 be the default in circumstances like this? Is there a disadvantage to using -coder 1? In other cases ffmpeg will provide an error and no output when the user needs to provide more information to make a decision about the encoding. In this case there doesn't seem to be any significant decisions to be made, the user just has to add -coder 1.
As soon as FFv1.3 is considered "stable", this would make sense. However, right now v1.3 is marked "experimental" - and therefore it would be dangerous to automatically enable the bitstream.
So, as far as I understand it, your "problem" is only temporarily - and will be gone as soon as FFv1.3 is officially released as stable.
Ooops! My bad: I somehow overlooked that you were just encoding a >8bps file - and not accessing a feature that required "-level >1". Forget my above message. Pb
participants (2)
-
Dave Rice -
Peter B.