Re: PowerPC Dynamic Recompiler (patch)

Posted on 2020-10-30, 18:20

by

by kas1e

in DOSBox Development

in DOSBox Development

@jmarsh My amigaos build is original dosbox + all your ppc patches + sdl2 patch (so sdl2 swith surely may have impact) + cdrom based part from dosbox-staging as it support audio from cd better than in original. But, to add on that, all lowend custom ppc amiga hardware are crap if we compare it with …

---

Re: An adaptation to SDL 2.0 (Alpha-level Android build attached)

Posted on 2020-02-19, 11:11

by

by kas1e

in DOSBox Patches

in DOSBox Patches

@NY00123 Another issue is that "focus lost" thing when we use any renderer, but not surface one. The original window closes, a new one opened, focus lost and we in lower priority and worse speed (while visually window looks as active one). Do you think it is worth/possible without much blood to …

---

Re: An adaptation to SDL 2.0 (Alpha-level Android build attached)

Posted on 2020-02-18, 09:50

by

by kas1e

in DOSBox Patches

in DOSBox Patches

> The splash screen is rendered in surface, regardless of output. I see it, but why? Why not create one single window with the necessary renderer from the start? Because of the need to close the original window rendered in a surface, and recreate a new window with the new renderer, we lose focus and …

---

Re: An adaptation to SDL 2.0 (Alpha-level Android build attached)

Posted on 2020-02-18, 09:27

by

by kas1e

in DOSBox Patches

in DOSBox Patches

Some more progress about "focus lost" issue: focus lost also with "output=opengl", or with any output which is not surface. I also noticed, that when we set "output=surface", then after running the window didn't close/ recreated. That why probably focus not lost. But with output like opengl or …

---

Re: An adaptation to SDL 2.0 (Alpha-level Android build attached)

Posted on 2020-02-16, 17:36

by

by kas1e

in DOSBox Patches

in DOSBox Patches

Ok, replacing SDL_LockTexture/SDL_UnlockTexture in favor of SDL_UpdateTexture did the trick, and deadlocks are gone! There are changes I do to make test: https://github.com/dreamer/dosbox-staging/issues/177#issuecomment-586731606 But I also found another bug, not sure if it again SDL2 code of DosBox …

---

Re: An adaptation to SDL 2.0 (Alpha-level Android build attached)

Posted on 2020-02-15, 06:04

by

by kas1e

in DOSBox Patches

in DOSBox Patches

@krcroft Today I even have dead-lock without Setwindow_Title() called (so only SDL_getticks & SDL_getevents called between lock/unlock). So it seems that doing anything in between not a good idea. It will be interesting to experiment with replacing lock/unlock on UpdateTexture. But as I read in …

---

Re: An adaptation to SDL 2.0 (Alpha-level Android build attached)

Posted on 2020-02-14, 17:47

by

by kas1e

in DOSBox Patches

in DOSBox Patches

I found some other issue, but I do not know if it issue for real, or something in our SDL2 (or in our platform in general). So, on my platform (AmigaOS4 PPC Big-Endian), I found that when I use output "texture" everything quite fast deadlocks and system completely freezes. Debugged all the stuff we …

---

Re: Issues with new video recording commit r4314

Posted on 2020-02-10, 16:19

by

by kas1e

in DOSBox Development

in DOSBox Development

@jmarsh Yeah, with test case -lunix did the trick indeed! I will check with DOSBox as well, but probably all will be fine then.

---

Re: Issues with new video recording commit r4314

Posted on 2020-02-09, 16:19

by

by kas1e

in DOSBox Development

in DOSBox Development

@Jmarsh Maybe it possible with not much blood made some ifdefs or something, so this code can be used on amigaos4 & morphos as well? like #ifndef POSIX or maybe just #if defined(__amigaos4__) && defined(__morphos__) ?

---

Re: Issues with new video recording commit r4314

Posted on 2020-02-08, 16:56

by

by kas1e

in DOSBox Development

in DOSBox Development

@jmarsh The only reason you're seeing any changes with r4314 is because your AmigaOS4 libc is broken. Want proof? Build and run this source code, post here the results: Compiled for 2 versions of LibC we have (Newlib and clib2), in both cases output looks like this: filepos: 0 filepos: 1 Compiled it …

---

Re: An adaptation to SDL 2.0 (Alpha-level Android build attached)

Posted on 2020-02-08, 11:40

by

by kas1e

in DOSBox Patches

in DOSBox Patches

Found in that SDL2 patch one issue at least: It expects that on exit all OSes have some garbage collector and will free all resources in OpenGL mode. I.e. there in few places forgotten SDL_GL_DeleteContext and/or SDL_DestroyWindow. For example, SDL_Quit_Wrapper() probably should look like this …

---

Re: Issues with new video recording commit r4314

Posted on 2020-02-08, 11:23

by

by kas1e

in DOSBox Development

in DOSBox Development

Doing some normal tests. Making 4 tests, 2 per PPC (BE) on AmigaOS4 and 2 per X86 (LE) on Win10. Tried just r4313 (so without video-record changes) and r4314 (so with new changes). Stop recording with "ctrl+alt+f5" of course. First 2 tests, on my Big-Endian PPC machine : DosBox compiled with GCC …

---

Re: Issues with new video recording commit r4314

Posted on 2020-02-07, 11:07

by

by kas1e

in DOSBox Development

in DOSBox Development

latalante wrote: for me it plays correctly under linux x86-64, mpv 0.32.0 What about audio ? Same little pauses each second or two ?

---

Re: Issues with new video recording commit r4314

Posted on 2020-02-07, 10:06

by

by kas1e

in DOSBox Development

in DOSBox Development

The posted file is broken and has not been written correctly, probably because your libc is not POSIX compliant That very unluckily, as good bunch of software already use it in all ways. Maybe this time is a very special case ? Can it be same problem which causing those audio interrupts in recorded …

---

Issues with new video recording commit r4314

Posted on 2020-02-07, 05:35

by

by kas1e

in DOSBox Development

in DOSBox Development

Hi All! Tested today latest commit with a major rewrite in terms of video recording, and found some issues: 1). The issue happens on x86: on win10, the recorded video can't be played by the usual win10 player. Audio plays, but no video, like no codec. 2). The second issue happens on PPC (at least on …

---

Re: Wrong colors on BIG ENDIAN in games/apps which use 15,16 or 32bit video modes

Posted on 2020-01-29, 07:07

by

by kas1e

in DOSBox Development

in DOSBox Development

Tested recording of the video when we in 16bit and in 32bit modes via that ctrl+alt+f5, and video records and plays on big-endian fine, but sound as jmarsh saying broken of course.

---

Re: PowerPC Dynamic Recompiler (patch)

Posted on 2020-01-29, 06:15

by

by kas1e

in DOSBox Development

in DOSBox Development

I use cycles=auto, and while in-game it never reaches 100% of CPU loading, but when fade-out happens at the end of a round, sometimes it reaches 100% CPU and hits those pauses. Only with fadings.

---

Re: PowerPC Dynamic Recompiler (patch)

Posted on 2020-01-28, 22:00

by

by kas1e

in DOSBox Development

in DOSBox Development

@Jmarsh I think there indeed something wrong with "fade-in/fadeouts" happens when JIT is used as ClassicHasClass found before. I found some games which with dynamic core enabled suffer from slow fade in/fade out, but when using "normal" it's more or less ok: 1). Mortal Kombat 3: issue happens not …

---

Re: PowerPC Dynamic Recompiler (patch)

Posted on 2020-01-28, 12:03

by

by kas1e

in DOSBox Development

in DOSBox Development

@rzookol I not sure if we can rely on those benchmarks in end. For example, for now, I set "cycles=100000", and in quake1 have 53fps. Same for PCPBench: more cycles I set, the more FPS I have _writen_, but visually all the same.

---

Re: Wrong colors on BIG ENDIAN in games/apps which use 15,16 or 32bit video modes

Posted on 2020-01-28, 11:59

by

by kas1e

in DOSBox Development

in DOSBox Development

@Jmarsh Thanks for fixes in the main DOSBox repo! I checked now PMAKE changes and yes, 15,16 and 32bit modes all render correctly now. Through capturing of screenshots via ctrl+f5 in 15/16 and 32bpp still save it as before with those ugly colors: http://kas1e.mikendezign.com/aos4/dosbox/badcolors/ …

---