Re: Thread experimentation, threaded audio emulation and mixing.

Posted on 2020-08-23, 08:23

by

by awgamer

in DOSBox Development

in DOSBox Development

>You also need locks around all the pic stuff Not from what I see, what CAPTURE_AddWave touches that's referenced outside of it comes down to capture.video.audioused and capture.video.audiobuf, which is what got locked.

---

Re: Thread experimentation, threaded audio emulation and mixing.

Posted on 2020-08-23, 07:02

by

by awgamer

in DOSBox Development

in DOSBox Development

Um, different animal, one is threading, the other I just put the guts of mixer_mix into mixer_callback, calling mixer_callback from mixer_mix, which seemingly produced a slight improvement, but doesn't mesh with the threading. Attached is threaded mixer_mix diff using sdl_delay and put back sdl_lock …

---

Re: Thread experimentation, threaded audio emulation and mixing.

Posted on 2020-08-22, 18:11

by

by awgamer

in DOSBox Development

in DOSBox Development

krcroft, I've found that setting microseconds to 1000 is the magic number with your solution to condwait, system monitor showing the core running mix thread going from running at full tilt to using only what it needs like a sane process, with no fps hit seen from benching like with condwait, and no …

---

Re: Thread experimentation, threaded audio emulation and mixing.

Posted on 2020-08-22, 04:11

by

by awgamer

in DOSBox Development

in DOSBox Development

For whatever reason this was giving me improved fps in quake. It's not threaded, basically stock. margin of error?

---

Re: Thread experimentation, threaded audio emulation and mixing.

Posted on 2020-08-21, 17:58

by

by awgamer

in DOSBox Development

in DOSBox Development

It looked like sdl_lock/unlockaudio were being used as a generic mutex to me on internal mixer struct rather than sdl audio's obtained struct, in a sense they were, but internal mixer struct variables are being used in the sdl audio callback handler, not a problem adding them back, give the mix …

---

Re: Thread experimentation, threaded audio emulation and mixing.

Posted on 2020-08-21, 08:24

by

by awgamer

in DOSBox Development

in DOSBox Development

If you look at the sdl source sdl_lock/unlockaudio are just mutex locks, redundant as far my understanding. I had removed the audio locks from adding the locks for condwait handling and just kept those with polling. I had played around with removing the locks, and when removed and trampling each …

---

Re: Thread experimentation, threaded audio emulation and mixing.

Posted on 2020-08-21, 06:36

by

by awgamer

in DOSBox Development

in DOSBox Development

polling/domix was intended as a temp test to remove thread overhead as much as possible and workaound, but not really nice blasting a core at full speed, hilariously so for a light load, just to get around sdl's poor running routine, ideally would come up with something that does the same as …

---

Re: Thread experimentation, threaded audio emulation and mixing.

Posted on 2020-08-20, 11:16

by

by awgamer

in DOSBox Development

in DOSBox Development

Checking mixer_mix(main thread), addsamples, dma read, pic_runqueue, normal_loop, and callbacks(ex. LOG_MSG("mythreadID sblaster GenerateDMASound %d",SDL_GetThreadID(NULL));) shows the audio handling is running in mixer_mix_thread as desired, with pic_runqueue and normal_loop in main shown to be …

---

Re: Thread experimentation, threaded audio emulation and mixing.

Posted on 2020-08-20, 04:36

by

by awgamer

in DOSBox Development

in DOSBox Development

A mutex lock or wait on the capture_addwave end should take care that potential issue, assuming my threading understanding is up to speed, and already mutex locked on the mixdata side.

---

Re: Thread experimentation, threaded audio emulation and mixing.

Posted on 2020-08-20, 04:12

by

by awgamer

in DOSBox Development

in DOSBox Development

Yes, what I note in the diff comments. I need to work out why, if I did the threading wrong, missed something(s) that are linked that keep from processing simultaniously, somehow still processing in main, or just that processing audio isn't significant anymore.

---

Re: Thread experimentation, threaded audio emulation and mixing.

Posted on 2020-08-20, 03:32

by

by awgamer

in DOSBox Development

in DOSBox Development

No comments? Not as much interest after all. fm overhead used to be a topic of discussion, but I guess not so much anymore. A solution to xwing being mute was to reduce cycles, as if it were an issue with sound card detection, perhaps pic cycling too fast with audio in a separate thread. As for dac …

---

Thread experimentation, threaded audio emulation and mixing.

Posted on 2020-08-19, 06:26

by

by awgamer

in DOSBox Development

in DOSBox Development

Thought others might find this experimentation of interest. Some games are currently not happy like msfs 5.x, stunt island, xwing, but works without a hitch for many. synthesized audio aka fm etc., dac processing, and mixer mixing should all be offloaded to the thread. Threading overhead can be …

---

Re: Space Quest Collection (2006) Windows

Posted on 2020-08-18, 20:08

by

by awgamer

in Windows

in Windows

Either the collection uses dosbox to run in windows or just generic legalese they slapped on everything in which they used dosbox elsewhere, but space quest is prime use for dosbox.

---

Re: There an outline to build dosbox to use the x64 recompiler?

Posted on 2020-08-18, 06:19

by

by awgamer

in DOSBox Development

in DOSBox Development

How did you install the installer from msys2.org? Eh? There's just running the installer as far as I know. I've uninstalled both and reinstalled msys2 so far, following the steps from msys2.org, running msys2-x86_64-20200720.exe, select and install to path, run msys2 now, pacman -Syu, close and …

---

Re: There an outline to build dosbox to use the x64 recompiler?

Posted on 2020-08-18, 03:11

by

by awgamer

in DOSBox Development

in DOSBox Development

Same result with installer from msys2.org, paths aren't automatically configured correctly, stops from not finding the autogen tools and I'd imagine everything else. You used the mingw installer from the url I posted? All I've done was run the mingw and msys2 installers to get where I'm at, did you …

---

Re: There an outline to build dosbox to use the x64 recompiler?

Posted on 2020-08-16, 05:55

by

by awgamer

in DOSBox Development

in DOSBox Development

There's 64bit mingw: https://sourceforge.net/projects/mingw-w64/ and 64bit msys: https://sourceforge.net/projects/msys2/ but no joy in compiling, doesn't even get past autogen before crapping out, hence asking about anyone having already worked out the process to successfully compile. With x64 …

---

Re: There an outline to build dosbox to use the x64 recompiler?

Posted on 2020-08-16, 05:06

by

by awgamer

in DOSBox Development

in DOSBox Development

>You can't build it as a 32-bit app with the x64 recompiler because that just won't work. No kidding, hence the thread about building for x64. >Which compiler are you actually using? GCC in mingw.

---

Re: There an outline to build dosbox to use the x64 recompiler?

Posted on 2020-08-16, 04:45

by

by awgamer

in DOSBox Development

in DOSBox Development

If only, I'm 64bit cpu & win 7 and it's compiling the x86 recompiler.

---

There an outline to build dosbox to use the x64 recompiler?

Posted on 2020-08-16, 03:34

by

by awgamer

in DOSBox Development

in DOSBox Development

Does it work? Is there a speed improvement? Main thread about it? Perhaps a sticky? I'm looking but I'm not seeing anything in my search. Would be good to add to the https://www.dosbox.com/wiki/BuildingDOSBox wiki. configure --help just lists the options to disable the x86 or x64 recompiler. Sure, …

---

Re: The top 10 DOS games of 1989

Posted on 2020-08-12, 13:53

by

by awgamer

in Milliways

in Milliways

budokan wings of fury sierra games a-10 tank killer m1 tank platoon their finest hour the battle of britian indiana jones and the last crusade mean streets nuclear war sim city/populous

---