XnView Software

Thank you for your extra info, Fritzle. Could you run XnView MP with aministrator rights and see whether it still hangs when browsing? @Pierre: I guess it will be difficult to reproduce this problem. Does the stack trace help you? Could you perhaps provide a special version of XnView MP with trace a...

Thank you for registering here, your kudos, and your bug report, JanFtFA. On which platform do you use XnView MP? Which version of XnView MP do you use? (see Reporting a bug: HowTo and Template ) Does XnView really crash (with or without Kolor crash reporter)? EDIT: I've tried a ftp upload on two ft...

yes image is convert as 8bits per component. Only NConvert can convert 48bits to PNG, TIFF 48bits O.k.. Is there a message box displayed that informs the user? yes when you open it O.k., so it's that XnView doesn't support 48bit images. Support of 48 bit images is a suggestion. :arrow: Suggestions ...

Thanks for your bug report with a sample video included, Fritzle. When viewing the mp4 video one can clearly see the stuttering which is pretty bad (Windows 10 64bit, notebook with low level video cartridge). By default, XnView MP uses the internal video player (QTAV). What you could try is using an...

Thank you for your bug report with a stack trace included, Fritzle. I assume this problem occurs with this folder, only - right?

It looks like XnView MP tries to create the default system icon and is locked for some reason (just guessing).

elm wrote:Hi, just to tell that this bug is not fixed under debian 8 (with XFCE). Thanks for all.

Thank you for posting a separate bug report, elm. (http://newsgroup.xnview.com/viewtopic.php?t=35442)

... But as soon as I modify the image, e.g. rotate, scale or crop (as in my example), the saved image must have its modified date updated. By default, XnView MP keeps the original date/time even when saving or applying other transformations. If you don't want this behaviour you have to uncheck the ...

Hi, Thanks for the reply. I have 2 issues then. **First** This is really an annoying/unwanted action for me. 1.) When I select 16;9, means I need a 16:9 Crop. 2.) We already have a 9:16 option 3.) I'm cropping for monitor screens, not for picture frames 4.) I think the OP had the same complaint. 5....

... I had deleted the matching shortcut... Good to read that this issue is resolved. :) If you want to reset all your shortcuts or toolbar buttons to default you can do this by simply removing the files default.bar (toolbar settings) and/or default.keys (keyboard settings). Location of config files...

Thank you for providing a sample file, Erixx Haxx. I just tried to reproduce the problem using this sample file. When selecting ratio "16:9" the selection is 9:16. When cropping the cropped area matches the selection and is also 9:16. Is this the behaviour you experience, Erixx Haxx? I think this be...

elm wrote:Hi, just to tell that this bug is not fixed under debian 8 (with XFCE). Thanks for all.

Thanks for reporting, elm. Could you please post a new bug report for Linux (Debian 8)?

Thanks for registering here and reporting this, avstralia. I'd consider this as a bug.

New

Thanks for the fix, but it still doesn't work in the full-screen view. Otherwise it seems it works well. Also for some reason my Tool Bar keeps turning itself off. Edit: Ok, so it also doesn't work on a second monitors. When I moved XnView on my HDPi monitor, the quality of the picture got back to ...

Very cool that you found a way to reproduce vertigo's vertical line bug, XnTriq!

I can reproduce both on Windows XP SP 4 and Windows 10 64bits.

Reproduced

I can confirm (Windows 10 64bits, XnView MP 0.85 64bits).

From what I can see it is just a refresh problem. When changing "Start" or "Step" the column "New name" is filled properly.

Reproduced