Everyone who has been having problems with SDL and smpeg on their
systems, or been getting unexplained Xlib: out of sync errors,
should get the latest CVS snapshot. Apparently thread locking
with glibc-2.0 was completely broken. The code was fine, but the
wrong header was getting included, #define’ing DISABLE_THREADS
Everyone who has been having problems with SDL and smpeg
on their systems, or been getting unexplained Xlib: out
of sync errors, should get the latest CVS snapshot.
Bad news; I recompiled SDL and smpeg and it’s still broken,
at least on my system.
Everyone who has been having problems with SDL and smpeg
on their systems, or been getting unexplained Xlib: out
of sync errors, should get the latest CVS snapshot.
Bad news; I recompiled SDL and smpeg and it’s still broken,
at least on my system.
I tried it and I still get an assert fail:
assert(audio->rawdatawriteoffset > len);
Everyone who has been having problems with SDL and smpeg
on their systems, or been getting unexplained Xlib: out
of sync errors, should get the latest CVS snapshot.
Bad news; I recompiled SDL and smpeg and it’s still broken,
at least on my system.
I tried it and I still get an assert fail:
assert(audio->rawdatawriteoffset > len);
I don’t have the latest update (I have 1.1.7), however this assert only
shows up on my system when I set SDL_AUDIODRIVER to “dsound” (which is the
default). When it is set to “waveout”, the MPEG 1, Layer 3 files play
almost fine. (small gaps here and then, probably due to underbuffering?)–
Olivier A. Dagenais - Software Architect and Developer