Opened 21 months ago

Last modified 16 months ago

#1590 new defect

Issue with sub-picture functionality

Reported by: vulcano Owned by:
Priority: minor Milestone:
Component: VTM Version: VTM-18.2
Keywords: Cc: ksuehring, XiangLi, fbossen, jvet@…

Description

I would like to bring to your attention an issue we are facing in our MPEG Immersive video (MIV) experiments related to the VTM project.

Our experiments involve splitting atlases into sub-pictures and encoding them separately with VTM. We then merge them using the VTM sub-picture merging tool. However, we have encountered a problem where there is an offset in rendering from the second frame onwards. After investigating, we have identified that this issue is due to incorrect decoding of the merged bitstream. We suspect that this is a bug in the VTM merge application or in the VTM decoder.

I would like to provide more detailed information on our findings, which can be found in MPEG input contribution m61912 '[MIV] Preliminary experimental result of EE7'. Here is the link to the document: https://dms.mpeg.expert/doc_end_user/current_document.php?id=85697&id_meeting=193. A detailed discussion on this issue within MIV Ahg is available here: https://mpeg.expert/software/MPEG/MIV/InputDocuments/-/issues/652.

Additionally, we would like to provide the VVC bitstream to recreate this situation and investigate the issue further.

Attachments (2)

sub-pic.jpg (212.6 KB) - added by vulcano 21 months ago.
The original vs. decoded atlas images
issue 1590.7z (156.9 KB) - added by vulcano 21 months ago.
subpic, merged bitstream and encoding cfg file and etc.

Download all attachments as: .zip

Change history (3)

Changed 21 months ago by vulcano

The original vs. decoded atlas images

Changed 21 months ago by vulcano

subpic, merged bitstream and encoding cfg file and etc.

comment:1 Changed 16 months ago by hallapur

I think the issue is probably with the encoder config paramaters. Here is a quote from software-manual.pdf section 8: "If VTM encoder is used for encoding input bitstreams, it is recommnended that ALF, CCALF, joint chroma coding, LMCS and AMaxBT are disabled. This prevents those tools having parameters with different values in different subpictures which would result in merged bitstream being non-conformant". So those specific tools need to disabled at the encoder to guarantee that merged stream is decodable.

If you want to enable those tools for maximum coding performance, you need to merge original YUV files first (can be done with subpic merge tool) and then use VTM encoder to configure subpictures and encode merged YUV file. There are some subpicture config examples in cfg/partitioning.

Note: See TracTickets for help on using tickets.