|
Post by shimavak on Feb 15, 2007 15:06:42 GMT -5
Well, this emulator sure seems like it would be a dandy to use! The only problem for me is that I'm using a Mesa based video card, so I get that little ol' white screen of nothing. I do hear audio and such, so I know it should be working...but alas... I am just wondering if there is any possibility of incorporating other cards which support DRI through X, or if I am doomed to have no luck... I also wonder if you've ever heard of a linux project called cdemu. They allow you to do the same as DaemonTools, etc. does in Windows on Linux (i.e. use .nrg, .ccd, etc. images). I have it set up and linked to the appropriated locations (/dev/cdrom1, /dev/scd1, etc.) but pSX will not notice these drives. I just wonder how it is that you detect the local drives so that I might insert cdemu into pSX as one. If you don't think it to be feasible to get non-fglrx based cards working, I will be saddened but completely understanding. It looks as though you've got quite a good emulator here, and I only wish it were that I could use it! Edit: Fixed the link to the cdemu project. Also removed request to help author, vis. the don't request section.
|
|
|
Post by pSX Author on Feb 15, 2007 15:34:31 GMT -5
As far as I'm aware any working GL stack will work...
Are you sure OpenGL is actually working on your card? It doesn't really have to support direct rendering, but it may be too slow if it doesn't...
Can you paste the output from glxinfo?
|
|
|
Post by anders190 on Feb 15, 2007 16:25:34 GMT -5
you can have spaces in the path, but in linux, you have to use a backslash before spaces and brackets (possibly other special characters) like "/media/hde/ISOs/PSX\ ISOs/Final\ Fantasy\ IX\ \[Disc1of4\]\ \[U\]\ \[SLUS-01251\].cdz" lol, that really looks ridiculous, but, just remember, the TAB key is your friend! EDIT: this may be easier to read: notroot@bahamut:~/pSX$ ./pSX /media/hde/ISOs/PSX\ ISOs/Final\ Fantasy\ IX\ \[Disc1of4\]\ \[U\]\ \[SLUS-01251\].cdz Recommended aproach: notroot@bahamut:~/pSX$ ./pSX "/media/hde/ISOs/PSX ISOs/Final Fantasy IX [Disc1of4] [U] [SLUS-01251].cdz" "" can make a world of difference. =)
|
|
|
Post by patrickp on Feb 15, 2007 16:47:01 GMT -5
So you can use quotation marks just as you can with Windows? Cool. shimavak: as pSX Author says, any OpenGL capable card should work. Ultima pointed out earlier in this thread that the libgtkglext1 package seems to be needed (the -dev package as well), and I improved the performance of my emulator by adding the libgtkglextmm1c2a package too, again with the -dev package included. I don't know about other distros, but they don't appear to be installed by default in Ubuntu. And as far as CD drive reading is concerned, the Linux version (which is still a WIP) doesn't do that yet: pSX Author said previously it's one of the things he still has to sort out.
|
|
|
Post by pSX Author on Feb 15, 2007 16:57:49 GMT -5
CD reading should work in the latest WIP... It works for most people I have talked to.
One thing someone I know had a problem with is that his user did not have low-level access to the CD drive.
To test if this is your problem run pSX as root (sudo ./pSX).
|
|
hanman
Full Member
Irvine "Super-Pimp" Kinneas
Posts: 142
|
Post by hanman on Feb 15, 2007 18:20:35 GMT -5
"" can make a world of difference. =) you're right; that would be a much better approach, especially for shortcuts, which i think is what patrickp was trying to do. i know TAB works with quotes, too, i'm just used to the other way, i guess.
|
|
|
Post by shimavak on Feb 15, 2007 18:43:42 GMT -5
Thank you all for the help. I did run a few more tests and after I was able to load an image (ISOs didn't seem to work, but they may have been (read: were) corrupt). The question with regard to the CD drive was that there is a driver which performs as though it were a drive in /dev/ but does not correspond to an actual drive; so I was wondering how the esteemed author determined what drives were present. If he is looking at /proc, etc. this virtual drive might likely not show up. Edit: As an aside, it was only the BIOS which was unable to display anything. I have seen things from the BIOS elsewhere, so I'm not quite sure why not; but I thought I'd mention it. I will try to attach `glxinfo` in such a way as to not blow the formatting of the thread (attached file, if I can) Edit: Best I can do. If this is the case, I figure I could work out some hack for the kernel module to make an entry appear in /proc as well, and then it would be an option for an available drive in pSX. As it stands now, only the physical CDrom drive is selectable. The only reason I would like to try this as an option is because I have a few images in formats which do not appear to be supported. If it is not possible, I can always re-rip the image, but it might be worth hacking it out anyway. Thank you all, by the way, for you marvelous help! I am glad to see a thriving community which is so kind to new users!
|
|
|
Post by pSX Author on Feb 15, 2007 18:52:14 GMT -5
pSX searches /dev for CD drives in the same way CDparanoia does. It checks the following devices:
"/dev/cdrom", "/dev/cdroms/cdrom?", "/dev/hd?", "/dev/sg?", "/dev/cdu31a", "/dev/cdu535", "/dev/sbpcd", "/dev/sbpcd?", "/dev/sonycd", "/dev/mcd", "/dev/sjcd", "/dev/cm206cd", "/dev/gscd", "/dev/optcd"
where ? is a wildcard.
Scanning /proc is not advisable for software - /proc is meant for humans, not programs. It does not even exist on some unix variants.
If your drive does not correspond to any of the above devices you should create a symbolic link to it in /dev/cdroms (eg. you could call it cdrom0 if there are no other cdroms in there).
Most sane distros should already have created a symbolic link in there (and /dev/cdrom for the "default" cdrom device - usually the first one).
I'm not sure why you don't get graphics in the BIOS, but maybe your card cannot create a texture large enough. In 640x480 (which is the mode the BIOS uses) pSX will attempt to create a 1024x512 texture which is the closest power of 2 sized texture.
By default pSX will use a 32bit texture, but you can also tell it to use one of two different 16bit formats in graphics options. Try these - one of them may work for you (which one works best depends on the driver).
|
|
|
Post by patrickp on Feb 15, 2007 18:55:12 GMT -5
Indeed, I just tried it, and playing from a CD works - doesn't even need sudo in Ubuntu. @shivamak: in Windows, there are various applications to mount images and play them as CDs rather than as images: you can play any image format like this, as long as it's good. I would imagine there must be something comparable for Linux. And yes, certainly it's possible to play images in supported formats (.bin/.cue and .ccd/.img/.sub, which latter is preferred because it includes subcode information) directly. And it's great that, now there's a Linux version available, Linux users are now joining the forum - with the added bonus that people who haven't gained the experience from Linux that we have with Windows (yet!) are going to be able to benefit from that.
|
|
|
Post by shimavak on Feb 15, 2007 21:26:10 GMT -5
@psx Author: Thank you very much! I will try that next. I think my problem was that I did add some symbolic links, but did not know which ones your program was looking for. I added "/dev/cdrom1" and "/dev/scd1" because I had "/dev/cdrom" which was symlinked to "/dev/scd0" and when I add an USB based drive it adds /dev/cdrom1 as a symlink to /dev/scd1. I believe it does this because it is a udev system based on FC6. I can very easily add symlinks to the required cdemu devices at install, so thank you very much! "/dev/cdroms/cdrom?" will probably be the best bet. I'm guessing that Fedora Core 6s method of assigning cdroms is nonstandard, so I'll just have to fix that to the proper setup (/dev/cdroms/cdrom[0-9]*) As for the bios image, I tried it with all three available texture maps and none were able to display it. I also do not get any display when booting an image (e.g. when the bios displays the PSX logo), so I am unable to be certain that the image has loaded properly until I hear the game music and see its intro. patrickpThanks for the advice, I am aware of a piece of emulation software available in linux to do the job. I linked to it in my fist post, it is entitled cdemu. Unfortunately for anyone interested in using it at the moment, if you have a kernel >2.6.17-rc1 you will have to modify the cdemu_core.c file before compiling as the kernel gods removed a function called therein in favor of a nigh on identical function with identical parameters. It is a simple fix, but the devs of cdemu appear to not decided on how to handle the fix as of yet (I would figure just make a wrapper function determined by the kernel version, but I'm not the maintainer). If anyone is intersted, I can let you know how to fix it quick so it'll compile. Thank you all again, it is delightful to have help so close at hand! Edit: I just figured out that WIP = Work in Progress. Neat!
|
|
|
Post by patrickp on Feb 16, 2007 8:03:37 GMT -5
shimavak, I have CloneCD on a Windows partition, so I can always rip images in the optimum format for pSX; if there's a problem with this (as there certainly is, for instance, playing Xenogears directly from an image) I'll just play from the CD. So I don't have any pressing need for a CD mounting device: I'd still find information on getting cdemu working interesting, and I'm sure there must be quite a few people here who'd find it very useful. Why not post it?
FWIW, I just set up pSX on my second box, which dual boots Ubuntu with Windows 98SE (my first box dual boots Ubuntu with W2K). It's only 1/2 the speed of the first box and has 1/2 the amount of only single rate ram (as opposed to double rate dual channel on the first). On top of this, and this may interest you, it has a Rage Fury Pro which, like your card, won't support the fglrx driver and I'm running it with the Mesa Gl one.
What's got me really pissed is that it's running pSX much better than the first box, which has a 9700 Pro and runs the fglrx driver. When I start pSX I get: 'libGL warning: 3D driver claims not to support visual 0x4b' and then it runs sweet as anything. I'm going to have to try a few different games on it; so far I've only tried Final Fantasy VII, but certainly, it seems to me the Mesa GL driver is no problem.
|
|
|
Post by patrickp on Feb 16, 2007 13:36:34 GMT -5
Hmf! Just reinstalled Ubuntu and pSX on my first box, gave it a test run and it's much better - as good as, possibly better than the second box. The only thing is, I get that 'libGL warning: 3D driver claims not to support visual 0x4b' message, which obviously means the fglrx driver isn't installed... This has also fixed a crashing error I had with my pSX installation - doesn't crash now! So now I have to install the fglrx driver and see what happens... And the problems were back! pSX ran slower and it would crash if I tried to restart it without restarting X. Removed it again and the problems went away...
|
|
|
Post by jrodman on Feb 16, 2007 14:52:38 GMT -5
The WIP linux build is working here under Debian testing (etch) on x86. It's actually a chroot since the main system is x86-64. I assume there's no source for this emulator? This is an intel G965 chipset (GMA X3000) opengl with mesa 6.5.2 and X.org 7.1.x.
Stuff that has worked well:
Wild9 runs great (contrary to other emulators) Performance is good
Not so good:
Warriors of Might and Magic fails to show movies, black screen after that If "sleep while idle" is disabled, the emulator ends up running waaaay too fast (2.13Ghz Conroe processor) The joystick setup stuff has some breakage: - Left and Right are inverted somehow - It's verrrry difficult to input the analog stick settings, the wrong values are frequently picked up This is on a "green asia" usb device with a dual shock (playstation one) controller connected.
|
|
|
Post by jrodman on Feb 16, 2007 14:54:03 GMT -5
Oh, and in general, I love it. The interface is simple and straightforward. Thanks.
|
|
|
Post by patrickp on Feb 16, 2007 15:30:37 GMT -5
No, no source: pSX Author (who made the emulator) doesn't intend to release it.
It does seem as if Dualshock adapters seem to be more problematic than straight USB pads, although pSX Author recently (a few days ago; he released the first Linux build just over 2 weeks ago) posted a Windows WIP to fix some controller configuration problems; I think the latest Linux WIP has it too.
|
|