webimgms

_claudio_ · **Joined:** 22 Apr 2008 10:27 **Posts:** 12

Hi Luigi,

webimgms is another wonderful tool, thanks!
I'd like to suggest a feature:
what do you think about a possible switch that will tell the program to save new images ONLY if the size of the new image is different from the one before?
This way only new images will be safed (all likely new images will not have exactly the same size) and the given time (in -t xxx) is less critical.
I'd also like to mention that webimgms needs to be opened in a dosbox unlike most of your other tools, but that's no problem.

Thanks,

_claudio_

aluigi · **Posted:** 31 May 2008 08:52

I will do something better, I will add a crc check like the one already implemented in jmeetrec and awcamrec 8-)

About the dosbox I think you refer to the need of running the program from command-line (which is the rule for 99% of my tools), unfortunately there are no other choices otherwise will be lost compatibility between windows and non windows systems (in case I want to add a gui) and will be added too much complexity to the tool.

Another thing I will "probably" implement in the next version is the handling of images streams like for example http://194.126.108.66:8884/1211905289781 anyway all depends by how much complex is to add this thing moreover considering that it's a very low priority function and is needed to modify mydownlib for it... it's more no than yes at the moment.

_claudio_ · **Joined:** 22 Apr 2008 10:27 **Posts:** 12

thanks for your fast response, checking crc is better, yes.
I just realized that maximum 3120 images are safed, highest number is 00000999.jpg, is there a possibility to increase the number?

here an example: (Innsbruck/Tirol, "Landhausplatz")

webimgms -t 1000 "http://www.tiroler-wasserkraft.at/service/service_plus/webcam_ibk/img.php?tmp=1206354979331"

thanks again!

_c_

_claudio_ · **Joined:** 22 Apr 2008 10:27 **Posts:** 12

another note: images are safed without date and time, looking at the images using irfan view they are shown in correct order, windows however sorts them like 00, 0a, a0, a00, a0a, a0b, .... strange.
maybe saving date and time might be a good idea?
thanks

aluigi · **Posted:** 31 May 2008 14:30

the program doesn't have a limitation in itself but probably the file system yes.
So I think the program stops when is not possible to create new files, doesn't it show an error?

At the moment I don't have other ideas for saving images since the tool simply dumps in the directory what it downloads from the website, in fact the jpg extension added by it is not very correct since it can handle almost any type of image (bmp, tiff, gif and so on).

About the file order on Windows, it's strange but you are right.
For some strange reason 00000000.jpg is followed by 000000a0.jpg instead of the most logical 0000000a.jpg.
I will check if exists a way to bypass this thing and eventually I will change the name format.

aluigi · **Posted:** 31 May 2008 16:10

Just for test I have run webimgms with that link and I have dumped almost 6000 images on a FAT32 disk and then I have manually quitted since was enough.
Ah, rewatching the images with -s -t 0 is really very very funny 8-)

Remains the problem of the slowness of the SDL_resize library which is a pain since if you modify the size of the window the images will go very slow, so I think that in the next version the option -r will become default (at least until I find a real solution)

_claudio_ · **Joined:** 22 Apr 2008 10:27 **Posts:** 12

thanks for your efforts, I also had to laugh a lot watching the speeded images of the place and the cars in stop and go motion.
I did another test and again the last image captured was 00000999.jpg, I used ntfs disks for both experiments.
the -r function set as default is a good idea, I was trying to capture http://www1.tirol.gv.at/luft/downloads/NORDKETTE.JPG that is refreshed every 5 minutes and I never know if it records or not... This is where crc checking might also come in handy, becasue it would allow to check the site more often and safe the image earlier, but only if it's new.
thanks,
_c_

aluigi · **Posted:** 31 May 2008 17:28

in this moment I'm finishing another project so tomorrow I can fix all this bugs which luckily are easy to solve.

Anyway can you tell me if webimgms shows you a specific error when reaches 00000999?

Sethioz · **Posted:** 31 May 2008 17:37

really good idea to add the size checking.
but another good idea from me about order. if windows fucks it up .. how about using details view and sort by ''last data modified'' ? it should list them in right order..in order they was recorded (written on disk).

_claudio_ · **Joined:** 22 Apr 2008 10:27 **Posts:** 12

@luigi: don't hurry, the thing already works and the additional features will just make it smoother :-)

There is no error message at all, the program simply stops working. This time it worked for 57 minutes and safed 3647 (00000e3e) images. No error mesage at all, the dosbox is still open. Strange.

Showing the captured images using webimgms does not work here neither - the program shows no image, in the dosbox all I see is:

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

and so on, until I press ^c to stop it (Esc and "q" do not stop the program when in that loop).

Sorry btw for me mentioning "date and time" - I use this fucking vista and had it set to a different view, so of course the images are stored with date and time...

@sethioz: the program does safe the files correctly, just the order the operating system uses to sort them is some kind of unlogical, irfan view however sorts them just great.

aluigi · **Posted:** 02 Jun 2008 19:10

released webimgms 0.1.1
all the bugs should have been fixed, anyway in case of errors don't worry report them here

_claudio_ · **Joined:** 22 Apr 2008 10:27 **Posts:** 12

Luigi, thanks, I just started the tool and I very much like to see the output

- recording mode started
.
- images are recorded in the folder 02.jun.08-22.23 using the format %09u.jpg

This already solves two issues (I know the images are stored and the images safed are simple named with numbers, no hex order).
I'll check for the problem of sudden stopping and report if I encounter any problems.

I do have a suggestion however: What about the possibility to start the program in recording mode? Maybe a switch like "-rec"?
This would immediately begin to safe the images to disk - would be great for slow refreshing images.

Thanks!

C.

aluigi · **Posted:** 02 Jun 2008 22:40

uhmm yeah could be an idea for the next version and it's very easy to implement... maybe I will release a 0.1.1a version after your confirmation of the solving of the other problem (restart loop)

_claudio_ · **Joined:** 22 Apr 2008 10:27 **Posts:** 12

well, I am afraid I am a bit dumb, even after reading the wiki ...

How do I tell webimgms to show me all images in C:\Downloadswebimgms\02.jun.08-22.23?

C:\Downloads\webimgms>webimgms -t 100 -s C:\Downloads\webimgms\02.jun.08-22.23\
says "no such file or directory"

C:\Downloads\webimgms>webimgms -t 100 -s C:\Downloads\webimgms\02.jun.08-22.23
says "restart loop"

C:\Downloads\webimgms>webimgms -f "%08x.jpg" C:\Downloads\webimgms\02.jun.08-22.23\
also says "restart loop"

and
C:\Downloads\webimgms>webimgms -f "%08x.jpg" C:\Downloads\webimgms\02.jun.08-22.23\
shows 10 images (of about 3000), then loops.

The images are those safed by webimgs and in "000000008.jpg" format

Sorry for asking so silly questions, but I need help here...

Thanks
c

aluigi · **Posted:** 03 Jun 2008 20:24

the folder with the -s option must be specified without the final backslash (I will add a check in the next version just to avoid this difference with the -f option).

The fact that you receive the "restart loop" immediately means that the folder is empty and so it restarts the loop where there are no new images.

For example here I have launched the recording with the same image link you posted and then rewatched it with -t 100 -s c:\folder\03.jun.08-21.25 without problems.

Anyway with the new 0.1.1 version released yesterday the default format of the images is no longer %08x but %09d now

_claudio_ · **Joined:** 22 Apr 2008 10:27 **Posts:** 12

Luigi,

still the same with diashow using -t option:

Code:

D:\webim> dir D:\webim\folder
.
.
.
30.05.2008  15:15           164.274 0000030e.jpg
30.05.2008  15:15           163.616 0000030f.jpg
30.05.2008  15:15           164.352 00000310.jpg
30.05.2008  15:15           164.842 00000311.jpg
30.05.2008  15:15           163.814 00000312.jpg
30.05.2008  15:15           163.801 00000313.jpg
30.05.2008  15:15           164.299 00000314.jpg
30.05.2008  15:15           164.362 00000315.jpg
30.05.2008  15:15           163.968 00000316.jpg
30.05.2008  15:15           163.681 00000317.jpg
30.05.2008  15:15           163.516 00000318.jpg
30.05.2008  15:15           163.508 00000319.jpg
30.05.2008  15:15           163.405 0000031a.jpg
30.05.2008  15:15           163.397 0000031b.jpg
30.05.2008  15:15           163.315 0000031c.jpg
30.05.2008  15:15           163.658 0000031d.jpg
30.05.2008  15:15           163.577 0000031e.jpg
30.05.2008  15:15           163.348 0000031f.jpg
30.05.2008  15:15           163.536 00000320.jpg
30.05.2008  15:15           163.596 00000321.jpg
30.05.2008  15:15           163.999 00000322.jpg
30.05.2008  15:15           164.042 00000323.jpg
30.05.2008  15:15           164.244 00000324.jpg
30.05.2008  15:15           164.090 00000325.jpg
30.05.2008  15:15           164.835 00000326.jpg
30.05.2008  15:15           164.243 00000327.jpg
30.05.2008  15:15           164.499 00000328.jpg
30.05.2008  15:15           164.525 00000329.jpg
30.05.2008  15:15           165.479 0000032a.jpg
30.05.2008  15:15           165.755 0000032b.jpg
30.05.2008  15:15           165.426 0000032c.jpg
30.05.2008  15:15           165.173 0000032d.jpg
30.05.2008  15:15           165.156 0000032e.jpg
             815 Datei(en),    132.422.560 Bytes
               2 Verzeichnis(se), 80.117.395.456 Bytes frei


D:\webim> webimgms -t 100 -s D:\webim\folder
- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

- restart loop

But:

Code:

D:\webim>webimgms -f "%08x.jpg" D:\webim\folder\

webimgms 0.1.1
by Luigi Auriemma
e-mail: aluigi@autistici.org
web:    aluigi.org


runtime keys:
 Q/ESC: quit
 R:     enable/disable the recording of the downloaded images
 F:     enable/disable fullscreen

- check the existence of D:\webim\folder\00000000.jpg
................................................................................
.................................

So the folder is not empty.

It's no big problem, because I use irfan view for playback (irfan view is even faster in playback when I leave my finger on the space bar than webimgms using the -f option)

However still a bit strange, but anways thanks

C.