Fast picture viewer for AGA

[Fabie]

Originally Posted by Don_Adan

Version 1.02 is now available on meynaf's link and WT page.

cool !!! thanks for the info

btw, I tested it...it seems a bit faster

[daxb]

I noticed following problem with gif anim (using v):

v gobbo.gif highres del info <--- works (I see a picture)
v gobbo.gif highres del back info <--- don`t work (no picture, no screen)

Seems "back" switch is responsible.

Feature request: English version please.

Feature request 2: Picture info display on screen by press "i" key. Info like other picture viewers (name - format - width x height x depth).

[meynaf]

Originally Posted by daxb

I noticed following problem with gif anim (using v):

v gobbo.gif highres del info <--- works (I see a picture)
v gobbo.gif highres del back info <--- don`t work (no picture, no screen)

Seems "back" switch is responsible.

This switch allows to completely prepare the image in memory before showing it - that is, background display.

If your image is big then you will not see anything before a good while elapses - that is, until the image is fully decoded.

If you see nothing at all, then there has to be some error message in the command line. It may be that you're short on chipmem for the image - a likely situation for really big images and/or unexpanded A1200. What are your config and the image size ?

Of course, you must NOT redirect CLI output to NIL !
Don't you have some kind of file manager / tool manager which does this by default when it runs a program ?
How did you run V exactly ?

Originally Posted by daxb

Feature request: English version please.

Added to feature request list

Originally Posted by daxb

Feature request 2: Picture info display on screen by press "i" key. Info like other picture viewers (name - format - width x height x depth).

You already have "info" switch for this. But, once again, the program must be able to write something to its console - and you to have enough time to read it before it's closed.

If then you find it too talkative, use the "quiet" option and you will only see info and error messages. You also need to give me these exact messages when reporting something

[daxb]

My config: A1200 040/40 32MB OS3.1
The gif anim example file is 11kb. Here are the shell launch:

v Gfx:Gif/Art/gobbo.gif info quiet
120x120x8       GIF89a         : Gfx:Gif/Art/gobbo.gif
 Gifs animés non supportés
v Gfx:Gif/Art/gobbo.gif info quiet back
120x120x8       GIF89a         : Gfx:Gif/Art/gobbo.gif
 Gifs animés non supportés

The start without "back" switch works fine (picture is displayed immediately. With "back" no pic after minutes. SnoopDos log shows in both cases the same.
Your other questions I had already excluded that.

"Info" switch:
I want to have the info on the picture current displayed. Left upper corner would be good. Like VT does it. It could be useful in conjunction with the "del" switch to know exactly what file to delete. Or just the info itself.

I try to upload the example gobbo.gif to "The Zone". So you can check yourself.

[meynaf]

Originally Posted by daxb

"Info" switch:
I want to have the info on the picture current displayed. Left upper corner would be good. Like VT does it. It could be useful in conjunction with the "del" switch to know exactly what file to delete. Or just the info itself.

Hey the DEL option is just to automatically delete the file without having to know what file it is.

About the info, is Amiga-M too difficult to type ?
Displaying anything on top of the image is a no-no. I won't show any text in here, because the image can be HAM and it would destroy it.

Originally Posted by daxb

I try to upload the example gobbo.gif to "The Zone". So you can check yourself.

Yes i can check myself, i reproduced it and i will have a close look at it.

When an image doesn't work, upping it is usually a good idea
Btw the PNG file included in your archive is just broken. It has badly encoding, is damaged or something like that. If you want i will look closer to see what exactly is wrong in it.

[daxb]

Originally Posted by meynaf

Hey the DEL option is just to automatically delete the file without having to know what file it is.

Yes, I just wanted the info in the pic.

About the info, is Amiga-M too difficult to type ?

Because normaly I use a Filemanager (here DOpus). So there isn`t any output beside the shown picture. However, Amiga+M is always bad (in case of picture viewing) because of differnt screenmodes (monitor switches).

Btw the PNG file included in your archive is just broken. It has badly encoding, is damaged or something like that. If you want i will look closer to see what exactly is wrong in it.

Not necessary, it was a SGrab png only to show the info on the pic (from Visage).

[meynaf]

The case of animated gif was treated as an error. In that case, if no partial image is shown then the program closes immediately.
Should have been a warning instead.
Program archive has been updated with fix.

Originally Posted by daxb

Yes, I just wanted the info in the pic.


Because normaly I use a Filemanager (here DOpus). So there isn`t any output beside the shown picture. However, Amiga+M is always bad (in case of picture viewing) because of differnt screenmodes (monitor switches).

But why could the file name be relevant for taking the decision to delete or not, when you see the image itself ?

You shouldn't have monitor switches if you have mode promotion turned on. Or what kind of weird configuration do you use ???

And can't your file manager keep cli output ? If not, then DOpus sucks

[Thorham]

Originally Posted by meynaf

And can't your file manager keep cli output ? If not, then DOpus sucks

DOpus can output to a window, it can use normal redirection to files and it can ignore CLI output completely.

[meynaf]

Originally Posted by Thorham

DOpus can output to a window, it can use normal redirection to files and it can ignore CLI output completely.

No excuse then

[daxb]

Originally Posted by meynaf

The case of animated gif was treated as an error. In that case, if no partial image is shown then the program closes immediately.
Should have been a warning instead.
Program archive has been updated with fix.

Thanks for update.

But why could the file name be relevant for taking the decision to delete or not, when you see the image itself ?

Ok, forget my bad delete example. It could be useful if you watch a lot of pics via filemanager and want to remember a special one for any reason. Its ok for me to not have that feature. Feel relaxed.

You shouldn't have monitor switches if you have mode promotion turned on. Or what kind of weird configuration do you use ???

I get it nn CRT monitors (at least here) if I switch from PAL to DBLPal or Multiscan or ... and vice versa. Thats really normal I think.

Feature request:
Picture scrolling via cursor keys and shift + cursor keys jump to left/right/up/down end.
I find that very handy (Visage) if several pics should displayed.

[meynaf]

Originally Posted by daxb

I get it nn CRT monitors (at least here) if I switch from PAL to DBLPal or Multiscan or ... and vice versa. Thats really normal I think.

Theoretically it is not. Your OS has a feature called "mode promotion". Perhaps you could have a look in your "prefs" dir for a program called "icontrol".

Originally Posted by daxb

Feature request:
Picture scrolling via cursor keys and shift + cursor keys jump to left/right/up/down end.
I find that very handy (Visage) if several pics should displayed.

What exactly do you want ? You can scroll with the mouse, and i don't see the link with having several pics...

[daxb]

Originally Posted by meynaf

Theoretically it is not. Your OS has a feature called "mode promotion". Perhaps you could have a look in your "prefs" dir for a program called "icontrol".

"Mode promotion" is acivated. Maybe you mean something other then me. Don`t worry about.

[meynaf]

Strange, i thought this was to turn pal screens into dblpal...

[spiff]

I tried V and its pretty quick on a1200 configs!

But I can't get it to show files from CD when I try a pure cd32 configuration, i keep getting a file unknown error.

Cd32 not supported?

[meynaf]

Originally Posted by spiff

I tried V and its pretty quick on a1200 configs!

It's made for that

Originally Posted by spiff

But I can't get it to show files from CD when I try a pure cd32 configuration, i keep getting a file unknown error.

Cd32 not supported?

I bet it's not the CD. The error you get indicates that your images are perhaps crunched or something, so that the viewer doesn't identify them.

What happens when :
1) you copy files to RAM: and try from there
2) you try to decrunch the files (with xfddecrunch if you can)

If you can't do the above, then i need to get one or several of these files, to see what they are exactly.

[daxb]

BTW. it would be nice to have error messages in english.

[spiff]

Originally Posted by meynaf

It's made for that


I bet it's not the CD. The error you get indicates that your images are perhaps crunched or something, so that the viewer doesn't identify them.

What happens when :
1) you copy files to RAM: and try from there
2) you try to decrunch the files (with xfddecrunch if you can)

The files work fine when I copy them to ram (from the CD)!. But fails when I run the same file on the CD path. The attached screenshot shows when it first works from ram and then fails from pics. (even if the error says something wierd, file damaged?) I can also simply browse the CD from windows and view the iff files (infranview)

They are not crunched, I just added them to the pics folder (AGS frontend)

*edit, attached files directly from CD. iff had to be zip:ed to be attachable for msg board.*

[meynaf]

Works fine from RAM: ?
Not really ! Error message indicates your file is truncated (missing data).

For me the bug may well come from CD driver or filesystem.

Your file is damaged. It's 33233 bytes but IFF files always have (should have) even size.

Type "list", not "dir" to see the file sizes, and compare with the one you gave me.

[spiff]

Originally Posted by meynaf

Works fine from RAM: ?
Your file is damaged. It's 33233 bytes but IFF files always have (should have) even size.

Type "list", not "dir" to see the file sizes, and compare with the one you gave me.

Iff is 33233 bytes in both DVD and ram acc to list

Jpgs and gifs behave in a similar way. They can't be read from CD, but work when I copy them to ram, afaik they don't have an even size requirement.

[meynaf]

Originally Posted by spiff

Iff is 33233 bytes in both DVD and ram acc to list

Then your image is damaged (truncated). You may want to have a look at its FORM chunk, for example, to get the real size it must have.

Originally Posted by spiff

Jpgs and gifs behave in a similar way. They can't be read from CD, but work when I copy them to ram, afaik they don't have an even size requirement.

gif doesn't have even size requirement, but iff has.

I'm afraid you have a bug in your CD driver (which won't trigger for WB access by pure luck), because my viewer just uses operating system calls for file access and does nothing special here.