On 9/13/2024 2:58 PM, Danny Hong wrote:
  Quoting Anton Khirnov (2024-09-13 12:44:55)
Note that -view_ids is a decoder option and does nothing with
streamcopy.
Also, that option is intended for API users, with ffmpeg CLI you should
be using view specifiers instead.

Thanks!  Tried with "-map 0:v:view:all" and the result is the same.  The
resulting elementary stream cannot be decoded by ffmpeg as the stream is
not conformant.

Are you talking about decoding the resulting raw bitstream created from doing stream copy from the source mov? If so, what's happening is probably that the parser is splitting AUs when the second SEI with layer_id == 0 shows up in those non-conformant samples. This doesn't happen if you try to decode directly from the mov as the parser does not attempt to do any packetization then.


Use view specifiers to split the views into their own streams. I do not
want too much multiview-speficic logic into ffmpeg CLI, as it is a
rather obscure feature.

But the "-map 0:v:view:all" option is still available to output both views
as a single stream with alternating views, no?
Using "-map 0:v:vidx:0 -f rawvideo out0.yuv420p -map 0:v:vidx:1 -f rawvideo
out1.yuv420p" to split the views into separate streams seems to work fine
without the issues mentioned before.
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".

Reply via email to