SView5 2.82
|
Date Added: |
Mar 01, 2010 06:44 AM |
Publisher's Description: |
ColorManagement (CMS) supported?
A: Yes. Either via embedded ICC profiles (e.g. ICCP in PNG) or via explictely attaching them afterwards.
Conversion is done to sRGB (Win standard profile) prior displaying/previewing.
Q: I'm editing my photos directly on the flash memory card. Works quite slow...
A: Flash (writing) is slow in general and photos with large resolutions put much load on the USB bus.
Copy photos to your hard drive prior editing them.
Q: I'v set a fixed-width-font (e.g. Courier). Why do the texts no longer fit into the window?
A: SView5 requires a variable-width-font from the Arial-Helvetica-family as system font.
Q: Why is there no german, spanish, etc. program version yet?
A: Translations (i.e. for now English and German plus an easy way to provide and maintain further translations) are being worked on.
Q: Can it be installed as portable version, e.g. on USB stick?
A: Yes. Just install it once somewhere and copy the program folder as-is to your USB stick.
The host machine however needs to have .NET 3.5 and the VC9 runtime.
If only .NET is present you could try to provide a generic x86 VC9 runtime in the program
folder as well (Windows should search there, too).
Q: Would .NET 3.0 or 2.0 also be sufficient? Or a mobile .NET?
A: Version 3.0 should also work, Version 2.0 might, mobile versions most likely will not.
Unfortunately I do not have time/ressources to test all possible .NET/Windows combinations.
Q: Would it work under Mono (Linux/MacOS X) as well, as under .NET?
A: No idea. Hopefully yes. Regarding Linux: Since SView5 uses a number of native components (SView5 SDK) and native
Win32 calls, this depends on a working Mono-Wine integration. (The SDK itself easily could be compiled for Linux.)
Please let me know if you got it working - saves me from doing a GTK port.
Q: Is the SDK actually .NET-based?
A: No, the SDK is written in portable C++ (and except the externally visible API internally even mainly in POSIX-compliant C).
Q: Why didn't you write it in Java (or OSGi)?
A: The underlying code has a C history. While migrating to C++ was straightforward, translation to Java would be close to a re-write.
Q: Could the SDK be used from within or together with Java (or OSGi)?
A: The underlying data structures are very simple. A Buffer for graphics data may even exist without C++ object instance.
These two facts should make a Java integration via JNI very simple (simpler than with other libraries).
Q: Is this software really free of charge?
A: Yes and no. The SDK is not intended to be made freely available. Also further development of the .NET client (tool) depends
on your feedback and donations. Neither SView5 not the SDK are currently commercially offered, though.
Active promotion or sales do not take place. This could change if demand shows up.
|
Screenshot: |
|
Documentation: |
http://www.ar-kleinert.de/sview5_win_e.html |
Last Download: |
May 01, 2024 04:46 PM
|
Downloads: |
336 |
OS: |
Windows |
Rating: |
|
|
|
