-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
soundsource*::ParseHeader discrepancies #5260
Comments
Commented by: fenugrec |
Commented by: dcd2168 no audio, no start |
Commented by: fenugrec piloto: You'll have to provide a bit more info.. |
Commented by: Pegasus-RPG Patch applies cleanly to 1.7 branch and tests good for me on MP3 and FLAC files. |
Commented by: fenugrec
|
Issue closed with status Fix Released. |
Reported by: fenugrec
Date: 2009-12-30T04:10:48Z
Status: Fix Released
Importance: Undecided
Launchpad Issue: lp501542
Attachments: [patch #4910](https://bugs.launchpad.net/bugs/501542/+attachment/1083493/+files/patch #4910), [parseheader 1.8 patch](https://bugs.launchpad.net/bugs/501542/+attachment/1142580/+files/parseheader 1.8 patch)
This patch fixes all kinds of differences in the ::ParseHeader functions
of the sound proxies. The behaviour should now be:
A) returning ERR means the file is invalid, but does not imply it has (in)valid tags.
B) setHeaderParsed is set to TRUE at the end of ::ParseHeader to indicate that
The upper levels should call ParseHeader conditionally (i.e. only if getHeaderParsed
returns false) to avoid useless filesystem activity.
The initial patch I'm including is based on 1.7 trunk (as of rev ~ 2535) and touches
the following files:
soundsourcem4a.cpp
soundsourcemp3.cpp
soundsourceoggvorbis.cpp
soundsourcesndfile.cpp
the patch also fixes some handles not being closed before returning ERR.
The text was updated successfully, but these errors were encountered: