Quoting James Almer (2024-09-17 18:44:00) > - Output stream side data as passed to lavf by the CLI should contain > information that applies to the entire stream, which includes all the > views packets may contain. This obviously also applies to what is passed > to the encoder beforehand. > > The latter however would > require changes to the CLI so the output encoder is not blindly > initialized with the side data from the first frame that comes out of > lavfi, which for mv-hevc always reports one specific view (and frame > alternate type). > The CLI would need to use the knowledge of what the user requested to > the decoder (one view? all views?) to update the global side data that's > passed to the encoder and ultimately makes it to the muxer.
I've always disliked this practice of treating first frame's side data as global, but the big problem with changing it is that we'd need to add global side data propagation to lavfi. Or as a short-term workaround, I could have the decoder signal this directly to encoder via opaque_ref, bypassing lavfi. The issue with that would be that the user then cannot override this information inside lavfi - e.g. if you have a complex filtergraph that puts the two views side by side. -- Anton Khirnov _______________________________________________ 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".
