Locked

1 2
5 6 7 8 9
Joined: 5/29/2004
Posts: 757
zeromus wrote:
Alternatively, I have uploaded an interim build to http://fceux.com/zip which should fix the problem.. however, the build has a number of other untested changes in it. Hope it works for you!
SWEET! It fixed the problem and everything! I can now watch movies! Thank you so kindly for making this fix! Mr. Kelly R. Flewin
Mr. Kelly R. Flewin Just another random gamer ---- <OmnipotentEntity> How do you people get bored in the span of 10 seconds? Worst ADD ever.
Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
FCEUX no more allows "Reset" when playing in read only mode which makes the movie to restart. It's a useful feature. Instead of "Go to File menu, Click on "Replay Movie...", select that SAME file and press OK". Why selecting many times the same file... When one feature, which was there, ignores that.
adelikat
He/Him
Emulator Coder, Site Developer, Site Owner, Expert player (3598)
Joined: 11/3/2004
Posts: 4738
Location: Tennessee
It is now a feature called "Play movie from beginning" and mappable to a hotkey. I think the default mapping is Ctrl+R?
It's hard to look this good. My TAS projects
Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
ok cool
Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
It seems that savestates are associated with their movie. Because states filename does have the filename of ROM + filename of movie. So, a states from another movie doesn't work as it's no more available in the svaestates list. Renaming the filename to match with the current movie doesn't work too. In that case, you got 2 errors message that stays on top of screen until you press ok: "Mismatch between savestate's movie and current movie. current: xxxxxxxxxxxxxxxx savestate:yyyyyyyyyyyy" That looks fine to me. The 2nd error message which imo is a bug: "Warning: Found unknown save chunk of type 0. This could indicate the save state is corrupted or made with a different (incompatible) emulator version." False. Savestate is not corrupted and it's from the very same FCEU version as it's loading well in the movie it came from. And it the end, the state isn't loaded at all, but the graphics become corrupted. Now, let's try renaming the savestate file to Romfilename.fcX to check if state is working well in non-recording/playing mode... It is working. So, now, What the hell with those states filename? I want it like it was before. What the hell we CAN'T load state from one movie to another one? Just keep the 1st error message to warn the person that it's not from the same movie with a yes/no question to be sure that this person really wants that. And it solves everything.
adelikat
He/Him
Emulator Coder, Site Developer, Site Owner, Expert player (3598)
Joined: 11/3/2004
Posts: 4738
Location: Tennessee
Request denied. This naming system has been in GENS for years and is a good system. If you want to load a state into another movie, just use Load State As
It's hard to look this good. My TAS projects
Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
adelikat wrote:
Request denied. This naming system has been in GENS for years and is a good system.
That's one of the reasons I haven't used Gens... It thinks it's not really a good system if it causes bugs like that.
adelikat wrote:
If you want to load a state into another movie, just use Load State As
There are still the same 2 errors which one of them is a bug and the graphics are still corrupted while the state is not loaded at all.
adelikat
He/Him
Emulator Coder, Site Developer, Site Owner, Expert player (3598)
Joined: 11/3/2004
Posts: 4738
Location: Tennessee
Are you trying to load a savestate from a previous FCEU? They are not compatible in fceux movies.
It's hard to look this good. My TAS projects
Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
adelikat wrote:
Are you trying to load a savestate from a previous FCEU? They are not compatible in fceux movies.
Phil wrote:
False. Savestate is not corrupted and it's from the very same FCEU version as it's loading well in the movie it came from. And it the end, the state isn't loaded at all, but the graphics become corrupted.
Editor, Emulator Coder
Joined: 8/7/2008
Posts: 1156
Phil wrote:
The 2nd error message which imo is a bug: "Warning: Found unknown save chunk of type 0. This could indicate the save state is corrupted or made with a different (incompatible) emulator version."
I have confirmed this as a bug in the code which recovers from a failed attempt to load a savestate. I have fixed this bug and an interim build has been uploaded to http://fceux.com/zip
Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
Ok so, I understand the principles of that savestates naming system. But since we can have many savestates from same game in same directory, why not keep the old naming system but instead, it creates a directory for savestates for one movie and the ones that aren't from any movies are still kept in state directory. Example, I'm starting recording a movie, the name of the movie file is "That's so funny.FM2", so states from that movie should be stored in ./statesdir/That's so funny/ So, if I want to use a state from one movie, I could easily just copy it. Of course there is the "Load state from..." feature which obsoletes copying a file. But if you have a couple savestates that you want to copy, it's faster by copying than by using that feature. Another bug, a really small bug while I was testing how FCEUX handles long filename with the current savestates sytem because it is theoritcally possible that such scenario occurs. If you try to write a file with 256 or more characters, FCEUX is crashing. By opening a ROM with long filename also makes FCEUX to crash or just don't react. I think at 250 characters FCEUX crash and 251 to 256, FCEUX just do nothing at all like if nothing has been requested. 256 is the limit for the filename including the extension and the directory name of where it is. It works like that for ntfs and it's similar for most modern filesystems. Example: Savesates are stored in ./states and also, you record a movie from "Famicom Doubutsu Seitai Zukan! - Katte ni Shirokuma - Mori wo Sukue no Maki! (J) [!].nes" Then one creates a movie and put for movie filename "Famicom Doubutsu Seitai Zukan! - Katte ni Shirokuma - Mori wo Sukue no Maki! (J) [!] Played by Brian Peter George St. Jean le Baptiste de la Salle Eno for blah blah.FM2" So when you try saving a state, FCEUX tries to write a long filename which is theoritically named "Famicom Doubutsu Seitai Zukan! - Katte ni Shirokuma - Mori wo Sukue no Maki! (J) [!].Famicom Doubutsu Seitai Zukan! - Katte ni Shirokuma - Mori wo Sukue no Maki! (J) [!] Played by Brian Peter George St. Jean le Baptiste de la Salle Eno for blah blah.fc1" But FCEU crashes instead. It's impossible to write such long filename in my filsesystem, NTFS, but FCEUX shouldn't crash either. Edit: Forgot to mention that the old system is more reliable in that aspect but not perfect too. So, if you load a ROM with 256 characters, FCEU should save that 256 characters.fcX. The only problem I could see is that if the number of characters for states dir is higher than the one from where the ROM is, I think FCEUX should also crash. :P But the chances to have long filename with the old sytem is slimmer than this new system. Edit 2: After doing some things, I rethought about what I wrote, and damn, my idea of a directory system is good but not better for number of characters as the same problem will happen too because there will be the same number of characters as the curent system. So damn it, the old system in FCEU was way better. :P Edit 3: Just thinking of that, why the name of the ROM is put in filename of a state? All my objections about that system is mainly about that. Why not just "movie_filename.fcX"? What's the point of having 2 times the same thing. Old system, which imo is good was, romfilename.fcX. Now, it's romfilename.moviefilename.fcX. So, maybe just moviefilename.fcX? Since usually, people use the name of the game for movie filename. So people like me which like the old system will be pleased since we will keep the name of the game for the FCS as well as other people that wants something like the current system, that really still indicates that savestate Z is really for movie Z like the current system. Example of the use moviefilename.fcX: By default, when starting recording a movie, FCEUX puts «"Romfilename"-0.FM2"». So, if I record a movie from Akumajou Dracula (v1.0).nes, FCEUX puts Akumajou Dracula (v1.0)-0.fm2. So states are named "Akumajou Dracula (v1.0)-0.fcX". (I don't understand why it should have that "-0". There shouldn't have anything like that and if it really should, it should be 1. Version 0 = something that doesn't exist :P.) But when someone wants to put something different for movie filename, it really associates states with the proper movie because I think that's what the new system was created. So one creates a movie "Roflmao.FM2" so, states are labeled "Roflmao.fcX"
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
Dude, just rename your savestates. It's not hard and FCEUX offers more protection this way.
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Active player (410)
Joined: 3/16/2004
Posts: 2623
Location: America, Québec
Raiscan wrote:
Dude, just rename your savestates. It's not hard and FCEUX offers more protection this way.
It doesn't work like that. You didn't read what I wrote.
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
Phil wrote:
Raiscan wrote:
Dude, just rename your savestates. It's not hard and FCEUX offers more protection this way.
It doesn't work like that. You didn't read what I wrote.
To be fair, it is a bit of a wall of text. I don't read walls of text. And the overly long japanese game examples don't really help my attention either..
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
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.
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?
Editor, Emulator Coder
Joined: 8/7/2008
Posts: 1156
Phil wrote:
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.
Fixed and uploaded interim build.
Phil wrote:
And I still cannot load a state from one movie to another movie. What are the reasons we aren,t allowed to do that?
I don't know, but since there has been such a clamour, I went ahead and changed it from an error to a warning which you may choose to proceed through.
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. ;)
Editor, Emulator Coder, Expert player (2106)
Joined: 5/22/2007
Posts: 1134
Location: Glitchvania
It's amazing that Phil has posted everything that I want to report. That's so great. EDIT: Oops, I forgot to say, "Thank you, Phil!"
<klmz> it reminds me of that people used to keep quoting adelikat's IRC statements in the old good days <adelikat> no doubt <adelikat> klmz, they still do
Joined: 4/25/2004
Posts: 615
Location: The Netherlands
Is it really a problem? The user canceling a loadstate operation can be considered an error (in more ways than one... ;)
qfox.nl
Editor, Reviewer, Experienced player (968)
Joined: 4/17/2004
Posts: 3107
Location: Sweden
adelikat wrote:
This naming system has been in GENS for years and is a good system.
I disagree with this. This was the first thing I turned off. Examples: - I cannot load a savestate for testing something in the game without recording over the previous movie. Once I stop recording, all the savestates are gone. - I cannot make a copy of a movie to try something different at the end. This movie has no savestates. - I cannot play any backup movies I have unless I copy the 10 savestates for every backup versio I want to review. If I really, really want 2 different sets of savestates, I make a copy of the ROM instead. I am very grateful that this is an option and can be turned off.
Former player
Joined: 12/5/2007
Posts: 716
I know it's useless to post it twice, but maybe one of the SDL developers looks here first before checking SourceForge or somebody else here might have an idea. Bug #2085437
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.
Former player
Joined: 12/5/2007
Posts: 716
As said in the bug report and in the crash log, I'm using 2.0.3-interim (or revision 894) of the SDL build. The most current Windows build I had found before filing the bug was 2.0.2. I don't know how to compile stuff for Windows under Linux (nor natively under Windows) to get a more up2date build of it and also am not willing to reboot into a crippled and shot down XP installation of mine that probably shreeks my already heavily wounded hard disk even more. I'll try the posted fceux.zip from the bottom of page 6 for converting an fcm, though. The whole reason why I used the Windows build in the first place was because I yet haven't found any way of natively converting .fcm files under Linux and thus am kind of bound to wine and the Windows build. I'd be glad to help such a binary or function get developed by testing or to be shown a way I must have missed up until now. Just for reference, the first fcm I tried was submission 418 (no author comment) and the second one was submission 1891 (only started after dropping "comment author" line).
Joined: 4/25/2004
Posts: 615
Location: The Netherlands
ShinyDoofy wrote:
I know it's useless to post it twice, but maybe one of the SDL developers looks here first before checking SourceForge or somebody else here might have an idea. Bug #2085437
No. They don't.
qfox.nl
1 2
5 6 7 8 9

Locked