Skip to content
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

otput of SR get much smaller size than input (not 8x problem) #8

Closed
Athenanna opened this issue Jul 28, 2018 · 4 comments
Closed

otput of SR get much smaller size than input (not 8x problem) #8

Athenanna opened this issue Jul 28, 2018 · 4 comments

Comments

@Athenanna
Copy link

Athenanna commented Jul 28, 2018

thank you for sharing your code as well as your dataset.

i would like to do the SR implementation. however, given an input of size 19201072, the output will be 19201072, while when input is 38402144 (satisfied 8x ), the output will be of size 21121168 instead, W/H also changed .

What are the options to get the same resolution as output? thanks!

@Athenanna Athenanna changed the title sr otput of SR get much smaller size than input (not 8x problem) Jul 30, 2018
@anchen1011
Copy link
Owner

Hi! Would you like to share the command you run as well as the file structure where you are running the command?

We haven't tested with input of that high resolution, but the behavior with different resolution (as long as 8x) should be consistent.

Also, I'm wondering what's the memory size of your machine? 1920 x 1072 is very high resolution as SR input...

Thanks!

@Athenanna
Copy link
Author

Athenanna commented Aug 2, 2018

@anchen1011 ,thank you for your reply. I use th demo.lua -mode sr -inpath ../data/xxx to do the SR, and the input is 3840x2144 (RGB, bicubic upsampling from 1920x1072), the expectde output is 3840x2144, while it is 2112x1168 instead。I notice that the size of input is limited in the loader.py: local npMax = 2500000, when it set to local npMax = 8500000, it crashed. however, i tried cutting the input images into four squares, and SR each square respectively. Is there any better solution?

@anchen1011
Copy link
Owner

The reason why it crashed should be memory outage, since 1920 x 1072 is very high resolution as SR input...

Cutting it into smaller squares should be able to generate a reasonable input. However, this might cause abnormal artifacts in boundaries. Introducing some overlapping, averaging, and smoothening might help.

@anchen1011
Copy link
Owner

Closed due to inactivity. Feel free to reopen if there is further question~

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants