Reply 480 of 862, by _ggorts
I have this:
Edit: more work to do since result not reproduced yet.
I have this:
Edit: more work to do since result not reproduced yet.
I'm trying pcem and I see the loading screen but nothing else yet...
It may also be worth trying to modify the voodoo code to detect a voodoo 2 so I can at least trying it on something real.
The keyboard doesn't work, so it's probably not worthwhile yet.
Try the build here: DOSBox-G: A heavily modified Daum build. But run voodoo=software.
Does the keyboard not read any input or does it just crash/lock? I really want to see the performance difference.
I posted a link to a build above; but, in any case, the keyboard input leads to a lock. I think it's from disabling the menu init routines (required from past testing).
The screen just goes black after I see the console briefly.
You can just disable the keyboard interrupt entirely at startup in sys_dos.c and reupload
I don't think it's the keyb that is broken, but it's trying to start the menu.
Also try q2 -nosound -nomouse +map q2dm1. See if this works for you and if it does how long you sit at "images" for.
It loads the map and the demo plays as in the image above.
If you try the above build, then try memsize=128.
I cant get this fucking shit to work at all. Can you please try +map q2dm1 and see if its actually playable?
Sorry, I'm really pissed off that it's only Voodoo 1, which nobody has apparently. I also can't even find the line in the source code for the glide init error.
I reported the answer above. It just plays the demo but doesn't accept keyb input.
When you pass +map q2dm1 as teh startup parameter? Did you completely strip out any parsing of startup argv/argc? When I pass these parameters it will attempt to load that map.
I'm not familiar with the parameters. Let me test your ideas and I'll work on it further. Thanks for testing and offering your help.
What mesa are you using? How did you compile any of this? Is the DXE merged into mesa which is merged into the ref_gl? I just don't understand how it's specifically voodoo 1 support only. If you can get some sort of voodoo 2 support compiled in more people woudl be able to test.
It's really frustrating me that I can't get it to run at all on a real voodoo 2 in DOS or in windows 98.
Maybe you should post the entire source so I can see what is happening here.
Also if you had to stub out the menu my assumption is from the video menu code causing problems during compile time? If so just stub all that out.
Perhaps someone can test the binary on a real Voodoo1. I'll work on the menu init next.
The libraries are statically linked to save time, although they should dynamically link. I had to redo the libraries today, too.
What is stopping you from adding in voodoo 2? Is it a compile flag? I have no idea how youre accomplishing any of this without source.
A while back I was able to build some convulted mseafx with h5 but it didn't work.