[libtretro] add more configurable settings

[Former user]

Original issue 350 created by 0vetal0 on 2013-07-10T12:40:48.000Z:

Please implement config reading/parsing in libretro port instead of use hardcoded config.* values in libretro.c.

[Former user]

Comment # 1 originally posted by ekeeke31 on 2013-07-10T15:02:00.000Z:

Shouldn't core configuration, including config file loading and saving, be handled by libretro frontend, i.e retroarch and RGUI ?

How is it done with other cores, do they really manage configuration file access themselves ? How would the core know the filepath to use considering it can be very platform dependent ? What is current status with genesis plus gx in retroarch, are core options In RGUI resetted to default everytime the core is restarted ?

I wouldn't mind adding more core options to RGUI (although, from my initial testing, it is not very practical for handling lot of options) and provide a way to load/save them but i would need more infos on how it is supposed to be done with retroarch...

[Former user]

Comment # 2 originally posted by ekeeke31 on 2013-07-14T16:15:35.000Z:

[Former user]

Comment # 3 originally posted by ekeeke31 on 2013-11-01T10:16:36.000Z:

[Former user]

Comment # 4 originally posted by ekeeke31 on 2013-11-01T10:16:47.000Z:

[Former user]

Comment # 5 originally posted by ekeeke31 on 2013-11-27T22:18:47.000Z:

Added in r844

[Former user]

Comment # 6 originally posted by 0vetal0 on 2013-11-28T18:14:59.000Z:

thanks a lot Eke!
works fine here
http://img43.imageshack.us/img43/8468/rdbi.png

btw, there was necessary few changes in Makefile.libretro to build it using (at least) MAME's MinGW
http://pastebin.com/CsLkjGGb

[Former user]

Comment # 7 originally posted by 0vetal0 on 2013-11-28T18:57:32.000Z:

one more thing

var.key = "dac_bits";
environ_cb(RETRO_ENVIRONMENT_GET_VARIABLE, &var);
{
if (!strcmp(var.value, "original"))

but there no "original" option value

{ "dac_bits", "YM2612 DAC quantization; disabled|enabled" },

[Former user]

Comment # 8 originally posted by ekeeke31 on 2013-11-28T19:33:59.000Z:

thanks for the notice, it's indeed a left over from my first implementation, will fix it...

as for your Makefile issues, I did not change anything in that file from the initial implementation by retroarch devs so it must be something with your setup, missing installed libs (zlib and the one that provides crc32 function) seem to be the root cause there.

however, I agree it's odd to provide the crc32 function through a source file in libretro but not compile it, I wonder why they did it that way

[Former user]

Comment # 9 originally posted by 0vetal0 on 2013-11-30T12:35:39.000Z:

its kind of funny, but the reason is crc32 function )

its linked from zlib by current makefile.libretro (and only it needed, the rest of zlib not used), or from scrc32.c in my variant of makefile and in MSVC projects.