Only the generated config.h and the API headers in src/include should be
located via search path now.
git-svn-id: svn://scm.orgis.org/mpg123/trunk@5386 35dc7657-300d-0410-a2e5-dc2837fedb53
This now is the result of way to much time of thinking hard about disentangling
the various I/O paths in libmpg123. It needed days of hacking, way too many
hours continuously, to figure out how this would work. So this is my draft
that I tested in various settings and am hopeful that it fulfills the ideas
drafted in bug 344, the relentless discussion with manx about how portable
API should look.
Instead of just adding some 64 bit functions, this is a refactoring of the
reader code, moving the parts actually dealing with OS calls and largefile
support into lfs_wrap.c, which now offers wrappers and aliases. All file I/O
is now routed through the interface of mpg123_reader64() and could neatly be
split into a separate library, weren't it for only a handful of internal hooks.
I fixed up the autoconf and the CMake build. Ideally, both break only on
a limited set of platforms. I am pushing this directly to trunk as a)
I did testing on x86-64 and i686 with some largefile switchery and think
it should work and b) I want people to quickly tell me what does not work.
Let's see how many iterations we'll need until 1.32.0 can finally be released.
git-svn-id: svn://scm.orgis.org/mpg123/trunk@5304 35dc7657-300d-0410-a2e5-dc2837fedb53
Using scripts/syn123-channelscaling.sh, I see about 15% benefit
for mono/stereo operation when treating it as special cases in
the resampler. Fun fact: Even the higher channel counts profit
a tiny bit (1% to 2%, not sure how significant) from the
separation.
Giving the compiler information about what can be likely values
for those inner loop rounds still makes sense.
git-svn-id: svn://scm.orgis.org/mpg123/trunk@4494 35dc7657-300d-0410-a2e5-dc2837fedb53
The test script just tries to build all supported modules into a static output each; providing some testing for the more rare configuration.
git-svn-id: svn://scm.orgis.org/mpg123/trunk@3423 35dc7657-300d-0410-a2e5-dc2837fedb53
This needed locale usage to use sort properly (might have helped glob, too, of course).
git-svn-id: svn://scm.orgis.org/mpg123/trunk@3186 35dc7657-300d-0410-a2e5-dc2837fedb53
term.c: preliminary code to use the number row for jumping to 0..90% of the file in 10% steps
git-svn-id: svn://scm.orgis.org/mpg123/trunk@3122 35dc7657-300d-0410-a2e5-dc2837fedb53
The renaming itself is done via a header that in turn is generated by scripts/intsym.pl . Some symbols needed shortening for the 31 char limit.
git-svn-id: svn://scm.orgis.org/mpg123/trunk@2698 35dc7657-300d-0410-a2e5-dc2837fedb53
Missing is only proper output - and, that it actually works:-/
There is something fishy in the reader...
git-svn-id: svn://scm.orgis.org/mpg123/trunk@536 35dc7657-300d-0410-a2e5-dc2837fedb53
The option definition in mpg123.c lacked the type specifier (a regression caused by merging).
To find that, I added debug.h for more convenient debugs.
git-svn-id: svn://scm.orgis.org/mpg123/trunk@175 35dc7657-300d-0410-a2e5-dc2837fedb53
