B6: Bad quality zoom-IN in fullscreen[browser]
Posted: Mon Jan 08, 2007 9:19 am
Bad quality zoom-IN in fullscreen[browser]. Zoom-out works fine. Please fix.
XnView Software
Various discussion boards for XnView and related products
https://newsgroup.xnview.com/
B6: Bad quality zoom-IN in fullscreen[browser]
Page 1 of 1
Posted: Tue Jan 09, 2007 1:54 pm
enlarge to fit to screen is high quality. but zoom in is still low quality.
Posted: Tue Jan 09, 2007 2:01 pm
If you zoom more than the screen, quality will be low...TsunamiZ wrote:enlarge to fit to screen is high quality. but zoom in is still low quality.
Posted: Tue Jan 09, 2007 2:13 pm
is that the same in viewer too? or just browser?xnview wrote:If you zoom more than the screen, quality will be low...TsunamiZ wrote:enlarge to fit to screen is high quality. but zoom in is still low quality.
Posted: Tue Jan 09, 2007 2:24 pm
In browser, but will be the same in viewer...TsunamiZ wrote:is that the same in viewer too? or just browser?xnview wrote:If you zoom more than the screen, quality will be low...TsunamiZ wrote:enlarge to fit to screen is high quality. but zoom in is still low quality.
Re: B6: Bad quality zoom-IN in fullscreen[browser]
Posted: Tue Jan 09, 2007 4:30 pm
Please explain exactly what you mean by "bad quality": What you get and what you expect. Also be explicit about what mode you're in and what options you have set that are related. Post a small screenshot if possible. This will help diagnose whether you're seeing point resizing when you expect bilinear (occurs in browser fullscreen always, other modes with HQ enlarge off), or the limitations of bilinear resize (other modes with HQ on), which could only be helped by moving to lanczos, but can never be fixed entirely. (Really good upsizing is a Hard Problem.)TsunamiZ wrote:Bad quality zoom-IN in fullscreen[browser]. Zoom-out works fine. Please fix.
I think Pierre is assuming you mean the latter, but that might not be the case.
Learn to make a good bug report!
Posted: Sun Jan 14, 2007 10:34 pm
@Pierre: I'm wondering what the status of this bug report is. Did you really do a fix or has this topic been posted in the wrong forum group? What exactly did you fix?
Posted: Mon Jan 15, 2007 7:45 am
I've fixed a problem with that, but fit is not activated when picture is greater than screen and zoom>100helmut wrote:@Pierre: I'm wondering what the status of this bug report is. Did you really do a fix or has this topic been posted in the wrong forum group? What exactly did you fix?
Posted: Sun Feb 18, 2007 9:53 pm
From what I can see this problem still persists:
After activating high quality zoom for enlarging and reducing in Tools > Options > View > View > High quality zoom, zooming in "Fullscreen - Edit" shows high quality for all zoom levels. But in "Fullscreen - Browser" enlarging works with low quality, only.
After activating high quality zoom for enlarging and reducing in Tools > Options > View > View > High quality zoom, zooming in "Fullscreen - Edit" shows high quality for all zoom levels. But in "Fullscreen - Browser" enlarging works with low quality, only.
Posted: Mon Feb 19, 2007 7:52 am
I've been thinking about the resizing modes lately. I actually think the current behavior is the best default, but it's not at all obvious why and obviously not configurable. My reasoning is that when someone wants to zoom in above full screen, they probably don't want to wait around in the quicker fullscreen, but if they're in a mode designated for editing speed is not so much of the essence.
(I don't think edit mode even needs a fullscreen, let alone a re-implemented and subtly different one, because I think conflating browsing and editing too closely is actually confusing and problematic - but that's how xnview in built and I'm probably in the minority.)
My only change would be to drop filtering at 1.5x screen size or 2x screen size, which extends the useful HQ zoom size for nearly-full-screen pics without being overly burdensome. 2x screen size is where it slows irritatingly, and 4x is the point at which it becomes unusable - of course, since filtering speed is largely dependant on output size, this is unrelated to the actual zoom level. Also, I freely understand I'm on the higher end of systems, and on others even 1x may be burdensome - which I guess was the reason filtering in the quick/"browser" FS mode wasn't around in the first place for a long time.
This is probably one of those things best set to a 'reasonable' default and only changeable in the ini, since I can't think of any way to fit it into the gui without confusing people even more.
Possibly more off-topic, I think the right-click menu could use a way to force HQ on/off quickly. ("HQ Mode"->"Default" "On" "Off" "Switch Default On/Off" - separator - "Bilinear (Smooth)" "Bicubic (Sharp)" "Lanczos (Sharper)", of course hoping to have the algorithm selectable in the future;)) Another of those things filling up the huge right-click menu; those faststone popout menus are really handy for preventing that.
Should I just post a new thread in suggestions and clean this up for that?
Related bug: Switching between Edit mode and its FS will reset the pic to not-filtered (LQ) in the same circumstances where Browse FS does, ie, >100% and >screen size. But changing the zoom level resets it and it goes back to filtered.
Also related bug: xnview becomes always on top now when using the edit-FS and not the browse-FS. I bet this is related to the other threads I've seen on the topic and it might be fixed in the next bugfix.
(I don't think edit mode even needs a fullscreen, let alone a re-implemented and subtly different one, because I think conflating browsing and editing too closely is actually confusing and problematic - but that's how xnview in built and I'm probably in the minority.)
My only change would be to drop filtering at 1.5x screen size or 2x screen size, which extends the useful HQ zoom size for nearly-full-screen pics without being overly burdensome. 2x screen size is where it slows irritatingly, and 4x is the point at which it becomes unusable - of course, since filtering speed is largely dependant on output size, this is unrelated to the actual zoom level. Also, I freely understand I'm on the higher end of systems, and on others even 1x may be burdensome - which I guess was the reason filtering in the quick/"browser" FS mode wasn't around in the first place for a long time.
This is probably one of those things best set to a 'reasonable' default and only changeable in the ini, since I can't think of any way to fit it into the gui without confusing people even more.
Possibly more off-topic, I think the right-click menu could use a way to force HQ on/off quickly. ("HQ Mode"->"Default" "On" "Off" "Switch Default On/Off" - separator - "Bilinear (Smooth)" "Bicubic (Sharp)" "Lanczos (Sharper)", of course hoping to have the algorithm selectable in the future;)) Another of those things filling up the huge right-click menu; those faststone popout menus are really handy for preventing that.
Should I just post a new thread in suggestions and clean this up for that?
Related bug: Switching between Edit mode and its FS will reset the pic to not-filtered (LQ) in the same circumstances where Browse FS does, ie, >100% and >screen size. But changing the zoom level resets it and it goes back to filtered.
Also related bug: xnview becomes always on top now when using the edit-FS and not the browse-FS. I bet this is related to the other threads I've seen on the topic and it might be fixed in the next bugfix.
Posted: Mon Feb 19, 2007 9:13 am
With my sample images and v.1.90.2, there is a dramatic improvement over v.1.82.4- antialiasing occurs at zoom levels 138, 160, 300, & 400 (up to screen size). Zooming beyond screen size, no filtering occurs.
Confirmed.foxyshadis wrote: Related bug: Switching between Edit mode and its FS will reset the pic to not-filtered (LQ) in the same circumstances where Browse FS does, ie, >100% and >screen size. But changing the zoom level resets it and it goes back to filtered.