Re: Crash on changing cd images
Posted on 2009-03-25, 07:37
CTRL+F4 !!! I do shamefully admit that everything functions perfectly well. 😊
Crash on changing cd images
Posted on 2009-03-24, 22:23
When I mount two iso images everything worls fine and I can change them with alt+f4. Mounting two cue images works, too, but pressing alt+f4, crashes DosBox without an error message. Did anybody encounter the same problem already? Do you know a workaround, maybe?
Re: CUE/ISO/MP3 does not work
Posted on 2009-01-30, 20:50
No solution for the MP3 problem so far, but standard OGG Vorbis works without problems for me. (Unless when I compiled DosBox myself. Then you must carefully watch which flags are set.) If it doesn't play either MP3 or OGG for you, then did you consider the problem might somewhere else? (Sound set …
Re: CUE/ISO/MP3 does not work
Posted on 2009-01-30, 20:23
Just curious: Did you also try OGG? If yes, did it work?
Re: CUE/ISO/MP3 does not work
Posted on 2008-09-18, 21:11
Ok so that could be fixed by just adding the OGG tag, thanks for your explanation. Well, no. SDL_sound determines the contents of a file on its own. The name of the tag plays no role whatsoever. The funny thing is that SDL_sound throws no error when it encounters mp3. It just refuses to play it - …
Re: CUE/ISO/MP3 does not work
Posted on 2008-09-18, 20:48
Yes but why would it work for .ogg then, assuming the TAG is OGG I always use MP3 as the tag for compressed files, even for ogg-files. Using a tag OGG produces an error message, if I remember that correctly. There is no special OGG tag in the cuesheet standard. Therefore you always get an AudioFile …
Re: CUE/ISO/MP3 does not work
Posted on 2008-09-18, 20:02
The sample structure is a kind of abstraction that SDL_sound lays over the audio file. All audio files look like a uncompressed data stream. The rendering is done transparently inside SDL_sound I cite from the SDL_sound docs : if you specify, for example, "mp3" for an extension, and one of the …
Re: CUE/ISO/MP3 does not work
Posted on 2008-09-18, 19:42
wd wrote: As far as i know .ogg works, but i don't see how/why (don't know anything about sdl_sound though). In fact, ogg is the only thing that works (for garyzyg and me).
Re: CUE/ISO/MP3 does not work
Posted on 2008-09-18, 19:16
Well, taking a closer look at cdrom_image.cpp shows that the tags WAVE, AIFF and MP3 synonymously result in calling AudioFile's constructor and thus in Sound_NewSampleFromFile. The sample structure is delivered by SDL_sound and no distinction takes place according to the underlying file format, no …
Re: CUE/ISO/MP3 does not work
Posted on 2008-09-17, 19:07
you know what is odd. In the cue parsing functions there is code to detect MP3 as type, but not OGG. So in a way it is odd that OGG works and MP3 doesn't. If I remeber that right, the cuesheet standard does not list a special tag for ogg. So the MP3-tag is nothing but a tag, bearing no significance …
Re: CUE/ISO/MP3 does not work
Posted on 2008-09-17, 08:23
There were a discussion here recently about some bug in DOSBox or SDL wrt. calculating time and length of audio files in images. Maybe you hit the same problem? I don't think so. The "wrong lenght error" is rather exotic and most games will simply ignore it. Here one codec works, another one does …
Re: CUE/ISO/MP3 does not work
Posted on 2008-09-17, 07:57
Sorry for the delay. I assume that you are using dosbox under linux, since I am facing the same kind of trouble (though I don't mind 😉). The MP3 codec is probably not registered with SDL_sound. Are the necessary codes installed? If they are, then I would try to recompile SDL.
Re: DOSBox Icon
Posted on 2008-09-10, 21:17
How about such a "Fallout"-like 50s retro scif-fi icon (something like a battered cathode ray tube)? Any idea what I'm talking about 😉 ? Maybe I'll make one like that, when I have some spare time.
Re: Making DOSBox debugger scriptable
Posted on 2008-08-24, 19:10
lightmaster wrote: Devs ?!?! devs=developers? I only know of this guy in the moment. Any volunteers? Maybe LUA would a better choice than TCL, btw.
Making DOSBox debugger scriptable
Posted on 2008-08-23, 20:09
Hi everybody, lately I have been fancying that the internal DOSBox debugger might be made scriptable/reactive. Scriptable debuggers could be the future of debugging. IDA has it. See http://www.cs.brown.edu/research/plt/software/mztake/ for another example. This would demand that an API for the …
Re: Wrong length for compressed audio tracks in cuesheet (cue)
Posted on 2008-08-15, 19:27
MiniMax wrote: Wiki's are always a work in progress, so it is never supposed to be perfect. Don't say I didn't warn you 😉 Here is is http://www.dosbox.com/wiki/Cuesheet
Re: Wrong length for compressed audio tracks in cuesheet (cue)
Posted on 2008-08-14, 20:31
Oh my. It really works with “INDEX 01 00:00:00” for all audio tracks without patching. (I feel stupid now :shocked: ) Was I supposed to know this? Wouldn't it be more logical and intuitive if it worked with more or less the same cuesheet as in the cue/bin pair? Maybe all this info should find its …
Re: Wrong length for compressed audio tracks in cuesheet (cue)
Posted on 2008-08-14, 07:05
Yes, I copied the data track's contents into a new ISO image. I think the difference between the lengths of the first (and second, third, ...) track are a real bug. (Otherwise I wouldn't have written the patch.) Most games won't have noticed the bug because they don't explicitly check for track …
Re: Wrong lentgh for compressed audio tracks in cuesheet (cue)
Posted on 2008-08-13, 10:01
Thanks for the detailed answer. 1) AudioFile::getLength is supposed to return the length in bytes. SDL_sound uses ms. Something goes wrong with this. For my program with a CUE/BIN pair the unpatched dosbox returns via mscdex the correct values: Trackinfo 1: min0 sec2 fr0 attr64 Trackinfo 2: min35 …
Re: Wrong lentgh for compressed audio tracks in cuesheet (cue)
Posted on 2008-08-06, 22:49
Found three errors in CDROM_Interface_Image::AddTrack(): //Track &prev = *(tracks.end() - 1); Track prev = tracks.back(); and //prev.length = prev.file->getLength() / prev.sectorSize; if(prev.number == 1) { prev.length = prev.file->getLength() / prev.sectorSize; } else { prev.length = tmp; } and // …
Page 1 of 2