PCSX 1.5 Linux configuration problem

[zero0w]

I have just downloaded PCSX 1.5 Linux, and have it installed with various plugins on Linux, however I ran into some problems:

1) It seems that the [OK] button and the [Cancel] button are reversed; which means OK serves the function of Cancel, while Cancel serves the function of OK.

2) I cannot configure any plugins at all. When I press on the [Configure] or [About] button, nothing shows up.

This problem is fixed: By placing all Cfg*.* file into the emu main directory.

3) PadXwin plugin 1.6 cannot be recognized by PCSX 1.5, which means no Pad plugin is working at the moment.

EDIT: The console reported such error for padXwin-1.6:

Error reported in console

/home/user/Pcsx/Plugin/libpadXwin-1.6.so: undefined symbol: gtk_type_check_object_cast

BTW, I am running it on Mandrake Linux 9.1. So far the emu cannot be started.

So are other Linux users finding similar problems?
Will there be any fixes for them?

[Gismo]

Originally posted by zero0w
1) It seems that the [OK] button and the [Cancel] button are reversed; which means OK serves the function of Cancel, while Cancel serves the function of OK.

2) I cannot configure any plugins at all. When I press on the [Configure] or [About] button, nothing shows up.

As I haven't tried the new version yet (only started it), I don't know if it comes also to me, but this evening I'll check it.

On the other hand, I saw that now if u want to use the Mooby's CDR plugin, P©SX gives me the "libbunzip2.so.1" error, I mean, it tells it can find the necessary lib. On P©SX 1.4 there's no this bug. Solution?

3) PadXwin plugin 1.6 cannot be recognized by PCSX 1.5, which means no Pad plugin is working at the moment.

Have u tried padJoy/padAnalog from ammoQ??? PadXwin isn't the only pad plugin for Linux... U can grab the 2 above from ammoQ's site

Thx, bye

[Gismo]

now I got a problem trying to configure "ammoQ padJoy": everytime I push the 'configure' button, it gives me some errors about 'GTK', errors not present w/ the old 1.4... solution?

Thx, bye

[ammoQ]

padJoy is linked against GTK 1.x, while PCSX 1.5 is linked against GTK 2. Hmm, this is bad...

The best solution would be to take the config part out of the plugin, like most other plugins do, and put it into a separate config program. I will see what I can do.

[linuzappz]

hi zero0w,
1) i will check it
3) i forgot to update the padXwin, i will fix it , but in the meantime you can recompile PCSX to use the old GTK+ 1.2 gui, that should solve the problem.

[zero0w]

Thanks a lot to linuzappaz and others who tried to fix the problems with this new version.

[Gismo]

Originally posted by Gismo
On the other hand, I saw that now if u want to use the Mooby's CDR plugin, P©SX gives me the "libbunzip2.so.1" error, I mean, it tells it can find the necessary lib. On P©SX 1.4 there's no this bug. Solution?

ok, the problem wasn't due to Mooby's CDR plugin but the linuzappz's one. In fact, I deleted it from the P©SX plugins dir and no more error messages.

ASAP I'll try to configure linuzappz's CDR and CDRIso, because I'd like to use all the Linux plugins

Originally posted by linuzappz
3) i forgot to update the padXwin, i will fix it , but in the meantime you can recompile PCSX to use the old GTK+ 1.2 gui, that should solve the problem.

I didn't tried padXwin, but anyway I recompiled P©SX using the old GTK+1.2 and now even ammoQ's padJoy configure window is ok.

Originally posted by zero0w
1) It seems that the [OK] button and the [Cancel] button are reversed; which means OK serves the function of Cancel, while Cancel serves the function of OK.

2) I cannot configure any plugins at all. When I press on the [Configure] or [About] button, nothing shows up.

This problem is fixed: By placing all Cfg*.* file into the emu main directory.

1) it seems ok on my Debian :confused:
2) as for the 1st, it seems ok and I don't have the cfg* in the main emu dir, I've them in a separate dir like this /pcsx/cfg/

Thx, bye

[Gismo]

Originally posted by Gismo

ok, the problem wasn't due to Mooby's CDR plugin but the linuzappz's one. In fact, I deleted it from the P©SX plugins dir and no more error messages.

ASAP I'll try to configure linuzappz's CDR and CDRIso, because I'd like to use all the Linux plugins

1) I solved the problem w/ linuzappz's CDRIso in this way:
as it uses /lib/libbz2.so.1, if that's not present in the /lib dir u need to create a simbolic link to that
ln -s /usr/lib/libbz2.so.1.0.2 libbz2.so.1
now it works

2) linuzappz's CDR: if I use the cfgCdr-Gtk2 it takes so a long time to open the config dialog window, while w/ the cfgCdr-Gtk1 the config dialog window opens just after pressing the "config" button
Out from this, everytime I press the "test" button, it tells me the plugin shouldn't work correctly, but then when I start P©SX the game starts correctly. Simple bug in the test function?

Thx, bye

[ammoQ]

Originally posted by ammoQ
padJoy is linked against GTK 1.x, while PCSX 1.5 is linked against GTK 2. Hmm, this is bad...

The best solution would be to take the config part out of the plugin, like most other plugins do, and put it into a separate config program. I will see what I can do.

It's done, padJoy 0.80 is available:
http://download.ammoq.com
also includes analog pad emulation (I could not fully test it, since I don't have such a pad; please report whether or not it works)

[Gismo]

Originally posted by ammoQ
It's done, padJoy 0.80 is available:
http://download.ammoq.com
also includes analog pad emulation (I could not fully test it, since I don't have such a pad; please report whether or not it works)

Hello, ammoQ! I'm fine your silence via e-mail wasn't due to some problems, but to the opposite!

Ok, I tried the new padJoy 0.80 and now the config window is ok. For the analog pad emulation, there's a little problem: as I saw in the code, u added the "use_analog" variable, but in cfg.c u never save it on cfg/padJoy.cfg, so everytime the pad configuration is read, the pad is set as digital by default (in fact, everytime u push the "configure" button in the plugins window, the analog option is unselected).

I also tried to add the only 2 lines needed (I think, but I'm not sure) in cfg.c
- line 613, saveConfig
fprintf(f,"use_analog = %d\n", use_analog);
- line 695, loadConfig
else if (!strncmp(line, "use_analog", 10)) {
use_analog = atoi(val);
}

but the 'make' command returns me this error (same error if you try to recompile your not-modified archive and as I don't have a lot time now to solve it, I report it to you )
gismo:/usr/src/padJoy/src# make
cc -fPIC -Wall -O2 -fomit-frame-pointer -D_REENTRANT -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -DVERSION=0 -DBUILD=8 -c -o pad.o pad.c
pad.c: In function `PADopen':
pad.c:172: parse error before `*'
pad.c:198: `pje' undeclared (first use in this function)
pad.c:198: (Each undeclared identifier is reported only once
pad.c:198: for each function it appears in.)
make: *** [pad.o] Error 1
gismo:/usr/src/padJoy/src#

For the moment, thx again, on the other hand the config dialog for the analog features (sticks and buttons) works perfectly

Thx, bye

[ammoQ]

Hi Gismo,

thanks for your fast response; the issue with load/save is fixed, please try again; about the compiler error, this should work now, too; I wonder why my compiler did not complain it...

[Gismo]

Hello ammoQ,

now it seems all is ok (the analog pad works perfectly and I can compile the source). On the other hand, I can't try 2 analog pads together, as here in Geneva I don't have 2 PSX pads ASAP I'll try 2 analog pads, but I think all is ok.

Thx, bye

PS I'm going to post the news as the padJoy v0.80 works perfectly!