zView 1.0.2 released

All about the serious stuff.

Moderators: Mug UK, Zorro 2, Moderator Team

ThorstenOtto
Atari Super Hero
Atari Super Hero
Posts: 868
Joined: Sun Aug 03, 2014 5:54 pm

zView 1.0.2 released

Postby ThorstenOtto » Sun Aug 25, 2019 9:04 am

Hi,

after almost 6 years, a new version of zView is now available.

To quote the (most notable changes):

(not yet released)
=============================

News:
-----

* NEOIMG module now also handles neochrome master files
(extended resolution & palette files)
* JPEG output now also allows to select other colorspaces
* TGA codec updated with fixes from Lonny's version,
allowing to load paletted formats, and handle older TGA files
* TGA files can now be saved (uncompressed only)
* Maximum number of codecs increased to 200
* Different codecs which handle the same file extension are
now detected

Bug Fixes:
----------
* TGA files with right-to-left orientation are now rejected;
they are not handled by the decoder
* PNG decoder does not try to display compressed text information
fields any longer; they are not used to store information that
should be displayed in the info box
* JPEG decoder also limits exif data to some reasonable length
* International text fields in PNG files should now be displayed correctly
(as long as they can be represented with atari characterset;
don't expect Japanese or Chinese be displayed there ;)
* Non-Ascii meta-information in PDF files should now be displayed
correctly
* Fixed a bug in the coldfire version that prevented the PNG and
JPEG plugins from being loaded
* Fixed a bug in the JPEG decoder that could cause it to crash
when extracting thumbnail images

Known Bugs:
----------
* There are still some animated GIFs that are not displayed correctly
* Some bugs that were reported on Zorro's site (https://sourceforge.net/p/z-tools/bugs/)
* The HyperText documentation has not yet been updated.
* The TIFF library sometimes prints warnings on the console
* The TIFF library per default only supports up to 16 bits/sample (that is,
48 bits/pixel for RGB formats). Some images from their test archive
are therefore not displayed
* Images which have an alpha channel, will store pre-multiplied RGB
when saving, and loose the alpha-channel


25 August 2019: Version 1.0.2
=============================

First release made by me (Thorsten Otto)

Notable changes:
----------------

* all codecs recompiled as SLBs, making them much smaller
* Update PDF library to 4.01.01
* PDF is now a plugin of its own, only loaded when needed
* Third-Party-Libraries like TIFF, PNGLIB, ZLIB etc. take up their
memory only once (ZLIB for example is needed by several modules)
* Separate versions for 68k, 68020+ and ColdFire are available
* Degas module now also handles overscan sizes

Bug Fixes:
----------
* Registered file types are not longer restricted to exactly 3 characters.
* TIFF module will no longer register itself for *.IFF (use *.TIF or *.TIFF
instead, *.IFF should be reserved for Interchange File Format).
* Fixes for animated GIFs, mostly taken from Lonny Pursells updated version
* Fixes for IMG format module, mostly taken from Lonny Pursells updated version.
Supports now also Hi-Color and True-Color images.

Known Bugs:
----------
* There are still some animated GIFs that are not displayed correctly
* Some bugs that were reported on Zorro's site (https://sourceforge.net/p/z-tools/bugs/)
* The HyperText documentation has not yet been updated.
* The TIFF library sometimes prints warnings on the console
* The TIFF library per default only supports up to 16 bits/sample (that is,
48 bits/pixel for RGB formats). Some images from their test archive
are therefore not displayed


Binaries are available at bintray, or at the release page of github.
Sourcecode is now available at https://github.com/th-otto/zview
Latest snapshot version can be found on https://bintray.com/th-otto/zview-files/snapshots/_latestVersion#files

Lonny is currently working to update his codec pack for the new version. Big thanks to him, to still support this. In the meantime, his previous codec pack should still work (just make sure you don't use duplicate codecs, the first one found wins).

Edit: updated with recent, not-yet-release changes.
Last edited by ThorstenOtto on Mon Sep 02, 2019 5:54 pm, edited 3 times in total.

Galvez
Captain Atari
Captain Atari
Posts: 271
Joined: Fri Oct 19, 2007 7:49 am

Re: zView 1.0.2 released

Postby Galvez » Sun Aug 25, 2019 9:26 am

You deserve a price to be one of the most productive coders on the ATARI community :-)

Thanks for this new release!

marss
Obsessive compulsive Atari behavior
Obsessive compulsive Atari behavior
Posts: 114
Joined: Thu Nov 07, 2002 12:29 pm

Re: zView 1.0.2 released

Postby marss » Sun Aug 25, 2019 9:42 am

Excellent ;)

nagual
Captain Atari
Captain Atari
Posts: 405
Joined: Mon Sep 11, 2006 10:15 am
Location: Frankfurt am Main, Germany

Re: zView 1.0.2 released

Postby nagual » Sun Aug 25, 2019 10:32 am

Thank you very much:-)

Cheers! :cheers:

User avatar
CiH
Atari God
Atari God
Posts: 1136
Joined: Wed Feb 11, 2004 4:34 pm
Location: Middle Earth (Npton) UK
Contact:

Re: zView 1.0.2 released

Postby CiH » Sun Aug 25, 2019 10:59 am

Thanks from me too.
"Where teh feck is teh Hash key on this Mac?!"

User avatar
wongck
Ultimate Atarian
Ultimate Atarian
Posts: 12789
Joined: Sat May 03, 2008 2:09 pm
Location: Far East
Contact:

Re: zView 1.0.2 released

Postby wongck » Sun Aug 25, 2019 11:00 am

Great stuff !!

ThorstenOtto wrote:after almost 6 years, a new version of zView is now available.

6 years is not long for this platform since it's mostly done out of spare time. :D
My Stuff: FB/Falcon CT63 CTPCI ATI RTL8139 USB 512MB 30GB HDD CF HxC_SD/ TT030 68882 4+32MB 520MB Nova/ 520STFM 4MB Tos206 SCSI
Shared SCSI Bus:ScsiLink ethernet, 9GB HDD,SD-reader @ http://phsw.atari.org
My Atari stuff for sale - click here for list

User avatar
Atarieterno
Atari God
Atari God
Posts: 1257
Joined: Mon Jan 18, 2016 3:40 pm
Location: Spain

Re: zView 1.0.2 released

Postby Atarieterno » Sun Aug 25, 2019 12:57 pm

Thank you very much.

:cheers:
ST/fm/e, STacy, Mega ST/e, TT, Falcon, C-Lab MKX... and more music tools.

User avatar
TheNameOfTheGame
Atari God
Atari God
Posts: 1342
Joined: Mon Jul 23, 2012 8:57 pm
Location: Almost Heaven, West Virginia

Re: zView 1.0.2 released

Postby TheNameOfTheGame » Sun Aug 25, 2019 1:19 pm

Many Thanks! Very useful software!

User avatar
Kroll
Captain Atari
Captain Atari
Posts: 494
Joined: Fri Mar 09, 2012 10:07 am

Re: zView 1.0.2 released

Postby Kroll » Sun Aug 25, 2019 4:30 pm

Thank you very much, it is a fantastic and very useful software. I miss the PDF print option not implemented yet.

ThorstenOtto
Atari Super Hero
Atari Super Hero
Posts: 868
Joined: Sun Aug 03, 2014 5:54 pm

Re: zView 1.0.2 released

Postby ThorstenOtto » Sun Aug 25, 2019 4:44 pm

That would be quite some work. And i have no good way of testing this. But you are welcome to implement it :D :D :D

JeanMars
Captain Atari
Captain Atari
Posts: 180
Joined: Fri Apr 09, 2010 5:15 pm
Location: France
Contact:

Re: zView 1.0.2 released

Postby JeanMars » Sun Aug 25, 2019 5:06 pm

Oh no :-)
Thorsten you must be kidding me...
I'm just done integrating zview ldg codecs to vision that you move to slb :-)
I have no easy access to repo now but is there some documentation or example on how to use the slb interface? I'll see.how i can support this in vision.
And btw what about the existing slb for png or tiff? Iguess there will be different interfaces, the zview slb and the specific ones exposed by open source png tiff jpeg whatever public lib?

ThorstenOtto
Atari Super Hero
Atari Super Hero
Posts: 868
Joined: Sun Aug 03, 2014 5:54 pm

Re: zView 1.0.2 released

Postby ThorstenOtto » Sun Aug 25, 2019 5:47 pm

JeanMars wrote:Oh no :-)


Sorry :)

I have no easy access to repo


You can always access it just trough the web interface. The functions you might be interested in are the ones in https://github.com/th-otto/zview/blob/m ... /plugins.c (scans the codecs folder, and loads all *.ldg and *.slb) and https://github.com/th-otto/zview/blob/m ... zvplugin.c (loads slb codecs, and defines functions to call their exported functions reader_init etc.)

now but is there some documentation or example on how to use the slb interface?


Not yet. I'm still trying to contact Sascha Uhlig, who has written the documentation in the past.

I guess there will be different interfaces, the zview slb and the specific ones exposed by open source png tiff jpeg whatever public lib?


No, that are two different things (thats why the codecs all have a zv prefix now, you cannot load 2 different libraries with the same name). libpng16.slb etc. are exactly the same as the ones you already have. zView will just load zvpng.slb, which in turn loads pnglib16.slb (and zlib.slb).

JeanMars
Captain Atari
Captain Atari
Posts: 180
Joined: Fri Apr 09, 2010 5:15 pm
Location: France
Contact:

Re: zView 1.0.2 released

Postby JeanMars » Sun Aug 25, 2019 7:43 pm

Hi Thorsten,

What i meant by not easy access is that i'm from mobile for a couple.of days...
I'll check this by next week and see if i can find some idea to move on on slb/aranym native png

ThorstenOtto
Atari Super Hero
Atari Super Hero
Posts: 868
Joined: Sun Aug 03, 2014 5:54 pm

Re: zView 1.0.2 released

Postby ThorstenOtto » Sun Aug 25, 2019 8:16 pm

Ah ok, no hurry with that. Feel free to contact me once you got some spare time again.

User avatar
calimero
Fuji Shaped Bastard
Fuji Shaped Bastard
Posts: 2310
Joined: Thu Sep 15, 2005 10:01 am
Location: STara Pazova, Serbia
Contact:

Re: zView 1.0.2 released

Postby calimero » Mon Aug 26, 2019 8:47 pm

Thanx!

And what about zDesk...? 0:) :D
using Atari since 1986.http://wet.atari.orghttp://milan.kovac.cc/atari/software/ ・ Atari Falcon030/CT63/SV ・ Atari STe ・ Atari Mega4/MegaFile30/SM124 ・ Amiga 1200/PPC ・ Amiga 500 ・ C64 ・ ZX Spectrum ・ RPi ・ MagiC! ・ MiNT 1.18 ・ OS X

ThorstenOtto
Atari Super Hero
Atari Super Hero
Posts: 868
Joined: Sun Aug 03, 2014 5:54 pm

Re: zView 1.0.2 released

Postby ThorstenOtto » Mon Aug 26, 2019 11:06 pm

zDesk was never finished, and not even part of the archive that was originally open sourced. Also, there are at least 3 desktops already available as source (Teradesk, Thing, MagXDesk), so i don't see much point in reinventing the wheel there.

sashapont
Obsessive compulsive Atari behavior
Obsessive compulsive Atari behavior
Posts: 148
Joined: Sat Jun 03, 2017 9:40 pm

Re: zView 1.0.2 released

Postby sashapont » Tue Aug 27, 2019 6:51 am

Thank you! It is very useful software!
Atari Falcon, Firebee

User avatar
TheNameOfTheGame
Atari God
Atari God
Posts: 1342
Joined: Mon Jul 23, 2012 8:57 pm
Location: Almost Heaven, West Virginia

Re: zView 1.0.2 released

Postby TheNameOfTheGame » Tue Aug 27, 2019 4:18 pm

Well no zview for me at the moment. Under Magic with 4MB STE (1.5MB free) it fails with memory allocation error. Then when I try to kill the task in the Magic task manager the system crashes with runtime error 163.

*Edit* Shouldn't a SLB only be loaded on demand and then stay to be used again and maybe unloaded after a period of non-use? It seems like Zview is loaded every SLB at runtime even before they are used.

ThorstenOtto
Atari Super Hero
Atari Super Hero
Posts: 868
Joined: Sun Aug 03, 2014 5:54 pm

Re: zView 1.0.2 released

Postby ThorstenOtto » Tue Aug 27, 2019 5:18 pm

TheNameOfTheGame wrote:(1.5MB free)


Yes, sorry, it should use much less memory than before, but 1.5MB still maybe not enough. You can get some more RAM by disabling/renaming the codecs you don't need (tiff might be a good candidate). But even if you can start it, there won't be much left for loading pictures, and definitely not to open a browser window. There is not much i can do about that. Beside that, a STE may have hard times to dither a truecolor image.

It seems like Zview is loaded every SLB at runtime even before they are used.


Yes, that's true. This is because zView has to query the codec which filetypes it supports. But that has already been the case with the old version.

maybe unloaded after a period of non-use?


Define non-use ;) Once a plugin has converted a picture, it is theoretically unused. But the picture is still displayed in the window, and every operation on it like zooming, saving, getting info would require to reload the codec.

JeanMars
Captain Atari
Captain Atari
Posts: 180
Joined: Fri Apr 09, 2010 5:15 pm
Location: France
Contact:

Re: zView 1.0.2 released

Postby JeanMars » Tue Aug 27, 2019 5:39 pm

Yes, that's true. This is because zView has to query the codec which filetypes it supports. But that has already been the case with the old version.

I have a suggestion here as I faced the same problem in VISION. What VISION does is build some ini file with a codec by section to store this kind of information (extensions) and avoid loading each and every codec just for this purpose.
ini file looks like:
[DEGAS.LDG]
Signature = 13d39f94
IID = 44454700
Name = DEGAS
ShortName = DEGAS
Version = 109
ExportFlags = 0
ImportFlags = fff
KnownExtensions = PI1 PI2 PI3 PC1 PC2 PC3

Basically store there anything that is coming from the codec and zview would need prior to load a picture. Then just load all this information at start instead of loading codecs. For sure, to build this file, zview would have to first load/unload each and every codec, but at least they won't stay permanently in memory and not at the same time.
Then you load the codec only when the picture is to be loaded.

Hope that helps,
Jean

ThorstenOtto
Atari Super Hero
Atari Super Hero
Posts: 868
Joined: Sun Aug 03, 2014 5:54 pm

Re: zView 1.0.2 released

Postby ThorstenOtto » Tue Aug 27, 2019 6:09 pm

Yes, i already had thought about something similar, but it has to be implemented... preferably it should work automatically, so whenever you add/remove/rename anything in the codecs folder, that information has to be rebuilt.

I might also need to implement some kind of reference counting for the common libs for this to work.

JeanMars
Captain Atari
Captain Atari
Posts: 180
Joined: Fri Apr 09, 2010 5:15 pm
Location: France
Contact:

Re: zView 1.0.2 released

Postby JeanMars » Tue Aug 27, 2019 6:14 pm

You can have a look at visions' sources, this is exactly what is done (tools/imgmodul.c).
Last edited by JeanMars on Tue Aug 27, 2019 7:44 pm, edited 1 time in total.

User avatar
TheNameOfTheGame
Atari God
Atari God
Posts: 1342
Joined: Mon Jul 23, 2012 8:57 pm
Location: Almost Heaven, West Virginia

Re: zView 1.0.2 released

Postby TheNameOfTheGame » Tue Aug 27, 2019 6:25 pm

ThorstenOtto wrote:
TheNameOfTheGame wrote:(1.5MB free)


Yes, sorry, it should use much less memory than before, but 1.5MB still maybe not enough. You can get some more RAM by disabling/renaming the codecs you don't need (tiff might be a good candidate). But even if you can start it, there won't be much left for loading pictures, and definitely not to open a browser window. There is not much i can do about that. Beside that, a STE may have hard times to dither a truecolor image.

It seems like Zview is loaded every SLB at runtime even before they are used.


Yes, that's true. This is because zView has to query the codec which filetypes it supports. But that has already been the case with the old version.

maybe unloaded after a period of non-use?


Define non-use ;) Once a plugin has converted a picture, it is theoretically unused. But the picture is still displayed in the window, and every operation on it like zooming, saving, getting info would require to reload the codec.


Non-use..hmmm, 1) Some arbitrary time limit expires without accessing the library. 2) The program causing the library to be loaded is itself closed. Otherwise, memory is tied up that could be used for other things. Just a thought, though, I don't program such things. :D

JeanMars
Captain Atari
Captain Atari
Posts: 180
Joined: Fri Apr 09, 2010 5:15 pm
Location: France
Contact:

Re: zView 1.0.2 released

Postby JeanMars » Tue Aug 27, 2019 7:19 pm

I agree with Thorsten here; if a codec has just been used, chances are it will be used again (e.g. see jpg photos in a folder).
And I agree with TheNameOfTheGame that it is a waste to load them all. Using the huge tiff codec is pretty unlikely and I have 100 codecs or so in my codec folder, loading them is simply too costly compared to the possible usage.
BTW, if I'm not mistaken, new release of zView with SLB codecs is better as only the SLB wrapper is loaded and loads 'true' SLB installed in gemsys/slb when image is loaded.
However, legacy ldg zview libraries are still fully loaded into memory.
@Thorsten: having a look at the code, it seems that ldg libraries have preference to the new SLB model, is that intended?

User avatar
calimero
Fuji Shaped Bastard
Fuji Shaped Bastard
Posts: 2310
Joined: Thu Sep 15, 2005 10:01 am
Location: STara Pazova, Serbia
Contact:

Re: zView 1.0.2 released

Postby calimero » Tue Aug 27, 2019 8:58 pm

ThorstenOtto wrote:zDesk was never finished, and not even part of the archive that was originally open sourced. Also, there are at least 3 desktops already available as source (Teradesk, Thing, MagXDesk), so i don't see much point in reinventing the wheel there.

Well... I was joking but:
What Zorro demonstrate with zDesk (youtube video) is far more modern, and far more sexy... :)

So yes:

If we do not “reinvent the wheel” (btw most stupid “saying”) we would be at amoeba level.

Only constant is variable ;)
using Atari since 1986.http://wet.atari.orghttp://milan.kovac.cc/atari/software/ ・ Atari Falcon030/CT63/SV ・ Atari STe ・ Atari Mega4/MegaFile30/SM124 ・ Amiga 1200/PPC ・ Amiga 500 ・ C64 ・ ZX Spectrum ・ RPi ・ MagiC! ・ MiNT 1.18 ・ OS X


Social Media

     

Return to “Applications”

Who is online

Users browsing this forum: No registered users and 2 guests