To or not to port glib?

[GoogleCodeExporter]

On it's own, the DeSmuME svn compiles up to the GPU_osd.h and GPU_osd.cpp
files. These are source files of the utmost importance as they deal with
emulating the graphics processing unit of the DS. These files rather
trivially use GLib's GTimer to keep track of clock speed in order to make
sure to not overclock the emulation.

Since we dont have GLib, we get compilation errors at this point.

There are 3 things we can do:

1) Look at how other emulators handle overclocking and try to mimic their
implementation

2) Assume we shouldn't worry about overclocking on the Wii and remove the
implementation completely

3) Port GLib

Im personally leaning towards option 1 but I looked through glib and seems
it shouldn't be too bad to port as we have libogc equivalents to major
(maybe even all) win32 libraries it calls. I want to completely avoid
option 2 at all costs.

Looking for some feedback.

--Arikado

Original issue reported on code.google.com by castleva...@yahoo.com on 6 Mar 2010 at 5:41

[GoogleCodeExporter]

http://double.co.nz/nintendo_ds/dsemu.html dosen't appear to use Glib... But 
then
again, it dosen't appear to be very complete, either. However, it should be 
able to
at least help with this.

Forgive me if I'm wrong. I haven't even taken a peek at anything core related 
just
yet, other than the info on your blog. xD

Original comment by kazuhiro...@gmail.com on 6 Mar 2010 at 11:05

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Look at the DrawHud() function in GPU_osd.cpp . It uses the GLib time struct.

Original comment by castleva...@yahoo.com on 7 Mar 2010 at 12:01

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Huh, I haven't even been able to get that far. I managed to get to 
"cflash.cpp". 
pathToROM isn't declared anywhere.

Anyway, I thought, as a fun exercise, that I'd plop glib into the source code 
and try
to make something work. 

Strangely, I managed to get it to compile. I didn't change any piece of the 
code.
This may be a stupid question, but... Does there need to be much else than that?

Original comment by dancinninjac on 7 Mar 2010 at 2:38

[GoogleCodeExporter]

For me, GPU_osd.cpp is the 5th file the compiler tries to compile into an object
file. The 4 before (in order: Dissassembler.cpp, FIFO.cpp, FrontEnd.cpp (which
remember we made, not DeSmuME), and GPU.cpp) compile without error.

Regarding glib, no there doesnt need to be anymore than that. IIRC it's 
supposed to
be platform independent. Since you compiled glib under devkitPPC I'd love if you
could zip up the output static libs ( *.a files) and send them to me for me to 
play with.

Original comment by castleva...@yahoo.com on 7 Mar 2010 at 3:40

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Since we're now emulating stuff, I no longer find this to be an issue.

Original comment by castleva...@yahoo.com on 28 Mar 2010 at 10:25

• Changed state: Fixed