And that's it! You can also grab an older version of fceux from the Ubuntu repositories, but the latest and greatest can be obtained and compiled from subversion.

If you would like to contribute, or run into any issues, feel free to join us in #fceu on irc.freenode.com. You can also file bugs to our tracker (http://sourceforge.net/p/fceultra/bugs/). Please note that you may not receive an immediate response in IRC -- idling is key.

Enjoy!

Calculon64

November 8th, 2008, 04:33 PM

Does this work Ubuntu 8.10 64-bit?

punkrockguy318

November 10th, 2008, 03:52 AM

Does this work Ubuntu 8.10 64-bit?

yes that's what i develop and test fceux on

punkrockguy318

November 10th, 2008, 06:08 AM

i just changed the dependency in the tutorial to libsdl1.2debian-alsa instead of libsdl1.2debian-pulseaudio. The esd driver seems to work better with fceux and is still compatible with pulseaudio, so I would suggest installing that if you're having trouble with sound.

keyshawn

November 15th, 2008, 12:04 AM

thanks, worked with no problems on my end.

I have a question though:

How can I save on this ?

I presume there is save state support since fceu had it, but I couldn't find any mention of it in the documentation

thank you again for your work on FCEUX.

punkrockguy318

November 15th, 2008, 10:20 AM

thanks, worked with no problems on my end.

I have a question though:

How can I save on this ?

I presume there is save state support since fceu had it, but I couldn't find any mention of it in the documentation

thank you again for your work on FCEUX.

yeah the docs need to work

select state with numbers 0-9.. save with f5, load with f7

droazen

November 18th, 2008, 04:09 AM

I installed fceux from source due to sound not working properly in the ubuntu-packaged fceu -- and it works, but after about 10 minutes the sound suddenly becomes very garbled and static-y and remains that way until the rom is closed. Any ideas about what might be causing this would be greatly appreciated! I am running hardy with pulseaudio removed, and esound and libsdl1.2debian-alsa installed.

punkrockguy318

November 18th, 2008, 07:09 AM

I installed fceux from source due to sound not working properly in the ubuntu-packaged fceu -- and it works, but after about 10 minutes the sound suddenly becomes very garbled and static-y and remains that way until the rom is closed. Any ideas about what might be causing this would be greatly appreciated! I am running hardy with pulseaudio removed, and esound and libsdl1.2debian-alsa installed.

this has actually been fixed in subversion, which will be released in version 2.0.4. this release should get put out sometime this month i believe, but if you really want some nice working sound check out the svn repository on sourceforge

droazen

November 18th, 2008, 07:20 PM

this has actually been fixed in subversion, which will be released in version 2.0.4. this release should get put out sometime this month i believe, but if you really want some nice working sound check out the svn repository on sourceforge

Oh AWESOME that's great news -- it's always very satisfying when a problem I'm having turns out to be a known bug that's been fixed :guitar: I'll check out the svn version tonight -- thanks!

billc123

November 23rd, 2008, 04:27 AM

The problem i have with the one from the ubuntu repository is in full screen mode the mouse cursor remains in the center of the screen. Does anyone know if that is fixed in the newer version?

punkrockguy318

November 23rd, 2008, 11:15 PM

The problem i have with the one from the ubuntu repository is in full screen mode the mouse cursor remains in the center of the screen. Does anyone know if that is fixed in the newer version?

yes we've fixed that in 2.0

Chunky Dunk

November 26th, 2008, 02:12 AM

When I try to compile, it fails at step 4 with:

sh: o: not found
Copy("bin/fceux", "src/fceux")
scons: *** [bin/fceux] src/fceux: No such file or directory
scons: building terminated because of errors.

punkrockguy318

November 26th, 2008, 02:50 AM

When I try to compile, it fails at step 4 with:

sh: o: not found
Copy("bin/fceux", "src/fceux")
scons: *** [bin/fceux] src/fceux: No such file or directory
scons: building terminated because of errors.

make sure build-essential is installed

Chunky Dunk

November 26th, 2008, 03:31 AM

make sure build-essential is installed
That did the trick, Thanks. Now I feel like a bonehead for not making sure that stuff was installed! :oops:

billc123

November 29th, 2008, 08:29 PM

hi- I tried out the fceux 2.0.3. with gfce Ultra X 2.0.2 svn, but the mouse cursor still remains in the center of the screen when launching in full screen mode, there is some clicking noises when launching now, escape key doesn't exit the emulator now, and up and left don't seem to map with the gamepad.

](*,)

billc123

November 30th, 2008, 03:24 PM

I figured out it is F1 to quit now instead of escape. But i still am having problems with up, and left on the gamepad, sound, and the mouse cursor in the new version. If anyone knows the answer please let me know- thanks...

Chunky Dunk

November 30th, 2008, 06:11 PM

Does anyone know if the feature allowing you to speed up emulation by pressing the tilde key has been removed in this version?

punkrockguy318

December 1st, 2008, 12:12 AM

Does anyone know if the feature allowing you to speed up emulation by pressing the tilde key has been removed in this version?

it's not removed, the hotkeys have moved.. = is to increase emu speed - is to decrease

you can't currently map these hotkeys very easily... if you relaly want to you can edit the config file by hand (~/.fceux/fceux.cfg) and insert SDL keymap codes but that's a little much for the average user :lolflag: i'll probably get around to coding a gui for mapping the hotkeys once this semester is over ( a couple weeks )

punkrockguy318

December 1st, 2008, 12:22 AM

hi- I tried out the fceux 2.0.3. with gfce Ultra X 2.0.2 svn, but the mouse cursor still remains in the center of the screen when launching in full screen mode, there is some clicking noises when launching now, escape key doesn't exit the emulator now, and up and left don't seem to map with the gamepad.

](*,)

I can't reproduce your issue with the mouse in fullscreen, it's hidden for me. This may have been fixed in the latest subversion, you might want to compile that and see if that fixes your issue. Also, what processor arch are you running on? I'm write and test on Ubuntu 8.10 x64. Also, what window manager are you using ?

Sound has been cleaned up a lot in the subversion trunk, so a lot of sound issues should be fixed in 2.0.4. I would check out and compile the latest subversion to get these fixes; it's quite a big improvement in sound quality.

The keybindings have moved. The documentation is incomplete/inaccurate but here is the ****** SDL documentation link: http://fceux.com/web/htdocs/fceux-sdl-docs.php

What do you mean up and left don't map with the gamepad? What keys are you attempting to map for up and left? Is this on a keyboard or a joystick? Also, make sure that you press each key TWICE when your configuring your gamepad.

I hope that helps you out a little bit. A lot of things have been fixed lately, if you can't wait for the 2.0.4 release to enjoy the improvements, check out the svn. And no, I have no idea when 2.0.4 will be released (when its ready lol)

punkrockguy318

December 1st, 2008, 01:39 AM

I just updated the sdl docs. While they are still not complete, they are more current with the latest version of fceux. http://fceultra.sourceforge.net/docs.php

check out the sdl faq and the sdl doc

enjoy!:guitar:

punkrockguy318

December 1st, 2008, 02:16 AM

I figured out it is F1 to quit now instead of escape. But i still am having problems with up, and left on the gamepad, sound, and the mouse cursor in the new version. If anyone knows the answer please let me know- thanks...

f1 isn't quit, it's actually the cheat menu but this can only be accessed from the command line. make sure you quit by closing the window or alt-f4 etc... if you don't launch from a terminal, f1 will cause fceux to keep running (not good)

billc123

December 2nd, 2008, 12:26 AM

This may have been fixed in the latest subversion, you might want to compile that and see if that fixes your issue. Also, what processor arch are you running on? I'm write and test on Ubuntu 8.10 x64. Also, what window manager are you using ?

I am running ubuntu 8.10, but not 64 bit. My cpu is Intel pentium dual core. The computer is a Dell inspiron 1525 laptop. How could I check the window manager? sorry, but I am still new to linux.

where would I find the latest subversion? thanks- I used the source from above (first post in this thread). I don't know if the latest subversion is newer than that or no?

The gamepad is a Microsoft sidewinder USB gamepad. (i know no one likes MS, but i always liked that gamepad- lol). When I go to up for calibration it takes 3 times usually. I tried it over and over. Maybe it just doesn't like that game pad for some reason (probably because linux and MS are natural enemies- LOL). All the other functions on the gamepad work great, but not up and left. I had the same problem with the old version but finally got it to work somehow. I must have tried calibrating it at least 50 times and just got lucky once. It is actually mapped correctly in the old one. Maybe I could just copy a config file from the old one to the new one since it works ok in the old one?

But how can I close the window if it is full screen though? in the old version escape key worked- but other than alt enter, then click on the X, I don't see how to close it correctly -thanks.

Bill

punkrockguy318

December 5th, 2008, 11:20 AM

I am running ubuntu 8.10, but not 64 bit. My cpu is Intel pentium dual core. The computer is a Dell inspiron 1525 laptop. How could I check the window manager? sorry, but I am still new to linux.

where would I find the latest subversion? thanks- I used the source from above (first post in this thread). I don't know if the latest subversion is newer than that or no?

you can oufa

the latest subversion is the latest code that you need to compile to run. inductions are on the "Code" page of sourceforge. if you're a new user, you might want to steer clear of using subversion code.

Your gamepad should work fine, so long as it is supposed by linux. As long as a joystick has linux support (ls /dev/js*),

Closing the window in fullscreen involves two sets of keys: alt-enter and alt-f4. i don't see the big problem withhaving to leave fullscreen.

Oh, and I'd also like to update on some gfceux progress. A working version of the input config GUI is relatively stable, it just doesn't work with joysticks right now. Anyone using gfceux is welcome to test out the new inputcfg GUI and post feedback!

billc123

December 6th, 2008, 03:47 AM

I figured out what was wrong with the gamepad. It was being mapped incorrectly by GFCE UltraX 202svn. I tried mapping within the program but got the same results- up and left not working. When i opened the file .fceux/fceux.cfg both up and left were mapped to the same value of 49153. i manually edited left and changed it to 49152 and the gamepad works correctly now.

:p

i just think its easier to be able to quit full screen with one key -escape, instead of alt enter and then alt F4 - thats all. but that just my opinion. Still trying to get the mouse cursor and sound problems working though. Thanks
ps - what is oufa?

punkrockguy318

December 6th, 2008, 09:19 AM

I figured out what was wrong with the gamepad. It was being mapped incorrectly by GFCE UltraX 202svn. I tried mapping within the program but got the same results- up and left not working. When i opened the file .fceux/fceux.cfg both up and left were mapped to the same value of 49153. i manually edited left and changed it to 49152 and the gamepad works correctly now.

:p

i just think its easier to be able to quit full screen with one key -escape, instead of alt enter and then alt F4 - thats all. but that just my opinion. Still trying to get the mouse cursor and sound problems working though. Thanks
ps - what is oufa?

i think your joystick issue may have been resolved in version 2.0.3, and your sound issues are probably resolved in the latest subversion. i got rid of escape quitting because it was too easy to hit on accident

i don't know what oufa is i think i was typing something and forgot i was typing

all i can say is try 2.0.3 and wait for 2.0.4 to coem out to fix your sound issues

billc123

December 7th, 2008, 04:28 PM

ok cool- thanks

CharlieNixon

December 10th, 2008, 09:19 PM

did anyone ever figure out the issue where the mouse cursor is stuck in the center of the screen during full screen mode? I am having that issue as well. Funny thing is that it worked fine when I installed it and for a few days. Later (after making NO changes) the cursor just showed up once and now it is stuck in the center of the full screen mode.

I'm running in Intel Atom on ubuntu 8.04, btw

punkrockguy318

December 13th, 2008, 05:01 AM

did anyone ever figure out the issue where the mouse cursor is stuck in the center of the screen during full screen mode? I am having that issue as well. Funny thing is that it worked fine when I installed it and for a few days. Later (after making NO changes) the cursor just showed up once and now it is stuck in the center of the full screen mode.

I'm running in Intel Atom on ubuntu 8.04, btw

are you running fceu .9.x or fceu 2.x? that issue should be fixed in the latest fceux release.

grazzt

December 20th, 2008, 04:15 PM

Edit, sigh, all sound was giving me a static, a simple reboot fixed it all, and now Im getting good sound.

punkrockguy318

December 20th, 2008, 05:38 PM

Edit, sigh, all sound was giving me a static, a simple reboot fixed it all, and now Im getting good sound.

glad to hear that. i'm fairly sure we got most of the sound issues out of the way in the latest svn. it should be a fairly large improvement over 2.0.3

juanmoreno92

December 26th, 2008, 06:01 PM

Has anyone tried and successfully gotten it to compile on PPC? I tried but I don't know how scons works, I'm more of a makefile type of guy. Here is the output of the error:

And no, I'm not aware of any recent successful compilations on the PPC architecture so I'm not sure if it will even compile (everyone coding is runnign on x86 or x64)

juanmoreno92

December 28th, 2008, 03:20 AM

What version of fceux are you trying to compile?

What version of gcc are you using ? (output of gcc -v)

And no, I'm not aware of any recent successful compilations on the PPC architecture so I'm not sure if it will even compile (everyone coding is runnign on x86 or x64)

I am compiling the 2.0.3 version. In the changelog it states that it had issues with compiling on PPC and they have been fixed. The version of GCC I am using is 4.1.2.

punkrockguy318

December 28th, 2008, 03:52 PM

I am compiling the 2.0.3 version. In the changelog it states that it had issues with compiling on PPC and they have been fixed. The version of GCC I am using is 4.1.2.

I have no PPC machines to test, so all I can really suggest is try compiling the latest subversion and filing a bug report if it doesn't compile

juanmoreno92

December 30th, 2008, 10:36 PM

Ok I was able to get fceux to compile successfully using the subversion. It showed a ton of warnings but it still compiled. I was able to confirm that it worked by launching Super Mario Brothers from the commandline. Now the problem now is that the graphical frontend won't come up. I type gfceux in the terminal and this is what I get:

NOTE: I am doing the compiling on my PS3 since it's main core is based on the PPC architecture lol. It still acts as a full PPC computer though.

punkrockguy318

December 30th, 2008, 11:15 PM

Ok I was able to get fceux to compile successfully using the subversion. It showed a ton of warnings but it still compiled. I was able to confirm that it worked by launching Super Mario Brothers from the commandline. Now the problem now is that the graphical frontend won't come up. I type gfceux in the terminal and this is what I get:

I am trying to install whatever NES Emu that will allow me to configure it. I already did the setup.py install for gfceux.

The FCEU Ultra or whatever it was that you could download from the add/remove tool allowed me to play NES games, but I couldn't figure out how to configure the settings to use a joypad.

punkrockguy318

January 25th, 2009, 01:30 AM

I am trying to install whatever NES Emu that will allow me to configure it. I already did the setup.py install for gfceux.

The FCEU Ultra or whatever it was that you could download from the add/remove tool allowed me to play NES games, but I couldn't figure out how to configure the settings to use a joypad.

fceu is NOT compatible with gfceux.

if you want to use fceu (in the repos) use gfceu

if you want to use the new and improved fceux use gfceux (not in repos)

AdventWolf

January 25th, 2009, 01:41 AM

Well since I can't get gfceux to work, I guess I'll try to get gfceu to work.

When I try to run gfceu-0.6.1 I get:

Could not find the ALSA OSS wrapper. GFCEU will not be able to share sound with other applications. On Debian based systems like Ubuntu, try the following command:
sudo apt-get install alsa-oss

I try that then I get:

Package alsa-oss is not available, but it is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source
E: Package alsa-oss has no installation candidate.

Grishka

January 25th, 2009, 02:10 AM

Well since I can't get gfceux to work, I guess I'll try to get gfceu to work.

When I try to run gfceu-0.6.1 I get:

Could not find the ALSA OSS wrapper. GFCEU will not be able to share sound with other applications. On Debian based systems like Ubuntu, try the following command:
sudo apt-get install alsa-oss

I try that then I get:

Package alsa-oss is not available, but it is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source
E: Package alsa-oss has no installation candidate.

gfceux runs fine, but you need to compile fceux from here: http://fceux.com/web/htdocs/download.php. remove fceu first. or you can try mednafen from the repos, it emulates several other systems as well.

AdventWolf

January 25th, 2009, 02:21 AM

I've downloaded that link at least 5 times in the past 2 days. Do I need both the fceu and gfceux to play a nes rom?

I just want to start over. Ok everything nes emulator is off my computer, what do I need to download and install to play NES games and configure the menu?

Is there a way for me to uninstall all the files? they don't like to be deleted.

Grishka

January 25th, 2009, 02:28 AM

I've downloaded that link at least 5 times in the past 2 days. Do I need both the fceu and gfceux to play a nes rom?

you need both fceux and gfceux to have an emulator with a GUI. first install fceux with "scons" and "sudo scons install". then gfceux with "sudo python setup.py install".

AdventWolf

January 25th, 2009, 02:41 AM

Ok, so I need to download the fceux-2.0.3 archive file with both the "fceu" and "gfceux" folders right? Then extract them to the same directory? Or do I need to merge them?

fceux-2.0.3.src.tar.gz is the one. don't merge the folders. run "scons" and "sudo scons install" from fceu directory, and "sudo python setup.py install" for fceux. to easily search for applications and missing libraries use Synaptic. for sdl libraries you need this: apt://libsdl1.2-dev. you'll probably need a few more, like this one: apt://libsdl-gfx1.2-dev. use Synaptic to find others.

AdventWolf

January 25th, 2009, 03:54 AM

Sweet! I spent about 15 mins looking and downloading stuff I thought I needed in synaptic several hours ago but I still didn't have the right ones.

I was at the exact same spot yesterday I just didn't have the libraries. Thank you! It works perfectly.

punkrockguy318

January 25th, 2009, 08:32 PM

I've downloaded that link at least 5 times in the past 2 days. Do I need both the fceu and gfceux to play a nes rom?

I just want to start over. Ok everything nes emulator is off my computer, what do I need to download and install to play NES games and configure the menu?

Is there a way for me to uninstall all the files? they don't like to be deleted.
dude just read the HOWTO it explains everything. follow the instructions carefully and if you encounter an error report it

i know its a pain to install right now, and that's because there is no deb package for fceux and gfceux yet

AdventWolf

January 26th, 2009, 02:04 AM

I read a few tutorials, but the problem was that I didn't have the libraries and it wasn't until late that someone helped me out by giving me the link.

juanmoreno92

January 26th, 2009, 03:09 AM

I have a fedora 10 src rpm of fceux. Maybe someone could use alien to turn it into a deb package?

khelben1979

February 6th, 2009, 12:20 PM

I'm unable to compile up fceu 2.0.3 from the source which have been provided. Need help. System: Debian Lenny on my powerbook (see my signature).

along the same lines . . . I've successfully compiled and installed fceux and gfceux, the graphics work, the sound is fine (8.10 on a Dell Mini 9, sound fix applied). However, the key mapping is proving problematic. I can run the gfceux input utility, and it seems to accept the keystrokes. However, when attempting to run a ROM, no input is accepted.

I've tried using only alpha keys, and also using the control keys. Is there a known issue about the mini keyboard? Or am I missing something?

Finally, I'm not sure which file would need to be edited to manually correct this issue, but if someone can point me in the right direction, I'm happy to try.

Thx!

cyclone5uk

March 2nd, 2009, 08:13 PM

I followed the instructions and it works fine, but I can't get the display to fill my widescreen monitor when I go into fullscreen mode. It stays stuck in 4:3 instead of going into 16:9

daring derelict

March 5th, 2009, 08:27 PM

hello, I read all of the posts sofar, I tried to upgrade from fceux 2.02 to 2.03, upon running the script for gfceux i get

hello, I read all of the posts sofar, I tried to upgrade from fceux 2.02 to 2.03, upon running the script for gfceux i get

oops that was my bad

i moved around some of the files and forgot to commit them to subversion

its fixed in the latest subversion, so run svn update and try try agian

slightlystoopid

March 18th, 2009, 06:21 AM

along the same lines . . . I've successfully compiled and installed fceux and gfceux, the graphics work, the sound is fine (8.10 on a Dell Mini 9, sound fix applied). However, the key mapping is proving problematic. I can run the gfceux input utility, and it seems to accept the keystrokes. However, when attempting to run a ROM, no input is accepted.

I've tried using only alpha keys, and also using the control keys. Is there a known issue about the mini keyboard? Or am I missing something?

Finally, I'm not sure which file would need to be edited to manually correct this issue, but if someone can point me in the right direction, I'm happy to try.

Thx!

I'm in the same situation, different hardware. All libraries were installed for compilation. Sound and graphics work. But fceux does not detect keystrokes within the rom. running 'fceux --inputcfg gamepad1 romname' gives me the prompt and it modifies the file ~/.fceux/fceux.cfg accurately but it has no effect within the game. it's as though fceux.cfg is not being read.

punkrockguy318

March 18th, 2009, 03:52 PM

I'm in the same situation, different hardware. All libraries were installed for compilation. Sound and graphics work. But fceux does not detect keystrokes within the rom. running 'fceux --inputcfg gamepad1 romname' gives me the prompt and it modifies the file ~/.fceux/fceux.cfg accurately but it has no effect within the game. it's as though fceux.cfg is not being read.

it's not just you and this is being looked into

can reproduce here (sometimes).

punkrockguy318

March 20th, 2009, 04:22 PM

Okay, for some reason input seems to work fine on Ubuntu 8.10, but its broken on jaunty (9.04). Is the case for others?

CTolley

March 22nd, 2009, 12:51 PM

Seems that my setup has gone bad. FCEUX was working like a champ, but I just tried to play some more and now I get this when loading a game:

With the GUI open, I load a game, click "execute", black screen comes up briefly, then disappears back to the GUI.

I have been trying to get a DVD Ripper to work, and that may have changed something that didn't need changed. Any thoughts? (I'm still retarded with Ubuntu, so please keep responses simple for my sanity) Thanks.

*edit: Problem fixed with reboot. Leaving script here in case another newb has same issue.

slightlystoopid

March 23rd, 2009, 07:32 PM

Okay, for some reason input seems to work fine on Ubuntu 8.10, but its broken on jaunty (9.04). Is the case for others?

negative. I'm still using intrepid 64. also, I just tried with a new usb super nintendo controller, works like a charm. also, I don't remember if it's been said, but it only seems to affect keyboard input, which for me is a standard us keyboard (specifically a chicony internet keyboard).

slightlystoopid

March 23rd, 2009, 07:59 PM

ok, this seems strange. in full screen mode, I can only see the very bottom 1/8 or so of the image way up at the top of the screen. is there a way to pull it down?

MistoffelesCat

March 25th, 2009, 04:51 AM

Okay, for some reason input seems to work fine on Ubuntu 8.10, but its broken on jaunty (9.04). Is the case for others?

no sir, 8,10 here.

khelben1979

March 29th, 2009, 08:31 AM

Ok I was able to get fceux to compile successfully using the subversion. It showed a ton of warnings but it still compiled. I was able to confirm that it worked by launching Super Mario Brothers from the commandline. Now the problem now is that the graphical frontend won't come up. I type gfceux in the terminal and this is what I get:

NOTE: I am doing the compiling on my PS3 since it's main core is based on the PPC architecture lol. It still acts as a full PPC computer though.

I definitely need help in compiling up this fceu emulator. I tried this before but I was unsucessful and since then I have given up. This was a few months ago.

You have written something about that you have decided to use the subversion of GFCEUX. Where can find this??

(At the present I have the old version 0.98.12 working but with no GUI and I don't know how to use frameskip without the python GUI which I'm used to, maybe I can get some help with this too?)

juanmoreno92

March 29th, 2009, 08:28 PM

I definitely need help in compiling up this fceu emulator. I tried this before but I was unsucessful and since then I have given up. This was a few months ago.

You have written something about that you have decided to use the subversion of GFCEUX. Where can find this??

(At the present I have the old version 0.98.12 working but with no GUI and I don't know how to use frameskip without the python GUI which I'm used to, maybe I can get some help with this too?)

All I did was go to sourceforge where fceux (http://sourceforge.net/projects/fceultra/) is hosted and go to SVN Browse under Code. I then clicked Download GNU tarball at the bottom and the source was downloaded. I untar'ed everything, cd'ed into fceu first, built that with scons, and then went to install gfceux using the setup.py script. Pretty easy.

Basically after downloading the source followed the instructions in the stable release to build it.

khelben1979

March 29th, 2009, 08:54 PM

Sounds interesting. Okay, then I will try this at a later time to see if I can manage to compile up the source from there.

JamonTerrell

April 1st, 2009, 03:36 AM

Okay, for some reason input seems to work fine on Ubuntu 8.10, but its broken on jaunty (9.04). Is the case for others?

I'm running Ubuntu 9.04 Netbook remix and I'm having the exact same problem. Input is detected with -input-cfg, but input doesn't work in game... any ideas?

khelben1979

April 1st, 2009, 09:19 AM

I did a sudo scons install earlier and installed everything. I did it again and I got this:

scons: *** No SConstruct file found
File "/usr/lib/scons/SCons/Script/Main.py", line 825, in _main
$

Does that mean anything?

I'm trying to compile this emulator now and I receive almost the same thing as this guy. It complains about line 817 in my case.

Mmm... :confused: What exactly is I supposed to do in order to compile the fceu emulator? It seems that I have managed to compile the gui, but for fceu, I don't know. :-(

The older version of fceu have been removed from the system.

JamonTerrell

April 14th, 2009, 05:53 PM

I stopped in to chat with the FCEUX guys in their IRC channel last night to talk about this issue and see if that had any insight. After some discussion they were able to figure out the underlying problem is that dependency on LUA wasn't being resolved. The deb files they release list it as a dependency, but for whatever reason, either it's not being installed, or there's some more that needs to be added as dependencies. I'm going to spinup a new 9.04 VM tonight to figure out exactly what it is.

The quick fix if you just want it to work:
sudo apt-get install liblua5.1*

Mad props to the guys in #fceu on irc.freenode.com, they're amazingly friendly and helpful.

punkrockguy318

April 14th, 2009, 06:55 PM

I stopped in to chat with the FCEUX guys in their IRC channel last night to talk about this issue and see if that had any insight. After some discussion they were able to figure out the underlying problem is that dependency on LUA wasn't being resolved. The deb files they release list it as a dependency, but for whatever reason, either it's not being installed, or there's some more that needs to be added as dependencies. I'm going to spinup a new 9.04 VM tonight to figure out exactly what it is.

The quick fix if you just want it to work:
sudo apt-get install liblua5.1*

Mad props to the guys in #fceu on irc.freenode.com, they're amazingly friendly and helpful.
Wow, thank you so much. I went ahead and fixed the build scripts. The problem was that liblua now NEEDs to be installed for input to work (i had no idea). The next release of fceux will reflect this change, but until then just be sure that liblua5.1-dev is installed . With the latest source in subversion, i changed the build scripts to exit if lua is not found.

Wow, this bug existed for FAR too long.

khelben1979

April 14th, 2009, 07:41 PM

I stopped in to chat with the FCEUX guys in their IRC channel last night to talk about this issue and see if that had any insight. After some discussion they were able to figure out the underlying problem is that dependency on LUA wasn't being resolved. The deb files they release list it as a dependency, but for whatever reason, either it's not being installed, or there's some more that needs to be added as dependencies. I'm going to spinup a new 9.04 VM tonight to figure out exactly what it is.

The quick fix if you just want it to work:
sudo apt-get install liblua5.1*

Mad props to the guys in #fceu on irc.freenode.com, they're amazingly friendly and helpful.

This looks promising! Maybe I will finally be able to compile the source soon. I'll see what happens.

punkrockguy318

April 15th, 2009, 06:10 PM

The input issue has been resolved (even more). Liblua is again OPTIONAL.

For a while, there was a bug in which if lua support was not compiled into fceux, input would not work properly. However, that bug has been fixed and lua is again optional (in the latest subversion). We're trying to push out an SDL release soon that will incorporate this fix.

I also updated the HOWTO to include that there are now deb packages of fceux. Installing the deb package is much easier than compiling from source, so that installation method is recommended.

If you guys have any questions or anything, stop in #fceu on irc.freenode.net

Rock on guys :guitar:

ghostandmachine

April 15th, 2009, 06:14 PM

i'm getting this error running it from the terminal (v2.1.0a ubuntu 8.04)

ALSA lib pcm_dmix.c:874:(snd_pcm_dmix_open) unable to open slave
No available audio device

khelben1979

April 15th, 2009, 08:25 PM

On this ppc linux system, it still won't compile without errors. Hmm... My guess would be that I'm missing more packages in my system which is required, but I don't know what at this time.

punkrockguy318

April 15th, 2009, 08:43 PM

On this ppc linux system, it still won't compile without errors. Hmm... My guess would be that I'm missing more packages in my system which is required, but I don't know what at this time.

I have successfully compiled and installed fceux with gfceux on my desktop running ubuntu intrepid. I have the enable full-screen option checked in gfceux, as well as the auto-scale and open-gl boxes. The problem, I receive an error in every game that says unable to display video mode. It then tells me that optimal resolution is 1280x1024. My question is, what is the best way to achieve this? I don't see anywhere in the video tab to select resolution directly. As always, any help would be greatly appreciated and kudos to the devs for an awesome emulator.

Thanks,

Guy

khelben1979

April 18th, 2009, 09:39 PM

Try compiling the svn version. Worked for me and my PS3.

Can you give me a link from where you got it from? (I checked the homepage, but felt uncertain on where I should get it anyway, hmm..)

guyster

April 18th, 2009, 09:50 PM

I have a question concerning compiling and installing gfceux on my laptop running Ubuntu Jaunty. When I try and launch gfceux from the command line, I get an error that says "no module named gfceux. I looked at the output of the build command, and there are no errors. Any suggestions as to how to get gfceux working on my laptop? Thanks in advance for any info.

Thanks,

Guy

juanmoreno92

April 19th, 2009, 01:31 AM

Can you give me a link from where you got it from? (I checked the homepage, but felt uncertain on where I should get it anyway, hmm..)

FCEUD_VideoChanged
Initializing video... Video Mode: 256 x 224 x 24 bpp
fceux: symbol lookup error: /usr/lib/libSDL-1.2.so.0: undefined symbol: SDL_Quit
I have no clue on this one. I managed to run the rip off version of Super Mario Brothers (the one that leads you underwater to peach that runs away) many times without error.

billc123

April 30th, 2009, 12:21 AM

Squashed looking graphics- how to fix

This is just some general info in case someone else has the same problem I had. When I went into full screen mode it looked like the graphics were squashed (specifically in super mario bros 3)- it was fixed by setting the following command under the advanced tab, extra parameters

--xres 640 --yres 480

took me a little while to figure out what was wrong so I just figured i would post that.

i just upgraded to GFCEUX v2.1 and it fixed the vast majority of my issues. Thanks to the coders ! :P

also - just curious- is it possible to make the cursor not visible in full screeen mode?

nortexoid

April 30th, 2009, 04:43 PM

I just installed in Jaunty using the .deb, and while fceux works, the graphical interface gfeux doesn't. This is the error I get:

Traceback (most recent call last):
File "/usr/bin/gfceux", line 9, in <module>
from gfceux import main
ImportError: No module named gfceux

Any ideas?

Grishka

April 30th, 2009, 05:40 PM

I just installed in Jaunty using the .deb, and while fceux works, the graphical interface gfeux doesn't. This is the error I get:

Traceback (most recent call last):
File "/usr/bin/gfceux", line 9, in <module>
from gfceux import main
ImportError: No module named gfceux

Any ideas?

installing from svn should work.

nortexoid

April 30th, 2009, 06:48 PM

Thanks.

On another note. Why is the performance so slow on my 1.06ghz Intel Core Solo ULV with 945GM graphics, when roms run blazing in Windows emulators on the same hardware (e.g. in Jnes) and with less cpu utilization!?

nortexoid

April 30th, 2009, 06:55 PM

Thanks.

On another note. Why is the performance so slow on my 1.06ghz Intel Core Solo ULV with 945GM graphics, when roms run blazing in Windows emulators on the same hardware (e.g. in Jnes) and with less cpu utilization!?

Nevermind. It runs quite well, performance-wise. I noticed after watching a Flash video just now that it was super choppy. For some reason (I guess after resuming from suspend) that write-combining for my video was disabled, as revealed by a cat /proc/mtrr. Stupid linux!

Clydtsdk-Rivendare

May 1st, 2009, 01:54 PM

I know this post was inevitable, but how legal is this? Need something to do while I get WOW fixed.

install subversion (apt://subversion). then do
svn co https://fceultra.svn.sourceforge.net/svnroot/fceultra/fceu/
svn co https://fceultra.svn.sourceforge.net/svnroot/fceultra/gfceux
and proceed with the installation as normal. or get a gui for subversion, like this one (apt://subcommander).

reloweb

May 24th, 2009, 11:15 AM

I've installed fceu and gfceux both from svn and source but when I launch gfceux it return me this:

Traceback (most recent call last):
File "/usr/bin/gfceux", line 9, in <module>
from gfceux import main
ImportError: No module named gfceux

EDIT: I've solved
One thing, when i'm in game, the sound result a bit not synchronized. How I resolve it?

f16

May 26th, 2009, 02:32 AM

Hello, gfce hangs after sometime.:confused:
Why?

droazen

May 28th, 2009, 08:18 AM

For those who are sick of having to compile fceux from source, there is an experimental "official" ubuntu package built on 2009-05-09 available in this PPA:

https://edge.launchpad.net/~fabricesp/+archive/experimental

The packager needs people to test it on their systems and report the results in a comment to this bug report:

https://bugs.launchpad.net/ubuntu/+source/fceu/+bug/254352

If it works for people, it will be submitted for inclusion in a future version of ubuntu (finally!)

oleoleole

May 29th, 2009, 09:24 PM

I've installed fceu and gfceux both from svn and source but when I launch gfceux it return me this:

Traceback (most recent call last):
File "/usr/bin/gfceux", line 9, in <module>
from gfceux import main
ImportError: No module named gfceux

EDIT: I've solved
One thing, when i'm in game, the sound result a bit not synchronized. How I resolve it?

And how did you solve it?

James79

May 30th, 2009, 06:21 PM

Hi. Firstly - thanks to those who've picked up and extended the FCEU project. I love this emulator.

2 things -

1. I recently upgraded my TV to a plasma 1920x1080. Games now seem a little jerky. In fceu it's tolerable but still noticeable; in fceux it's downright unplayable and slow. I've tried turning everything down, and using OpenGL. The best settings seem to be to render to a smaller resolution like 640x480 and have it stretch to fit the screen, but it's still not perfect. It's frustrating because I don't appear to be cpu limited - the emu takes roughly 20% according to top (amd X2 1.8ghz). Any ideas?

2. I truly don't understand why all these emus don't let you map important things like save/load state, and EXIT to controller buttons. Surely I'm not the only person who plays this with a MythTv frontend, on a keyboardless computer? Currently I'm using qjoypad to work around this situation but it feels like a dirty hack and not entirely reliable.

ugh, the SDL FAQs have this...
Q: I get the error: "no video devices available"
A: SDL doesn't use the X11 video driver if it can't open the X display, and if no other drivers are available, it will report this error.
To fix this, set your display environment variable appropriately:
sh: DISPLAY=:0 ; export DISPLAY
csh: setenv DISPLAY :0
If you still have problems, try running xhost + localhost
Finally, if all those didn't work, and you built SDL from source, make sure that you have the X11 development libraries installed, otherwise you'll get a version of SDL that doesn't include X11 display support. After you install the X development libraries, you need to "make clean" and then rerun the configure and build process.
of course, the DISPLAY variable is set properly, and xhost +localhost doesn't do anything. all X11 dev librarys are insalled. man, a complete SDL removal and reinstall would require removing soooo much stuff. and it's probably not gonna work anyway. *sigh*

ArCeSiNo

June 9th, 2009, 07:05 PM

I just installed in Jaunty using the .deb, and while fceux works, the graphical interface gfeux doesn't. This is the error I get:

Traceback (most recent call last):
File "/usr/bin/gfceux", line 9, in <module>
from gfceux import main
ImportError: No module named gfceux

Any ideas?

I have the same problem. I solved it running the script at /usr/bin/gfceux with python2.5. Remember that the version installed by default on jaunty is 2.6... so just run in a terminal

python2.5 /usr/bin/gfceux

Loranga

June 11th, 2009, 10:21 AM

Any ideas about "native" Game Genie support? (i mean, that GG codes can be entered directly on the command line / GUI without using a GG rom). Like in FCEU for Windows.

Teclas5

June 13th, 2009, 04:12 PM

I installed it and have it up and running. I'm still trying to figure out how to use the Game Genie emulation. Any help or tutorials would be most appreciated. :D

sticmann

June 23rd, 2009, 04:00 PM

Hello all,
Fantastic piece of work here. This may be a bit out, but I'm trying to use a PSX controller that I modded to fit into the parallel port. All the buttons work, but the directional pad doesn't. It is recognized by other js calibration tools, but fceux just doesn't pick it up. Any ideas? Can I edit the config file manually to get it to recognize these?

Thanks.

punkrockguy318

June 23rd, 2009, 05:16 PM

Hello all,
Fantastic piece of work here. This may be a bit out, but I'm trying to use a PSX controller that I modded to fit into the parallel port. All the buttons work, but the directional pad doesn't. It is recognized by other js calibration tools, but fceux just doesn't pick it up. Any ideas? Can I edit the config file manually to get it to recognize these?

Thanks.

I have the same problem with my 360 controller. Fceux has trouble recognizing any part of the controller that the OS treats as a "hat" right now

punkrockguy318

June 23rd, 2009, 05:17 PM

As for the person that was complaining about low framerate, try turning openGL off and turning compiz off if it is on.

sticmann

June 23rd, 2009, 09:13 PM

I have the same problem with my 360 controller. Fceux has trouble recognizing any part of the controller that the OS treats as a "hat" right now

Thank you for the quick reply. Do you know if this is something that is being worked on? Is this a common issue or an outside case?

khelben1979

July 14th, 2009, 05:56 PM

I just wanted to mention that I have been able to run FCEUX 2.1.1 (during this summer) successfully on the ppc linux platform and as of today 2.1.0 have been tested and working with no problems on my pc linux system as of today.

Is this the best nes emulator available for Linux today? (when thinking about cpu efficency and stability)

It has been the only NES emulator which I have successfully used on a ppc linux system, ever.

carlosalvatore

July 26th, 2009, 04:21 PM

I have the same problem. I solved it running the script at /usr/bin/gfceux with python2.5. Remember that the version installed by default on jaunty is 2.6... so just run in a terminal

python2.5 /usr/bin/gfceux

# python2.5 setup.py install --prefix=/usr/local

solves the problem, at install stage

greetings

mister_playboy

July 28th, 2009, 04:08 AM

EDIT:Never mind... post above me solved it.

Redmage913

August 4th, 2009, 11:25 PM

Greetings,

I just tried installing from the source file, and I came across a huge problem in doing so.

I copy-pasted the long sudo apt-get install command and installed the necessary packages. I also extracted the fceu and gfceux folders to the home directory.

When I ran the sudo scons install command, the entire process failed. I was getting not found errors for every file it tried to work with.

I would include an entire terminal entry, but it ran way longer than the terminal length before it starts cropping the oldest lines.

Any ideas?

Thanks much,
Redmage913

PS Running Xubuntu 9.04 on a Dell Mini 9.

holamyburrito

August 18th, 2009, 04:02 PM

I just installed the latest version of FCEUX from source and I'm having the same input problem described a few pages back. I have liblua5.1-dev installed, and I even tried running sudo apt-get install liblua5.1* and with all the packages it still doesn't accept input after config.

Can anyone help?

holamyburrito

August 21st, 2009, 04:27 PM

Anyone at all?

s0up

October 23rd, 2009, 08:26 PM

Greetings,

I just tried installing from the source file, and I came across a huge problem in doing so.

I copy-pasted the long sudo apt-get install command and installed the necessary packages. I also extracted the fceu and gfceux folders to the home directory.

When I ran the sudo scons install command, the entire process failed. I was getting not found errors for every file it tried to work with.

I would include an entire terminal entry, but it ran way longer than the terminal length before it starts cropping the oldest lines.

Any ideas?

Thanks much,
Redmage913

PS Running Xubuntu 9.04 on a Dell Mini 9.

I had this problem as well. You need to install g++:

sudo aptitude install g++

hellocatfood

November 8th, 2009, 03:12 AM

I've installed to Ubuntu 9.10 using the instructions on your website and I get choppy sound. Is there any way to fix this? I tried changing the Buffer size and Sample rate but it had little effect

sou_agua

November 9th, 2009, 07:53 AM

Trying to get FCEUX working on my gf's old laptop (running ubuntu 8.04). Here is the error I get when I try to run sudo scons install:

The laptop is a Compaq with AMD64 processor. I've read through this thread and the FAQ on the fceu website. I haven't played with any Linux stuff in a long time. Is the fix on this something easy that I'm forgetting? I installed all the dependencies from the beginning of this HOWTO, and tried svn, and installed gtk++. No dice yet.

Thanks,
~S

Stuart P. Bentley

November 13th, 2009, 11:37 PM

I'm not getting a window when I go Applications->Games->FCEUX NES Emulator.

Also, what's the progress on replacing the GFCEU and FCEU entries in the Ubuntu Software Center?

kissg1988

November 18th, 2009, 11:52 PM

To eliminate the "ImportError: No module named gfceux" error message, just open the file "/usr/bin/gfceux" with a text editor and append the numbers "2.5" to the very first line, so it reads:

#!/usr/bin/python2.5

This solved the problem for me on Jaunty, it certainly has to do the trick on Karmic, too.

They switched to Python 2.6 in Jaunty, but fortunately the old version is still available.

punkrockguy318

December 30th, 2009, 10:05 PM

Hey all,
I know I'm sort of bringing this thread back from the dead, but I wanted to announce that I'm starting work on an integrated GTK GUI for FceuX. This will eliminate the need for a launcher program since options will changeable during run-time.

I've currently just begun work on this, and there are only a few basic features but if you want to check it out, compile the subversion source with the GTK flag checked (ie: scons GTK=1 install)

If anyone is interested in working on this with me shoot me a PM.

quequotion

January 8th, 2010, 02:39 AM

In order to get gfceux to work (after compiling without a prefix) I tried to cut out everything to do with the network setup. (there's a colorful comment in main.py justifying this action as well...)

take a look at this main.py (from /usr/local/lib/python2.6/dist-packages/gfceux/) in which I've commented out everything that i thought might be relevant.. I am not familiar with the code however so it's pretty likely I did something wrong. I did make one small deletion, where "network" was requested whenever you hit a button on the gui.

The good news is, fceux works fine anyway, and now I can even use gfceux to configure the controllers, screen, sound, and load games. (haven't tried any lua scripts yet.)

Also, there's another bug in uninstall.py for gfceux, where it looks for files in the wrong directory (after installing with a prefix). I've attached my revision to this as well...

ps - I'd very much like to work with the svn directly but the checkout link on the homepage doesn't seem to be working... is it just me or is the repository down?

punkrockguy318

January 8th, 2010, 04:39 AM

In order to get gfceux to work (after compiling without a prefix) I tried to cut out everything to do with the network setup. (there's a colorful comment in main.py justifying this action as well...)

take a look at this main.py (from /usr/local/lib/python2.6/dist-packages/gfceux/) in which I've commented out everything that i thought might be relevant.. I am not familiar with the code however so it's pretty likely I did something wrong. I did make one small deletion, where "network" was requested whenever you hit a button on the gui.

The good news is, fceux works fine anyway, and now I can even use gfceux to configure the controllers, screen, sound, and load games. (haven't tried any lua scripts yet.)

Also, there's another bug in uninstall.py for gfceux, where it looks for files in the wrong directory (after installing with a prefix). I've attached my revision to this as well...

ps - I'd very much like to work with the svn directly but the checkout link on the homepage doesn't seem to be working... is it just me or is the repository down?

Hey, thanks a lot for reporting that. I actually screwed that up a little while ago and didn't know it got committed broken as all hell.

I also just fixed the uninstall script in svn; i changed the default install a while ago to /usr/local and I guess i forgot to change that. . python doesn't really have a good install/uninstall mechanism (well I guess autotools don't either)

gfceux will probably not get any more features from me, as I'm putting my time into the GTK GUI for fceux right now. The GUI currently runs in a seperate window due to technical limitations right now, but if/when SDL 1.3 gets released, this will be a lot better to integrate. With the seperate window you will be able to change options and controls on the fly, and will be much more integrated with the emu itself

expect some good things when I have some spare time

MatthewJohn

January 9th, 2010, 10:28 AM

im having trouble getting sound working with fceux, and im pretty sure its a SDL issue. i have a ion 330 motherboard and im using hdmi for audio, its working for everything else but sdl applications. i did however get mednafen to work but only after changing settings that are not available in fceux, i used -sounddriver alsa and -sounddevice sexyal-literal-default

if anyone knows how to fix this or force sdl to use a different sound device for every application that should fix it.

Shaggin Shea

January 12th, 2010, 07:49 PM

im having trouble getting sound working with fceux, and im pretty sure its a SDL issue. i have a ion 330 motherboard and im using hdmi for audio, its working for everything else but sdl applications. i did however get mednafen to work but only after changing settings that are not available in fceux, i used -sounddriver alsa and -sounddevice sexyal-literal-default

if anyone knows how to fix this or force sdl to use a different sound device for every application that should fix it.
I am having this or a similar problem as well, I did find this http://sourceforge.net/tracker/index.php?func=detail&aid=2919837&group_id=13536&atid=113536 which mentions updating libSDL-1.2.14 from version 1.2.13 which is apparently in the Lucid suppositoy. I am using ubuntu 9.10 (I don't even know what libSDL version I am using) could somebody let me know how to check/update this? I will post the results. Hope this helps you matthewjohn

******UPDATE******
I was able, it seems, to solve my sound jitter and emulator crashing as follows
1. I already had followed the howto and was getting crashes/choppy sound
1.a. I downloaded and intalled libsdl1.2_1.2.14.orig.tar.gz (http://archive.ubuntu.com/ubuntu/pool/main/libs/libsdl1.2/libsdl1.2_1.2.14.orig.tar.gz) found here http://packages.ubuntu.com/source/lucid/libsdl1.2
Please note I am using ubuntu Karmic 9.10 and had to go to the ubuntu lucid(10.x) packages to do the update. Apparently as far as I could tell from other forum threads the sdl libraries even though it's a minor update number 1.2.13 ->1.2.14 it fixed a not so minor bug. But the update is not in karmic repositories.
2. Followed the rest of the howto even the gefcux part (maybe unnecessary)
Tada! My sound emulation came out much better, perfect maybe.
Hope this helps someone else!

Shaggin Shea

January 16th, 2010, 03:36 AM

Now I have a separate problem.
When I am trying to set the controls for my xbox controller terminal gives me a segmentation fault. It has something to do with the directional pad. When I push the joystick, both the left analogue and the left directional pad.

I get through sometimes with the analogue but it's not pretty, for some reason it shoots forward in the setup of the controls (for example it says push up I do, then it asks me to push turbo b) here is a sample analouge controller fceux.cfg for controller 0 (player 1)

I installed gfceux in karmic using the scons command but now I am having trouble removing it. I was wanting to use sixaxis as a usb controler but didnt get anywhere so i figured that I would just remove gfceux. Any help would be appreciated.

thanks.

NewWorld

January 23rd, 2010, 08:28 PM

Trying to get FCEUX working on my gf's old laptop (running ubuntu 8.04). Here is the error I get when I try to run sudo scons install:

The laptop is a Compaq with AMD64 processor. I've read through this thread and the FAQ on the fceu website. I haven't played with any Linux stuff in a long time. Is the fix on this something easy that I'm forgetting? I installed all the dependencies from the beginning of this HOWTO, and tried svn, and installed gtk++. No dice yet.

Thanks,
~S

I worked around that by replacing 'Variables' in lines 5-6 with 'Options'. And replacing 'Variable' in lines 7-14 with 'Option'. That's how I found the code to look like in an older version of the program. :)

bgiannes

January 28th, 2010, 08:36 PM

sudo apt-get install fceu gfceu

works for me in 9.10, but how do i do keyboard and gamepad maping?

i tryed:

"gfcue gamepad mapper" but the dialog box just flys through the "wrong" keys?? my "gamepad1" is a usb gen joy-pad

ps i'm running it from mythgames with this command, so i don't really need gfceu as mythtv is my fecu gui

fceu -fs 1 -sound 1 -input 1 -xres 1024 -yres 768 -soundvol 25 %s

UPDATE:

got it fixed, edit the fceu.cfg file and make all the gamespad values 0, then re-run the gfceu gamespad setup.

rifter

February 9th, 2010, 02:21 PM

I've installed to Ubuntu 9.10 using the instructions on your website and I get choppy sound. Is there any way to fix this? I tried changing the Buffer size and Sample rate but it had little effect

I actually installed this because the ubuntu-included fceu and gfceu had choppy sound, which I determined was caused somehow by pulseaudio (on 9.10) even when I used the commands that force things to pulseaudio. Having gotten some success in wine by directing things to esd, I tried to get esddsp to work but that gave no joy.

I found that if I launched gfceux as

esddsp gfceux

the sound was perfect.

What's funny about this is that on 9.10 the esd apparently has a wrapper to pulseaudio. nevertheless this works, so you should try it.

rifter

February 9th, 2010, 02:25 PM

By the way, in 9.10 with 2.1.2 of gfceux I still have the mouse cursor bug. It is not stuck in the middle of the screen; I can move it, but it does not get hidden :P.

Still, so far this is the only emulator I have gotten to work right, so props! :D

Redmage913

February 18th, 2010, 09:13 PM

Hey there,

I have a weird experience opening the program - unless I open up the gfceux python script from thunar (I'm running xubuntu 9.04), I can't open it up. I can't open it from applications->games->FCEUX NES Emulator or using the alt+f2 run program tool.

The program runs fine for me, just the way I'm forced to open it is a little strange in my mind. Any ideas?

EDIT: it will open up the terminal if i type in 'python gfceux' (minus quotes).

punkrockguy318

February 19th, 2010, 12:00 AM

Hey all, fceuX-sdl dev here. I see you guys have brought up a lot of new issues so I'm going to try to address all of them.

* Fullscreen cursor not being hidden - FIXED in r1651

* Audio issues - First, try running fceuX through esddsp. If you're using pulseaudio and not alsa, this should eliminate all poor audio performance. Secondly, as mentioned earlier, update to SDL 1.2.14. There are some audio-related bug fixes in that update that are relevant to fceuX. I'm not sure if there's a package yet, but it will be default in Ubuntu+1 and it's simple to install via source. TBH, i'm not sure why SDL 1.2.14 isn't in the update repository yet. THANKS SHAGGIN SHEA FOR THE ESDDSP TIP! I was hacking the SDL sound code for weeks, and it wans't even an issue in my code. :mad:

* Input configuration issues - Let me start off by saying that the "--inputcfg" system used in fceuX is extremely outdated and has a lot of problems right now. I'm working on it. For now, use a third party utility to map joystick buttons to KEYS. I know there are apps that do this but I can't think of the names off hand, search the apt repos.

* Scons bombing out - You're using a pretty damn old version of scons. Either update to the latest scons, or replace each instance of variables with options like Shaggin Shea mentioned earlier.

* GFceux issues - Gfceux is getting depreciated. FceuX is getting a GTK GUI that will remove the need for a launcher. If you'd like to try it out, enable the GTK option in the SConstruct (line 15). Just change the 0 to 1 and you're good to go.

This thread seems to be the most active discussion of the SDL version of fceuX. I encourage you all to participate in the fceuX community (http://fceux.com). I reply to the mailing list ASAP, and check the tracker fairly often. We're also fairly active on IRC (#fceu @ irc.freenode.net) so come check us out there.

Furthermore, you can contact me directly at < LTsmooth42 _at_ gmail _dot_ com > . I'm not bothered by questions / feedback / issues related to fceuX because I want to see fceuX be as good as it can be.

So, now that that's settled, you guys can kick back and play some f*****g nintendo while I code away :popcorn::popcorn::popcorn:

Enjoy!

-Lukas

punkrockguy318

February 19th, 2010, 12:32 AM

Hey all;
I've been doing a lot of work on the GTK GUI. I just added a lot of menu options. The GTK UI desperately needs some testing outside of my box.

If you'd like to test it, enable GTK in the SConstruct and rebuild fceuX

Make sure you get the latest svn if you want to test (i've been making a lot of changes, so make sure you svn up often)

Please, stress test this in every single way. I'd like to get all the bugs cleared out of this so I can start adding all the features I'd like to add to the GUI.

I'm also idling on IRC if anyone wants to chat and help test this.

Thanks!

litemirrors

February 19th, 2010, 01:21 AM

I would use this but then why? I downloaded Mednafen then found this front end http://ubuntuforums.org/showthread.php?t=813785 programmed that still works. It supports more than just NES too!

punkrockguy318

February 19th, 2010, 01:46 AM

I would use this but then why? I downloaded Mednafen then found this front end http://ubuntuforums.org/showthread.php?t=813785 programmed that still works. It supports more than just NES too!

not forcing you to use anything; madnafen is a cool emu as well

fceuX just has a lot more features than what madnafen's nes emulator has. i don't really feel like getting into details right now, but fceu is a lot more flexible for TAS, rom hacking, and other power-user features

the GUI for mednafen is a lot more fleshed out than the GUI for fceuX currently. i'm the only person working on the GUI currently, and I also have a real job and a lot of other things to do. However, I plan on devoting a lot of time in the near future for getting the GTK GUI up to speed with the win32 version and depreciating gfceux

use whatever you want. i obviously have a biased opinion since I spend so much time coding fceuX, but I feel that I can say objectively that fceuX is much more powerful than mednafen, but it's obvious that mednafen has a much better GUI

Working to improve the GUI as we speak; I just committed a dialog to replace --inputcfg. it's not finished, but it will save a lot of headaches once it is.

punkrockguy318

February 19th, 2010, 07:24 AM

I recommend this software for people who would like to use gamepads for hotkeys, or if they are having trouble getting their joysticks working with fceuX

http://code.google.com/p/jkeys/

punkrockguy318

February 24th, 2010, 08:20 AM

I've been doing a lot of work on the GTK GUI. It's almost completely fleshed out.

Testing would be key here! I have built an amd64 package for anyone that would like to give it a shot.

I've been working hard on the GTK GUI. Almost everything in fceux.cfg is configurable via the GUI. Here's a list of some stuff I added:
* inputcfg - no hotkeys yet, but there's a GUI for gamepad config
* video dialog
* sound dialog - all options and mixers for each sound channel
* palette dialog - also includes color/tint/hue

movie loading, lua script loading, rom loading, and some other command are also available via menus

there's more to come and it will be polished more in the near future, but any feedback would be great!

here's a deb package for 64bit. it was built on ubuntu 9.10 with SDL 1.2.14. as with all linux binaries, YMMV, but if all else fails just compile the source in subversion.

http://megaupload.com/=dFCMDASUI

punkrockguy318

February 25th, 2010, 08:43 AM

bump for update

quequotion

February 26th, 2010, 01:53 PM

I actually installed this because the ubuntu-included fceu and gfceu had choppy sound, which I determined was caused somehow by pulseaudio (on 9.10) even when I used the commands that force things to pulseaudio. Having gotten some success in wine by directing things to esd, I tried to get esddsp to work but that gave no joy.

I found that if I launched gfceux as

esddsp gfceux

the sound was perfect.

What's funny about this is that on 9.10 the esd apparently has a wrapper to pulseaudio. nevertheless this works, so you should try it.

this is interesting, and possibly very important. 9.10 has serious problems with SDL audio (http://ubuntuforums.org/showthread.php?t=1368141&page=14) I haven't seen using esddsp proposed yet, although a lot of similar half-workarounds have been tried, and no solution has been found so far...

Genecks

March 10th, 2010, 11:07 AM

I'm on a Debian Lenny system. And I'm not getting sound. I used the first post's instructions in this thread. Maybe things have changed?

Either way, I'd really like sound.
Yes, sound on my box works (not with the FCEU, though).
I believe I'm using an ALSA setup at the moment.

I've been doing a lot of work on the GTK GUI. It's almost completely fleshed out.

Testing would be key here! I have built an amd64 package for anyone that would like to give it a shot.

I've been working hard on the GTK GUI. Almost everything in fceux.cfg is configurable via the GUI. Here's a list of some stuff I added:
* inputcfg - no hotkeys yet, but there's a GUI for gamepad config
* video dialog
* sound dialog - all options and mixers for each sound channel
* palette dialog - also includes color/tint/hue

movie loading, lua script loading, rom loading, and some other command are also available via menus

there's more to come and it will be polished more in the near future, but any feedback would be great!

here's a deb package for 64bit. it was built on ubuntu 9.10 with SDL 1.2.14. as with all linux binaries, YMMV, but if all else fails just compile the source in subversion.

http://megaupload.com/=dFCMDASUI

The link appears to be broken; would you be so kind as to re upload the 64bit package?

rifter

March 14th, 2010, 03:59 AM

I'm on a Debian Lenny system. And I'm not getting sound. I used the first post's instructions in this thread. Maybe things have changed?

Either way, I'd really like sound.
Yes, sound on my box works (not with the FCEU, though).
I believe I'm using an ALSA setup at the moment.

What kind of sound mixer are you using? (pulseaudio, esd, etc)?
If you don't know chances are the man pages will give a hint (did for me) try
apropos esd
apropos pulseaudio

and see what you get. You can force an application to use your mixer in those two cases with the

esddsp

and

padsp

commands, respectively. Just put either one before the program you are launching like:

esddsp gfceux

note that if you have pulseaudio it has a wrapper for esd. For some reason on my system even though I have pulseaudio some programs will not work with the padsp command but will with the esddsp command (which is a wrapper to pulseaudio that takes esd style input). Your mileage may vary.

I was wondering , how can I remove fceux , if installed with the method mentioned in the first post?

derrick81787

March 22nd, 2010, 07:23 PM

Has anyone here ever gotten fceu to work with an XBox controller? I have almost gotten it, but just can't quite get there. I have everything working except for the d-pad, which fceu just won't recognize. It's weird because SuperTux will recognize it, and fceu actually works with the joystick. It's just that playing NES games with a joystick is awkward.

If anyone can offer any advice at all, I'd appreciate it.

- Derrick

cecilkorik

March 27th, 2010, 04:32 PM

Like the dev said earlier, it seems the input configuration in FCEUX isn't up to par yet.

In the meantime you should use a joystick->keyboard mapper to make your joystick create keypresses instead of button presses. Personally I use QJoyPad (http://qjoypad.sourceforge.net/) which has profiles, can map axises as well as buttons, and has a very user friendly dialog to set everything up. You can even set up one of your analog sticks to act as a mouse, if you like!

Other alternatives that I've heard of but not tried include xjoypad and rejoystick (which I've heard good things about).

Unfortunately I don't think any of them come with a ubuntu package at this time. QJoypad wasn't difficult to compile. All I did was download the source and make sure that I had the needed libraries before running "./configure" then "make".

If configure complains about missing libraries, try running the following apt-get:

That should get more or less everything you need to compile programs, including this one specifically.

derrick81787

March 27th, 2010, 05:00 PM

Thanks for that post. I'll give it a try. I tried jkeys once, but it didn't seem to map axis, just buttons, and for some reason the d-pad on the Xbox controller is an axis, not 4 buttons.

I'll try out some of those and post here about how it worked out.

Thanks,
Derrick

grnorris

March 28th, 2010, 01:40 AM

I followed the method mostly but I had already downloaded the current version so I just followed the method from my download folder. If I'm not mistaken I'm supposed to just move the folder elsewhere right? If so what folder would you suggest (Single User-Ubuntu 9.1)

derrick81787

March 28th, 2010, 08:18 PM

Thanks for that post. I'll give it a try. I tried jkeys once, but it didn't seem to map axis, just buttons, and for some reason the d-pad on the Xbox controller is an axis, not 4 buttons.

I'll try out some of those and post here about how it worked out.

Thanks,
Derrick

QJoyPad works great. I'm running GNOME and so I tried the others first (since QJoyPad uses QT) but they weren't anywhere near as good as QJoyPad. I tried Jojsticken, which is the newer rewrite of Rejoystick, but it just didn't recognise the d-pad. Then I tried xjoypad, but it just wasn't very user friendly to set up. QJoyPad ended up working great, and it was easy to compile and install.

- Derrick

Nisal

March 29th, 2010, 11:45 AM

OK Going to try this ? what about system requirement ?

derrick81787

March 29th, 2010, 02:45 PM

OK Going to try this ? what about system requirement ?

I didn't install FCEUX, but I installed the older version, FCEU, that is in the repositories. I have a little, underpowered netbook, and it works fine, so I'd say the system requirements are pretty low.

The only problem I encountered was that the graphics were a little choppy on my cheap integrated video card. Disabling OpenGL fixed that though. I think the option I had to specify was -opengl 0. After that, and after using QJoyPad to set up the controller, it works great for me.

- Derrick

punkrockguy318

March 29th, 2010, 04:36 PM

Hello all,

I really can't diagnose people's sound issues this way.

Sound is a mess in 9.10.

Please post the following info:
OS version
SDL_AUDIODRIVER (this is a big issue; it's buggy in < 10.4.
FceuX version

Fceu has such a different codebase from fceux at this point that I'm going to really offer support for anyone with troubles with fceu except this point of advice: upgrade to fceux

I'd love to help people out here

I had sound working w/ fceux (svn) in 9.10 with export SDL_AUDIODRIVER=esd (while using pulseaudio)

Sound works out of the box in 10.04; which I recommend everyone to upgrade to when it is released.

Just reiterating that the issues here are NOT with fceuX code; mostly issues with the SDLAUDIODRIVERs

punkrockguy318

March 29th, 2010, 04:37 PM

I was wondering , how can I remove fceux , if installed with the method mentioned in the first post?

3. Open a terminal (Applications... Accessories... Terminal) and obtain source from subversion.

svn co https://fceultra.svn.sourceforge.net/svnroot/fceultra fceultra

4. Change directory into the fceu folder.

cd fceultra/fceu

5. Build and install fceux.

sudo scons GTK=1 install

6. Type: fceux

Thanks punkrockguy318.

rifter

April 13th, 2010, 06:17 PM

I recently had to do this again, for my 64 bit machine.
I noted that you install libsdl1.2debian-esd and that was going to uninstall (on my machine) libsdl1.2debian-alsa. I noticed that there is a libsdl1.2debian-all that allows for all of the options. I installed that instead and the only difference I have to make now is to specify esd before starting gfceux by setting the environment variable

export SDL_AUDIODRIVER=esd

I have that in my .profile now, but I have also tested using the following in the launch for gfceux that I created in the menu

env "SDL_AUDIODRIVER=esd" /usr/local/bin/fceux

Hope this helps if someone wanted to make sure their SDL library had support for other sound options. ESD is still the only one that works right for me for gfceux.

Redmage913

April 18th, 2010, 05:53 PM

I compiled FCEUX using the instructions in the first post, and I'm VERY happy to say it compiles just fine under Lucid Ubuntu. I'm running the 32-bit beta/release candidate (according to the roadmap we're in-between them with a freeze on just about everything, so I'm guessing it's about the release candidate at this point)

It's a little choppy, but at the same time, I'm running a bit of an underpowered machine (Dell Mini 9: 1024 MB RAM, 1.6 Intel Atom, Intel GMA 950).

By the way, what would you say the minimum specs are nowadays for this program?

Thanks,

--Red

EDIT: P.S. I found that the emulator runs as smooth as can be without sound enabled (even at 400% speed), which for me is fine because I normally tend to play Final Fantasy when I'm in class, when I sit in waiting rooms, etc.

bb93

May 8th, 2010, 03:40 PM

It works in Ubuntu 10.04 x64 too :p

dbbolton

May 8th, 2010, 04:09 PM

Well, sound was working for me in 2.1.2, but after installing 2.1.3, it doesn't (running Debian squeeze)

echo $DISPLAY
:0

echo $SDL_AUDIODRIVER
esd

I ran

esddsp fceux file.rom

and got this:

Loading SDL sound with �� driver...
No available audio device

Notice the Unicode junk as the name of the driver. It is different every time. Some others that have appeared:

@��
���
`�D
`�

bb93

May 9th, 2010, 10:18 PM

Anybody can play via network on Fceux? Or it's not possible??

PerfectReign

June 10th, 2010, 10:12 PM

Many thanks to the OP - this worked great. I'm now up on FCEUX 2.0.

http://www.perfectreign.com/stuff/2010/fceux_mario.png

I can't seem to get full screen going, but that is a minor issue. (I'm set at 1680x1050 on a laptop.)

This is a very nice implementation. By comparison, the out of the box 9.1 fceu was choking at 100% utilizaiton. I think I had fceu working on 10.04, but there were so many issues with that I had to reinstall at 9.1.

hanciong

June 12th, 2010, 01:43 PM

hai. I have one problem. I have done all 4 steps to install (G)FCEUX 2.0 NES emulator. Now, how to run it?? thanx a lot

got it. turns out I must type fceux in terminal and press enter. sorry guys, i am a newbie in ubuntu

punkrockguy318

June 26th, 2010, 05:10 PM

hai. I have one problem. I have done all 4 steps to install (G)FCEUX 2.0 NES emulator. Now, how to run it?? thanx a lot

got it. turns out I must type fceux in terminal and press enter. sorry guys, i am a newbie in ubuntu

after running scons, fceux in built in ./src/fceux

you can run it via ./src/fceux in your fceux folder

or if you installed it; you can just run "fceux" or "/usr/local/bin/fceux"

are people still having sound issues?

Super Jamie

July 28th, 2010, 08:35 AM

Just wanted to say thankyou so much for all your efforts with this emulator. The interface is way better than fumbling around with the old gfceu and the video options are perfect.

Shaggin Shea

August 18th, 2010, 05:58 PM

after running scons, fceux in built in ./src/fceux

you can run it via ./src/fceux in your fceux folder

or if you installed it; you can just run "fceux" or "/usr/local/bin/fceux"

are people still having sound issues?
I just did a fresh install of ubuntu 10.04 I tried fceu through the ubuntu software center and fceux gfceu. They worked well, sound was good on both (I had troubles in the past which you can find in earlier posts to this thread), fceux couldn't open the controller input.Than I installed using punkrockguy's howto with scons. Again no sound issues. I want to say good job on how far you have come with fceux. Is there a way to save the controller config or is that something that is coming?

Update
This came up in the terminal:
Initializing video... Video Mode: 512 x 448 x 32 bpp full screen
Loading SDL sound with ���� driver...
No available audio device

Update2
The controller config issue seems to have resolved itself on it's own. I haven't been able to reproduce the sound issue so that too has seemed to resolve itself.

mister_playboy

September 16th, 2010, 02:16 PM

Well, sound was working for me in 2.1.2, but after installing 2.1.3, it doesn't (running Debian squeeze)

echo $DISPLAY
:0

echo $SDL_AUDIODRIVER
esd

I ran

esddsp fceux file.rom

and got this:

Loading SDL sound with �� driver...
No available audio device

Notice the Unicode junk as the name of the driver. It is different every time. Some others that have appeared:

@��
���
`�D
`�

I'm having the same problem with 2.1.4a on Kubuntu 10.04. :-k EDIT: Changing the sound from "esd" to "alsa" fixed the problem. :D

mister_playboy

September 17th, 2010, 03:34 PM

Is there no way to set directory paths with the new GUI? Having to click through folders for every load/save operation gets old fast.

btncix

September 23rd, 2010, 09:54 AM

Sound does not work for me.

I installed only fceux (no gfceu) by following the instructions explained in the first post. My system is 32 bit Ubuntu 10.04. Most of what I tested appear to work great except for sound.

I know that my sound works when I go to youtube.com, but I haven't done anything else to test it. Also, I don't know my system or Linux well enough to know if I should be using some other value for SDL_AUDIODRIVER. I place the export SDL_AUDIODRIVER=esd in my .bashrc file.

FYI - I got game genie to work with gg.rom. If I have a couple of questions regarding the cheat code features, can I ask them here or should I create a new thread?

punkrockguy318,
Thanks for all your work so far with fceux.

btncix

September 23rd, 2010, 07:17 PM

UPDATE:

I had another Ubuntu install on another hard drive, so I repeated the install on the second system. Sound worked!

Difference between my two Ubuntu systems:
the first Ubuntu system (sound did NOT work) - this was a bare minimum install with LXDE. I had to install the sound files myself such as alsa-base and alsa-utils
the second Ubuntu system (sound WORKED) - this was an Ubuntu Desktop install. I'm guessing that I didn't have something installed or configured in my first system.

I would appreciate any suggestions on how I might be able to figure out what the sound setup differences are between my two systems - is there an apt or dpkg or any other command to see which packages might be missing in my first system compared to my working system. Thanks.

Redmage913

October 10th, 2010, 07:05 PM

Hello again,

Has the list of required programs changed with the release of Maverick?

Thanks,
--Red

xQB12

November 20th, 2010, 04:52 PM

your info helped me out alot!!!! Im new to Ubuntu and it can be overwhelming at times, but its cool to find help just clicks away...Thanks again

UPDATE: Game window is embedded in GUI window! Grab the latest SVN for testing!

To answer some questions...

Yes, the build deps should be the same for maverick

For those of you with no sound, make sure that libsdl1.2debian-* is installed, where * is the sound system on your system (try pulse, esd, alsa, etc... use whichever works the best on your system!

And any game genie questions can surely be asked in here. Check the docs as well, as they might be outdated (I may need to update them)

Any feedback on the new GUI would be greatly appreciated !

VortexCortex

January 26th, 2011, 12:18 PM

try compiling the most recent svn, it should compile fine now
...
Any feedback on the new GUI would be greatly appreciated !

First time using FCEUX (long time FCEU user). Just compiled this on a few x86 Maverick systems (svn rev 2096, Tue, 25 Jan 2011). Glad to see that sound is working, even on low end specs (1.8ghz, 640mb RAM -- w/ reduced sound Hz).

Love the new GUI, much improved from the GFCE front-end I used previously. Integrated menu and emulator window is very nice.

I like that the load ROM file dialog remembers the last folder (perhaps "save state as dialog" should remember its last location too? For now I just execute with saves folder as the working dir).

At first I thought it was freezing up when I pressed "select", but then I realized that my chosen select key "\" is mapped to SDL.Hotkeys.FrameAdvance... No prob, edited the .cfg as mentioned (hint: use "showkey -a" in a virtual terminal (Ctrl+Alt+F1) to get ASCII codes (not scancodes). Use the decimal code -- first number output).

Aside from changing the "open" dialog to a "save" for the "Save State As" file dialog, the only UI I'm missing is a shortcut editor -- resolving double key mapping conflicts manually is a bit tedious.

Great work! Looking forward to compiling on x64 Maverick when my laptop arrives in a week or so.

jmrank

January 27th, 2011, 04:48 PM

Okay, experts... I was able to get fceux built and installed, and it's working. Here's my issue: I'd like to be able to script it so I can run it via the command line and go straight to the game, which isn't working.

I don't have gdm running, and would ideally like to be able to run it directly from a terminal. I'm trying this:

xinit /usr/local/bin/fceux /roms/nes/<romname>

...which kind of works (this is how I run daphne from tty, with xinit). It starts X, loads the game, and is reading the config file (fullscreen turned on, custom key assignments are working). Except... the "empty" fceux window (with the menu options) shows up in front of the game, so you can't see about 1/4 of the screen! Also, when the game is quit, you still have to "close" the fceux window before it returns to the terminal.

Is it possible to basically have the fceux window never come up? Load straight into the game and go right back to tty when you quit? My other option is to use fceu, but then I don't have the config file to custom-map all the keys...

punkrockguy318

January 28th, 2011, 07:41 AM

Aside from changing the "open" dialog to a "save" for the "Save State As" file dialog, the only UI I'm missing is a shortcut editor -- resolving double key mapping conflicts manually is a bit tedious.

Great work! Looking forward to compiling on x64 Maverick when my laptop arrives in a week or so.

Just commited 2098. Does that clean up the dialog issue for you?

And about the shortcut editor.. If there's not already one there, add a bug under the wishlist folder and hopefully me or someone else will eventually get to it. This would be nice to have.

Thanks for your feedback! Enjoy fceux :popcorn:

edit: i somehow lost half of my reply here when posting... too late to repost but basically i implemented the dialog remembering folders feature in r2097 check out the latest svn and test :D

punkrockguy318

January 28th, 2011, 07:54 AM

Okay, experts... I was able to get fceux built and installed, and it's working. Here's my issue: I'd like to be able to script it so I can run it via the command line and go straight to the game, which isn't working.

I don't have gdm running, and would ideally like to be able to run it directly from a terminal. I'm trying this:

xinit /usr/local/bin/fceux /roms/nes/<romname>

...which kind of works (this is how I run daphne from tty, with xinit). It starts X, loads the game, and is reading the config file (fullscreen turned on, custom key assignments are working). Except... the "empty" fceux window (with the menu options) shows up in front of the game, so you can't see about 1/4 of the screen! Also, when the game is quit, you still have to "close" the fceux window before it returns to the terminal.

Is it possible to basically have the fceux window never come up? Load straight into the game and go right back to tty when you quit? My other option is to use fceu, but then I don't have the config file to custom-map all the keys...
try r2099

i think i might have solved your issue

if it doesn't; file a bug :D

inukaze

March 31st, 2011, 07:15 AM

Hi there , well , the solution for mi , its very simple
I just "Change the emulator"

And i use too : "Gelide (http://gelide.sourceforge.net/)" this program , let me select , emulator , and games i wanna play with simple clicks :=)

well if you wanna use "Filters" or something like that , you should , edit the "mednafen" emulator line , inside the "gelide" , and add something like this "nes.special 2xsai" (to load rom with 2xsai Filter).

Well And the Anothers Emulators & VirtualMachines i use are "Dolphin-Emu" , "Pcsx-r" , "Pcsx2" , "Yabause" .

ScummVM , DosBox (With this i use "GR-Lida")

Few Softwares to play much Games :=) , now Search , Install & Enjoy your Playing Game :=)

punkrockguy318

March 31st, 2011, 03:22 PM

Hi there , well , the solution for mi , its very simple
I just "Change the emulator"

And i use too : "Gelide (http://gelide.sourceforge.net/)" this program , let me select , emulator , and games i wanna play with simple clicks :=)

well if you wanna use "Filters" or something like that , you should , edit the "mednafen" emulator line , inside the "gelide" , and add something like this "nes.special 2xsai" (to load rom with 2xsai Filter).

Well And the Anothers Emulators & VirtualMachines i use are "Dolphin-Emu" , "Pcsx-r" , "Pcsx2" , "Yabause" .

ScummVM , DosBox (With this i use "GR-Lida")

Few Softwares to play much Games :=) , now Search , Install & Enjoy your Playing Game :=)

Sort of off topic here. For those who don't know mednefen is a multi-platform emulator. It uses the (slightly older) core of fceuX for its NES emulation.

Anyway... 2.1.5 is going to be released soon and supports a ton of new features! A complete GUI overhoul and a ton of bug fixes! 2.1.5 should be out sometime in April, but you can get it now through subversion and enjoy all the new features.

The old steps for compiling svn should still apply.

Enjoy!:popcorn:

iLLNiSS

April 18th, 2011, 07:34 AM

Sort of off topic here. For those who don't know mednefen is a multi-platform emulator. It uses the (slightly older) core of fceuX for its NES emulation.

Anyway... 2.1.5 is going to be released soon and supports a ton of new features! A complete GUI overhoul and a ton of bug fixes! 2.1.5 should be out sometime in April, but you can get it now through subversion and enjoy all the new features.

The old steps for compiling svn should still apply.

Enjoy!:popcorn:

yeah i just checked out 2.1.5 on svn. it runs WAYYY better then mednafen. i get absolutely no screen tears anything for xbmc-live unlike mednafen.

mapping controls was an issue for me. i had to run fceux as root and map my controls. i was then able to run as a regular user and the controls worked fine. there are some bugs i see right off the hop but nothing that cant be worked around except one thing.

when using the --no-gui option in fceux, the gui still shows up after you kill the fceux process. not sure why but its definately broken in my situation.

yeah i just checked out 2.1.5 on svn. it runs WAYYY better then mednafen. i get absolutely no screen tears anything for xbmc-live unlike mednafen.

mapping controls was an issue for me. i had to run fceux as root and map my controls. i was then able to run as a regular user and the controls worked fine. there are some bugs i see right off the hop but nothing that cant be worked around except one thing.

when using the --no-gui option in fceux, the gui still shows up after you kill the fceux process. not sure why but its definately broken in my situation.

Try removing your ~/.fceux/fceux.cfg file as user and see if you can remap your controls ( are you using the GUI on CLI here?) (regarding gamepad options not sticking

The "no-gui" option actually should be "--nogui". that's a bug and it's been fixed. Use "--nogui" and it will work fine.

Command-line input parses is broken. Thanks for discovering this before we released a broken fceux!

thanks for your feedback

iLLNiSS

April 18th, 2011, 10:08 PM

Hello,

Try removing your ~/.fceux/fceux.cfg file as user and see if you can remap your controls ( are you using the GUI on CLI here?) (regarding gamepad options not sticking

The "no-gui" option actually should be "--nogui". that's a bug and it's been fixed. Use "--nogui" and it will work fine.

Command-line input parses is broken. Thanks for discovering this before we released a broken fceux!

thanks for your feedback

yeah i deleted the .fceux folder all together before as i was upgrading from 2.1.2. originally, the .fceux folder was completely locked out from my user (not sure why as it was installed with that user). i couldn't cd into the folder but i could chown it fine. thats unrelated though.

i did try mapping as regular user to begin with from a completely fresh install.

thanks for the --nogui tip though ill check that out. i really wish the documentation was better with fceux as i've had nothing but issues setting it up relying on the internet and the usually vague/outdated flags specified in the app itself.

amano

June 25th, 2011, 11:19 PM

Is there a precompiled version of FCEUX 2.1.5 for Natty? The one from the oneiric repos doesn't work...

rokrep69

June 26th, 2011, 04:09 PM

Hi,
I am setting up some emulators in mythgame on mythbuntu 11.04 64 bit. I installed it via synaptic.

FCEUX does work with sound but I am looking for the proper command line to enter into mythgame, for fullscreen and no gui etc.

I messed around and with the --nogui it would lock up, and another time yres and xres switches seemed not work either. Any help is appreciated. And great job dev on the emulator.

Thanks,
Dan

guyster

August 10th, 2011, 02:06 AM

I am trying to install fceux 2.1.5 on Ubuntu Natty. I have all the dependencies installed, but am getting a message that build terminated because of errors. I scrolled the screen up and the error I saw was that asprintf(...) was declared extern and later static. Is there something I'm doing wrong? If someone could please help, I would greatly appreciate it, or point me in the direction of a precompiled package.

Thanks for any suggestions,

Guy

punkrockguy318

August 10th, 2011, 03:01 AM

I am trying to install fceux 2.1.5 on Ubuntu Natty. I have all the dependencies installed, but am getting a message that build terminated because of errors. I scrolled the screen up and the error I saw was that asprintf(...) was declared extern and later static. Is there something I'm doing wrong? If someone could please help, I would greatly appreciate it, or point me in the direction of a precompiled package.

Thanks for any suggestions,

Guy

Can you provide the exact error? I sort of remember that issue cropping up in the past, but I thoguht it was resolved.

Hi,
I am setting up some emulators in mythgame on mythbuntu 11.04 64 bit. I installed it via synaptic.

FCEUX does work with sound but I am looking for the proper command line to enter into mythgame, for fullscreen and no gui etc.

I messed around and with the --nogui it would lock up, and another time yres and xres switches seemed not work either. Any help is appreciated. And great job dev on the emulator.

Thanks,
Dan

fceux --nogui 1 --fullscreen 1 doesn't work properly for you?

Is there a precompiled version of FCEUX 2.1.5 for Natty? The one from the oneiric repos doesn't work...

Not that I know of. I'm not a Debian/Ubuntu user, so I'm not really sure. It would be really great if someone wanted to package one.

Also, if any of you guys need assistance hop in #fceu on Freenode. Don't expect an immediate response, but someone will get around to assisting you (probably me)

Geraba

September 10th, 2011, 01:24 PM

Hello, I'm trying to compile FCEUX 2.1.5 in Ubuntu 10.10, but there's this error I don't know how to fix...

EDIT: I just tried to compile version 2.1.4a, and it seemed to work! Looks really like a programming error in 2.1.5...

can't reproduce with glibc 2.14 and gcc 4.6.1 . the older versions of glibc and gcc in Ubuntu 10.10 might not be compatible with the latest code; although I'm pretty sure I remember 2.1.5 compiling without issues on 10.10

you might want to try get newer versions of gcc/glibc from -backports

are you able to compile the source from the latest svn?

Eck

September 15th, 2011, 10:54 PM

I got the same errors on Debian Squeeze. That print thing is provided by gettext so I tried installing more of that, bringing in php5 stuff, as well as trying more libgd stuff. No go. And if there's a backport I have it installed, excepting the thing that removes portmap. I've got 2.6.39, the latest X, etc.

I too just built and installed the previous fceux instead.

punkrockguy318

September 15th, 2011, 11:04 PM

I got the same errors on Debian Squeeze. That print thing is provided by gettext so I tried installing more of that, bringing in php5 stuff, as well as trying more libgd stuff. No go. And if there's a backport I have it installed, excepting the thing that removes portmap. I've got 2.6.39, the latest X, etc.

I too just built and installed the previous fceux instead.

you shouldn't need libgd or php5; i'll see if i can reproduce and fix this on a debian6 box

Eck

September 16th, 2011, 04:07 AM

Yes, and I purged the additional items when seeing they didn't help. They were the two items mentioned in the errors. Gettext provides that asprint thing so I tried installing more parts of gettext, which brought in php5, and then there was the mention of not finding libgd which I had, but the mini version without X related support.

Got rid of the extras and the just previous fceux built and ran fine. No mention of either of those items during the build either.

Thanks so much for checking into this. I don't know if it relates, but for some time now whenever I build wine the configure builds without gettext support because, it says, it is either not installed or too old a version. That hasn't stopped wine from working just fine though.

punkrockguy318

September 16th, 2011, 04:38 AM

Yes, and I purged the additional items when seeing they didn't help. They were the two items mentioned in the errors. Gettext provides that asprint thing so I tried installing more parts of gettext, which brought in php5, and then there was the mention of not finding libgd which I had, but the mini version without X related support.

Got rid of the extras and the just previous fceux built and ran fine. No mention of either of those items during the build either.

Thanks so much for checking into this. I don't know if it relates, but for some time now whenever I build wine the configure builds without gettext support because, it says, it is either not installed or too old a version. That hasn't stopped wine from working just fine though.

I just built the latest svn build and although the same reference to not finding libgd was shown, and many more warnings appeared than do in the last release version, it succeeded in building.

I removed the old /usr/local/bin/fceux and the ~./fceux directory, and then just installed the updated fceux using the command in your readme and install.sh (without the sudo, just as root as this is debian.) I had installed the previous version using scons install. Is there anything else placed anywhere by scons install besides the binary? I'd just like to know whether there's old stuff floating about.

I just haven't run it to test as I have dvdshrink encoding now and don't want to chance a processor overload. :)

Was something changed to make the subversion build succeed? Whatever it is, it builds now so that's good!

Perhaps the release version should be updated shortly?

Eck

September 17th, 2011, 03:28 AM

Well I ran it. The gamepad config opens up a black screen box and if I hit change in the configurator it blanks out the default option but doesn't replace it. And the usual "press A press A(twice)" stuff doesn't print out in the black window. I need to close the emulator to get that button mapping black window to go away.

Um, I think I like the older version better so far eh? I think I'll delete the executable again and scons install the older one. Something's amiss on this system with the latest (not building) and the subversion (not working.)

Yep, 2.1.4a works fine.

punkrockguy318

September 17th, 2011, 11:16 AM

Well I ran it. The gamepad config opens up a black screen box and if I hit change in the configurator it blanks out the default option but doesn't replace it. And the usual "press A press A(twice)" stuff doesn't print out in the black window. I need to close the emulator to get that button mapping black window to go away.

Um, I think I like the older version better so far eh? I think I'll delete the executable again and scons install the older one. Something's amiss on this system with the latest (not building) and the subversion (not working.)

Yep, 2.1.4a works fine.

That extra black window is opening in error in the current SVN, thank you for pointing that out. However, you should only need to press the key once to set the key. The black box will not be visible in a commit in the near future, so just ignore it and you can bind your keys. But yes, subversion is the working codebase so there are kinks here and there especially when maintaining ports for windows, mac osx, and unix.

Add these three lines to the top of the "src/drivers/sdl/SConcript" file in 2.1.5 to see if this resolves the compilation issue for you (I would test myself but I do not have a Debian/Ubuntu box handy):

If I recall correctly, that should resolve this issue. If you could let me know that would be greatly appreciated. Thanks.

Eck

September 18th, 2011, 07:47 AM

Cool. I'll build in the morning. I just pulled a 17 hour workday so I'm just here tonight until I conk out.

The problem I saw in the controller config was not just the black box, but also the different configuration window. Instead of a press button there is a change button, and hitting that and then a gamepad key just blanked out the listed button instead of changing it as if it knew I pressed something (blanks it) but can't read what I pressed (so no new pad key replaces the blanked out default keypad listed.)

I'll check out building and running 2.1.5 tomorrow, well, later today here.

Eck

September 19th, 2011, 06:14 AM

I tried adding those lines suggested and building.

The same errors regarding that print thing show up as the build fails so that solution had no effect here.

punkrockguy318

September 20th, 2011, 04:09 AM

I tried adding those lines suggested and building.

The same errors regarding that print thing show up as the build fails so that solution had no effect here.

can you try with a clean build environment?

as in run "scons -c" before the build to remove any object files

Eck

September 22nd, 2011, 08:42 AM

That was a clean build with a freshly extracted source.

punkrockguy318

September 22nd, 2011, 07:46 PM

That was a clean build with a freshly extracted source.

ill check it out on ubuntu in a vm when i get the chance

punkrockguy318

September 25th, 2011, 06:22 PM

I tried adding those lines suggested and building.

The same errors regarding that print thing show up as the build fails so that solution had no effect here.

made some changes to svn; run svn update on your source tree

compiles just fine and works for me on debian6

make sure you have the following packages installed

build-essential libgtk2.0-dev libsdl1.2-dev scons

punkrockguy318

October 18th, 2011, 10:51 PM

As or revision 2278, fceux now optionally compiles with GTK3. If you want to compile your binary with GTK3 support, simply adjust the GTK3 option in the SConstruct to "1". Any feedback and testing would be greatly appreciated!

Report bugs here: https://sourceforge.net/tracker/?group_id=13536

FceuX 2.1.6 coming soon with increased stability, some new features, working netplay, gtk3, and more.

ERamseth

October 26th, 2011, 01:20 PM

Trying to compile latest svn from source. Build-essentials and all stated dependencies are installed. Compile fails as follows:

This isn't helpful in this thread at all, but if you pop over to Ubuntu's PPA page on Launchpad, some lovely soul has packaged and uploaded Nestopia for your delectation and delight. It's a better emu imho, and could be worth a look for you.

Thank you for your report. I have received a similar bug report of this nature (fceux segfaulting in 12.04, but not within gdb). I will spin up 12.04 on one of my boxen and see if I can reproduce.

Thank you for your feedback!

punkrockguy318

May 26th, 2012, 05:20 AM

Thank you for your report. I have received a similar bug report of this nature (fceux segfaulting in 12.04, but not within gdb). I will spin up 12.04 on one of my boxen and see if I can reproduce.

Thank you for your feedback!

What video card/driver are you using when you get a crash on 12.04? I'm unable to reproduce the crash on my system in VirtualBox. Is OpenGL enabled?

garybrlow

May 27th, 2012, 01:43 PM

GeForce FX 7000M

garybrlow

May 27th, 2012, 01:50 PM

Am actually running the windows version of fceux using wine. It works fine though not as perfect as the native version.

punkrockguy318

May 27th, 2012, 10:15 PM

GeForce FX 7000M

what driver are you using?

garybrlow

May 28th, 2012, 04:56 AM

295.40 w/ official ubuntu patches for the regression issues with old cards all from repo.

punkrockguy318

May 29th, 2012, 08:24 PM

295.40 w/ official ubuntu patches for the regression issues with old cards all from repo.

can you reproduce with and without openGL?

punkrockguy318

May 30th, 2012, 07:09 PM

295.40 w/ official ubuntu patches for the regression issues with old cards all from repo.

i couldn't reproduce on ubuntu 12.04 on virtualbox or on intel drivers. in regards to nvidia -- i can not reproduce on 295.53, 295.40 or 302.11 with arch linux. the issue sounds like a driver related issue and not a fceux related issue and without a backtrace and without being able to reproduce the issue i'm not really able to diagnose the issue. i would say try running with and without opengl to see if you can work around the probable driver issue

garybrlow

June 1st, 2012, 04:36 PM

There is no error/segmentation fault if the driver is turned off/removed.

punkrockguy318

June 2nd, 2012, 10:48 AM

There is no error/segmentation fault if the driver is turned off/removed.

I would suggest disabling openGL when using the nvidia drivers in Ubuntu 12.04. I'm unable to reproduce this with Ubuntu on intel drivers or in Virtualbox nor with the latest nvidia drivers on Arch Linux

this can be seen from the "code" section of the fceultra project page: http://sourceforge.net/p/fceultra/code/

i wanted to post this and confirm this because the url has changed -- sourceforge has upgraded their software stack and the fceux svn url has changed in the process. you WILL need to recheck out fceux with the new URL to get the latest code.

someotheruser

June 24th, 2012, 04:35 PM

Just built FCEUX '2.1.6 debug' (i386) from the link above. Seems to work better than my previous install (2.1.0). Only problem I seem to have is when I click on something under Options, it crashes and I get the following error:

Just built FCEUX '2.1.6 debug' (i386) from the link above. Seems to work better than my previous install (2.1.0). Only problem I seem to have is when I click on something under Options, it crashes and I get the following error:

That dialog in 2.1.6 requires GTK 2.24. Sounds like you are using Ubuntu 10.04, correct? Ubuntu 10.04 includes GTK 2.20. The reasoning for this so that the codebase could be compiled with either GTK2 or GTK3. As a workaround, you can use "--inputcfg" from the command line:

fceux --inputcfg gamepad1

That dialog should work without issues on any more recent versions of Ubuntu (at least natty). I've just now added some code in subversion (r2542) that hides the "gamepad config" option on older versions of GTK, preventing a frustrating crash in the middle of a (unsaved) emulation session.

Let me know how you make out with the most recent revision. FYI the subversion repo has officially changed, please use the repo as described on the sourceforge page:

https://sourceforge.net/p/fceultra/code/

If you run into further issues let me know; I'm trying to get as many bugs ironed out before the 2.1.6 release as possible

sudo scons installAnd that's it! You can also grab an older version of fceux from the Ubuntu repositories, but the latest and greatest can be obtained and compiled from subversion.

If you would like to contribute, or run into any issues, feel free to join us in #fceu on irc.freenode.com. You can also file bugs to our tracker (http://sourceforge.net/p/fceultra/bugs/). Please note that you may not receive an immediate response in IRC -- idling is key.

Enjoy!

TheUniversalRemonster

December 26th, 2012, 07:09 PM

Hey, sorry to gum up this thread with more troubleshooting, but I've scoured the internet to the best of my abilities and can't get anywhere. I'm new to both fceux and linux (running Raspbian on a Raspberry Pi). I have compiled and installed FCEUX 2.2. If I try to run from command line I get a GTK warning. When I run in GUI, the program launches a black screen. I File>Open> choose my rom, and nothing happens.

In order to verify, on my Windows PC I installed FCEUX 2.2 and ran then exact same rom and it worked. I am at a loss as to what I'm doing wrong. Any and all guidance would be appreciated! Thanks!

punkrockguy318

December 26th, 2012, 07:14 PM

Hey, sorry to gum up this thread with more troubleshooting, but I've scoured the internet to the best of my abilities and can't get anywhere. I'm new to both fceux and linux (running Raspbian on a Raspberry Pi). I have compiled and installed FCEUX 2.2. If I try to run from command line I get a GTK warning. When I run in GUI, the program launches a black screen. I File>Open> choose my rom, and nothing happens.

In order to verify, on my Windows PC I installed FCEUX 2.2 and ran then exact same rom and it worked. I am at a loss as to what I'm doing wrong. Any and all guidance would be appreciated! Thanks!

If you are running on the RaspPI, you may want to try disabling OpenGL. Can you be a little more specific about the error messages you are receiving?

TheUniversalRemonster

December 26th, 2012, 07:36 PM

If you are running on the RaspPI, you may want to try disabling OpenGL. Can you be a little more specific about the error messages you are receiving?

When trying to run from Command Line I get:

(Fceux:12980): Gtk-WARNING **: cannot open display:

I tried searching that error but the responses didn't seem to have anything to do with Fceux. Thanks for your help.

EDIT: I checked, open GL is disabled in fceux options.

punkrockguy318

December 26th, 2012, 07:41 PM

When trying to run from Command Line I get:

(Fceux:12980): Gtk-WARNING **: cannot open display:

I tried searching that error but the responses didn't seem to have anything to do with Fceux. Thanks for your help.

That message would indicate that the tty session that you are invoking fceux from is not able to access the X11 server. Are you running this as root or from within a screen/tmux session? You will likely be unable to run any other X11 applications from that tty session. Try running it from the X session directly and let me know what error message you are receiving -- the above error message is not an issue with fceux itself

TheUniversalRemonster

December 26th, 2012, 07:55 PM

That message would indicate that the tty session that you are invoking fceux from is not able to access the X11 server. Are you running this as root or from within a screen/tmux session? You will likely be unable to run any other X11 applications from that tty session. Try running it from the X session directly and let me know what error message you are receiving -- the above error message is not an issue with fceux itself

Ok, I need to emphasize again that I am new at this, so some of those terms are lost on me. When I say I'm running from Command Line, I guess technically I mean I'm running from shell (no graphical interface at all, just the prompt). I am running the program as user. I just tried running it again as root and it gave me the same warning but with a different number (13097).

If I try to run FCEUX from the desktop (is that what you mean by screen session?), as in, double click the FCEUX icon, the program opens, but roms will not load.

Thanks for the clarification, I'll do some more research on that X11 server business.

punkrockguy318

December 26th, 2012, 07:58 PM

Ok, I need to emphasize again that I am new at this, so some of those terms are lost on me. When I say I'm running from Command Line, I guess technically I mean I'm running from shell (no graphical interface at all, just the prompt). I am running the program as user. I just tried running it again as root and it gave me the same warning but with a different number (13097).

If I try to run FCEUX from the desktop (is that what you mean by screen session?), as in, double click the FCEUX icon, the program opens, but roms will not load.

Thanks for the clarification, I'll do some more research on that X11 server business.

What's the error message you get when attempting to load a ROM from the GUI?

TheUniversalRemonster

December 26th, 2012, 08:03 PM

What's the error message you get when attempting to load a ROM from the GUI?

That's the frustrating part, there is no error message. Unless there's some kind of log that I'm not seeing. The fceux window just remains blank. That's why I tested the rom on my PC to make sure that wasn't the problem.

petran79

February 17th, 2013, 10:39 AM

hallo, I get the following error when trying to compile from svn (2526) using scons.
I have all necessary libraries installed on Ubuntu 12.04 64-bit

You'll want to ensure that you are building with the latest subversion code. I am unable to reproduce this issue with the latest source on 64 bit linux. At the time of posting, the latest revision is revision 2834, so you will want to "svn update" to the latest version.

petran79

February 22nd, 2013, 04:25 PM

ok I updated to the latest revision (2835), but while building got the following error:

this libgl error was also in previous versions.
probably due to this. problem is I need those drivers because closed source Nvidia solves some issues with video playback.
http://sourceforge.net/mailarchive/message.php?msg_id=29448314

punkrockguy318

February 22nd, 2013, 04:52 PM

ok I updated to the latest revision (2835), but while building got the following error:

this libgl error was also in previous versions.
probably due to this. problem is I need those drivers because closed source Nvidia solves some issues with video playback.
http://sourceforge.net/mailarchive/message.php?msg_id=29448314

You need to have libGL on your system. If you have installed the nvidia proprietary drivers, you should already have this on your system. If not, you may need to install mesa to supply libGL

The issue that you have linked has already been resolved and is not relevant to the issue you are experiencing.

petran79

February 23rd, 2013, 10:08 AM

You need to have libGL on your system. If you have installed the nvidia proprietary drivers, you should already have this on your system. If not, you may need to install mesa to supply libGL

The issue that you have linked has already been resolved and is not relevant to the issue you are experiencing.

since I already have both the latest version of Nvidia and mesa, yet still get this error, it hasnt been resolved yet,

punkrockguy318

February 23rd, 2013, 05:43 PM

since I already have both the latest version of Nvidia and mesa, yet still get this error, it hasnt been resolved yet,

the error you are receiving is a completely different error than what you referenced from the mailing list. you need to have libgl on your system. ive compiled and run latest svn across multiple versions of ubuntu with nvidia drivers. make sure you have all the proper dependencies (apt-get build-dep fceux might help)

petran79

February 24th, 2013, 02:50 PM

the error you are receiving is a completely different error than what you referenced from the mailing list. you need to have libgl on your system. ive compiled and run latest svn across multiple versions of ubuntu with nvidia drivers. make sure you have all the proper dependencies (apt-get build-dep fceux might help)

does it matter whether they are open or closed source drivers? I have the closed source ones and perhaps this might be the problem, as seen in the article I linked.