Hi,
So, after squashing bugs, making updates, and compiling on the
ever-so-handy pd farm, there is now a new readanysf~ binary for mac
intel machines.
I don't own or use a mac, so I can only build it blindly without
testing.
please download and test.
http://aug.ment.org/software/readanysf~0.40_MacOSX-Intel.tar.gz
This should solve the dangling file handle problem and a few others.
Unfortunately, I was unable to package the lastest gavl that would
solve the wav file problems that Derek posted.
-august.
Hi August,
Speed reporting to confirm that this new one greatly solves the file handling issues. Incidentally, I had to create sw/lib and move all readanysf's dlyb files in there.
Pierre
Le 22 juil. 2010 à 00:47, august a écrit :
Hi,
So, after squashing bugs, making updates, and compiling on the ever-so-handy pd farm, there is now a new readanysf~ binary for mac intel machines.
I don't own or use a mac, so I can only build it blindly without testing.
please download and test.
http://aug.ment.org/software/readanysf~0.40_MacOSX-Intel.tar.gz
This should solve the dangling file handle problem and a few others. Unfortunately, I was unable to package the lastest gavl that would solve the wav file problems that Derek posted.
-august.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
ok, Good to know it worked.
The new package "might" solve the dylib issue.
can you download and try?
http://aug.ment.org/software/readanysf~0.40_MacOSX-Intel.tar.gz
This one "should" work without needing to create the "sw/lib" directory if I understand the process correctly.
best -august.
Hi August,
Speed reporting to confirm that this new one greatly solves the file handling issues. Incidentally, I had to create sw/lib and move all readanysf's dlyb files in there.
Pierre
Le 22 juil. 2010 à 00:47, august a écrit :
Hi,
So, after squashing bugs, making updates, and compiling on the ever-so-handy pd farm, there is now a new readanysf~ binary for mac intel machines.
I don't own or use a mac, so I can only build it blindly without testing.
please download and test.
http://aug.ment.org/software/readanysf~0.40_MacOSX-Intel.tar.gz
This should solve the dangling file handle problem and a few others. Unfortunately, I was unable to package the lastest gavl that would solve the wav file problems that Derek posted.
-august.
Sorry but this one now requires :
- to copy all readanysf's dylib files to Pd.app/contents/lib
- to copy 11 readanysf's dylib files to sw/lib (libvorbisenc.2.dylib, libvorbis.0.dylib, libtheora.0.dylib, liboil-0.3.0.dylib, libogg.0.dylib, libjpeg.62.dylib, libfaad.0.dylib, libavutil.49.dylib, libavformat.52.dylib, libavcodec.51.dylib, liba52.0.dylib)
- to copy 5 Pd's own dylib files to sw/lib (libxvidcore.4.dylib, libx264.57.dylib, libmp3lame.0.dylib, libfaac.0.dylib, libamrnb.0.dylib)
Pierre
Le 22 juil. 2010 à 08:37, august a écrit :
ok, Good to know it worked.
The new package "might" solve the dylib issue.
can you download and try?
http://aug.ment.org/software/readanysf~0.40_MacOSX-Intel.tar.gz
This one "should" work without needing to create the "sw/lib" directory if I understand the process correctly.
best -august.
Hi August,
Speed reporting to confirm that this new one greatly solves the file handling issues. Incidentally, I had to create sw/lib and move all readanysf's dlyb files in there.
Pierre
Le 22 juil. 2010 à 00:47, august a écrit :
Hi,
So, after squashing bugs, making updates, and compiling on the ever-so-handy pd farm, there is now a new readanysf~ binary for mac intel machines.
I don't own or use a mac, so I can only build it blindly without testing.
please download and test.
http://aug.ment.org/software/readanysf~0.40_MacOSX-Intel.tar.gz
This should solve the dangling file handle problem and a few others. Unfortunately, I was unable to package the lastest gavl that would solve the wav file problems that Derek posted.
-august.
oh dang.
Okay, I really don't understand the mac binary package.
Maybe Hans (or someone else) can step in here....did you use a special embed script for embedding the libs? If so, can you send it to me?
-august.
Sorry but this one now requires :
- to copy all readanysf's dylib files to Pd.app/contents/lib
- to copy 11 readanysf's dylib files to sw/lib (libvorbisenc.2.dylib, libvorbis.0.dylib, libtheora.0.dylib, liboil-0.3.0.dylib, libogg.0.dylib, libjpeg.62.dylib, libfaad.0.dylib, libavutil.49.dylib, libavformat.52.dylib, libavcodec.51.dylib, liba52.0.dylib)
- to copy 5 Pd's own dylib files to sw/lib (libxvidcore.4.dylib, libx264.57.dylib, libmp3lame.0.dylib, libfaac.0.dylib, libamrnb.0.dylib)
Pierre
Le 22 juil. 2010 à 08:37, august a écrit :
ok, Good to know it worked.
The new package "might" solve the dylib issue.
can you download and try?
http://aug.ment.org/software/readanysf~0.40_MacOSX-Intel.tar.gz
This one "should" work without needing to create the "sw/lib" directory if I understand the process correctly.
best -august.
Hi August,
Speed reporting to confirm that this new one greatly solves the file handling issues. Incidentally, I had to create sw/lib and move all readanysf's dlyb files in there.
Pierre
Le 22 juil. 2010 à 00:47, august a écrit :
Hi,
So, after squashing bugs, making updates, and compiling on the ever-so-handy pd farm, there is now a new readanysf~ binary for mac intel machines.
I don't own or use a mac, so I can only build it blindly without testing.
please download and test.
http://aug.ment.org/software/readanysf~0.40_MacOSX-Intel.tar.gz
This should solve the dangling file handle problem and a few others. Unfortunately, I was unable to package the lastest gavl that would solve the wav file problems that Derek posted.
-august.
One way you can check which libraries in which path the .pd_darwin
depends on is to use otool:
hans@palatschinken readanysf~ $ otool -L readanysf~.pd_darwin
readanysf~.pd_darwin:
readanysf~.pd_darwin (compatibility version 0.0.0, current version
0.0.0)
/Library/Pd/readanysf~/libgavl.1.dylib (compatibility version 2.0.0,
current version 2.0.0)
/Library/Pd/readanysf~/libgmerlin_avdec.1.dylib (compatibility
version 2.0.0, current version 2.0.0)
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current
version 7.4.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current
version 1.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 111.1.5)
You can do the same for any dylib, like libgmerlin_avdec.1.dylib,
which has lots. Here's my build, made thusly:
cd externals/august/readanysf~ make -f Makefile.darwin_i386_10.4 ./embed-MacOSX-dependencies.sh
http://autobuild.puredata.info/pdlab/readanysf~.zip
.hc
On Jul 23, 2010, at 4:48 AM, august wrote:
oh dang.
Okay, I really don't understand the mac binary package.
Maybe Hans (or someone else) can step in here....did you use a special embed script for embedding the libs? If so, can you send it to me?
-august.
Sorry but this one now requires :
- to copy all readanysf's dylib files to Pd.app/contents/lib
- to copy 11 readanysf's dylib files to sw/lib (libvorbisenc.
2.dylib, libvorbis.0.dylib, libtheora.0.dylib, liboil-0.3.0.dylib,
libogg.0.dylib, libjpeg.62.dylib, libfaad.0.dylib, libavutil. 49.dylib, libavformat.52.dylib, libavcodec.51.dylib, liba52.0.dylib)
- to copy 5 Pd's own dylib files to sw/lib (libxvidcore.4.dylib,
libx264.57.dylib, libmp3lame.0.dylib, libfaac.0.dylib, libamrnb. 0.dylib)
Pierre
Le 22 juil. 2010 à 08:37, august a écrit :
ok, Good to know it worked.
The new package "might" solve the dylib issue.
can you download and try?
http://aug.ment.org/software/readanysf~0.40_MacOSX-Intel.tar.gz
This one "should" work without needing to create the "sw/lib"
directory if I understand the process correctly.best -august.
Hi August,
Speed reporting to confirm that this new one greatly solves the
file handling issues. Incidentally, I had to create sw/lib and move all readanysf's
dlyb files in there.Pierre
Le 22 juil. 2010 à 00:47, august a écrit :
Hi,
So, after squashing bugs, making updates, and compiling on the ever-so-handy pd farm, there is now a new readanysf~ binary for
mac intel machines.I don't own or use a mac, so I can only build it blindly without testing.
please download and test.
http://aug.ment.org/software/readanysf~0.40_MacOSX-Intel.tar.gz
This should solve the dangling file handle problem and a few
others. Unfortunately, I was unable to package the lastest gavl that
would solve the wav file problems that Derek posted.-august.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone." --Bjarne Stroustrup (creator of C++)
On Fri, Jul 23, 2010 at 10:40 AM, Hans-Christoph Steiner hans@at.or.at wrote:
Hi Hans, it seems that a few libs were not caught during the process...
otool -L *.dylib tells me that:
libavutil.49.dylib: /sw/lib/libmp3lame.0.dylib (compatibility version 1.0.0, current version 1.0.0) /sw/lib/libtheora.0.dylib (compatibility version 4.0.0, current version 4.4.0) /sw/lib/libogg.0.dylib (compatibility version 6.0.0, current version 6.3.0) /sw/lib/libvorbisenc.2.dylib (compatibility version 3.0.0, current version 3.3.0) /sw/lib/libvorbis.0.dylib (compatibility version 5.0.0, current version 5.0.0) /sw/lib/libx264.57.dylib (compatibility version 1.0.0, current version 1.0.0) /sw/lib/libxvidcore.4.dylib (compatibility version 4.0.0, current version 4.1.0)
libfaac.0.dylib: /sw/lib/libgnugetopt.1.dylib (compatibility version 1.2.0, current version 1.2.0)
... but everything else seems ok.
Patrick
10th time's a charm! ;) Thanks for spotting that, I needed to run the
build on the Mac OS X 10.4/Intel build farm machine, and also add one
more pass to the embed script. So here's a new build:
http://autobuild.puredata.info/pdlab/readanysf~.zip
And here's how:
ssh pddev@128.238.56.59 cd pure-data/trunk/externals/august/readanysf~ make -f Makefile.darwin ./embed-MacOSX-dependencies.sh cd .. zip -9r readanysf~.zip readanysf~
.hc
On Jul 23, 2010, at 12:10 PM, Patrick Boivin wrote:
On Fri, Jul 23, 2010 at 10:40 AM, Hans-Christoph Steiner <hans@at.or.at
wrote:
Hi Hans, it seems that a few libs were not caught during the
process...otool -L *.dylib tells me that:
libavutil.49.dylib: /sw/lib/libmp3lame.0.dylib (compatibility version 1.0.0, current version 1.0.0) /sw/lib/libtheora.0.dylib (compatibility version 4.0.0, current version 4.4.0) /sw/lib/libogg.0.dylib (compatibility version 6.0.0, current version 6.3.0) /sw/lib/libvorbisenc.2.dylib (compatibility version 3.0.0, current version 3.3.0) /sw/lib/libvorbis.0.dylib (compatibility version 5.0.0, current version 5.0.0) /sw/lib/libx264.57.dylib (compatibility version 1.0.0, current version 1.0.0) /sw/lib/libxvidcore.4.dylib (compatibility version 4.0.0, current version 4.1.0)
libfaac.0.dylib: /sw/lib/libgnugetopt.1.dylib (compatibility version 1.2.0, current version 1.2.0)
... but everything else seems ok.
Patrick
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.
10th time's a charm! ;) Thanks for spotting that, I needed to run the
build on the Mac OS X 10.4/Intel build farm machine, and also add one
more pass to the embed script. So here's a new build:http://autobuild.puredata.info/pdlab/readanysf~.zip
And here's how:
ssh pddev@128.238.56.59 cd pure-data/trunk/externals/august/readanysf~ make -f Makefile.darwin ./embed-MacOSX-dependencies.sh cd .. zip -9r readanysf~.zip readanysf~
.hc
Hans,
That is the OLD version of readanysf~ that you are compiling.
The new code can be downloaded here:
http://aug.ment.org/software/readanysf~0.40.tar.gz
or on the pdlab machine, just go to:
~/pure-data/trunk/externals/august/test
I don't have SVN rights....so maybe you can import the new code. The
filenames and everything are new, so it'd probably be best just to
purge the old stuff and punch in the new.
I also made a new Makefile. If you just type 'make', it will
recognize if you are on linux or macosx. If you are a mac, it will
build and compile the binary package, run the new embed script on it
(I modified it a bit), and tar.gz the directory.
The latest binary with the new adjustments I have made can be
downloaded here for testing:
http://aug.ment.org/software/readanysf~0.40_MacOSX-Intel.tar.gz
Please let me know if this binary version works like the previous
one.
-august.
august wrote:
10th time's a charm! ;) Thanks for spotting that, I needed to run the
build on the Mac OS X 10.4/Intel build farm machine, and also add one
more pass to the embed script. So here's a new build:http://autobuild.puredata.info/pdlab/readanysf~.zip
And here's how:
ssh pddev@128.238.56.59 cd pure-data/trunk/externals/august/readanysf~ make -f Makefile.darwin ./embed-MacOSX-dependencies.sh cd .. zip -9r readanysf~.zip readanysf~
.hc
Hans,
That is the OLD version of readanysf~ that you are compiling.
The new code can be downloaded here: http://aug.ment.org/software/readanysf~0.40.tar.gz
or on the pdlab machine, just go to: ~/pure-data/trunk/externals/august/test
I don't have SVN rights....so maybe you can import the new code. The filenames and everything are new, so it'd probably be best just to purge the old stuff and punch in the new.
I also made a new Makefile. If you just type 'make', it will recognize if you are on linux or macosx. If you are a mac, it will build and compile the binary package, run the new embed script on it (I modified it a bit), and tar.gz the directory.
The latest binary with the new adjustments I have made can be downloaded here for testing:
http://aug.ment.org/software/readanysf~0.40_MacOSX-Intel.tar.gz
Please let me know if this binary version works like the previous one.
-august.
I updated libgavl to 1.1.2 on the Mac build farm machines, so if you build, there should use it.
I think rather than me or someone importing the code, it would be best if you either requested commit access on pd-dev or set up the readanysf~ code in some other public repo like gitorious, sourceforge, etc. Or you could just maintain it as a tarball. Then we could remove the code from pure-data if its not used. I have far too many little niggly tasks like this to keep track off...
.hc
10th time's a charm! ;) Thanks for spotting that, I needed to run the
build on the Mac OS X 10.4/Intel build farm machine, and also add one
more pass to the embed script. So here's a new build:http://autobuild.puredata.info/pdlab/readanysf~.zip
And here's how:
ssh pddev@128.238.56.59 cd pure-data/trunk/externals/august/readanysf~ make -f Makefile.darwin ./embed-MacOSX-dependencies.sh cd .. zip -9r readanysf~.zip readanysf~
.hc
Hans,
That is the OLD version of readanysf~ that you are compiling.
The new code can be downloaded here: http://aug.ment.org/software/readanysf~0.40.tar.gz
or on the pdlab machine, just go to: ~/pure-data/trunk/externals/august/test
I don't have SVN rights....so maybe you can import the new code. The filenames and everything are new, so it'd probably be best just to purge the old stuff and punch in the new.
I also made a new Makefile. If you just type 'make', it will recognize if you are on linux or macosx. If you are a mac, it will build and compile the binary package, run the new embed script on it (I modified it a bit), and tar.gz the directory.
The latest binary with the new adjustments I have made can be downloaded here for testing:
http://aug.ment.org/software/readanysf~0.40_MacOSX-Intel.tar.gz
Please let me know if this binary version works like the previous one.
-august.
I updated libgavl to 1.1.2 on the Mac build farm machines, so if you build, there should use it.
I think rather than me or someone importing the code, it would be best if you either requested commit access on pd-dev or set up the readanysf~ code in some other public repo like gitorious, sourceforge, etc. Or you could just maintain it as a tarball. Then we could remove the code from pure-data if its not used. I have far too many little niggly tasks like this to keep track off...
.hc
ok. sorry Hans. I found my sf account again and imported it all myself.
Please check it out and see if it works. Can someone verify that the new Mac binary works?
thanks-august.
On Jul 28, 2010, at 5:18 AM, august wrote:
10th time's a charm! ;) Thanks for spotting that, I needed to
run the build on the Mac OS X 10.4/Intel build farm machine, and also add
one more pass to the embed script. So here's a new build:http://autobuild.puredata.info/pdlab/readanysf~.zip
And here's how:
ssh pddev@128.238.56.59 cd pure-data/trunk/externals/august/readanysf~ make -f Makefile.darwin ./embed-MacOSX-dependencies.sh cd .. zip -9r readanysf~.zip readanysf~
.hc
Hans,
That is the OLD version of readanysf~ that you are compiling.
The new code can be downloaded here: http://aug.ment.org/software/readanysf~0.40.tar.gz
or on the pdlab machine, just go to: ~/pure-data/trunk/externals/august/test
I don't have SVN rights....so maybe you can import the new code.
The filenames and everything are new, so it'd probably be best just to purge the old stuff and punch in the new.I also made a new Makefile. If you just type 'make', it will recognize if you are on linux or macosx. If you are a mac, it will build and compile the binary package, run the new embed script on
it (I modified it a bit), and tar.gz the directory.The latest binary with the new adjustments I have made can be downloaded here for testing:
http://aug.ment.org/software/readanysf~0.40_MacOSX-Intel.tar.gz
Please let me know if this binary version works like the previous one.
-august.
I updated libgavl to 1.1.2 on the Mac build farm machines, so if you build, there should use it.
I think rather than me or someone importing the code, it would be
best if you either requested commit access on pd-dev or set up the
readanysf~ code in some other public repo like gitorious, sourceforge, etc.
Or you could just maintain it as a tarball. Then we could remove the code
from pure-data if its not used. I have far too many little niggly tasks
like this to keep track off....hc
ok. sorry Hans. I found my sf account again and imported it all
myself.Please check it out and see if it works. Can someone verify that
the new Mac binary works?thanks-august.
I committed some small changes to the Makefile, built it and tested it
on 10.4/Intel and it loaded.
.hc
Access to computers should be unlimited and total. - the hacker ethic
ok. sorry Hans. I found my sf account again and imported it all
myself.Please check it out and see if it works. Can someone verify that
the new Mac binary works?thanks-august.
I committed some small changes to the Makefile, built it and tested it
on 10.4/Intel and it loaded.
Cool man. Thanks checking up on it.
-
august -
Hans-Christoph Steiner -
Patrick Boivin -
Pierre Cage