Welcome, Guest. Please login or register.


Author Topic: Xep128 (Read 78508 times)

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #90 on: 2016.March.24. 09:13:49 »
Still no good results. Only this time another little window opens when I type correctly the help option, "-h" or "-?". if the wrong help option is typed then I have to close the two warning windows plus the new one....

-------------

I am glad that you have compiled successfully Xep128 in ARM. It is a great step towards an Android build.....

-------------------------

I will be in the countryside for two days, no Windows to test there, only my Android tablet. I will tell you when I'm back, sorry.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #91 on: 2016.March.25. 09:54:28 »
Btw, in the Hungarian forum, I've posted a somewhat lame :) youtube video on running the stuff on Raspberri pi on a TV. Quite lame indeed, and boring, and not too much happens at the first part of the video.

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #92 on: 2016.March.25. 10:07:54 »
This is the link:

https://m.youtube.com/watch?v=n-qYMUGZaAs

For me is wonderful, that little Raspberry thing has "something" like an enterprise inside....

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #93 on: 2016.March.25. 10:40:02 »
Indeed. This little machine would be especially fast for some semi-emulation. ie emulate a Z80 and leave it for free-run basically and have a modified SymbOS without too much actual hardware emulation of any machine or hardware besides the Z80 (even there, timing etc can be left out totally). Then it could be quite fast, and you have a fast SymbOS machine for example - even on a Raspberry Zero or similar quite "small" stuff. Of course a proper emulation of a hardware takes more time ...

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #94 on: 2016.March.25. 18:29:02 »
I am again at home. We can continue testing if you like.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #95 on: 2016.March.25. 20:56:24 »
I am again at home. We can continue testing if you like.

Thanks for being so keen, to be honest, I didn't want you to bother with these stuffs all the time. But since you offered your help (thanks!) you can try the current version with the usual xep128-entermice.exe URL :)

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #96 on: 2016.March.25. 21:17:29 »
Don't worry I like boring stuffs...

This time is like the last one, but a console window has been added. It does nothing and closes itself when the XEP process closes, both if started from the console or from windows.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #97 on: 2016.March.26. 21:59:09 »
Don't worry I like boring stuffs...

This time is like the last one, but a console window has been added. It does nothing and closes itself when the XEP process closes, both if started from the console or from windows.

OK, new version (usual place), it seems promising, as it produces window with content with "wine" at least, but I couldn't test with real Windows ... Now, unless help is requested, the console window will close automatically, but there is even a new "-conwin 1" switch (windows only) which keeps the console window open.

My adventures :) ---> http://stackoverflow.com/questions/36235641/console-output-stdio-does-not-work-on-windows-cross-compiled-with-mingw32

Btw, this version has some compiler specific optimization mode and variable / allocation alignment adjustments (it seems it's OK on x86 too to do, but especially on ARM/raspberry PI, it lowers CPU load from 80% to about 70%). Hopefully it won't cause any problems, it shouldn't ...

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #98 on: 2016.March.26. 22:32:14 »
This time you are very near....

Both the wrong and the correct help create a new console window and write there the help text. The wrong one stops the text in the middle and produces the little warning window. I click OK and the remained text is written and a "click to close" little window appears just over the second created console. If I click on it,  the second console closes.

Both if XEP128 is launched from the console or from Windows, it produces a brief second console, this time with text, but it is too fast to read something. When it closes, the emulator starts  normal.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #99 on: 2016.March.26. 22:57:41 »
This time you are very near....

Both the wrong and the correct help create a new console window and write there the help text. The wrong one stops the text in the middle and produces the little warning window. I click OK and the remained text is written and a "click to close" little window appears just over the second created console. If I click on it,  the second console closes.

Both if XEP128 is launched from the console or from Windows, it produces a brief second console, this time with text, but it is too fast to read something. When it closes, the emulator starts  normal.

I'm not sure if I understand fully, but maybe that's the expected behaviour you've described ...

Xep128 normally (now, I mean) tries to open a console whatever option you've used. If help is not requested, it will close on start of the emulation, so you'll see a console appearing and disappearing within a moment. If you want the console window to stay, you need to use the (new) "-conwin 1" switch. In this case, the console should remain during the emulation as well.

About the help: indeed, if you try '/?' it will warn you, and you can see only the part of the output, till you click OK on the warning dialog.

The important thing: if console was open (regardless because of help or -conwin 1 mode during the emulation) and Xep128 tries to exit, it should warn you to "click to close", this policy is introduced to be able to read the content of the console. Currently, Xep128 always tries to open a new console, it won't use the parent's one (ie: started from cmd window, which is already a console ...), since it's problematic to "mix" output of two programs into one console (because cmd.exe will continue to run, so output of both programs within the same console would be well "strange" and also makes impossible to future use of console - ie to able to input from there, with implementing some monitor-like program). Also, it seems it would be problematic to use the parent's console, if it's administrator privileged etc. I think it's a more clean way to always use an own console, and also it's consistent behaviour at least!
« Last Edit: 2016.March.26. 23:07:17 by lgb »

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #100 on: 2016.March.26. 23:20:50 »
Then, congratulations!

I forgot to say that always on XEP128 exit a warning little window opens and asks to confirm the closing. But I didn't mentioned it because it already happens since many versions. Is for that I said "starts normal", sorry.

Only for curiosity I will test that "-conwin 1" option.

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #101 on: 2016.March.27. 00:23:48 »
Another challenge is try an Android build :) Just I am so lame with Android SDK , I couldn't even figure out, how it should be installed before even any Xep128 related work can be done then :-/ That's an interesting thing to do, because the code base is still native (ARM machine code) even on Android with SDL2, only a "wrapper" layer as Java class called "SDL activation" which basically pass control to the native code. Or something like that ... :)

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #102 on: 2016.March.27. 00:50:40 »
Your "conserve window" option works very well, all the action has its echo there.


----------------------

I think Android is now more extended than Windows, with more future also. And over all, it is based on Linux. (It will not produce you allergy....)


Surely you have at least one Android phone near you to test..., but I would be glad to test your builds on several different Android devices searching for incompatibilities.

But, by now let's your sharp mind find how to do it....

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: Xep128
« Reply #103 on: 2016.March.27. 01:02:42 »
I realise now:

The common Android is based on Arm 32 bits, but there is also an Arm 64 bit and since a few years even an Intel x86 build.

This is, some Android phones sold today(mainly high spec ones), have processors that are compatible with x86 architecture.

http://www.androidauthority.com/arm-vs-x86-key-differences-explained-568718/
« Last Edit: 2016.March.27. 01:18:57 by gflorez »

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: Xep128
« Reply #104 on: 2016.March.27. 03:02:44 »
Quote
But, by now let's your sharp mind find how to do it....

Oh well. Android is Linux, at the kernel level, every other stuff is about nothing in common with a Linux OS can be found on a PC for example :) You can see, that SDL makes it easy to port stuffs, even to Windows or Raspberry Pi, and Android is also supported by SDL (btw, MacOSX as well ...). The problem is more related about the build environment and similar things.

Sharp mind of mine ahhhh, do you remember my difficulties to understand mouse related topics? :)

About the CPU issue: I guess 32 bit ARM code should run on 64 bit ARMs as well. About the x86, that's interesting, I haven't thought about it yet.