New zView available!
Moderators: Mug UK, Silver Surfer, Moderator Team
-
- Hardware Guru
- Posts: 3509
- Joined: Sat Sep 10, 2005 11:11 am
- Location: Kosice, Slovakia
- Contact:
New zView available!
Hi,
in case you don't follow dhs bbs: after some complains and inputs from MiNT and FireBee community I finally decided to release a new zView build. It's mainly a bugfix release, finally you should be able to run zView with memory protection enabled. Plus all plugins, the application, supporting libraries are updated & recompiled for 030+FPU so you should get the fastest possible code :)
https://sourceforge.net/projects/z-tools
in case you don't follow dhs bbs: after some complains and inputs from MiNT and FireBee community I finally decided to release a new zView build. It's mainly a bugfix release, finally you should be able to run zView with memory protection enabled. Plus all plugins, the application, supporting libraries are updated & recompiled for 030+FPU so you should get the fastest possible code :)
https://sourceforge.net/projects/z-tools
Re: New zView available!
Woo-hoo!
STE: Desktopper case, IDE interface, UltraSatan (8GB + 512Mb) + HXC floppy emulator. Plus some STE's/STFM's
Re: New zView available!
Thanks Mikro
Will you provide an offical Coldfire-version as well?

Jo Even
VanillaMiNT - Falcon060 - Milan060 - Falcon040 - MIST - Mega STE - Mega ST - STM - STE - Amiga 600 - Sharp MZ700 - MSX - Amstrad CPC - C64
VanillaMiNT - Falcon060 - Milan060 - Falcon040 - MIST - Mega STE - Mega ST - STM - STE - Amiga 600 - Sharp MZ700 - MSX - Amstrad CPC - C64
-
- Hardware Guru
- Posts: 3509
- Joined: Sat Sep 10, 2005 11:11 am
- Location: Kosice, Slovakia
- Contact:
Re: New zView available!
Jo: I'm not sure how to proceed on this, it's true there are some people like you who could be considered as true users but generally, it's still a non-existing machine :)
So I'm inclined to provide only internal versions right now, rebuild for CF is not a hard thing anymore so it's not a big deal to make a build now and then if needed.
So I'm inclined to provide only internal versions right now, rebuild for CF is not a hard thing anymore so it's not a big deal to make a build now and then if needed.
-
- Atari God
- Posts: 1206
- Joined: Wed Feb 11, 2004 4:34 pm
- Location: Middle Earth (Npton) UK
- Contact:
Re: New zView available!
Woo-hoo indeed
Any planned future improvements or enhancements in the pipeline?

Any planned future improvements or enhancements in the pipeline?
"Where teh feck is teh Hash key on this Mac?!"
Re: New zView available!
[smilie=greencolorz4_pdt_12.gif]
Great stuff.
Another great feature to include would be a right click "Save as background" for a XaAES compatible background written into the correct Xaaes background graphic folder.
Great stuff.
Another great feature to include would be a right click "Save as background" for a XaAES compatible background written into the correct Xaaes background graphic folder.

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 that are no longer for sale due to them over 30 years old - click here for list
Shared SCSI Bus:ScsiLink ethernet, 9GB HDD,SD-reader @ http://phsw.atari.org
My Atari stuff that are no longer for sale due to them over 30 years old - click here for list
- lp
- Fuji Shaped Bastard
- Posts: 2735
- Joined: Wed Nov 12, 2003 11:09 pm
- Location: GFA Headquarters
- Contact:
Re: New zView available!
Some new codecs for zView can be found here, use the 'Downloads' link in the sidebar:
https://bitbucket.org/lp_gfa/zcodeclib-for-gfabasic/
Codecs available:
TruePaint (aka PrismPaint) loads 1 to 8 planes only, I can't find any HC/TC examples, send me some
C.O.L.R. Object Editor, loads *. mur and *.pal if in the same dir otherwise assumes grayscale
ASCII art (grayscale), *.txt files as seen here: http://people.sc.fsu.edu/~jburkardt/dat ... scale.html
Spectrum 512, loads *.spu, *.spc, *.sps
Doodle *.doo
IFF, note it needs IFF.PRG in the codec dir as well
PNM, aka portable bitmap files with encoder
BMP and TGA are rebuilds with encoders added and yes they can save from zView
These are built with PureC and I think not working at the Firebee. Like anything new, backup any old codecs. If you run into files they won't load, I need a copy of the file to properly debug things.
https://bitbucket.org/lp_gfa/zcodeclib-for-gfabasic/
Codecs available:
TruePaint (aka PrismPaint) loads 1 to 8 planes only, I can't find any HC/TC examples, send me some

C.O.L.R. Object Editor, loads *. mur and *.pal if in the same dir otherwise assumes grayscale
ASCII art (grayscale), *.txt files as seen here: http://people.sc.fsu.edu/~jburkardt/dat ... scale.html
Spectrum 512, loads *.spu, *.spc, *.sps
Doodle *.doo
IFF, note it needs IFF.PRG in the codec dir as well
PNM, aka portable bitmap files with encoder
BMP and TGA are rebuilds with encoders added and yes they can save from zView
These are built with PureC and I think not working at the Firebee. Like anything new, backup any old codecs. If you run into files they won't load, I need a copy of the file to properly debug things.

Re: New zView available!
... and in the recent issue of st-computer I wrote in my zView review "unfortunately there are no additional codecs available". Awesome stuff, Lonny!
AtariUpToDate - Atari ST/TT/Falcon software database and version tracker: https://www.atariuptodate.de
ST-Computer magazine - https://www.st-computer.org/
ST-Computer magazine - https://www.st-computer.org/
-
- Atari God
- Posts: 1206
- Joined: Wed Feb 11, 2004 4:34 pm
- Location: Middle Earth (Npton) UK
- Contact:
Re: New zView available!
I assume that you are not doing requests but a reworked animated gif codec would be great. There's quite a number that don't work currently or else don't display correctly.
"Where teh feck is teh Hash key on this Mac?!"
- lp
- Fuji Shaped Bastard
- Posts: 2735
- Joined: Wed Nov 12, 2003 11:09 pm
- Location: GFA Headquarters
- Contact:
Re: New zView available!
Actually I did rebuild the GIF codec with PureC, however the same bug remains with the background. I think this bug is noted in the issue tracker at zorro's site, but it's still unresolved. It's linked against libgif which by some stroke of luck I managed to build for PureC, but I'm not sure if the bug is related to that or if it's a more general problem in the codec itself.
-
- Atari God
- Posts: 1206
- Joined: Wed Feb 11, 2004 4:34 pm
- Location: Middle Earth (Npton) UK
- Contact:
Re: New zView available!
Ah, interesting to hear that this has been looked at/thought about before. Hopefully something can be done with this in due course.Actually I did rebuild the GIF codec with PureC, however the same bug remains with the background. I think this bug is noted in the issue tracker at zorro's site, but it's still unresolved. It's linked against libgif which by some stroke of luck I managed to build for PureC, but I'm not sure if the bug is related to that or if it's a more general problem in the codec itself.
"Where teh feck is teh Hash key on this Mac?!"
- lp
- Fuji Shaped Bastard
- Posts: 2735
- Joined: Wed Nov 12, 2003 11:09 pm
- Location: GFA Headquarters
- Contact:
Re: New zView available!
Visit my bitbucket URL above and grab the gif.ldg I just uploaded. It's my PureC build + a fix for the messed up backgrounds.CiH wrote:Ah, interesting to hear that this has been looked at/thought about before. Hopefully something can be done with this in due course.
It now loads and animates a rather large gif that didn't look right before. Let me know how it goes.

-
- Atari God
- Posts: 1206
- Joined: Wed Feb 11, 2004 4:34 pm
- Location: Middle Earth (Npton) UK
- Contact:
Re: New zView available!
Lonny, you rule!Visit my bitbucket URL above and grab the gif.ldg I just uploaded. It's my PureC build + a fix for the messed up backgrounds.
It now loads and animates a rather large gif that didn't look right before. Let me know how it goes.

The 'snowy background' has been vanquished on the three that I tried. Nice job!
For general information, there are three main issues for non or incorrectly displaying anim GIFs on zView.
1. The 'snowy background', which is now fixed

2. Some larger anim GIF's refuse to display on zView. I think this is memory allocation or amount of memory on the host machine. As something that balks on a 64 MB Aranym set-up, may be okay on a larger memory real Atari like a CT60. (Some even crash zView.)
3. A comparatively rare one, where the GIF displays, but does not animate. I guess this is down to differences in how this type of GIF is encoded? These are rare though.
Anyway, thanks for all your recent work on the codecs.
"Where teh feck is teh Hash key on this Mac?!"
- lp
- Fuji Shaped Bastard
- Posts: 2735
- Joined: Wed Nov 12, 2003 11:09 pm
- Location: GFA Headquarters
- Contact:
Re: New zView available!
CiH wrote:Lonny, you rule!![]()
No problem.

I found a bug in the transparent color handling that is used to render the background.
The 'snowy background' has been vanquished on the three that I tried. Nice job!
For general information, there are three main issues for non or incorrectly displaying anim GIFs on zView.
1. The 'snowy background', which is now fixed
Animated gifs are definitely memory intensive. The higher the resolution and pixel count the more ram it's going to eat. It literally is converting each frame into a bitmap block ready for the VDI to blit. It's also buffering the background color index's of the previous frame, this is where the bug was found, in the transparent color handling. I haven't studied it in full detail, but there might also be a buffer holding the entire gif file as well. Imagine in TC mode, ((WIDTH x HEIGHT) x 3) x FRAME_COUNT, plus any other miscellaneous buffers during the load process.
2. Some larger anim GIF's refuse to display on zView. I think this is memory allocation or amount of memory on the host machine. As something that balks on a 64 MB Aranym set-up, may be okay on a larger memory real Atari like a CT60. (Some even crash zView.)

The transparent method is a way to get the file size down, it's sort of like delta compression only noting pixels that actually change from one frame to the next. A lot of gifs are not encoded this way. If you have certain images that choke, I need the actual image file for testing.
3. A comparatively rare one, where the GIF displays, but does not animate. I guess this is down to differences in how this type of GIF is encoded? These are rare though.
Anyway, thanks for all your recent work on the codecs.

- lp
- Fuji Shaped Bastard
- Posts: 2735
- Joined: Wed Nov 12, 2003 11:09 pm
- Location: GFA Headquarters
- Contact:
Re: New zView available!
CIH sent me a GIF that refused to animate via email as it exceeded the upload limit at the forum. Please re-download the GIF.ldg at my bitbucket url as this issue has also been resolved. 
The particular gif CiH sent me had 0ms set for all frame delays.
The technical bits. The problem really is zView, it does some math on the frame delay and determines it can't be animated, so it shows the first frame and that's that. I don't think zorro expected 0 as a frame delay.
This is a typical problem with gif creators and they upload them like that. After googling it for a while I discovered how the web browsers deal with it, usually by setting some minimum frame delay such that it don't make the cpu hit 99% load. However, there was some controversy over what that minimum value should be and it might vary from browser to browser. What I did was watch it in FireFox and then tweaked the frame delay until it looked like it was running the same speed. Ended up at 10ms which was discussed. Anyway, the updated codec checks the delay of each frame, any frame set to 0ms is up'd to 10ms. This makes zView happy and thus it now animates it.

The particular gif CiH sent me had 0ms set for all frame delays.

The technical bits. The problem really is zView, it does some math on the frame delay and determines it can't be animated, so it shows the first frame and that's that. I don't think zorro expected 0 as a frame delay.
This is a typical problem with gif creators and they upload them like that. After googling it for a while I discovered how the web browsers deal with it, usually by setting some minimum frame delay such that it don't make the cpu hit 99% load. However, there was some controversy over what that minimum value should be and it might vary from browser to browser. What I did was watch it in FireFox and then tweaked the frame delay until it looked like it was running the same speed. Ended up at 10ms which was discussed. Anyway, the updated codec checks the delay of each frame, any frame set to 0ms is up'd to 10ms. This makes zView happy and thus it now animates it.
-
- Atari God
- Posts: 1206
- Joined: Wed Feb 11, 2004 4:34 pm
- Location: Middle Earth (Npton) UK
- Contact:
Re: New zView available!
It now works fineThe particular gif CiH sent me had 0ms set for all frame delays.![]()

Before this weekend, zView would not properly display around half the GIF's tried. Now this should be reduced greatly.

"Where teh feck is teh Hash key on this Mac?!"
- AtariCrypt
- Captain Atari
- Posts: 486
- Joined: Fri Mar 14, 2014 5:04 pm
- Location: Lancashire, England
- Contact:
Re: New zView available!
This is the best news I've heard lately. Thank you!
Steve

Steve
AtariCrypt - Atari ST gaming website
https://ataricrypt.blogspot.com
https://ataricrypt.blogspot.com
- lp
- Fuji Shaped Bastard
- Posts: 2735
- Joined: Wed Nov 12, 2003 11:09 pm
- Location: GFA Headquarters
- Contact:
Re: New zView available!
I uploaded two more codecs:
Art Director and STAD
I know these aren't massively popular, but for me it's more of an exercise in 'C' than anything.
I'm sorry these aren't working at the Firebee. Apparently the PureC fix in FireTOS doesn't work on LDG libraries even though internally I am pretty sure LDG uses a pexec() call. I tried to rebuild one with AHCC, but that didn't go well.
Art Director and STAD
I know these aren't massively popular, but for me it's more of an exercise in 'C' than anything.

I'm sorry these aren't working at the Firebee. Apparently the PureC fix in FireTOS doesn't work on LDG libraries even though internally I am pretty sure LDG uses a pexec() call. I tried to rebuild one with AHCC, but that didn't go well.
- lp
- Fuji Shaped Bastard
- Posts: 2735
- Joined: Wed Nov 12, 2003 11:09 pm
- Location: GFA Headquarters
- Contact:
Re: New zView available!
Two more codecs for the heck of it, MacPaint and Atari Portfolio Graphics. 

- lp
- Fuji Shaped Bastard
- Posts: 2735
- Joined: Wed Nov 12, 2003 11:09 pm
- Location: GFA Headquarters
- Contact:
Re: New zView available!
There's now a Sun Raster codec available. It will load some images GemView rejects and also has an encoder. 

- lp
- Fuji Shaped Bastard
- Posts: 2735
- Joined: Wed Nov 12, 2003 11:09 pm
- Location: GFA Headquarters
- Contact:
Re: New zView available!
Today's coding session, a GFA Raytrace codec. Loads compressed files as well.
- lp
- Fuji Shaped Bastard
- Posts: 2735
- Joined: Wed Nov 12, 2003 11:09 pm
- Location: GFA Headquarters
- Contact:
Re: New zView available!
I just uploaded a PNG codec based on the open source PNG decoder by Cerebral Vortex Software Development.
About the decoder: http://www.cerebral-vortex.net/index.php?id=94
It's about 270kb smaller than the one built using libpng/gcc. I'd consider it somewhat experimental and do backup your old codec if you decide to give it a go.
About the decoder: http://www.cerebral-vortex.net/index.php?id=94
It's about 270kb smaller than the one built using libpng/gcc. I'd consider it somewhat experimental and do backup your old codec if you decide to give it a go.

- lp
- Fuji Shaped Bastard
- Posts: 2735
- Joined: Wed Nov 12, 2003 11:09 pm
- Location: GFA Headquarters
- Contact:
Re: New zView available!
Yet another zView codec, this time CrackArt. Loads CA1, CA2, and CA3 files. I could not find any sample CA2 or CA3 files, however they should work. If anyone can point me to some samples online, or send me some, that would be cool. 

- lp
- Fuji Shaped Bastard
- Posts: 2735
- Joined: Wed Nov 12, 2003 11:09 pm
- Location: GFA Headquarters
- Contact:
Re: New zView available!
I just uploaded a codec for PhotoChome (pchome.ldg), it's based on St2BMP by Hans Wessels that was placed in the public domain. It's mostly his work, all I did was figure out how it worked an rolled it into a codec. Cheers to Nyh for releasing his code.
https://bitbucket.org/lp_gfa/zcodeclib-for-gfabasic/ -> Download link

https://bitbucket.org/lp_gfa/zcodeclib-for-gfabasic/ -> Download link