Vallen JPegger, the free image viewer - Improvements. :-)
John Fitzsimons
Regulars here will remember that Vallen's JPegger was mentioned here a
number of weeks ago. Because a certain image viewer (with "Ir" in it's
name) AND others couldn't handle doing thumbnails in large directories
I decided to try it.
I was pleasantly surprised. It worked. In fact this morning I opened a
directory with 9,000+ images in. Without any problems. :-)
Added to that I have been in communication with the author and he
has (since I first tried it) considerably improved things. Now one can
have multiple image selection (for eg. file deletions) and a VERY
GOOD duplicate file lister.
The latter is of particular interest to me as I can now get eg. a list
of fifty duplicates and delete them all with a couple of mouse clicks.
Many other duplicate finders allow duplicate deletion only one by one.
This can be very tedious if needing to delete a lot. Particularly if
one gets a "Do you really, really, really, positively, want to delete
this file ?" dialog with each one. < he he >
For those who haven't seen this program, and for those who haven't
seen the improvements : Home page ;
http://www.vallen.de/index.html
Freeware page ;
http://www.vallen.de/freeware/index.html
Regards, John.
--
****************************************************
,-._|\ (A.C.F FAQ) http://clients.net2000.com.au/~johnf/faq.html
/ Oz \ John Fitzsimons - Melbourne, Australia.
\_,--.x/ http://www.vicnet.net.au/~johnf/welcome.htm
v http://clients.net2000.com.au/~johnf/
BoB
<xpm4s...@sneakemail.com> wrote:
description snipped
>For those who haven't seen this program, and for those who haven't
>seen the improvements : Home page ;
>
>http://www.vallen.de/index.html
>
>Freeware page ;
>
>http://www.vallen.de/freeware/index.html
>
>Regards, John.
Latest version release is v4.10d [build: 3.0124, 32bit
BoB
Bill Day
<xpm4s...@sneakemail.com> wrote:
>
>For those who haven't seen this program, and for those who haven't
>seen the improvements : Home page ;
>
>http://www.vallen.de/index.html
>
>Freeware page ;
>
>http://www.vallen.de/freeware/index.html
>
>Regards, John.
thanks, John...this seems to be quite a speedy, cleverly designed
program!...and it plays .wavs, MP3s and MIdis!!
--
remove BALDERDASH for email reply
John Fitzsimons
<extreeBA...@erols.com> wrote:
>On Tue, 11 Feb 2003 16:41:15 +1100, John Fitzsimons
><xpm4s...@sneakemail.com> wrote:
Hi Bill,
>>For those who haven't seen this program, and for those who haven't
>>seen the improvements : Home page ;
>>http://www.vallen.de/index.html
>>Freeware page ;
>>http://www.vallen.de/freeware/index.html
> thanks, John...this seems to be quite a speedy, cleverly designed
>program!...and it plays .wavs, MP3s and MIdis!!
Glad to hear that. I still haven't used all it's functions myself. See
my other post on this thread today in case you have any problems
and/or suggestions for improvements. :-)
Susan Bugher
>
> On 11 Feb 2003 20:45:53 GMT, bob <m...@privacy.net> wrote:
>
> >John Fitzsimons <xpm4s...@sneakemail.com> wrote in
> >news:dq4g4vs9j64kjtjvs...@4ax.com:
>
> Hi Bob,
>
> >> Regulars here will remember that Vallen's JPegger was mentioned here a
> >> number of weeks ago. Because a certain image viewer (with "Ir" in it's
> >> name) AND others couldn't handle doing thumbnails in large directories
> >> I decided to try it.
>
> >> I was pleasantly surprised. It worked. In fact this morning I opened a
> >> directory with 9,000+ images in. Without any problems. :-)
>
>
> >> http://www.vallen.de/freeware/index.html
>
> >Good info, thanks John. I've had that very problem with IrfanView choking
> >on large numbers of images in thumbnail view.
>
> Good. I was beginning to think that it was just me. Nobody else seemed
> to be having any problems. :-)
Nah, you just missed the thread:
Subject: Re: XnView vs. IrfanView?
Date: Sun, 28 Jul 2002 13:04:57 -0400
From: Susan Bugher <whoise...@kvi.net>
Newsgroups: alt.comp.freeware
SNIP
Tried thumbnail browsing with IrfanView, XnView and SlowView in a
directory with 5000+ images and they all flunked. Xnview came closest -
stopped making thumbnail images (just displayed the file name after
that) - did show the full size image when the *thumbnail* was clicked.
Irfanview also quit making thumbnails about halfway through but then
*lost* all the thumbnail images. SlowView choked and froze almost
instantly.
FotoAlbum displays that folder. FotoAlbum saves thumbnails for any
*master* directories. I made that directory a *master*. I can browse the
folder quickly - don't have to wait for the thumbnails to be recreated
each time.
==========
and a day or two later:
Oddly enough the little Iomega Photo Printer (1.2 MB installed) almost
manages to display thumbs for 5000 JPGs - doesn't lock up - shows about
80-90 percent of the photos - I think it would handle 4000 fairly
gracefully. It's fast - shows small JPGs - 50 at a time in full screen
mode... but I digress...
===========
> >Although I found another
> >solution in IrfanView for file management, it's nice to know of other
> >options. I tried Jpegger's thumbnails with a directory of only 100 images,
Agreed, I've been following this thread with interest.
Downloaded Vallen JPegger but haven't tried it yet - wish it didn't
leave stuff behind if you uninstall - but at least the author warns you.
Susan
BoB
wrote:
>John Fitzsimons wrote:
>>
>> On 11 Feb 2003 20:45:53 GMT, bob <m...@privacy.net> wrote:
>>
>> >John Fitzsimons <xpm4s...@sneakemail.com> wrote in
>> >news:dq4g4vs9j64kjtjvs...@4ax.com:
SNIP
>Agreed, I've been following this thread with interest.
>
>Downloaded Vallen JPegger but haven't tried it yet - wish it didn't
>leave stuff behind if you uninstall - but at least the author warns you.
>
>Susan
Few author's are so kind to advise how to clean up when their program
has no install/uninstall function. If a user wants to confirm that the
command, jpegger /ui /q, removed Jpegger's original 50 reg entries,
ensure that HKEY_USERS, Vallen-Systeme GmbH was removed.
I'm not pleased with its growing MRU lists in the registry but many
programs do the same and it is a small price to pay for a free program.
For me, the vast majority of SpybotSD's 'finds' are related to all the
MRU's in the registry, so many can be removed quite easily, for the
paranoid among us. :-)
BoB
Sméagol
This seems to have an annoying habit of leaving large
files named jpeggeri.dat everywhere it's been. Good music
explorer though.
John Fitzsimons
wrote:
I agree. I have been meaning to take that up with him myself. It would
be much better if he could keep his "index" files to the jpegger
directory. Have you written to him requesting that he consider
re-thinking his method ?
BoB
I agree it has great music explorer, with various categories.
I looked in the Jpegger folder and the pic folder I have used it on, in
my MP3 folder where I played a song and found no jpeggeri.dat. I also
did a Find on jpeg*.dat and came up with nothing on my HD. ???
BoB
John Fitzsimons
wrote:
Go to a graphics folder and create thumbnails there. Then do a new
"search". :-)
Jochen Vallen
The jpeggeri.dat files are created from the image explorer only, not
from the MP3 Explorer part.
jpeggeri holds the thumbnails that have been created once. These are
stored by folder. Even if you browse a folder with subdirectories then
the jpeggeri.dat only contains the thumbnails of the files in the same
folder where jpeggeri.dat is located.
The reason for this is that if you browsed your all of your folders
once, then the thumbnails are alredy beeing created independant of
which folder you are browsing the next time.
A second point is, that if you save an image folder on CD or another
removable drive and you copy the jpeggeri.dat file with them, then the
thumbnails are already there forever.
However the new Version 4.11b contains an option in
File/Preferences/Thumbnails to switch off saving jpeggeri.dat files
completely or to set the hidden flag to hide them.
Hope this helps,
-Jochen
BoB
<xpm4s...@sneakemail.com> wrote:
>On Sat, 15 Feb 2003 20:12:01 -0500, BoB <rhow...@myrealbox.com>
>wrote:
>
>Go to a graphics folder and create thumbnails there. Then do a new
>"search". :-)
>
>Regards, John.
Thanks, my one experiment was a 177k dat, ouch.
BoB
John Fitzsimons
Hi Jochen,
>About jpoeggeri.dat
>Hope this helps,
Yes, that is certainly nice to see. "Options", options, options. :-)
What I think irritates some of us though is that if JPegger goes to 20
graphics directories one ends up with a jpoeggeri.dat in each. Or,
after your current changes, none at all.
I am not sure how you would do it BUT I know from experience you
are very good at solving "problems" so......
Is there any way that when one does allow jpeggeri.dat files to be
created that they reside in the JPegger directory ? Obviously they
would need to have different filenames to avoid overwriting previous
ones though. Perhaps jpeggeri.dat, jpeggeri1.dat, jpeggeri2.dat ?
If you did that you might need to include an "expire" facility where
jpeggeri.dat files that haven't been accessed for > 12 months are
deleted ? So that you don't end up with jpeggeri1000023456298.dat !
Maybe "tie" the jpeggeri.dat file to a MRU list ? If the list of most
recently used directories was a list of eg. 20 "paths" AND the
jpeggeri.dat file was only kept for anything in that list THEN there
would only ever be a maximum of 20 jpoeggeri.dat files.
Obviously, in that case, the "help" file would need to point out that
where a folder isn't in the MRU list it will not have a current
peggeri.dat file.
I would think that most people would NOT regularly access more
than 20 graphics folders. :-)