Posts for Phil

1 2 3
104 105
Posted: 8/22/2009 3:50 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
Ok so I rewrote all those steps with extra details. Just to be sure. The default roms directory path(explorer), when there is no cfg file is "J:\TASing\nes\roms" 1. No cfg file. It's 100% clean. 2. Open FCEUX which is in "J:\TASing\nes" for me. 3. Config->Directories... 4. Press the Browse right of "Roms". Browse to "J:\TASing\nes\roms". Press ok. And Ok again. Press the X button to close FCEU. I didn't use alt+F4. 5. Redo the same steps as 3 and 4 but for Movies this time. 6. Open FCEUX again then go to "Config->Directories..." and it's erased. Edit: My movies path is "J:\TASing\nes\movies".
Posted: 8/22/2009 3:30 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
ok so I found a way to make #2 to happen everytime. Make sure you have no cfg file before doing those steps. Open FCEUX, configure you ROM path, press OK then close FCEUX. Reopen it, then configure your movies path. Press ok, then close FCEUX. Open it again and the movies directory path configuration is erased.
Posted: 8/22/2009 2:51 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
ah yes, you are right, I forgot to verify that and anyway, meanwhile, I did the search in registry and the only things I found confirm what you wrote.
Posted: 8/22/2009 2:43 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
Ok so. I didn't find a way yet. But to be fair, I did erase the .cfg file and restart all from scratch to find a way to reproduce the bug. I did notice that even when the cfg file to be erased, when you "Open ROM", the roms directory path configuration is still saved somewhere because it uses the last Rom path used. So I did rename the roms directory to 222, then closed FCEU, reopen it and Open ROM again. Now I must browse to correct directory and load the game. Then to confirm my suspicion of FCEUX that uses Windows registry(or something else), I did close FCEUX and erase the cfg file again. Open FCEUX again and "Open ROM". Yes, it is in the directory where the ROMS are, which is 222 as I said. So I think it's a good start to check why it saves/uses thing in windows registry(or something else). That might be a reason why it makes the problem #2 to occur.
Posted: 8/22/2009 1:41 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
adelikat wrote:
Two, your directory overrides will randomly disappear regardless if you use relative paths. Two is VERY annoying and I have spent many hours trying to figure it out and fix it but I have failed. What I need is steps to recreate it EVERY time the steps are done. No one has been able to come up with those.
OMG, that's indeed a pain in the ***. I will try to find a reliable way to reproduce it.
Posted: 8/22/2009 1:22 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
Here is a bug that I found. I did open FCEUX. Load a game... Ah damn, forgot to configure the ROMs path. So I did it. Manually wrote ".\roms". because I intend to put it on a USB key, so the path might be different if a letter like "X:" or anything else is used on some other computer. Then I did press the "OK" button. Loaded the game. Damn, while thinking of that, better to configure the movies path. So did the same thing, except that I put ".\movies". Then press "ok" button. And then it said "Error: Directory .\roms does not exist. Create this directory?" WTH, that directory does exist and I did just configure the path for it 10 seconds before without any problems. o_0. Curious of where that directory would be created, I did press "Yes"button. Then same thing happen for movies dir and that directory was there before too. Press Yes again. Then I did notice those new directories were being created in the ".\roms" directory. My guess was that because I didn't configure the "Base directory". So by loading the rom, FCEUX uses the last directory something was loaded which in this case is the ROMs directory. But no. Even if it's configured, it does the same thing when doing the same steps. So I did try doing the same steps again but this time, using the full path. It works but that's not the way I want due to reasons I did mention above. Also, FCEUX refuses to use the correct movies directory. It always try to open a movie the movies directory inside the roms directory. And no matter what is "Base directory" path, which is ironical because a software should always try to use what is in its own "root" directory and not anything else, unless something like a "Base directory" is configured (Not true if it's a dll or EXE files but that's not the case here). But in both way, it failed. Also some other bugs related to uses of ".\" Like by closing and reopening FCEUX 2-3 times, the configured roms path was erased.
Posted: 10/3/2008 4:54 AM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
Of course he existed. He is 30 years old. :P
Posted: 10/1/2008 1:55 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
It seems the editor only works when saving and overwriting the same file. "Save as" feature fail.
Posted: 9/23/2008 2:54 AM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
I have a problem. Before, I was able to edit a smv and playing fine a movie but now,I can edit it but player info in editor is buggy with some japanese characters instead and the movie is playing but without iinputs. Something related to some recent MS framework update or is it something else that was dependant which is different now?
Posted: 9/23/2008 2:16 AM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
Nice ideas! For the 1st video, I knew the techniques in my video weren't perfect, that's one of the reasons I put that game in my future project list in my homepage some years now. 2nd. VERY NICE MAN! I wouldn't have thought of that. 3rd. Well, I am not really sure if it really saves time and I think all the lives are used in my video for better purpose. But I am not sure. :P Finally, there are many other improvements. Next time I will tas this game, I will take my time studying it a lot furthermore. But as you know, I am already working on SCV4, which is so complex that it takes days and days to test a whole stage. Otherwise, Bionic Commando should have been already finished And Double Dragon should have been already started. Meanwhile, Baxter and Morrison did finish their Zelda run and I did promise that when they will finish it, we we will remake the 1st quest run. So Double Dragon for me==2009.
Posted: 9/17/2008 4:57 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
1.52 doesn't exist yet. You almost fooled me. :P Well, that D3D renderer is new, you should post it on snes9x forum as this is features created by someone else that probably isn't a memeber of tasvideos. Just click the link I've posted and post your problems there.
Posted: 9/13/2008 3:45 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
P.JBoy wrote:
It's working fine for me, try checking it and unchecking it and see if it works
It's one of the first thing that I've tested. Do not take to me for an idiot. Btw, I am using latest 2.0.3-interim build which might not be your case. Anyway I found a solution to desactivate it: Uncheck "Enable run in background". It also desactivates the input feature. But I really want it to run in background while not accepting input like the feature suggests it should do. So, maybe run in background wasn't activated at all in your FCEU. Obviously and logically, if it is desactivated, FCEU doesn't accept input from background. Also, FCEU doesn't record Reset. I'Ve tried with hotkey, with "Reset" in "NES" menu. It resets and movie frames doesn't reset but reset is not recorded. Noticeable when playing the movie file as it doesn't reset at all. So, it seems the "TASedit" feature is incomplete and not fully functioning. Why not remove it in from binary until then? Kinda annoying to think a feature is in a software to just know that later, when you need it, it doesn't work.
Posted: 9/13/2008 12:30 AM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
FCEUX accepts inputs when in background even if the option "enable background input" is unchecked.
Posted: 9/12/2008 3:18 PM
(Edited: 9/12/2008 4:49 PM)
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
Don't ask me what I have voted :P Nice run! Baxter really loves that game. That game is really annoying to TAS because all of this shit is random based. Because of that reason, I didn't want to participate in that project and I also wanted to TAS something different. Also, there are some of my runs that I wanted, and I'm currently at work, to improve such as SCV4. Baxter wanted to do the 2nd Zelda quest run after we had finished with our run but then we found that the glitch could help more than expected for the 1st quest run. So he asked me if I wanted to do it but I told him to do the 2nd quest run as it was more needed. So now, it is done. And now, he wants to redo the 1st quest right soon. :S I've hardly got the morale to do half the movie and now, it's his 4th TASes of Zelda, including Zelda Outlands hack. Damn, Baxter, you are crazy ;). Well, congratulations Baxter and Morrison.
Posted: 9/7/2008 10:38 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
nineko wrote:
I just found a little bug in the AVI output. If you press TAB to speed up the playback, the video will be alright in the AVI, but the audio will sound like the speeded up version.
moozooh wrote:
I screwed around with one game (ddonpchj.zip) yesterday, and the movie desynced about 30-40 seconds in. I might have an idea on the reason: I played most of it on 20% speed as opposed to frame advance, but the music always played at its normal rate (huh?). I take it FBA doesn't slow down all emulation at the same time, so there are disrepancies in processing time, resulting in incorrect lagging.
For me, they look the same problem and for now, just play at 100% speed until someone fixes it.
Posted: 9/1/2008 12:57 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
I see that you are using FCEUX 2.0.2. Did you try with FCEUX 2.0.3-interim? It might already been fixed.
Posted: 8/31/2008 3:49 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
Ok, I just found a bug with mem watcher 12.3. I am using Snes9x 1.51 v5.1, I got the "target" line from that new Snes9x feature and paste in the s9xwcnf0.txt. But S9xwatch wasn't showing any memory addresses and their values. I found the reason of that, it is caused by some conflict with an other "target" line. The "Target" for Snes9x 1.51 v5.1 is: 
:target:snes9x.exe:70F1B0:0024:002C:0034:B165:B17C:72FDF4
And the "Target" line that is causing troubles is: 
:target:snes9x.exe:70D350:0024:002C:0034:B14E:B17C:72DF94
Note that there are many similarities between them and I guess S9xwatch just got confused to differenciate them. Yes, the line could be disabled and reenabled when it will be needed or, a better solution, fix the code to compare one line to another so it's 100% reliable. Because I guess the current code only compare part of the line with others. But my intuition tells me that the ":snes9x.exe:" is maybe the problem.
Posted: 8/31/2008 3:01 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
What are the new snes9x watch target lines that we need to put in cfg so we can watch memory addresses with those newer revisions of snes9x? The last one was for snes9x 1.51+. And I don't see anything in this thread, http://tasvideos.org/forum/viewtopic.php?t=4466 , that tell how a simple user could get those numbers by themselves. Edit: It seems there is an option added in the help menu for that but wasn't mentionned in the changes list.
Posted: 8/31/2008 2:36 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
That's really good news. :D
Posted: 8/28/2008 4:25 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
gocha, you might be interested with this: http://www.snes9x.com/phpbb2/viewtopic.php?t=4025
Posted: 8/23/2008 9:06 AM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
maybe it should be done with both versions so people can give their opinion of which one should be published.
Posted: 8/22/2008 3:28 PM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
Trying to obsolete a movie because of using different version. = Normally it's No. But since the said published movie is just a demo, why not... Anyway, just do it, I'm sure it will be even more interesting. ;)
Posted: 8/19/2008 5:34 AM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
Ok thanks for these fixes. They are almost working correctly now. If I do open a state from another movie but press cancel button, there is a message at bottom of FCEU and it says "Error(s) reading state 1!" There shouldn't have that error message since it's not really an error. I'm really annoying to report some fucking things like that which no one cares. ;)
Posted: 8/19/2008 3:40 AM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
Another small bug report, when using the "Load state from..." it checks the latest dir FCEU had used the explorer, most of the cases it is the ROMs dir, I think it should be set to states dir. And I still cannot load a state from one movie to another movie. What are the reasons we aren,t allowed to do that?
Posted: 8/19/2008 2:29 AM
Quote
Phil
Experienced Forum User, Published Author, Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
That's because I am mainly pointing a bug to FCEUX developpers. Of course you don't mind if you aren't ineterested in FCEUX improvement.
1 2 3
104 105