(don't click on that link,but copy-paste the url in your browser's URLbar and hit ENTER.The board's software isn't capable of creating links with such URL syntax)
franpa wrote:you can manually add the [url] tags for such links to make it work.
and the franpa alerts seem to be flying today people...
Encasing the URL tags doesn't help at all, it'll display the url tags around the URL. you will need to just encode the URL properly, or if you have *some* control of the server, rename the files and reconfigure your page script(s).
Seriously. JUST. STOP. FUCKING. TRYING.
<Nach> so why don't the two of you get your own room and leave us alone with this stupidity of yours? NSRT here.
Or just be smart and do as I did, instead of clicking the link, just copy and paste it. Is it really so hard? Or are people here to brain damaged to figure out what's part of the URL and what isn't?
People prefer clickable links, that's all. Why not discuss how to use them to their fullest?
Mmmmhm, I noticed that since my short time on here...
Anyways, in more related news, several Linux SDL updates to do with OpenGL & Debian Linux are commited. Also, bgKu made a Debian package for VBA-M, which is here
And another thing: DirectDraw support in the Windows MFC port is now obsolete and removed in the newest SVN revisions (will make x86 compiles ASAP).
I experimented for the hell of it, and almost got it to run. Whatever was causing the problem I was having(windows claiming the file was corrupt) was fixed in SVN compiled version 301. However, it needs d3dx9_36.dll to run, and Windows ME can't run it.
Just thought you might be curious, mudlord. I'm not asking for a fix or anything like that.
Thanks for the idea. I tried to compile it(Just to see if I could) without any changes, but it requires some files... It will take a while to learn all this.
I just let out Direct3D and targeted towards WinME as minimum. I tried it for Win98, but this would require removements of some newer controls.
If I'm not mistaken, DirectX8 should be enough for this build, as DirectInput and DirectSound use v8 interfaces. OpenAL support is also there (I hope the runtime is supported on ME). OpenGL should work of course.
This is a special build, so I will not put it on the official file server.
and yes, Open Al does work. I installed that driver thinking the lack of it might have been what was causing the errors about a week and a half ago.
Good to see OpenAL working well for you.
Speaking of which, I did some major OpenGL bugfixing which might be helpful for you. I'll compile a build for you, if you want, along with the normal x86 and x64 compiles
and yes, Open Al does work. I installed that driver thinking the lack of it might have been what was causing the errors about a week and a half ago.
Good to see OpenAL working well for you.
Speaking of which, I did some major OpenGL bugfixing which might be helpful for you. I'll compile a build for you, if you want, along with the normal x86 and x64 compiles
That one won't work for some reason... requires the same type of DLL that the normal version of VBA-M does, but an earlier version of it(34 instead of 36.), and the DLL doesn't work.
Oh, well. I'll just use the one spacy gave me. Thank you anyway.
I used NO_D3D, and removed Direct3D.cpp when linking & compiling, so Direct3D support has no chance in being included. And according to Dependancy Walker, no traces of D3D DLLs in use are being imported.
Edit: I think I found a bug. When I went to start Castlevania: Circle of the Moon(US version), it would display the screen as just black. after a bit of messing with the settings, I got it to display just white. Then, I tried turning on and off filters, and after turning on Simple 2x, it displayed the screen properly. Turning it off didn't revert the screen to white, luckily.