GPSFS Utility Program

[MIB.42]

Great ! Many of my additions have been added

I am trying to listen to you guys...

But the 16 bit addition, why doesn't it have benefit ?

Apparently there is no such thing as a 16bit JPG. All channels are encoded on 8bits. So, even if I convert the pics to 16bit, they get expanded out to 24 during the conversion. There is a way to rewrite the encoder to support 16bit, but that we'd need to also rewrite decoder on the PSP/GMDL etc... It's just not worth the hassle...

Also i like the Fastpass !!

Yeah, that was a major addition. Unfortunately the approximation on the final filesize ( which is done with the slow pass to create better quality and smaller images ) can be different up to 20%, which results sometimes in an uneven filesizes between the GPSFS files... It still does work, but not as pretty...

Is PNG to JPG conversion bad for file size ? Because i think JPG is larger than PNG.

Actually, it's not that bad, but you loose a bit of quality. I will run some test on the 4bit/8bit PNG conversions later...

I don't like the levels 1 to 10 placed under eachother, make that like version 0.1 it saves space on your desktop !

Since the preview window is already big, it actually makes a lot of sense to put them as such... I am open to redesign the look&feel of the app...

But there's a BIG bug in 0.2

I analysed the same old map i did in 0.1 and it was there 9.44 mb. If i analyse it in 0.2 it becomes 10.21 mb !

This is not a bug. v0.2 provides a different result for analysis due to the fastpass phase. What matters is that your final filesize is the same. See above and README.txt

Second BIG bug:

What is this after Analyze ?

[Image removed to save space, see above]

Not displayed correctly !

Well, I think it's actually a problem with your map! Check the stats on the individual tiles on it's right and left and compare them if they are next to each other ( as in click right mouse button on the central tile, jot down the filesystem and offset values, than move to the next one...) See README.txt for more info on how to do this...

Third:

If i have recursion in map dirs EG:

C:\Maps\_blabla

and

C:\Maps\_blabla\_newrecompressed

the software takes em both OR can't analyze it.

Now this is news to me. I have several folders with subfolders in them and it works just perfectly. Please re-check and describe your problem more precisely.

Thanks,
MIB.42

[Codaz]

Hmm that doesn't solve the problem.

And how to disable/enable the fastpass ?

[MIB.42]

Hmm that doesn't solve the problem.

What problem?

And how to disable/enable the fastpass ?

Can't at the moment. Why would you want it?

[Codaz]

Because it may cause the error of displaying that ugly tile at the wrong place.

The tile IS enabled, in right and left screen it is correct.

Also i got the re-encoded one now working on Mapthis !

-Removed the prefs file.
-Added more POI icons in that _map dir

It works now but it's a bit ugly on the small psp screen.

[MIB.42]

Because it may cause the error of displaying that ugly tile at the wrong place.

FastPass does NOT touch the decompression part. This "bug" is due to wrong offset/filesystem, which can be either in the original map file, or in the processing of GPSFS_util.

The tile IS enabled, in right and left screen it is correct.

If the tile is shown (and not red), that means it is enabled. That wasn't the question. I can also see, that the tiles on the right and left are correct, that wasn't the question either. The question was if they represent an uninterrupted sequence in the GPSFS file.

Please give me the infos ( as I described earlier... right mouse button ) on the left, center and right tiles and I will let you know if they are indeed correct.

It works now but it's a bit ugly on the small psp screen.

Not sure what this means... You are probably referring to the recompressed file being lower in quality... Yes, it is. There is no "free lunch"...

[Codaz]

It's better that i give you the map, it's only 10 mb so i will upload it tomorrow.

I'm not a genius so that's maybe the best option.

It's an original map from GMDL.

EDIT: HERE IS IT:

[meier3283]

Hey MIB.42, I've got .2 running as we speak, and so far so good. I was wondering... For the SMP (dual core) users out there, how hard is it to make the app SMP aware? It's always painful to watch a process take up only one core

[MIB.42]

Hey MIB.42, I've got .2 running as we speak, and so far so good. I was wondering... For the SMP (dual core) users out there, how hard is it to make the app SMP aware? It's always painful to watch a process take up only one core

Hah, I hear you... Ok, I'll have a look at it...

[MIB.42]

It's better that i give you the map, it's only 10 mb so i will upload it tomorrow.

I'm not a genius so that's maybe the best option.

It's an original map from GMDL.

EDIT: HERE IS IT:

It works for me, no problem. Tile #27 is perfectly fitting in. #26 is 0:100813:7168, #27 is 0:107981:4859 and #28 is 0:112840:8879 ( FileSystem:Offset:Size )

[Codaz]

MIB.42 why do i get the weird thing i posted in the screenshot then ? The map is correct you say !

And is 0.2 already capable of working on pentium 4 HT technology ? Because HT is somewhat also 2 cores.