![save emu48 settings save emu48 settings](http://www.veitschuk.ch/VTQ/img/VTQ-13_1-Introduction_frontView.jpg)
![save emu48 settings save emu48 settings](https://image.slidesharecdn.com/emu48-v31-sp-130605215620-phpapp01/95/emu48-v31sp-50-638.jpg)
Very strange.Īctually this is for the 48SX (which I had as a student). It seems that when the state has been saved and reloaded, the calculator is fast, but when you start a new doc, it is slow.
![save emu48 settings save emu48 settings](http://regis.cosnier.free.fr/soft/androidEmu48/Screenshot-10.jpg)
I tested it on my Samsung Galaxy s8 which is quite a fast phone.Īctually it is sometimes super slow and sometimes super fast (no, I haven't set the authentic calculator speed toggle). Honestly I expected the phone to be even slower here!
#SAVE EMU48 SETTINGS FOR ANDROID#
I did some quick benchmarks, and comparing Emu48 for Windows on my PC (an Intel Core i7-4790K at 4 GHz, which despite being some years old still has very competitive single core performance) with Emu48 for Android on my phone (a three-year-old Galaxy S7 with a Snapdragon 820 chip), I found my PC was only twice as fast as my phone, meaning the Android port seems to have no significant slowdown compared to the PC version. Maybe you have inadvertently set it to Authentic Calculator Speed? It is significantly faster than the real calculator, so if you find go48/go49 to be faster, perhaps he has a more efficient implementation of the emulator, but Emu48 is hardly slow by any means. I find it interesting that you call it super slow. Any plan for optimisation ?Īnd above all, any plan for emu42 port ? That would be awesome, given the fact that go27s/go17bii don't allow import of formulas, whereas emu42 does ! Compared to go48/go49 which are super fast. (03-03-2019 07:57 AM)Vincent Weber Wrote: Impressive, thanks !īut super slow.
#SAVE EMU48 SETTINGS CODE#
I have some code that I've written that helps me automate some of the calculations for offsets of the buttons to speed up the development of new KML scripts, but nothing is in publicly-usable form. Sadly there are no good tutorials or tools for editing KML files, but Christoph's documentation ( ) covers everything you need to know. I'm doing all testing on a Galaxy S7, but if someone with an S8/S9 or S10 wants to test it over the next few days to verify it works well on those screen sizes, please email me and I'll send you a copy to test. I hope to have that done by the end of this week, as the emulator looks a lot nicer with that than my existing "Large" size skins, which are only about 437x940 in the most appropriate arrangement.
#SAVE EMU48 SETTINGS SKIN#
I am also working a high-resolution version of my "Eric's Real 50g" skin that is optimized for the highest resolution phones of today, with a better aspect ratio and a resolution of 1440x2700. I'll be sure to include that in the next release of Emu48+, which I will release after Emu48 is next updated. Régis and I have been in regular email contact, with me doing a lot of testing of Emu48 for Android, and he already has a version 1.1 released (which I will probably post to my site later today, but it's already available in Google Play) that fixes a number of issues from 1.0, and since then he's also finally tracked down and fixed one of the screen corruption bugs (noticeable when scrolling text up) that has affected the 80-line screen (49g+/50g) emulation since the beginning of Emu48+.