JPEG View v1.10 Released

[Flavor]

That's about it for the news. Hit SELECT when viewing a picture for the viewer configuration options.

JPEG View v1.10

Oh, and if you want to comment on this version, do it in this thread. I'll ignore the previous (v1.00) thread from now on.

 

[Gamer7]

great job! it would be better if the picture fit the screen like gp viewer.

 

[washo]

thx
see you :lol:

 

[reeced]

Very nice piece of work - love the new slideshow and gamma features.

 

[Shaking Spirit]

This is amazing! Well done!

 

[Myth]

Very nice ^ ^

Now, i can show i have RM03 on my GP32.

You can't believe me ?

I just have screens

 

[scottm]

Great - I've been after a slideshow picture viewer for ages - excellent work!

 

[RoboJoe32]

Very VERY nice viewer! nearly perfect, But I do ask of one favor.... For us FLU users, could you add a feature that somehow counter-acts the blue-ish tint it sometimes adds? (Sorta like some SP games do) please? This would make this viewer perfect (and an option to scale to screen)

 

[kotd]

GREAT viewer but I'm trying to use this for reading comic scans and ATM it's really hard. Is it possible for you to implement scrolling up, down, left, and right once I have zoomed in? It would be really great if I could just scroll the picture with the joystick in the different directions so once I'm zoomed in so I can veiw the whole picture.
Thanks

 

[rcx21000]

It is OK, but I have 450megs of pics that i'd like to view (2gigs total, tha would be even better...) So I DEMAND that you somehow add support for 1gig cards, or I will HATE the prog (j/k)

Actually, it is really cool

EDIT: I looke at the other thread about it, and you say that it only loads 320x240 pieces at a time, becuase of RAM limiations... You could do something like add 75px each way (470x390) but only copy 320x240 to the screen, so then you can scroll... Everytime you scroll 10px, the program forgets the 10px that is farest from where the pic is being displayed, then load the 10px that is coming up... So:

470x390 (75px on every side)
Scroll left
470x390 (85px on one side, 65px on the other)
Dump 10px on the side with 85px
460x390 (75px, 65px)
And load 10px on the other side
470x390 (75px, 75px)

Dunno if it would work, but I think that it would be the best way if there is going to be scrolling...

 

[declaration]

I love the program. Was wondering if you could make it so a slideshow can go faster than one second between photos. Could you make more options, such as 0.10 seconds between photos or even less!!
It may seem a weird request., but I would love more options regarding the time length.

Otherwise, thanks for a great prog.....

 

[RoboJoe32]

Stop motion animations on the GP32

 

[jegHegy]

Could you make more options, such as 0.10 seconds between photos or even less!!

how about using GPCinema for movies?

 

[Flavor]

Was wondering if you could make it so a slideshow can go faster than one second between photos. Could you make more options, such as 0.10 seconds between photos or even less!!

It needs time to decode the JPG. If you want faster JPG decoding, I suggest you try a laptop PC.

 

[Flavor]

Is it possible for you to implement scrolling up, down, left, and right once I have zoomed in?

Well, it's possible the way that rcx21000 mentioned, but I must say that I don't really have any interest in making it work that way.

If someone else is really interested in adding some features to JPEG View, I could probablly supply them with the source code. Though, I will probablly wait for a bit before I do that, because I want to make sure the current version is working the way I want it to be.

 

[Flavor]

For us FLU users, could you add a feature that somehow counter-acts the blue-ish tint it sometimes adds?

(and an option to scale to screen)

I don't really know what you mean about the FLU, since I don't own a FLU GP32. Sorry. I think I get what you mean, but I doubt that I can do anything about it.

Scaling is an interesting idea that I would like to do, but I'm not going to say that I will do it for sure or not. There are a couple of problems with scaling that I'm not sure I want to deal with.

It might make sense for me to do scaling for the slideshow only. Would that be worthwhile?

 

[declaration]

Was wondering if you could make it so a slideshow can go faster than one second between photos. Could you make more options, such as 0.10 seconds between photos or even less!!

It needs time to decode the JPG. If you want faster JPG decoding, I suggest you try a laptop PC.

oh ok. Was worth a try anyway. Great program. Keep up the good work!

 

[RoboJoe32]

Scaling for slideshow would be nice indeed, and one thing I don't understand...

Is it possible to make it load the whole image somehow (anything under a megabyte or so) at the cost of waiting for the entire thing to de-code and take up home in the ram temporarily? (So scrolling with the joystick to view the whole image piece by piece would be possible) Or is there a deeper issue that my hardware/software illiterate self cannot see?

 

[Flavor]

Is it possible to make it load the whole image somehow (anything under a megabyte or so) at the cost of waiting for the entire thing to de-code and take up home in the ram temporarily? (So scrolling with the joystick to view the whole image piece by piece would be possible) Or is there a deeper issue that my hardware/software illiterate self cannot see?

I think that you understand it properly. It's not that there's any real physical limitation. In fact, you can find other JPEG viewers on the GP32 that will allow you to do what you're asking for.

I made JPEG View specifically for the pictures that I take with my camera. They're 1600x1200 pixels. I know that they won't fit in RAM easily, so I came up with a new way of viewing the JPEGs so that I would have no RAM issues.

The viewer is built around this idea of never decoding more than 320x240 pixels at a time, and I'm not really excited about modifying the viewer to add new viewing modes.

That's all. Call me lazy or whatever, but I don't really feel like adding this feature because I think it isn't in my original view of how my viewer would work.

The one idea that I have heard that I like is the caching of views. So, for example, if you zoomed in, and then wanted to zoom back out, it wouldn't have to re-decode. It would just re-display the previous view. Do you get what I mean? That might be doable, and it would really speed up your movement, because you wouldn't have to decode twice per move.

 

[kotd]

Is it possible to make it load the whole image somehow (anything under a megabyte or so) at the cost of waiting for the entire thing to de-code and take up home in the ram temporarily? (So scrolling with the joystick to view the whole image piece by piece would be possible) Or is there a deeper issue that my hardware/software illiterate self cannot see?

I think that you understand it properly. It's not that there's any real physical limitation. In fact, you can find other JPEG viewers on the GP32 that will allow you to do what you're asking for.

I made JPEG View specifically for the pictures that I take with my camera. They're 1600x1200 pixels. I know that they won't fit in RAM easily, so I came up with a new way of viewing the JPEGs so that I would have no RAM issues.

The viewer is built around this idea of never decoding more than 320x240 pixels at a time, and I'm not really excited about modifying the viewer to add new viewing modes.

That's all. Call me lazy or whatever, but I don't really feel like adding this feature because I think it isn't in my original view of how my viewer would work.

The one idea that I have heard that I like is the caching of views. So, for example, if you zoomed in, and then wanted to zoom back out, it wouldn't have to re-decode. It would just re-display the previous view. Do you get what I mean? That might be doable, and it would really speed up your movement, because you wouldn't have to decode twice per move.

So is there a current gp32 image veiwer that supports scrolling?