Mapthis 5.2+ Next version GUI (Config) suggestions.

Firstly, I've been running 5.2 on CFW3.71M33-3 nicely. mostly works great.:thumbup:

I did not really want to start a new thread, but it seems that it is a good idea to add some GUI. If mods think it is not appropirate, then could you please merge this into other thread. cheers:)


This is what/where I'm thinking...

Afterall, GPS should be easy to be treated with the minimum effort, under car-driving.
In particular, I will focus on a simple GUI/Script/Configs.
I do feel that I am just adding another 'silly' request to the 'real men', because I do feel that fixing/updating my requests are minor-improvements, which is a lot quicker and easier for them...
You know who you are..:D

===Number one====
Auto-Sat Mode:
I believe that almost everyone has the Mapthis working, with appropriate settings. We can further auto this by telling the program to
= as soon as maps loaded, It is at 'red-signal', it will 'auto' set to 111Mhz to attempt the Sat findings and locks.
= Once sats are locked, it will 'auto' set to 333Mhz for faster map viewings/loadings.
= If Sats are all lost (i.e., no green signal) then it will revert back to 111Mhz, in order to find the Sat faster.

(In short, auto set to 111 whenever the Sat is say less than 3, then everything back to 333.)
(Actually, now I am wondering why 111 is faster at locking? I thought it was other way around, or i am missing some gps-locking/program structures? heh)

= Auto-set to 'user' desire mode, e.g., default to night-mode at the start, etc

=GUI config for config.txt, and ability to see the different effets, etc..
I know that current one has config.txt editor. But it would be nice if Mapthis can 'reload' the changes, I think most of config can be YES/NO, or either select from a simple lists..
and simply convert back to config.txt....


===Number Two===
GPS-recording D-PAD:
1. It seems to me that, well, the more I think about it, the GPS-record mode should be set to 'NOT' in Left-D-Pad, but rather somewhere else.
For a strong GUI consistency, LEFT and RIGHT D pad should be rotatable (just like Up/Down zoom). I think currently Right D pad has too many things to get back onto...
i.e., I have to press this several times to view what I want.

Speed-Warning:
works nicely, if I remember correctly, the warning signs are in the top or center...
Can this messagebox be removed to bottom side? and a bit smaller would be good, the red-flashing light itself is flashy enough to be notified :)

Geodata searching:
1. I think all UMD games uses sony's XMB key-input, I think these games simplies call-out the sony' key-input functions, is it not possible for Mapthis to follow this XMB input as well?
It seems that, It is very confusing or hard to get used to both versions..



Two questions., Sorry if it has been answers...

Since all JPG titles are embedded with st names, (and many of your maps should be readable in North pointing Up),
Does anyone have trouble Reading the maps if you are travelling directly to South? (as the letters are all upside down) Lol.
Or.... In this case, how would I fix so that Mapthis won't attempt to Set North to Up?? ;)

Map tile Loading... Any optimzations?
It sort of laggs when I zoom into, etc.
My map is only 200MB, and if I use GSFPS util, I can get it down to 100MB, still I don't see any speed increase in loading? (well except the less storage)
=Then, what is the best/fastest way to load/view around the map? No compressions? i.e., JPG with the least compression? lol:rolleyes:



Personal toughts on Mapthis....
I think, since I (or we) will be using this for purely for Car-driving anyway, (and I have two PSP, hehe) in order for GPS/mapthis to be *permently* working nicely and fast, etc....

1. Should be fast, and should requre big memory stick, "caching" stuffs into memory-stick is also a good idea), (sorry, I havent tried the stable-fast 0.4x version in the FAQ, I will do that later...)
2. I do not really agree on 'compressing' (such as jpg maps, etc) as this will slow down the PSP in whatever loading/etc:rolleyes: correct me if im wrong.
3. I think starting up mapthis/loading the map is actually quite fast, in a matter of 2-3sec, but as soon as I start zooming in/out, things are slowed down, it would be great if mapthis attempts to load a bit further into memory. e.g., prefeting zoom levels in advance incase of user zooms (which is most likely!) I really don't mind waiting 10sec+ for mapthis to start up and load things stably, rather than 2sec start up, but jaggy and laggy maps.
This also implies the fact that we are going to wait at least 20-30sec for Sat-lock anyway!!.

Cheers, and sorry for my rough-quick-simply-self-centred-request.... :p

Cheers

Thanks for the feedback!
There are some really nice points made there.. I'll try to comment on them tomorrow..

hehs.. makeing lock in 111mhz.... is faster on tis ver of mapthis or all ver in mapthis?

Deniska, Here are my comments on new settings of config.txt

Currently implemented feature set:

CURSORSPEED=7,
I think you should add more than 5, I think most PSP gurus are sweat with 7 or 8, (It's like a mouse settings I believe :D)

CACHEMAPINDEX=1,
I am not too sure how fast this effects, but I am 100% sure that this is slow if I leave it at 111 with this ON. (than 111 with OFF)
However, Setting it to 333 is very very fast !
(But still, even at 333, zoom Up/Down is bit laggy, I see the Black Blank titles being loaded....)
So here, I think we need some tile-optimzation.
Yes, I know it is not a great deal, but we may want to see non of those 'black-tiles' !



Future add-in:

LRSPEED =
L or R is still not fast ! :p, maybe next version can u rotate it faster?
e.g., LRSPEED=1 (current setting, we can increase higher, say 2, 3, 4...)


STARTUPFREQUENCY=111, you should add something like
AFTERFREQUENCY=333,
so that it will immediately go to 333 ! (after the Sat lock)
(I think delay of 'checking the signals should be around 1 or 2 seconds)
Actually, as soon as the program starts
always 333 for say,,, 10sec
(so that maps are all loaded and cached sweat, then search for Sats at 111, then after some sats found and locked, goes back to 333)


OPPOSITEDIRECTION= 0 or 1
For 1, if the program finds that a user is driving to South (we can easily find this),
then most likely the Roads/Streets are upside-down and unreadable,
So,,,setting to 1 will disallow the chase-up: user will see that he/she is driving down-wards to South


CACHEMAPLEVEL=PERCENTAGE
If I put say 50, This allows Mapthis to cache 50% of the map (starting from the center of the map)
Could be a bit tricky and unncessary...But still..

or

CACHENEARTITLES=0 or 1
setting to 1, will attempt to 'cache' Blocks of titles near the locations I am in. It should try to cache say other 8 BLOCKS from all directions.
For example using NumberPad, I will be in Number 5, and then mapthis will try to load up maps for 2 (South), 8 (North), 4(West) 4-8 (North-West), etc..

Maybe you can further do this by taking more blocks, rather than just assuming 3x3, you can do 5x5 ,
where a user will be located in NumberPad 13 (That is if there exist a number pad from 1 to 25 :D)

789
456 <---5 is where i am, (3x3 matrix)
123

12345
67890
12345 <--13 is where I am (5x5 matrix) In this, at least I get 2 blocks of titles loaded in advance any directions
67890
12345

So that, whenever I use Analog pad to view-around areas near me, then I get no slow loadings of tile...
And I think the delay time for 'when-to-check' should be about 1 or 2 sec, so that the program will check
whether I am in new location or not, etc,,

This should apply from say,, Level 1-3 only (only the close zooms), I don't think it is needed if a zoom is already out,
as we can already likely to see the whole areas by this level.
(we still can, But in the current version, I don't see 'that' much of slow-down or delay in loading tiles when zoom is out)


Non-configuration improvements:
- Again, Left D-pad (LEFT) should be oppisite function of (RIGHT), hmm,
can we put GPS-record on somewhere else...?

- Can we disable sound ? (I believe it uses extra memory :p) I might try to delete the folders of audio...
LOL... But it might be still useless if the program attempts to load Audio libs when the program starts..


some additional comment:
Since I have PSP slim versions, would these make some differences in loading maps, etc?
Or does not matter with the bigger memory capacity?

Cheers

My modified version addresses some of the issues you mentioned. It is based on an old version of MapThis though.

http://www.dcemu.co.uk/vbulletin/showthread.php?t=78535

i made my version of night mode to only come on between 7pm and 7am. deniska u shld implement that. the code is quite easy actually.

Quote:

---

Originally Posted by zerodays

(Actually, now I am wondering why 111 is faster at locking? I thought it was other way around, or i am missing some gps-locking/program structures? heh)

---

The lower the CPU speed the less electromagnetic interference the GPS dongle will receive, meaning a faster fix. Personally I don't really notice the difference between 111 and 333MHz. An extension cable works a lot better :).

Quote:

---

Originally Posted by zerodays

= Auto-set to 'user' desire mode, e.g., default to night-mode at the start, etc

---

This can be done in the config.txt using STARTUPSCREENMODE and NIGHTMODE.

Quote:

---

Originally Posted by zerodays

1. It seems to me that, well, the more I think about it, the GPS-record mode should be set to 'NOT' in Left-D-Pad, but rather somewhere else.
For a strong GUI consistency, LEFT and RIGHT D pad should be rotatable (just like Up/Down zoom). I think currently Right D pad has too many things to get back onto...
i.e., I have to press this several times to view what I want.

---

I agree. Deniska: is NMEA recording still used a lot? If not, GPS recording to a POI file could be placed in the menu (when pressing Start) e.g., at the location where "Read GPS from unit/file" is located now.

Quote:

---

Originally Posted by zerodays

Geodata searching:
1. I think all UMD games uses sony's XMB key-input, I think these games simplies call-out the sony' key-input functions, is it not possible for Mapthis to follow this XMB input as well?
It seems that, It is very confusing or hard to get used to both versions..

---

I agree, but I remember deniska said he didn't like Sony's method at all. This would then apply to all text input of course.

Quote:

---

Originally Posted by zerodays

Since all JPG titles are embedded with st names, (and many of your maps should be readable in North pointing Up),
Does anyone have trouble Reading the maps if you are travelling directly to South? (as the letters are all upside down) Lol.
Or.... In this case, how would I fix so that Mapthis won't attempt to Set North to Up??

---

In previous versions you could switch between North up and Track up. With the former you can always read the street names :). I'm not sure if this still works like this in newer versions.

Quote:

---

Originally Posted by zerodays

Map tile Loading... Any optimzations?
It sort of laggs when I zoom into, etc.

---

I think this mainly has to do with finding the location of the specific tile in the GPSFS file, and not so much the size of it. Not sure though :).

cydus21: 7pm doesn't mean it's dark or not, especially if you live at higher latitudes. Some light receiving dongle or something would be nicer :P.

Quote:

---

Originally Posted by zerodays

Deniska, Here are my comments on new settings of config.txt


CACHEMAPLEVEL=PERCENTAGE
If I put say 50, This allows Mapthis to cache 50% of the map (starting from the center of the map)
Could be a bit tricky and unncessary...But still..

or

CACHENEARTITLES=0 or 1
setting to 1, will attempt to 'cache' Blocks of titles near the locations I am in. It should try to cache say other 8 BLOCKS from all directions.
For example using NumberPad, I will be in Number 5, and then mapthis will try to load up maps for 2 (South), 8 (North), 4(West) 4-8 (North-West), etc..

Maybe you can further do this by taking more blocks, rather than just assuming 3x3, you can do 5x5 ,
where a user will be located in NumberPad 13 (That is if there exist a number pad from 1 to 25 :D)


some additional comment:
Since I have PSP slim versions, would these make some differences in loading maps, etc?
Or does not matter with the bigger memory capacity?

Cheers

---

Caching on psp is tricky since you have only ~20MB of ram at your displosal and it's needed for other stuff too...so I can't cache much more than I already do..
To speedup loading - You best bet is to find a fast memory stick and run the program at 333Mhz

Quote:

---

Originally Posted by cydus21

i made my version of night mode to only come on between 7pm and 7am. deniska u shld implement that. the code is quite easy actually.

---

Some people may have noticed that I try to stay clear of many "automatic" actions. IMHO this unnecessary device interaction my create more problems than benefits.. In this particular case 7PM cutoff may not work for someone in Africa or even for you in a month, when day length changes.. Of course, due to Murphy's law, it will catch you at most unappropriated time ;-)

Quote:

---

Originally Posted by Nieko

I agree, but I remember deniska said he didn't like Sony's method at all. This would then apply to all text input of course.

---

I do think that Sony's method sucks (it's slower and blocks the parent screen... Sometimes it's useful to see other fields/info when you type in something..)
but.. if you willing to implement it, making the switch between danzeff and sony osk configurable - I have no problems adding it to official version...

Quote:

---

Originally Posted by Nieko

I agree. Deniska: is NMEA recording still used a lot? If not, GPS recording to a POI file could be placed in the menu (when pressing Start) e.g., at the location where "Read GPS from unit/file" is located now.
.

---

I use "read from file" switch mostly for troubleshooting GPS mode rendering issues and such.. but I guess it could be moved to configuration file..So that "Recording" left arrow button is freed up

If I have the time for it this week, I'll take a look at these two things (Sony OSK and GPS recording in menu so that you can cycle backwards through display modes).

cool

Quote:

---

Originally Posted by deniska

I do think that Sony's method sucks (it's slower and blocks the parent screen... Sometimes it's useful to see other fields/info when you type in something..)
but.. if you willing to implement it, making the switch between danzeff and sony osk configurable - I have no problems adding it to official version...

---

I realized that one main reason was that I get used to the txt input style used for mobile, which I find a strong similarity with Sony's TXT input....

could you do that please, if it is not too demanding, :o you could simply add interchagable TXT input,

e.g.,

ENABLESONYINPUT=1 (0 will convert to yours, etc)

Thanks.

Also, about setting to 111/333,

I realized that setting it to 333 won't affect much at all.....

So perhaps what I've asked about reverting back and forth does not really matter... (ast least for me)

Also, I could make up my own (simple) metal EMI shield (somebody already shown photos somewhere in the forum)

Cheers

Quote:

---

Originally Posted by compsci3000

My modified version addresses some of the issues you mentioned. It is based on an old version of MapThis though.

http://www.dcemu.co.uk/vbulletin/showthread.php?t=78535

---

Yes, I have tried your zz version the first time. It was not working well (e.g.,. couldnt get the Sat lock),
but most likely because I was first-time trying it. :o
I will try yours again soon.

Cheers

Quote:

---

Originally Posted by deniska

Some people may have noticed that I try to stay clear of many "automatic" actions. IMHO this unnecessary device interaction my create more problems than benefits.. In this particular case 7PM cutoff may not work for someone in Africa or even for you in a month, when day length changes.. Of course, due to Murphy's law, it will catch you at most unappropriated time ;-)

---

well u can always make it configurable in config file.

if we get fix about 3 to 4 set,it will auto set to 333mhz but for slim psp, went they loading the map,we can say the fat psp load is better then slim.

one of my firends slim psp aways get hang after 333mhz was set and the psp trying to look for the map but once is loading ,it hang and take soo long to load. i hav check the lastes mapthis vers is the same problem as the older vers of mapthis. it has notting to do wif XMD.

hope there is a way can over come this problem

kohnt

I have no issues whatsoever with setting to 333 always.

I now have a dedicated PSP-slim for Car-GPS, lol

My current (relatively stable) im using now, is
3.71M33-3 with Mapthis5.2
Map size about 230MB

I set to 333 in the config file, as well as cacheindex=1.

Quote:

---

Originally Posted by zerodays

kohnt

I have no issues whatsoever with setting to 333 always.

I now have a dedicated PSP-slim for Car-GPS, lol

My current (relatively stable) im using now, is
3.71M33-3 with Mapthis5.2
Map size about 230MB

I set to 333 in the config file, as well as cacheindex=1.

---

cacheindex..i go check her psp hm... itiz stabe on 3.71 for fat psp? i still runing on m33 2.52 but i feel wan to upgrade so stabe for 3.71?:confused:

I´ve got the gps fot psp but i don´t no how to install the program. Can somebody help me?

Quote:

---

Originally Posted by fortune

I´ve got the gps fot psp but i don´t no how to install the program. Can somebody help me?

---

sure! add me [email protected] and iiex tell you how. ^-^

CACHEMAPINDEX is a speed optimization feature. It caches all map tile addresses in to main memory and therefore saves one seek() call per tile. Of course, on large maps with millions of tiles, it may cause your psp to run out of memory and crash.. so it's safer to disable it for maps over 100-200MB...

Hi, don't know if this topic was already covered...

What about day-night switching with just 1 button pressure? Left D-Pad could be an idea (by moving somewhere else the GPS recording)?
It happens often that I press Right D-Pad one times more and I need to do the full track-up/north/3D cycle
cycle..

Best,

AlbertoZ

deniska: I've started with GPS recording to POI in the menu, but will need an updated menubuttons.png. Since I'm a zero at graphics, could you post this here?

The "Read GPS from unit" should be replaced with "Stop GPS recording" and "Read GPS from file" with "Record GPS to POI".

i need help my holux m1000 doent work . it says gps state off. i bought the cable and everything is fine. gps is getting signal. what do i have to do to get this to work? i am using a psp1001 with 3.71m33-3 cfw. thanks!

deniska, I forgot to add some more. sorry, but I hope I get to remind you :)

Bug found in v5.2

Whenever I put PSP into sleepmode (while running mapthis), and turn back on. The map displays everything fine,
seems to work well, but as soon as I try to move the cursor, it hangs, I have to hard-power off. :(

Are you aware of this? I first thought I should take out the battery and use Car-charger so that if I turn off car, then psp also turns off. But the problem is that, psp looses time-info and I have to set the time everytime I turn on my car again....

You see, I want to automate the GPS thingy, such that, as soon as I power on, shows the map with GPS sat searching on.

I think current mapthis 5.2 almost got it.

a few more remainder:

L/R button faster rotate

Left D-pad make it reverse of Right D-pad (current Right D-pad got about 4 things)

Faster PNG/jpg loader (if I scroll top I don't see any black tiles (loadings), but only happens if I do side scrolls. I just think that somewhat loading it 0.5s faster will remove all black title problems)

Many thanks :)

oh btw, I strongly recommend everyone to get an extension cable (1.5M) for GPS290, they are simply great, I permentently stuck the GPS unit at my front car window, and the cable goes around the side, almost invisible. Sat locks A LOT FASTER and MORE SATs found !
(I am actually thinking to strip off the White Plastic GPS header, and stick the naked module on the window. All in the name of 'faster/more sat')