Hey all,
I just wanted to do a quick test by loading an ogg file, but I can't get oggread~ to do the job.
% file Suite_1_BWV1007-prelude.ogg Suite_1_BWV1007-prelude.ogg: Ogg data, Vorbis audio, stereo, 48000 Hz, <32000 ~64000 >128000 bps, created by: Xiph.Org libVorbis I
but oggread~ tells me:
oggread~: file "Suite_1_BWV1007-prelude.ogg" opened oggread~: error: could not open "Suite_1_BWV1007-prelude.ogg" as an OggVorbis file oggread~: file closed due to error oggread~: file "Suite_1_BWV1007-prelude.ogg" was not seekableoggread~: first logical bitstream information: oggread~: closing file
So what kind of ogg files can I load with oggread~, and what is wrong with these files? xmms plays em fine.. I'll sox em into waves for now I guess.
Thanks all.
..b.
On 16 Feb 2006, at 21:50, Georg Holzmann wrote:
I just wanted to do a quick test by loading an ogg file, but I
can't get oggread~ to do the job.if you want to load the files into a table you can also use
[sndfiler], it has ogg support now ...
Georg, when you talk about [sndfiler], do you mean [soundfiler]? Or
am I missing something...because in my extended build of 0.39,
[sndfiler] doesn't exist, and I can only see [soundfiler], which
deals only with aiff, wav and nextstep. I'm gagging for a way to load
MP3s or oggs to a table...
d
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
ciao David,
i think you can find binaries here: http://grh.mur.at/software/sndfiler.html
ciao, d
----- Original Message ----- From: "David Plans Casal" main@davidcasal.com To: "PD List" pd-list@iem.at Sent: Tuesday, February 28, 2006 6:33 PM Subject: Re: [PD] oggread~ won't read my ogg file?
On 16 Feb 2006, at 21:50, Georg Holzmann wrote:
I just wanted to do a quick test by loading an ogg file, but I can't get oggread~ to do the job.
if you want to load the files into a table you can also use [sndfiler], it has ogg support now ...
Georg, when you talk about [sndfiler], do you mean [soundfiler]? Or am I missing something...because in my extended build of 0.39, [sndfiler] doesn't exist, and I can only see [soundfiler], which deals only with aiff, wav and nextstep. I'm gagging for a way to load MP3s or oggs to a table...
d
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hallo!
i think you can find binaries here: http://grh.mur.at/software/sndfiler.html
yes that's true, but these are the old binaries ... If you want read ogg you can find the source in /pd-cvs/externals/tb/sndfiler and have to compile it yoursef !
LG Georg
On 1 Mar 2006, at 08:56, Georg Holzmann wrote:
Hallo!
i think you can find binaries here: http://grh.mur.at/software/sndfiler.html
yes that's true, but these are the old binaries ... If you want read ogg you can find the source in /pd-cvs/externals/ tb/sndfiler and have to compile it yoursef !
Hey Georg,
Just got [sndfiler] working on 0.39 and thought I'd try loading
an .ogg into the help patch, but I get:
sndfiler: loading file ... error: Error opening file ... you might be able to track this down from the Find menu.
gdb gives me no info at all as to why this is happening. I'm using
the static binary, and I've installed threadlib in pd's path. Here's
what it says when loading it:
threadlib vers.0.1, library for threaded patching and externals 2005, by Georg Holzmann grh@mur.at heavily based on pd_devel code by Tim Blechmann WARNING: this is very experimental and may crash your patches !
Global sndfiler thread launched, priority: 15
Any idea what that error might be?
d
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
Georg and list,
I realise now that the errors below probably happened because I was
using old sndfiler binaries against dev0.39.
So I'm trying to compile from cvs/externals/tb/sndfiler. However, I
have trouble with Makefile.pd_main, in that I've given all the
correct paths, but I still get:
waldorf:~/dev/pure-data/externals/tb/sndfiler/src dc$ make pd_darwin cc -DPD -O2 -Wall -W -Wshadow -Wstrict-prototypes -Wno-unused -Wno- parentheses -Wno-switch -I../../../../pd/src -o sndfiler.o -c sndfiler.c In file included from sndfiler.c:23: sndfiler.h:37:20: error: m_fifo.h: No such file or directory sndfiler.h:46:26: error: vorbis/codec.h: No such file or directory sndfiler.h:47:31: error: vorbis/vorbisfile.h: No such file or directory
I have vorbis and ogg .h files in /sw/include, but I can't see
anywhere to set those paths in the sndfiler Makefile.pd_main...
Needless to say, pointing at those files with complete paths from the
sndfiler.h file didn't work ;-)
Only thing I can think of is that I'm giving sndfiler compilation the
path to a binary threadlib pd_darwin lib, but the source path to cvs:
# path to threadlib.h THREADLIB_SRC = /Users/dc/dev/pure-data/externals/grh/threadlib/src
Could that be the problem?
Any ideas?
d
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
Hallo!
So I'm trying to compile from cvs/externals/tb/sndfiler. However, I
have trouble with Makefile.pd_main, in that I've given all the correct paths, but I still get:
are you compiling now against devel or millers pd ?
waldorf:~/dev/pure-data/externals/tb/sndfiler/src dc$ make pd_darwin
here you are using Makefile (which is for pd_devel) - if you want to use Makefile.main your command should be:
make -f Makefile.main pd_darwin
but I never tried to compile sndfiler with vorbisfile on os-x ... ;)
LG Georg
On 10 Mar 2006, at 15:45, Georg Holzmann wrote:
So I'm trying to compile from cvs/externals/tb/sndfiler. However,
I have trouble with Makefile.pd_main, in that I've given all the
correct paths, but I still get:are you compiling now against devel or millers pd ?
miller's. why, should I compile against dev?
waldorf:~/dev/pure-data/externals/tb/sndfiler/src dc$ make pd_darwin
here you are using Makefile (which is for pd_devel) - if you want
to use Makefile.main your command should be: make -f Makefile.main pd_darwin
ok sorry, of course.
however, doing that complains about -pthread:
powerpc-apple-darwin8-gcc-4.0.0: unrecognized option `-pthread'
Is this because of gcc4.0.0 ? Should I use 3? How would I? (I mean I
don't really know how to 'downgrade' gcc compilation)
removing -pthread from darwin and linux targets works, but still has
another error:
gcc -bundle -undefined suppress -flat_namespace -bundle_loader /
Applications/Pd-0.39extendedOLD.app/Contents/Resources//bin/pd --
export-dynamic -L/sw/lib -L/opt/local/lib -lsndfile -lvorbisfile /
Users/dc/Documents/musicresearch/pdextra/threadlib.pd_darwin -o
sndfiler.pd_darwin sndfiler.o
/usr/bin/ld: /Users/dc/Documents/musicresearch/pdextra/
threadlib.pd_darwin is input for the dynamic link editor, is not
relocatable by the static link editor again
collect2: ld returned 1 exit status
make: *** [sndfiler.pd_darwin] Error 1
Thoughts?
I don't -have- to do ogg, could do mp3 instead...would that be possible?
d
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
Hi
I've now switched from gcc 4.0 to 3.3 using gcc_select, but output
remains the same...
gcc: unrecognized option `-pthread'
gcc -bundle -undefined suppress -flat_namespace -bundle_loader /
Applications/Pd-0.39extendedOLD.app/Contents/Resources//bin/pd --
export-dynamic -L/sw/lib -L/opt/local/lib -lsndfile -lvorbisfile /
Users/dc/dev/pure-data/externals/grh/threadlib/src/
threadlib.pd_darwin -o sndfiler.pd_darwin sndfiler.o
ld: /Users/dc/dev/pure-data/externals/grh/threadlib/src/
threadlib.pd_darwin is input for the dynamic link editor, is not
relocatable by the static link editor again
make: *** [sndfiler.pd_darwin] Error 1
Still no idea what's going on there.
Anyone?
d
On 10 Mar 2006, at 17:57, David Plans Casal wrote:
On 10 Mar 2006, at 15:45, Georg Holzmann wrote:
So I'm trying to compile from cvs/externals/tb/sndfiler. However,
I have trouble with Makefile.pd_main, in that I've given all
the correct paths, but I still get:are you compiling now against devel or millers pd ?
miller's. why, should I compile against dev?
waldorf:~/dev/pure-data/externals/tb/sndfiler/src dc$ make pd_darwin
here you are using Makefile (which is for pd_devel) - if you want
to use Makefile.main your command should be: make -f Makefile.main pd_darwinok sorry, of course.
however, doing that complains about -pthread:
powerpc-apple-darwin8-gcc-4.0.0: unrecognized option `-pthread'
Is this because of gcc4.0.0 ? Should I use 3? How would I? (I mean
I don't really know how to 'downgrade' gcc compilation)removing -pthread from darwin and linux targets works, but still
has another error:gcc -bundle -undefined suppress -flat_namespace -bundle_loader / Applications/Pd-0.39extendedOLD.app/Contents/Resources//bin/pd -- export-dynamic -L/sw/lib -L/opt/local/lib -lsndfile -lvorbisfile / Users/dc/Documents/musicresearch/pdextra/threadlib.pd_darwin -o
sndfiler.pd_darwin sndfiler.o /usr/bin/ld: /Users/dc/Documents/musicresearch/pdextra/ threadlib.pd_darwin is input for the dynamic link editor, is not
relocatable by the static link editor again collect2: ld returned 1 exit status make: *** [sndfiler.pd_darwin] Error 1Thoughts?
I don't -have- to do ogg, could do mp3 instead...would that be
possible?d
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
In the hopes that someone will get to this thread eventually,
On 11 Mar 2006, at 09:32, David Plans Casal wrote:
I've now switched from gcc 4.0 to 3.3 using gcc_select, but output
remains the same...
Compiling sndfiler against dev_0_39 instead of MAIN, I get:
gcc -DUNIX -fPIC -pthread -DPD -DUSE_PD_MAIN -O3 -funroll-loops -Wall
-W -Wshadow -Wno-parentheses -Wno-switch -Wno-unused -fomit-frame-
pointer -I. -I/Users/dc/cvs-puredata/devel_0_39/src -I/sw/include/ -I/
Users/dc/dev/pure-data/externals/grh/threadlib/src -o sndfiler.o -c
sndfiler.c
powerpc-apple-darwin8-gcc-4.0.0: unrecognized option `-pthread'
sndfiler.c:36: error: redefinition of ‘struct _garray’
make: *** [sndfiler.pd_darwin] Error 1
d
gcc: unrecognized option `-pthread' gcc -bundle -undefined suppress -flat_namespace -bundle_loader / Applications/Pd-0.39extendedOLD.app/Contents/Resources//bin/pd -- export-dynamic -L/sw/lib -L/opt/local/lib -lsndfile -lvorbisfile / Users/dc/dev/pure-data/externals/grh/threadlib/src/ threadlib.pd_darwin -o sndfiler.pd_darwin sndfiler.o ld: /Users/dc/dev/pure-data/externals/grh/threadlib/src/ threadlib.pd_darwin is input for the dynamic link editor, is not
relocatable by the static link editor again make: *** [sndfiler.pd_darwin] Error 1Still no idea what's going on there.
Anyone?
d
On 10 Mar 2006, at 17:57, David Plans Casal wrote:
On 10 Mar 2006, at 15:45, Georg Holzmann wrote:
So I'm trying to compile from cvs/externals/tb/sndfiler.
However, I have trouble with Makefile.pd_main, in that I've
given all the correct paths, but I still get:are you compiling now against devel or millers pd ?
miller's. why, should I compile against dev?
waldorf:~/dev/pure-data/externals/tb/sndfiler/src dc$ make
pd_darwinhere you are using Makefile (which is for pd_devel) - if you want
to use Makefile.main your command should be: make -f Makefile.main pd_darwinok sorry, of course.
however, doing that complains about -pthread:
powerpc-apple-darwin8-gcc-4.0.0: unrecognized option `-pthread'
Is this because of gcc4.0.0 ? Should I use 3? How would I? (I mean
I don't really know how to 'downgrade' gcc compilation)removing -pthread from darwin and linux targets works, but still
has another error:gcc -bundle -undefined suppress -flat_namespace -bundle_loader / Applications/Pd-0.39extendedOLD.app/Contents/Resources//bin/pd -- export-dynamic -L/sw/lib -L/opt/local/lib -lsndfile -lvorbisfile / Users/dc/Documents/musicresearch/pdextra/threadlib.pd_darwin -o
sndfiler.pd_darwin sndfiler.o /usr/bin/ld: /Users/dc/Documents/musicresearch/pdextra/ threadlib.pd_darwin is input for the dynamic link editor, is not
relocatable by the static link editor again collect2: ld returned 1 exit status make: *** [sndfiler.pd_darwin] Error 1Thoughts?
I don't -have- to do ogg, could do mp3 instead...would that be
possible?d
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
David Plans Casal wrote:
In the hopes that someone will get to this thread eventually,
On 11 Mar 2006, at 09:32, David Plans Casal wrote:
I've now switched from gcc 4.0 to 3.3 using gcc_select, but output
remains the same...Compiling sndfiler against dev_0_39 instead of MAIN, I get:
gcc -DUNIX -fPIC -pthread -DPD -DUSE_PD_MAIN -O3 -funroll-loops -Wall
-W -Wshadow -Wno-parentheses -Wno-switch -Wno-unused -fomit-frame- pointer -I. -I/Users/dc/cvs-puredata/devel_0_39/src -I/sw/include/ -I/ Users/dc/dev/pure-data/externals/grh/threadlib/src -o sndfiler.o -c
sndfiler.c powerpc-apple-darwin8-gcc-4.0.0: unrecognized option `-pthread' sndfiler.c:36: error: redefinition of ‘struct _garray’
well, i think it is a typo and should read "-lpthread" instead of "-pthread" - and of course you will need to have pthreads installed.
mfg.adsr. IOhannes
On 11 Mar 2006, at 14:26, IOhannes m zmölnig wrote:
David Plans Casal wrote:
In the hopes that someone will get to this thread eventually, On 11 Mar 2006, at 09:32, David Plans Casal wrote:
I've now switched from gcc 4.0 to 3.3 using gcc_select, but
output remains the same...Compiling sndfiler against dev_0_39 instead of MAIN, I get: gcc -DUNIX -fPIC -pthread -DPD -DUSE_PD_MAIN -O3 -funroll-loops - Wall -W -Wshadow -Wno-parentheses -Wno-switch -Wno-unused -fomit- frame- pointer -I. -I/Users/dc/cvs-puredata/devel_0_39/src -I/sw/ include/ -I/ Users/dc/dev/pure-data/externals/grh/threadlib/src -o
sndfiler.o -c sndfiler.c powerpc-apple-darwin8-gcc-4.0.0: unrecognized option `-pthread' sndfiler.c:36: error: redefinition of ‘struct _garray’
well, i think it is a typo and should read "-lpthread" instead of "- pthread" - and of course you will need to have pthreads installed.
That -is- true, it turns out, however, that in OSX, you don't need to
specify -lpthreads to get pthreads support, since it's 'already in
OSX', looks like, as explained here:
http://developer.apple.com/macosx/multithreadedprogramming.html
However, adding 'l' gives:
powerpc-apple-darwin8-gcc-4.0.0: -lpthread: linker input file unused
because linking not done
And finally, I still have the last problem (which I think is the
showstopper):
/usr/bin/ld: /Users/dc/dev/pure-data/externals/grh/threadlib/src/
threadlib.pd_darwin is input for the dynamic link editor, is not
relocatable by the static link editor again
collect2: ld returned 1 exit status
make: *** [sndfiler.pd_darwin] Error 1
What could that be about?
d
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
David Plans Casal wrote:
On 11 Mar 2006, at 14:26, IOhannes m zmölnig wrote:
David Plans Casal wrote:
In the hopes that someone will get to this thread eventually, On 11 Mar 2006, at 09:32, David Plans Casal wrote:
I've now switched from gcc 4.0 to 3.3 using gcc_select, but output
remains the same...Compiling sndfiler against dev_0_39 instead of MAIN, I get: gcc -DUNIX -fPIC -pthread -DPD -DUSE_PD_MAIN -O3 -funroll-loops - Wall -W -Wshadow -Wno-parentheses -Wno-switch -Wno-unused -fomit- frame- pointer -I. -I/Users/dc/cvs-puredata/devel_0_39/src -I/sw/ include/ -I/ Users/dc/dev/pure-data/externals/grh/threadlib/src -o
sndfiler.o -c sndfiler.c powerpc-apple-darwin8-gcc-4.0.0: unrecognized option `-pthread' sndfiler.c:36: error: redefinition of ‘struct _garray’well, i think it is a typo and should read "-lpthread" instead of "- pthread" - and of course you will need to have pthreads installed.
That -is- true, it turns out, however, that in OSX, you don't need to
specify -lpthreads to get pthreads support, since it's 'already in
OSX', looks like, as explained here:http://developer.apple.com/macosx/multithreadedprogramming.html
However, adding 'l' gives:
powerpc-apple-darwin8-gcc-4.0.0: -lpthread: linker input file unused
because linking not done
This is just saying that the -lpthread is ignored because it was given when compiling a .o file, rather than when linking .o and libs into a .pd_darwin. But like you said before, -lphtread is not needed on Mac OS X.
And finally, I still have the last problem (which I think is the
showstopper):/usr/bin/ld: /Users/dc/dev/pure-data/externals/grh/threadlib/src/ threadlib.pd_darwin is input for the dynamic link editor, is not
relocatable by the static link editor again collect2: ld returned 1 exit status make: *** [sndfiler.pd_darwin] Error 1What could that be about?
This one I am not sure.
Since you are doing this, maybe you could add this stuff to the Pd-extended build system. It would go into externals/Makefile in particular.
.hc
On 13 Mar 2006, at 21:59, Hans-Christoph Steiner wrote:
David Plans Casal wrote:
powerpc-apple-darwin8-gcc-4.0.0: -lpthread: linker input file
unused because linking not doneThis is just saying that the -lpthread is ignored because it was
given when compiling a .o file, rather than when linking .o and
libs into a .pd_darwin. But like you said before, -lphtread is not
needed on Mac OS X.
Oh ok I see.
/usr/bin/ld: /Users/dc/dev/pure-data/externals/grh/threadlib/src/
threadlib.pd_darwin is input for the dynamic link editor, is not
relocatable by the static link editor again collect2: ld returned 1 exit status make: *** [sndfiler.pd_darwin] Error 1 What could that be about?This one I am not sure.
Since you are doing this, maybe you could add this stuff to the Pd- extended build system. It would go into externals/Makefile in
particular.
I'll take a look at that makefile and feedback, but I won't add
anything without running by you first. Sorry, but I'm not confident
enough that I wouldn't break instead of fix it ;-)
d