Xenia: What kind of emulator is this?

[haagens]

I can't tell if this is a low-level emulator or a high-level emulator.

Will it run the XBOX 360 OS?
Is it plugin-based?
Is a dynarec for PowerPC being written for it?
What kind of hardware advantages is it taking (Mantle, ARB, etc.)?
Is this a pure-emulator, or is it using hardware virtualization as well?
Why is their an issue saying an OpenGL driver is needed? I don't get it?
Why can it suddenly run Frogger, but no other game?

[gibbed]

It's HLE. To answer your specific points:

No.
Not currently.
A JIT is in progress. An interpreter was already implemented.
None currently.
Hardware virtualization is required due to how D3D and other libraries are statically compiled into games.
OpenGL is needed for non-Win32 platform support.
Frogger is very simple behind the scenes.

[haneefmubarak]

To add on to what @gibbed said:

---

Will it run the XBOX 360 OS?

Not per se. It runs a basic layer that does whatever we want it to. We can add other features too, if we want to. Essentially, it runs its own OS.

---

What kind of hardware advantages is it taking (Mantle, ARB, etc.)?

It's unlikely that any hardware platform dependent advantages will be used, because it's nice to have portable and maintainable software.

---

Why is their an issue saying an OpenGL driver is needed? I don't get it?

On OSX and Linux, you OpenGL for 3D support.

[ghost]

There are OpenGL drivers for OS X and Linux ... none need to be written.

[ghost]

And hardware virtualization isn't required either.

[haneefmubarak]

@bellysaga I think you are thinking of device level drivers... We mean drivers between the application and the OS - ie: code that utilizes OpenGL to do what we want.

Hardware virtualization is almost definitely required.

[ghost]

That is not a device driver then ... a device driver is middleware between an application down to the data processing and register-level of hardware devices. What you are talking about makes no sense, at least with the terminology you are using. There needs to be no "device driver" between the application interfacing the OS ... the device driver is accessed by a system call from an OS library that a program is likely linking against. OpenGL flexibility is not an issue since both OS X and Linux have more than enough support for most recent OpenGL revisions. I'd prefer Ben Vanik to clarify this anyways.

[haneefmubarak]

Essentially, what we mean is a set of subroutines that make the appropriate OpenGL calls to the OSes. We call it a driver, because the definition of a driver is:

driv·er

/drīvər/

a program that controls the operation of a device such as a printer or scanner.

Since the calls will be _controlling_ the graphics card, we can call it a driver.

Really though, @bellysaga, you are creating an issue where there isn't one. Please don't.

[haagens]

When will binaries be released?

[haneefmubarak]

:angry: RTFM. It's literally in the beginning; in the first two pages.

[benvanik]

:unamused:

[hlide]

Don't bother with haagens, he has a bad reputation of being a troller against rpcs3.

[haneefmubarak]

Are you fucking serious - I wasted my time on this _troll_?

@benvanik - could you do us all a favor and block @haagens so that he can't open issues or comment on existing ones? Much thanks in advance.

@hlide - thanks for the info - if he comes over to Aixen (when I get back to developing that this summer), I'll remember to insta-block him.

[haagens]

I am not a troll and I am just wanting to learn more programming and emulator stuff to help you guys

[hlide]

Your persistence to speak about low level emulation while a lot of people explained to you why such a question is useless for next-gen consoles is... persistent :p

[haneefmubarak]

Also, your lack of initiative to RTFM before asking questions reeks...

...of, well, of trolling.