MUIMapparium

Posted by ALB42 on 10. Juli 2017

MUIMapparium is a OpenStreetMap.org Viewer for all Amiga Systems with Waypoints/Tracks/Routes Loading/Saving creation.

Requirements
all Systems
  • RTG Graphics card (Picasso 96 or CGFX) 15/16/24/32 bit Screen
  • TCP/IP Stack (Internet connection)
  • 8+ MB RAM
Supported Amiga-systems
  • Amiga 68k, 68020+, (68881+ FPU recommended) AmigaOS 3.0+
  • Amiga OS4, OS 4.0+
  • AROS i386, ABIv0
  • AROS ARM, ABIv0 ARMV6+ VFPV2+ HardFloat (e.g. RasPi 1-3)
  • AROS x86_64, ABIv1 (non SMP-Version)
  • MorphOS 3.8+
Additional Notes

The FPU version is much faster, especially with routes and tracks. If
you experience slow map movement, with the NoFPU version, don’t blame me
(or the program) buy a proper FPU.

With Vampire (at least until Gold 2.9) you have to use the
NoFPU-Version of MUIMapparium. The Vampire FPU is not IEEE754
compatible and therefore does not work with MUIMapparium.

Offline Operation is possible, but only harddisk cached map images
are shown.

Downloads: MUIMapparium 0.8

MUIMapparium 0.5

MUIMapparium 0.6

MUIMapparium 0.5

Posted by ALB42 on 9. Juli 20176 Comments

I decided to release the next Version of MUIMapparium even not all features are finished as I planed just to get the bugfixes out. Routes (calculated directions) can be loaded from GPX and showed on map. But I did not implement the route finding and direction command showing until now. Especially the Track curve plot was still very buggy, and of course I described in a previous blog post the pixel to position calculation which is now much better, much more precise but also much slower than before, with FPU it does not make big difference, but with SoftFloat not really funny. Routes and Tracks are now pre-calculated for the current zoom level. If the zoom level is very small and the track therefore not really good to see, only some pixels wide, it does only paint some points of it, which makes the overviews much faster. Still, with SoftFPU on 68k it still will be too slow if you have some Tracks/Routes. The drawing of Tracks/Marker/Routes can be completely switched off in Menu or buy a FPU 🙂 The package for Amiga68k does contain a FPU and Non-FPU.
I also created a little GPX file with a Track, some Markers and a Route to test the features. (Even you can use any GPX/KML/KMZ/FIT File you can find on the Internet as well)

Changes:
  • Bugfix: imperial units
  • Bugfix: key mapping
  • Bugfix: 2nd track curve drawing
  • Bugfix: Date/Time loading from GPX,KML,KMZ files
  • Level of Detail for Tracks
  • Precalculation of Trackpositions (Speed optimization for NonFPU systems)
  • Route drawing
  • Marker in Plot, shows also a marker in the Track
  • Turn off Marker, Track and Route drawing via Menu
  • Define Directory for Images via ToolTypes: e.g. DATAPATH=DH1:TmpDir
  • Change find IP to freegeoip.net (old one is too slow currently)
  • FPU Version for 68k
Downloads: MUIMapparium Page

 

MUIMapparium 0.5

MUIMapparium 0.4

Posted by ALB42 on 26. Mai 2017No Comments

Working more on the Trackview to show the height and speed track, added a simple Popup Menu and a Data Reader. In the beginning I wanted to use the Bubble function of MUI to show the coordinates, but it flickers like hell if you move it over the map (because you have to destroy and recreate every time) and it makes very bad redrawing errors. On AROS for example when the bubble is over an other part of the window, the background behind it will not repaint, when the bubble disappear. On Amiga the background of the window is visible on the edges instead of my curve background. Also added a fine grid for better visibility of Values and heights, still fixed but maybe later can be disabled via menu.

I implemented a on screen (on-map) menu for zooming and to show the side panel, so do not need use the menu. I did that already for Mapparium but there only released for the special ARM version. There is also a key control available, the + and – keys can be used for zooms and cursor keys for movement.

I guess it will need one or two more version for MUIMapparium to reach the features of Mapparium but I guess it will be MUIMapparium will takes the Mapparium place (and Name) in the end.

MUIMapparium 0.3:
 

Downloads: MUIMapparium Page

 

 
Reminder you can use the Example GPX file from the Mapparium page also.

MUIMapparium 0.4 with track view

MUIMapparium 0.3

Posted by ALB42 on 14. Mai 20172 Comments

Activated the localization for MUIMapparium currently only for english and german (of course ;-)) implemented also the local library unit for AmigaOS4 so localization is available on all platforms.
I also activated the AREXX interface currently only two commands are implemented: goto lat lon [zoom] to jump to a position and addwaypoint lat lon „Name“ to create a waypoint. The Portname is the same as for Mapparium an example script can be found in rexx folder. The AREXX port does not work for AROS, Zune has no AREXX support currently.
I tried to compile it on AROS64 sadly the program did not work, it just freeze. Little bit strange sometimes it start but crash directly. I tried some other programs on AROS64 and they work rather nicely so why MUIMapparium not. The difference was easy it uses threads, finally I found the solution, the Critical Sections in FreePascal are mapped to SignalSemaphores of Amiga. In contrast to other OS the SignalSemaphores are not just simple pointers but a complicated structure. The given size there was ok for 32 bit Systems but for 64 bit the structure is much bigger. I included it for that release maybe someone want to try it 😉

MUIMapparium 0.3:
 

Downloads: MUIMapparium Page

 

 
Reminder you can use the Example GPX file from the Mapparium page also.

MUIMapparium 0.3 on AROS x64

MUIMapparium to try

Posted by ALB42 on 22. April 201711 Comments

Some people ask me to supply a Version of the MUIMapparium presented yesterday. No problem, please just remember it’s heavy work in progress, not much is working currently. In principle only Mapping and searching function, but this is already nicely working on all my available Amigas. Please note the m68k-Amiga Version needs RTG (or it will just crash), OS3.1+, MUI of course and without network it’s not really useful ;-). The Amiga Version works nicely on Vampire A600 (RTG Screen) but should also work with every 68020+ Amiga with graphic card, just a little bit slow perhaps. (FPU is not needed, in contrast to Mapparium)
 
MUIMapparium 0.1:

MUIMapparium on AROS

MUIMapparium on Vampire

Posted by ALB42 on 21. April 20172 Comments

Some days vacation, used the evenings in hotel to re implement Mapparium in native MUI and with fpimage for loading the PNG files and Drawing. The Drawing is faster than LCL (the LCL wrapper is huge, already slow) but still rather slow. At last I wrote a own Drawing routine which made it fast enough to start it on a native Amiga with Vampire A600. And it’s nicely usable even without FPU but of course on a RTG Screen.

AROS and AREXX

Posted by ALB42 on 16. März 2023No Comments

Some days before I made a Video how AmiFox and AmiTube/MUIMapparium will work together in the next AmiFox version. But that would not work for AROS, simply because the AROS MUI, named Zune does not support an AREXX Port as MUI does. But when I thought about, it should be not too hard to create an AREXX port yourself, in principle what you need to do:

  • Create an Message port (CreateMsgPort)
  • Name that Message port for example „AmiTube.1“, MUI/Zune already supplies such a name in the Base property of the application class (ln_Name)
  • Register that named Message port to the system (AddPort)
  • Read Messages from the port (GetMsg)
  • check if that message is a commando (RXCOMM)
  • Handle that Message (RexxMsg)
  • Reply the message to the sender (ReplyMsg)

Thats all, (of course in destroy you need to remove the msgport from the system and destroy it). But overall very simple. I tried it for i386 AROS and it works very nicely I can send AREXX messages from AmiFox to AmiTube as in Amiga. Now I really think why they did not implement that in Zune, if it’s that simple, maybe I forget something.

AmiFox click and drag

Posted by ALB42 on 25. Februar 2023No Comments

On thing I found really annoying with AmitFox was the scrollbars, (in the picture) because even you know you want to the end of the page (or to start) you have to click multiple times for every page and wait to let the page load. It would be much easier just to click and drag directly to the position you want it. In principle it is not difficult just remember the down position and record the position where the mouse button was released and sent both position to server instead of just this one position.

Then on server emulate a down at the starting position a move to the destination and a mouse button release. Sounds easy and it is actually. But of course the WRP is written in go and I’m not fluent in that language, therefore it took a while to understand how this stuff works. Luckily the normal mouse click routine works exactly the same way, just without the move in between, so there is a good example.

Finally it works. And good news it works awesomely one scrollbars also in Openstreetmap (even I would still prefer to use MUIMapparium 😀 ). Strangely it does not work in Google maps or Google Streetview, really weird especially because it is Chrome in WRP. Maybe I have to emulate touch movement for that needs more testing.

PiStorm Emu68

Posted by ALB42 on 11. Dezember 2022No Comments

As I wrote before the PiStorm is already very nice, stable but not that fast, I heard with the Emu68 it should be much faster (not so much features though, not network, AHI direct access and so on).

I used this manual. Also attached a cooler to the raspi to not let it overheat anymore and it works nicely barely it stays under 70° degree even on whole day use.

You can feel that it is much faster… SysInfo tells you that it is much faster, but to be honest, I never trusted SysInfo so lets get out my old test codes. Sadly the links to the benchmark game are gone, seems the page does not exist anymore, but I still have the sources so still can plan around with 🙂

Especially the tests: fannkuch 10 and BinaryTree 15. (68060/50Mhz= A1200 with Blizzard 1260, MorphOS = MacMini 1.4Ghz, UAE/AROS/Linux = Athlon FX 8120 3.16 Ghz)

machineBinaryTreefannkuch
 Time [s]Speed rel. to 060Time [s]Speed rel. to 060
68060/50Mhz42.91.059.61.0  
VampireA60023.41.828.32.1  
PiStorm A600 Emu6811.43.811.95.0
MorphOS 68k emul3.014.333.01.3  
WinUAE OS3.91.430.62.029.8  
MorphOS PPC1.3332.325.9  
AROS i3860.671.50.785.1  
Linux x86_640.31430.2298

4-5 times of a 68060/50, not bad, it also emulates a FPU (68040) so also FPU tests are possible, for example the scimark test:

Amiga1200 68060/50 FPU code
Mininum running time = 2.00 seconds
Composite Score MFlops:     2.26
FFT             Mflops:     1.18    (N=1024)
SOR             Mflops:     5.05    (100 x 100)
MonteCarlo:     Mflops:     0.86
Sparse matmult  Mflops:     1.81    (N=1000, nz=5000)
LU              Mflops:     2.41    (M=100, N=100)

now for the PiStorm A600 Emu 68 it looks like this
Mininum running time = 2.00 seconds
Composite Score MFlops:    20.35
FFT             Mflops:    13.12    (N=1024)
SOR             Mflops:    41.80    (100 x 100)
MonteCarlo:     Mflops:     6.61
Sparse matmult  Mflops:    18.16    (N=1000, nz=5000)
LU              Mflops:    22.07    (M=100, N=100)

so here we have around 10 times faster than the good old 68060/50.

Here again it feels much faster because the RTG output is so smooth and the harddisk access is so much faster feels more like UAE speed wise. MUIMapparium for example is really nicely usable scrolls very smooth.

Also the Emu68 boots much faster than the other method and shows a nice boot picture, so you do not see the raspi booting just needs a bit longer than a usual Amiga boot (like you disconnected the Floppy).

And the most important… it seems to be stable same as the other method, some hours of Delitracker playing no crash, rebooting much more reliable than the other method… works always, I think I will stay with this Emu68 for now.