> > * Save games still don't work and haven't for a long time (at least > > regarding sound). I'm looking at the sound part of this currently.
Should the ASCII saved files be read and written in text or binary mode? > > * _findfirst error message when saving/restoring games. > > Isn't this directly related (or even the cause of) sound saves not > working on Win32? What has been mentioned previously about this? After having a bit of a look, the errors don't seem to be errors at all. This is what happens using LSL3 with a clean .freesci directory: 1. _findfirst errno = ENOENT: no match in: ?????3.??? _fcaseseek() never bothers to search for larry3.drv, instead it replaces the letters with ? to do the search. This creates an error every time the search fails. If all attempts at searching fail, the larry3.drv file is created by file_open(). 2. _findfirst errno = ENOENT: no match in: ????????.??3 3. _findfirst errno = ENOENT: no match in: ???3.?? (when saving) I'm guessing a similar thing, but for resource.ll3 and lsl3.id. > > * Having the reverse_stereo variable specified in the config file causes a > > crash on init_midi_device() where the heap appears to become corrupt. This is caused by return midiout_driver->midiout_open(); where the midiout_driver is a rubbish pointer. It occurs whether reverse_stereo = 0 or 1. > > * Cannot save under event sound server. > > I need Christoph's help here with adding the extra variables that the event > > sound server uses (and to remove the obsolete ticks_to_fade). Are there > > instructions somewhere? Unfortunately there may not be a way to save a game > > under the event sound server (for example) and then restore it under the > > polled ss, since the last_played variable wouldn't be correct. > > This would imply insufficient abstraction of the sound server state. Well it certainly raises a question - there is a ticks_to_wait that both servers use. The only extra variables the event ss would need to store is the MIDI command that is being waited on. How does the polled ss handle waiting for a command if it doesn't store the MIDI command it's waiting for? If that can be cleared up then it's just usecs_to_sleep in the polled ss that is not abstracted enough. > I'd > have to have a closer look at why ticks_to_fade is obsolete etc. first. It's been obsolete for ages, but I don't know why. Cheers, Alex.
