Possible UltraHLE enhancements

[Romboy]

Since the leaked release of the UltraHLE source certain new features are possible however it would seem only fair to ask the authors about using their code before doing any modifications. Below are some features that would be very nice to add. Hopefully I can put it down in a way that most (intelligent) people can understand.

1. Video
 Better Glide support (glide3x, glide2x)
 Opengl support
 Direct X 8 support
 Video Plug-in support

2. Sound
 DirectSound via Direct X 8
 Sound Plug-in support

3. Controller
 Built in configuration
 Input Plug-in support

4. Core
 SupraHLE enhancements
 Pentium 4- Streaming SIMD Extensions 2 enhancement
 Athlon XP-3DNow Professional enhancement
 Several bug fixes (sound skips, etc)
 Zip support
 Space support from Dave2001
 New GUI


I would like to tell you that these aren’t a request, just a list of possible enhancements (thus the title). If I have anything wrong please tell me and I will change it so it will be correct. Hopefully this may give a good outline.



Don’t flame me, I am just trying to help in one way I can.

This is in all utmost respect to the coders of Ultrahle/Suprahle.

[gokuss4]

lol, thats a lot to rely on. that would be hard for an emu programmer to do that, to add support for glide3x. if it would do that without a v3fix a lot of people would be downloading (also for the dx and ogl support) the sound is the worst though :sleepy:

[Romboy]

Well, no buddy said programming was easy. Besides that this is just an outline that I made so that it could possibly be helpful for Dominator.

[later]

Another annoying thing is that UltraHLE doesn't support spaces in the rom/folder names.

Dave2001 created this fix, hopefully someone can implement it and release a new .exe file!

changed the "rom" command to:

else IFIS(p,"rom")
{
p=param_w_spaces(&tp);
print("note: Loaded rom image from '%s'\n",p);
boot(p,0);
}

& added this code near the normal param function:

// like the above, but allows spaces; for filenames
char *param_w_spaces(char **tp)
{
static char buf[256];
char *d=buf,*s=*tp,*end,*last;

*buf=0;

// skip space
while(*s && *s<=32) s++;

// find last non-space character
end=s;
last=s;
while (*end) {
if (*end++ > 32) last = end;
}

while (s < last) {
*d++ = *s++;
}
*d = 0;

*tp=last;

return(buf);
}

[Ruesselschnurps]

Let UltraHLE Rest in Peace !
Its History, and the source code was leaked. The Authors neither wanted to continue it nor the source code to be released !

[Romboy]

Originally posted by Romboy
Since the leaked release of the UltraHLE source certain new features are possible however it would seem only fair to ask the authors about using their code before doing any modifications.

Did you miss this?

[Doomulation]

Originally posted by Ruesselschnurps
Let UltraHLE Rest in Peace !
Its History, and the source code was leaked. The Authors neither wanted to continue it nor the source code to be released !

Agreed. Let uHLE rest in peace.

[Dabba_Deh]

Now back to the topic, if anyone check out the file "ULTRA.H", it is very well documented, and I notice this paragraph as follows


Quote:
Here's some misc info in random order, I was planning on writing more but then I though you'll probably want the source earlier with less docs than the other way around Just do an email with a lot of questions and we'll sort things out that way. If I try to write a manual for this thing, it'll take ages.


I wonder all the documentation notes including this paragraph was written by the authors (which probably was because I don't think anyone but Epsilon and Reality Man would know so much about the code, again please see "ULTRA.H"), so all I can guess is the code were originally meant to be released, but somehow Nintendo got in the way and hence all things were put on halt. I haven't read thru all the code so I am not sure if any IP of Nintendo were infringed. It is in my understanding that N64 doesn't use BIOS, and HLE intercepts the API call of N64 software (code/binary resides in the ROM) and translates them into Win32/Glide API call, it probably has nothing to do with the hardware but the N64 system/software API.

I just thought I should post this, in case you guys missed it. ZeroOw [spelling...] posted this earlier. And, it makes sense, to me, anyway...I think UHLE should be continued by Dominator, and not by anybody else, because he knows so much about it from his experience hacking it. Well that's my opinion.

[crhylove]

besides the fact that it was *probably* leaked by an orig. author...

i say do what you want with it based on pure ethics anyway.

if the original authors DON'T want it worked on, then they can tell us so personally, but since they haven't...

it's just abandonware.

and since dom/dave2001/others are working on it anyway, it's NOT abandonware anymore.

and now it's as good as their project.

do i say "don't code" because the original author of the fortran language abonded the project and/or died and/or retired?

that's just stupid.

intellectual property is a myth.

get used to it.

rhy

oh yeah, and if it's YOUR intellectual property, unless someone is making a profit on it, QUIT WHINING!

[Romboy]

I agree Dominator should still code it, he did such a good job on Suprahle already, but if I rememeber correctly he said that he might get some new people to help him work on it.