New zView available!

[mikro]

Lonny, what about CF builds? AHCC should handle this job pretty well, then I can fully replace my bloated codecs in the next zView release.

[lp]

Lonny, what about CF builds? AHCC should handle this job pretty well, then I can fully replace my bloated codecs in the next zView release.

I tried AHCC on one of my rather simple codecs and it throws an error message I can't figure out, related to fmove if I recall. My attempt at PNG wasn't stable, it was based on some assembler listing, certain PNG files seem to give it problems. I removed my PNG codec from the download site. I can't build the JPG, TIFF, and PNG codecs, as they rely on libraries that are not available for PureC. I guess some of them must remain bloated.

Is there a way to build them with AHCC so they work on all systems? I guess I need help, just wasn't getting anywhere with it.

[mikro]

Is there a way to build them with AHCC so they work on all systems? I guess I need help, just wasn't getting anywhere with it.

If I recall correctly, there's a compiler switch which is supposed to activate code which runs on both 020 *and* CF, using only the common instruction set. I'm not huge fan of that, however -- it provides suboptimal results on both platforms. Plus you can't use FPU instructions.

Anyway, Henk is always helpful, he should be reachable via ACP/AF forum or at his email address on the mint list.

Btw, I've forgotten, do you compile your codecs for 030 or 000?

[lp]

If I recall correctly, there's a compiler switch which is supposed to activate code which runs on both 020 *and* CF, using only the common instruction set. I'm not huge fan of that, however -- it provides suboptimal results on both platforms. Plus you can't use FPU instructions.

Ah, that's probably not the best way then.

Anyway, Henk is always helpful, he should be reachable via ACP/AF forum or at his email address on the mint list.

Btw, I've forgotten, do you compile your codecs for 030 or 000?

Currently, they are all built for 68000 even though I'm using an 040 myself. I was going to rebuild them all for 020+ at a later time.

[lp]

QuatumPaint codec (qpaint.ldg) available. Again, cheers to Nyh for releasing his code into the public domain. I didn't have a low resolution 128 color sample file, but it should load them ok.

[lp]

Targa codec (tga.ldg) updated. Now loads 32-bit TC files correctly, instead of all black. There's also a new Spectrum 512 Extended codec (specx.ldg), don't thank me, thank Nyh.

[lp]

FYI, that tga codec still has some issues. I've noticed if you load a 32-bit image zView reports 0 colors in the window info line. Also some images load garbled. The messed up images are related to the rle decompression I think. It seems zorro assumed an rle run would never wrap to the next line. Version 1 spec said that was acceptable, version 2 spec says the opposite.

[lp]

Uploaded a brand new TGA codec. This one solves all the previously mentioned issues. It also loads all the gray-scale and color-mapped images the original codec rejected. If you find a tga file it doesn't load, please send it to me.

[lp]

The bitbucket site is just not handy, it gets tedious exporting the files so I moved them back to where they were:
https://www.dropbox.com/sh/hk65mapqd3fm ... KqQTa?dl=0

There's a small tool called codecinf.prg which can be used to generate a log of all the installed codecs and versions. Several have been updated and bugs fixed, better palette handling, speed improvements, made a few of them even smaller, etc. plus a couple of new ones. A huge thanks to Joakim Högberg for all of his testing.

[wongck]

Thanks Lonny.

[GokMasE]

A huge thanks to Joakim Högberg for all of his testing.

Any time! Thanks for your brilliant work!


Regards,

/Joakim

[lp]

I need to thank CiH for sending me another GIF that exposed a bug in the gif codec. Certain animated gifs with interlaced frames didn't decode all frames properly.

Also found a bug myself by accident. Animated gifs where the first frame is transparent displayed random garbage for the background. I updated the codec and both issues are resolved.

[lp]

Can someone tell me if this image looks correct? Although Canvas runs on hatari, the special HBL mode with the extra colors flickers so badly I'm not sure if my codec results are 100% right. Unless there's some settings in hatari that help? Also the gfx wiki fails to explain the format of the HBL files, so I interpreted it myself.

The image on the left was imported per the wiki specifications. The image on the right was imported with the extra HBL file in the same dir.

[lp]

The codecs should now work on the FireBee. I have not had time to rebuild all of them, but the ones at the URL have all been rebuilt.
https://www.dropbox.com/sh/hk65mapqd3fm ... KqQTa?dl=0

Check back later, will bee adding more as I rebuild.

[lp]

The GIF codec has yet another subtle issue. Grab the first GIF file of the hand and give it a go in zview. The delay is at the wrong frame.
http://blog.mrmeyer.com/2015/four-anima ... e-problem/

[ThorstenOtto]

The links in this thread do not work anymore. Are the sources available elsewhere?