Re: Technically impressive FM synth music
Posted on 2020-11-05, 04:55
Re: xp, 2k, nt3.5, nt4, nt5, dos 6 source and more leaked
Posted on 2020-10-01, 21:46
Jorpho wrote on 2020-10-01, 16:36: It's considerably less impressive when you learn that most of that torrent consists of weird conspiracy-theory anti-Microsoft videos. Not really theory when the videos are of Bill saying xyz along with old stream media articles.
Re: xp, 2k, nt3.5, nt4, nt5, dos 6 source and more leaked
Posted on 2020-10-01, 10:51
I'd think old driver source would be more interesting, nvidias particularlly, but w9x source I could imagine some people wanting to go back to scratch old itches, get past the 512mb limit, past 30 day uptime, remove the do not run if not microsoft checks, see how compatible they could make it with …
xp, 2k, nt3.5, nt4, nt5, dos 6 source and more leaked
Posted on 2020-10-01, 10:23
"The source code for Windows XP, Windows Server 2003, and other Microsoft operating systems have been published online this week. The OS sources were leaked online as a 42.9 GB torrent file on 4chan, an online message board often frequented by trolls and extremist groups. The content of this torrent …
Re: DOSBox ECE (for Windows & Linux)
Posted on 2020-09-24, 03:56
I remember munt being cpu heavy making it being a separate process a good thing. Has it become efficient enough to live in the same process with little impact or added as a separate thread?
Re: Thread experimentation, threaded audio emulation and mixing.
Posted on 2020-09-08, 10:26
A new toy to play with, threaded cycle handling. doom, 3dbench, diag report better results but quake isn't impressed, worse fps. Also changed the max from 90 to 100% Anyone know the problem games that led to limiting cpu usage to 90%? I haven't run across anything that has issues at 100, most games …
Re: Thread experimentation, threaded audio emulation and mixing.
Posted on 2020-08-29, 07:04
Tidings and salutations, I bring news! Not fixed yet but I've narrowed it down, playing around locking various things to see the impact, lots of no difference but locking ret = (*cpudecoder)(); in Normal_Loop(void) in dosbox.cpp gets dac playback to run error free, albeit slowly. Continue going down …
Re: Win98 CPU speeds
Posted on 2020-08-25, 03:41
There hasn't been a what's better EAX vs A3D debate(A3D BTW,) a "they aren't equivalent, I didn't mean that, given the way it was written that's how it was taken" interaction is what transpired. Nothing, except maybe price and availability, is stopping you from getting both (i.e. Creative and …
Re: Thread experimentation, threaded audio emulation and mixing.
Posted on 2020-08-25, 02:22
There's setting "max" cycles and do once more it sets to 105% and then doesn't allow the user to go higher, which I'm looking to undo, would expect it to be a simple change to keep going with 110, 115, etc., I thought that handling wouldn't be so hard to spot, I was wrong. Maybe I've been away from …
Re: Win98 CPU speeds
Posted on 2020-08-25, 01:56
There hasn't been a what's better EAX vs A3D debate(A3D BTW,) a "they aren't equivalent, I didn't mean that, given the way it was written that's how it was taken" interaction is what transpired.
Re: Win98 CPU speeds
Posted on 2020-08-24, 19:40
Directly, no, but per the English language inferred, "..only an issue if you care about a3d.. that said, most of these games also support eax." At least how I read it more so than a separate statement.
Re: Win98 CPU speeds
Posted on 2020-08-24, 19:10
Turn of the century A3D 2.0 games come to mind. Stuff like Deus Ex and Voyager Elite Force. This is only an issue if you care about A3D since Aureal Vortex cards don't work correctly under anything newer than Win9x. That said, most of these games also support EAX which works just fine under WinXP. …
Re: Thread experimentation, threaded audio emulation and mixing.
Posted on 2020-08-23, 09:46
Ah, you threw me, pic stuff, as in irq, not pic stuff, as in audio video capture. I'll run through that , might even be the fix for the dac bug.
Re: Thread experimentation, threaded audio emulation and mixing.
Posted on 2020-08-23, 09:25
What did you test with? Something with fm and dac playback I hope? I also accidentally left a log_msg running, did you comment that out? Another thing to do is cut the "max" headroom by about half.
Re: Thread experimentation, threaded audio emulation and mixing.
Posted on 2020-08-23, 08:23
>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
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
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
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
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
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 …
Page 1 of 33