-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How to correctly generate SGM? #26
Comments
Hi,have you solved this problem? |
Sorry for the late reply, this project was quite a long while ago. I cannot really recall the details that much. I remember I just go with one of the three commands to generate SGM flows ignoring the issue which we discuss here. By using the SGM flows generated from the previous step, I did witness some improvements in PSNR and SSIM from the overall pipeline. So I just assume I was doing it right here. I hope maybe this information can help! |
Hello Siyao,
Refer to Issue #11, you mentioned there's a guide for generating SGM flows, may I ask where I can find it? If not, would you mind correcting my process for generating SGM flows?
According to my understanding, we need to first generate the label map to label each colour segment. So what I did was
then I use
gen_sgm.py
to generate the flows based on itHowever, I found that simply run
can attain identical results to the previous two-step calculation.
Therefore, I tried to directly call
gen_sgm.py
on Disney_v4_0_000024_s2 (the first triplet in test_2k_540p). But the SGM flows I attained is somehow different from the pre-calculated ones (provided inatd-12k.zip
).My comparison process:
Both assertions raised errors. Based on my understanding, the SGM module is not dynamic and there's not any prediction involved, there should be strict equality as long as the input frames are the same. Please feel free to correct any mistakes I have made!
Cheers~
The text was updated successfully, but these errors were encountered: