View Full Version : Thumbnails - PhotoAlbum - PicShow etc
03-02-2007, 05:29 PM
The purpose of the program PhotoAlbum is of course to display thumbnails for pix in a chosen drawer. A double click on a thumbnail displays it at full size using Cybershow.
The first screengrab shows PhotoAlbum being used in an A4000 with a graphics card and running OS3.9. The second shows PhotoAlbum being used in an A1200 Desktop also running OS3.9.
The thumbnails are poor but useful to have in the A1200 Desktop. However, when double clicked the full size quality is dreadful without the aid of a graphics card. So for the A1200 Desktop I would like to try making PhotoAlbum use something like Multiview instead of Cybershow to display pix if possible.
The author told me that "you can configure an external viewer by the configurable ARexx calling command in PhotoAlbum"
Erm.... How exactly do you do that please? :-?
03-02-2007, 06:49 PM
It looks like it's controlled via the tooltypes. From the docs:
ExternalARexxCMD=comm. Use this user defined ARexx command. The command should
contain %s as placeholder for the full path name of the
Example: ExternalARexxCMD="address command 'cybershow %s bm sl'"
can (with REXX as port) be used to start a shell command,
in this case CyberShow in BestMode&SlideShow mode.
Please note: Currently PhotoAlbum will be blocked until
the command returns.
So, this may work:
ExternalARexxCMD="address command 'multiview %s'"
Edit: You probably need to use the run command because Multiview does not return until it is closed (see note above from docs). So, try "address command 'run >NIL: multiview %s'"
03-03-2007, 01:49 AM
Many thanks indeed 8-)
I'll also bump this in case newbies starting the day shift in the UK are interested in thumbnails for their photos :-)
03-04-2007, 02:46 AM
PicShow together with Thumb are fantastic as well of course. But these and PhotoAlbum are really designed for graphics cards. Has there actually been a thumbnail program made for the likes of an A1200 *without* a graphics card?
I still really dig that 2GB Jaz drive icon thanks again mate :-D
03-04-2007, 06:37 AM
Has there actually been a thumbnail program made for the likes of an A1200 *without* a graphics card?
Sure, lots of them. I was using Collector for quite some time:
03-04-2007, 09:50 AM
8-) That's really great thanks cgutjahr :cheers:
It uses 'Hi Res Laced' screenmode and when you double click on a thumbnail Multiview is used to display it. You can also just right click on a thumbnail and choose 'View' :-)
Apparently I just need to get the correct 'MPImage.library' as the A1200 Desktop is using a Blizzard 030 and the one provided is for a 68000.
03-04-2007, 10:03 AM
Another option is to use the 256 color palette from the Collector program, using it as your workbench palette and locking it with "fullpalette" from Aminet.
Then you can also change the 1st 8 colors to MWB colors and you might be surprised at how this improves WB color picking. By controling the choices of colors through the use of a locked palette, both thumbs AND multiple multiview windows of graphics can be quite good.
Here is an example of an 8-bit screen showing the palette and the results:
In addition, the Collector 3.5 package on Aminet is not the complete set of files from the time Fred had a friend hosting his program. It is missing the speedup elements mentioned in the FAQ.
You will need djpeg, cjpeg, pnmtopng, etc. plus a script to generate the thumbs at 2,4,8 times speed and use all the features of collector regarding export.
If anyone is interested I can dig out the info.
03-04-2007, 10:39 AM
If anyone is interested I can dig out the info.
I'm interested :-)
03-04-2007, 11:22 AM
I noticed you had an OS4 backdrop. This method works for both classic and on Amigaone btw. The only difference would be the use of native jpegtools which are available on OS4depot.
For classic, though:
Install MPImage correct library for your machine.
This one worked fine for me on both my A4000 and on Amigaone:
MPImage.library_020 8.2 (07/11/1997)
The package containing jpegtools 6.2B with different processor versions is "MUInt_prgs_1.lha":
Search Aminet for the other files easily found, like "pnmtopng" "pngtopnm". I believe these are available without having to download the entire netpbm package. You will need these for png export.
All of the above are best installed in c: (although you could alter the script path to djpeg if you really want to keep djpeg elsewhere).
Now the fun part:
Make directory in prefs:env-archive "MPImage"
Cut/paste the following into a word processor and save as "djpeg" into your newly made "MPImage" subdirectory in prefs:env-archive:
djpeg -colors 256 -dct float -dither none -scale 1/4 "%s" > "%s"
Hopefully the above will show a space between literally every entry.
Note:You may change the 1/4 to 1/2 or 1/8 etc. Basically you are telling djpeg "Hey, the thumb is small, why do I have to process the entire image". It skips data processing then in the increment specified. 1/2 would skip looking at 1/2 the data, etc.
The thing to remember, when picking a % here, comes from using too small a percentage. Example:
Your thumb size is 112x112 and your image is 320x240.
At 1/4, it would process data 80x60, and THAT is smaller than your thumb size. To make it fit then, it would proceed with scaling UP to 112x112 after it makes the 80x60 image. This, obviously results in poorer image quality. Ergo, you may want to experiment with the % you use to see what you can live with.
Also note that this script is for no dither.
The docs included with MUInt, iirc, contain the info for altering this script.
The experiment then is to make a directory of thumbs on classic BEFORE installing djpeg and the script. Time it and compare the time required after making the change. If you install this ok, then you should see speedups in relation to the % you choose. Should be 2x faster or 4x faster, etc.
Let me know if this works, before I post any other scripts.
Additional note for anyone who used the last complete package of Collector 3.5 with the supplied scripts (no longer available):
There was an error which was not corrected, as Fred moved shortly after the last version was released.
Basically an argument (jpeg switch) was overriding another switch. So...even if it said it was doing something, it really was not. The above script is correct for no dither.
I blew up the results 10 times of the thumbs made with the erroneous script vs the above and am certain of this.
Not a fatal error for the program, just an error in execution.
03-04-2007, 12:37 PM
Heh, I saw that backdrop and thought "that's familiar" then saw the note to myself!
You're welcome again!
03-04-2007, 01:55 PM
The creation of that Jaz icon was PURE/Genius :-)
:egad: :pint: :pint: :pint: :eek:
But seriously, thank you very much for taking the time to write that out. I'll give it a try when I can but please don't wait up for a progress report.
03-04-2007, 02:08 PM
Heh! Seriously, it took longer to write than it takes to do. I wish I could just put it all in a single .lha with the proper directories and files, but that's not protocol.
03-04-2007, 02:59 PM
:lol: :lol: :lol: :lol:
Are you stalking me or something??! :-P
vBulletin® v3.8.4, Copyright ©2000-2013, Jelsoft Enterprises Ltd.