Locked



Former player
Joined: 3/19/2004
Posts: 710
Location: USA
Or you could use a program that doesn't suck. http://www.7-zip.org/
Joined: 7/22/2004
Posts: 35
Ah, yes. Sorry, I'm used to .zips
Joined: 7/22/2004
Posts: 35
OK, I have it downloaded, unzipped, and everything. Unfortunately, there is FCEU in it, and I don't know how to apply it to the FCEU I have now.
Former player
Joined: 3/19/2004
Posts: 710
Location: USA
Delete your old one and replace it with this one.
Joined: 7/22/2004
Posts: 35
Oops I meant there was no FCEU in it. Bad typo, sorry.
Former player
Joined: 4/16/2004
Posts: 1286
Location: Finland
What do you mean? This one has a directory in which there are 7 files, those are the ones you need. (The link is directly from EmulatorHomepages.html).
Joined: 7/22/2004
Posts: 35
I finally got it. Thank you for your help everyone.
Post subject: Obtaining patched FCEU
Former player
Joined: 7/6/2004
Posts: 155
Currently, I am using the unpatched FCEU. I would like to get the patched version. (I use Linux, by the way) I downloaded the source code from the given link. It was using the wrong end of line convention, as previously noted in this thread. I converted most of the makefiles and related files. It still does not compile. Does anyone have a patched version that I can download and do make and have it compile? Or does anyone know what else I have to do besides converting the ends of the lines for the makefiles?
Post subject: Re: Obtaining patched FCEU
Active player (411)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
Like I said earlier, you can use flip( under Debian) or simply Dos2Unix. Bisqwit may help you.
Former player
Joined: 7/6/2004
Posts: 155
I don't have either of those utilities. I think that both tr and grep have the ability to remove the '\r's. So, I ran this script to change it:
#!/bin/sh
#Convert all files from DOS to UNIX newline convention recursively

wipe()
{
  for i in *
  {
    if [ -d "$i" ]
    then
      cd "$i"
      wipe
      cd ..
    else
      tr -d "\r" < "$i" > "$i".2
      mv "$i".2 "$i"
    fi
  }
}
I checked the files and the ^M's were gone. So, I did configure, which worked properly. Now I get this error:
scubed:~/fceu-0.98.12-blip.src>make
cd . && /bin/sh /home/scubed/fceu-0.98.12-blip.src/missing --run autoconf
Can't locate object method "path" via package "Request" at /usr/share/autoconf/Autom4te/C4che.pm line 69, <GEN1> line 214.
make: *** [configure] Error 1
What should I do to make it compile?
Post subject: Re: Compiling
Editor, Active player (297)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
scubed wrote:
What should I do to make it compile?
After "./configure", do "touch configure", then "make". It will rerun configure, but will compile. If it now complains that some files are too new, try rerunning "make", or touching Makefile* and configure* and then running "make". Although it seems to require automake-1.16, it runs something else. So this touch prevents it from running it alltogether.
Former player
Joined: 7/6/2004
Posts: 155
Thank you. Now it gets up to the compiling stage. However, it fails and gives this error several times:
drivers/pc/input.c: In function `KeyboardCommands':
drivers/pc/input.c:269: error: too few arguments to function `FCEUI_SelectMovie'drivers/pc/input.c:269: error: too few arguments to function `FCEUI_SelectState'drivers/pc/input.c:270: error: too few arguments to function `FCEUI_SelectMovie'drivers/pc/input.c:270: error: too few arguments to function `FCEUI_SelectState'
Post subject: Re: Compiling
Editor, Active player (297)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
That's because blip has made changes to the common functions in FCEU without care of the platform specific parts. You can try fixing that on your own or use the instructions that will be posted to http://tasvideos.org/ConvertingFCMToAVIInLinux.html later today or tomorrow.
Former player
Joined: 7/6/2004
Posts: 155
Thank you! Your guide worked, and I now have a fully patched FCEU. The only problem was that for making the ^M character, your guide said to put CTRL+V M I am using Gnome's terminal. In it, the key sequence is INS ENTER (Just so you know.) The default key bindings are strange. Can you please point me to where I can change them or a description of the format of fceu98.cfg ?
Post subject: Speed control
Former player
Joined: 7/6/2004
Posts: 155
For using the patch, I changed the speed settings and it said Speed 1% in the shaded oval, but it was still going at 100%. Is there something else that I have to do to make it take effect?
Editor, Active player (297)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
I don't know of the keyboard configuration and speed settings. I have only accustomed it enough to be able to create AVI files, not to be able to create movies effeciently.
Joined: 10/3/2004
Posts: 138
I think I came across something that prevents using this patch to do VS Unisystem runs - the emulator doesn't seem to record coin insertions. I did a practice run without rerecords through VS SMB, and when I played back the movie, it would not leave the attract mode. I should think that it would be a good idea to somehow retain the DIP switch settings as well.
Former player
Joined: 3/8/2004
Posts: 1107
I just tried playing SMB in FCE Ultra and I noticed that it wouldn't let me press left and right at the same time. Is there really no way to do this in FCE Ultra or is there some option that I have to change?
Editor, Active player (297)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
There is no option. Ask Phil for a patched version - I have provided him for the information to make it and he said he can do it. He apparently also used it.
Active player (411)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
Bisqwit wrote:
There is no option. Ask Phil for a patched version - I have provided him for the information to make it and he said he can do it. He apparently also used it.
LIAR. Joke. Michael, come to our IRC channel and I will send you.
Joined: 10/3/2004
Posts: 138
I have a feature request, but I don't know how much trouble it would be to implement. As I've stated in the General forum, I want to produce video DVDs with the quality speedruns, so that it is easier to show the runs to someone who may not have the setup necessary to run the controller movies, but yet see the video in much better quality than the AVIs (due to the larger bitrate and viewing on a TV set). However, there is one slight snag - FCEU outputs a 60fps AVI, but the actual NTSC field rate is 59.94fps (which is output in an interlaced 29.97fps). This can cause loss of a/v sync during encoding. I have yet to find a high-quality way to transcode the 30fps interim AVIs (after resizing horizontally and weaving the fields together) into 29.97fps without problems of some kind. My request is that there be a toggle that causes the emulated NES to run at 59.94fps (and thus, assuming there is no major snag, the audio should be generated at that rate as well). That way, I can merely weave those fields into a DVD-compliant AVI that can then be transcoded to MPEG-2 and Dolby Digital AC3 within Encore DVD.
Editor, Active player (297)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
At least in mencoder you can say -fps and it will automatically scale the fps by duplicating / dropping frames as necessary.
Joined: 10/3/2004
Posts: 138
Yes, but that's exactly what I don't want to do. With that method, it will basically drop one frame out of 1000. I want playback to be absolutely perfectly smooth - while we currently don't have a way to playback these movies on a real NES, I want this to look as close to a real NES as it can, without introducing blemishes to emulate an RF/composite signal. Currently, I bilinear-resize to 672 pixels wide from the original 256, I weave the NES-frames together to get either 480 lines (I have FCEU set to show 240 lines - if there are bugs such as in TMNT1, I will crop to 224). I then add black to fill to 720x480, which is exactly DVD-compliant. I ensure that I'm recording from the very first NES frame and set AVISynth to assume bottom-field-first. My only current problem is the difference between 60fps and 59.94fps, when it comes to a/v sync. Doing PAL-recordings from any system (especially with C64 and Amiga demos) is much easier as you just weave the original 50fps AVI into 25fps and make sure you resize horizontally to keep the proper aspect if needed.
Editor, Active player (297)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Then I have no idea what you mean and why is it supposedly important.
Joined: 10/3/2004
Posts: 138
Ok, I've been studying, and I've figured out a simple way to fix this problem, and all it requires is one small feature. Using AviSynth, there is an "AssumeFPS" function that changes the video frame rate and also changes the audio sample rate to keep a/v sync. Based on the ratio between 59.94 (NTSC) and 60 (FCEU), which is 1000/1001, if FCEU could generate audio at 48048Hz, then running the resultant 60fps file through AviSynth with "AssumeFPS(59.94)" should correct the audio sample rate to 48000Hz with only a tiny, most likely imperceptible pitch shift. There should be no need to worry about computing this ratio for any other sample rate, as 48KHz is the standard for DVD (and this would only be useful for someone wanting to produce a DVD, as the 59.94 vs. 60fps issue only comes into play when making NTSC DVDs). I still haven't figured out my plan of action for making PAL DVDs, should I need to. I would be making the DVDs all-region capable, so given that, aren't most PAL players able to output PAL60 (which should more or less be sufficient for this)?

Locked