Re: [PD] direct connection from pd to webrowser, low latency
onyx, I would also check out the latency in the browser audio player. I somehow suspect that is where you are acquiring the largest portion of buffers and latency. I'm unsure, however, if you can even access and set the incoming buffer there. If not, you might have to write your own audio player...which would defeat your purpose of using the browser in a cell phone. Flash does let you set the incoming audio buffer, ...but alas, many phones can't run flash. WebRTC might be the best option on the browser side. keep us posted! suerte -august. > >the audio side was just standard wireless hifi headphones, using lots of > >headphones but only two of the transmitters. The interesting part > technically > >was the bike powered generators, but the 2 channel headphones dance floor > and > >double DJ thing was lots of fun. > > ah, nice. very clever! would love to check that out! > > I may be making a bit of headway in looking at rtmp and hls streaming media > servers like mist server and the rtmp module for nginx webserver. it > accepts a raw connection to its input ports. > > my question now becomes, which of the signal capable network objects can > work without an associated in~ object? i have been toying with netsend~, > udpsend~ mp3streamout~ streamout~ and mp3cast~, which works with the > icecast server, but the others return errors so far. i have the greatest > confidence in getting the netsend~ to eventually work, but does anyone have > any experience with the others in regards to sending their outputs to > non-pd or max based inputs like network ports set up to recieve other data? > > Onyx > > -- > www.onyx-ashanti.com -- http://aug.ment.org GPG: 0A8D 2BC7 243D 57D0 469D 9736 C557 458F 003E 6952 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] direct connection from pd to webrowser, low latency
Onyx, Interesting idea. What kind of threshold are you looking for regarding latency? I assume this would be for a local network, right? If I were you, I would first try to fine-tune your current setup by getting all latency variables as low as possible (icecast, pd+oggcast~, and the html audio player). ICECAST: There should be config settings for it where you can manage the buffering/latency. Usually buffering/latency is good for streaming media since you never know what will happen on the network. oggcast~ : I'm guessing it is as low as it can go right now, but there may be an internal buffer that you can adjust/downsize. HTML audio player: Most importantly, in the HTML, you should check to make sure that the audio is not buffering. My guess is that this is where you are experiencing the largest latency. Since HTML5 is a moving target, I'm not sure how you would currently do that. May not even be possible. https://developer.mozilla.org/en-US/docs/HTML/Element/audio ... Then, if the above didn't work, you might try to hook up the output of a TCP netsend to a websocket and then translate the audio data chunks into JS Audio. UDP won't work on websockets AFAIK. best -august. o...@onyx-ashanti.com say: > Greetings! I hope all is well with you. I wanted to ask if i might gain > some of your insight on a project i am undertaking. > > I am currently attempting to stream my audio into html5 capable web > browsers of smartphones. i have created a local network and installed > nginx as my webserver. i and a friend got everything working with the > oggcast~ and mp3cast~ objects and the icecast 2 server, but the latency was > horrific-5-15seconds. I would like to investigate the idea of taking > advantage of the plugin-less nature of these modern fast browsers and pipe > the audio directly into it as directly as possible the same way voip works > but lower bandwidth and only one way. > > I see that udpsend~ can do alot of what i think i want, but i am confused > as to how i might connect it with the audio socket in the client browser > (if socket is even the right term). > > Any insight would be greatly appreciated. and if i get it working, as > before, i will document the findings in a step by step once it works. > thank y> > cheers! > > Onyx > > -- > www.onyx-ashanti.com > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- http://aug.ment.org GPG: 0A8D 2BC7 243D 57D0 469D 9736 C557 458F 003E 6952 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] on OS X
> I posted this release to the downloads page: > > http://puredata.info/downloads/readanysf/ cool. Any reason not to put the Windows version on there? Maybe with a notice that says how and where it is broken. (I forget already what doesn't work on it.) http://aug.ment.org/software/readanysf~-win32-0.42.zip -a. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] on OS X
okay, I downloaded your new builds and updated the links on my site. > I also recently made some builds on the auto-build machines to fix this issue: > http://dropbox.at.or.at/dropbox/readanysf~0.43_MacOSX-Intel.tar.gz > http://dropbox.at.or.at/dropbox/readanysf~0.43_MacOSX-PowerPC.tar.gz > http://dropbox.at.or.at/dropbox/readanysf~0.43_MacOSX-x86_64.tar.gz > > August, you're ssh key should still work on them, so you can build there. > > .hc > > On Dec 4, 2012, at 12:18 AM, august wrote: > > > > > Hola José, > > > > > > I just happened to have a mac with me today. I downloaded the bundle > > and had the same problems. I'm not exactly sure how the libraries got > > messed up like this, but it seems like a new build of libspeex with > > "-arch i386" was enough to get it going again. > > > > I'm not exactly a mac guy, so please try the following build and let me > > know if that works for you. > > > > http://aug.ment.org/software/readanysf~0.43_MacOSX-Intel-speexupdate.tar.gz > > > > I'd also love to hear about the radio work you do with readanysf. > > > > suerte -august. > > > > > >> Hi I'm trying to use the [readanysf~] object to make a playlist on an open > >> virtual radio project > >> > >> The fact is that I've tried so hard to get Pd recognized the library but > >> it seems it's just not working > >> I've made a path > >> I've located the folder on ~/Library/Pd > >> I've created a new startup command > >> I've tried to called it with [import] > >> I've made a copy folder on inside the "extra" folder > >> > >> The thing is when Pd runs it shows me the next error > >> > >> Library/Pd/readanysf~/readanysf~.pd_darwin: > >> dlopen(/Library/Pd/readanysf~/readanysf~.pd_darwin, 10): Library not > >> loaded: /Library/Pd/readanysf~/libspeex.1.dylib > >> Referenced from: /Library/Pd/readanysf~/libavformat.52.dylib > >> Reason: Incompatible library version: libavformat.52.dylib requires > >> version 7.0.0 or later, but libspeex.1.dylib provides version 4.0.0 > >> > >> anybody knows what can I do? > >> > >> PD. I've downloaded the library from the author's page > >> http://aug.ment.org/readanysf/index.php ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] on OS X
Hola José, I just happened to have a mac with me today. I downloaded the bundle and had the same problems. I'm not exactly sure how the libraries got messed up like this, but it seems like a new build of libspeex with "-arch i386" was enough to get it going again. I'm not exactly a mac guy, so please try the following build and let me know if that works for you. http://aug.ment.org/software/readanysf~0.43_MacOSX-Intel-speexupdate.tar.gz I'd also love to hear about the radio work you do with readanysf. suerte -august. > Hi I'm trying to use the [readanysf~] object to make a playlist on an open > virtual radio project > > The fact is that I've tried so hard to get Pd recognized the library but it > seems it's just not working > I've made a path > I've located the folder on ~/Library/Pd > I've created a new startup command > I've tried to called it with [import] > I've made a copy folder on inside the "extra" folder > > The thing is when Pd runs it shows me the next error > > Library/Pd/readanysf~/readanysf~.pd_darwin: > dlopen(/Library/Pd/readanysf~/readanysf~.pd_darwin, 10): Library not loaded: > /Library/Pd/readanysf~/libspeex.1.dylib > Referenced from: /Library/Pd/readanysf~/libavformat.52.dylib > Reason: Incompatible library version: libavformat.52.dylib requires version > 7.0.0 or later, but libspeex.1.dylib provides version 4.0.0 > > anybody knows what can I do? > > PD. I've downloaded the library from the author's page > http://aug.ment.org/readanysf/index.php > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- http://aug.ment.org GPG: 0A8D 2BC7 243D 57D0 469D 9736 C557 458F 003E 6952 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] mp3 (layerII) or .wav/.aif stereo player!
Björn, AFAIK, some kind person took the time to build readanysf~ on windows. However, I was never able to get the binary package(s) from him or her. I'm guessing packaging it all up to be user-friendly would take some time too. If anyone has a windows package together, please let me know and I'll include it in the download section of readanysf~. If not, then I guess it will be a while longer before readanysf~ is readily available for windows. sorry. -august. > Well, I tried to download and get into my pd install last winter - but I > couldn´t find out how to get it onto these old win machines. Maybe there is > something obvious I am doing wrong, or maybe it´s already included in the > latest pd extended. > Or maybe just not for win machines. > > Someone who knows? > > The object seems super nice though. Can really be helpful in a lot of > situations. > > http://aug.ment.org/readanysf/index.php > > /Björn > > > > > On Wed, Nov 21, 2012 at 3:43 PM, Pierre Massat wrote: > > > Have you guys tried with [readanysf~] ? > > > > Pierre. > > > > > > 2012/11/21 Björn Eriksson > > > >> Hello, > >> chiming in on the mp3-file playing topic aswell... > >> I encountered exactly the same problem trying to play a mp3 file a while > >> ago with the object [mp3play~], receiving this error text: > >> > >> == > >> error: : no such object > >> Layer II not supported! > >> > >> EOF: bang > >> == > >> > >> which is maybe not so surprising as we all have heard that mp3 should be > >> the layer III to be played. But how is it possible to change an mp3 that > >> has layer II format into a layer III format? Seems most mp3´s are in the > >> layer II standard. My try was with this mp3-file (found on UBU.com) > >> > >> http://ubumexico.centro.org.mx/sound/broodthaers_marcel/Broodthaers-Marcel_Interview-With-A-Cat.mp3 > >> > >> I am attaching the help-patch for [mp3play~], which I found in IEMLIB > >> folder. > >> > >> If there only where ogg vorbis files out there it would be easy to just > >> use [oggread~] which seems to work fine. > >> > >> I am really curious about the layer II / III mystery. Also I have heard > >> that layer III "are" the mp3 standard, and layer II not. Just > >> don´t understand the error I am getting.(I am on a win xp machine, > >> but the same happens also on a win 7 machine) > >> > >> > >> All the best, > >> Björn Eriksson > >> > >> > >> > >> > >> > >> On Wed, Nov 21, 2012 at 3:08 PM, Òscar Martínez Carmona < > >> xamp...@gmail.com> wrote: > >> > >>> then you probably should report a bug with "f*cking" logic. > >>> > >>> Should I? I mean, the external might work fine with layer III files (in > >>> reality mp3 stands for mpeg2 layer 3), the thing is that all the > >>> converters > >>> I've used are on layer II, so I can't use it! > >>> > >>> Anyways, I've solved it with [readsf~] playing an .aif file, but the > >>> problem I got now it's related with dinamically changing the file I need > >>> to > >>> open. I receive the filename throught OSC and it goes to a symbol and it > >>> shows me the communication went nice, but apparently it doesn't affect the > >>> open message with the dollar sign, why?? > >>> > >>> [unpack f f s] > >>> llI > >>> [amnotlayertri.aif} //this is supposed to represent a symbol > >>>l > >>> [ open ../samples/$ ( > >>>l > >>> [readsf~ 2] > >>> > >>> > >>> > >>> > >>> On Tue, Nov 20, 2012 at 8:00 PM, IOhannes m zmölnig > >>> wrote: > >>> > >>>> On 11/20/2012 07:04 PM, Òscar Martínez Carmona wrote: > >>>> > >>>>> [readsf~] seems to be what I was looking for! > >>>>> I'm not sure about mp3 layers and names , but when that layer II file > >>>>> is > >>>>> what I get with an mp3 bounce with Logic... > >>>>> > >>>> > >>>> then you probably should report a bug with "f*cking" logic. > >>>> > >>>> > >>>> fgmasdr > >>>
Re: [PD] Readanysf~
> Dear list, > > I'm sending 3 messages related to the same project... > > 1) I'm using readanysf~ on a headless Rasperry Pi, running Raspbian, and it > works mostly fine, except for short audio dropouts every once in a while. I > don't know how to configure readanysf~, and I would like to know whether > this could be a problem with the audio buffer. Increasing it would solve > the problem ? I would try increasing the internal buffer of readanysf~. See the readanysf~ help file the following will start it with 2 audio channels, each with 32 buffer chunks of 256 samples. [readanysf~ 2 32 256( If increasing that doesn't solve it, it may be your PD buffer that needs increasing. > 2) Using readanysf~ to read web radio streams, is it possible to know when > a steady connection has been established (after all the redirections and > trials), so that I can send [play( at the right moment ? My patch starts > automatically, and for now I have hard coded a delay between the [open( and > [play( messages which isn't always sufficient depending on the radio. again, see the help file. There is a "ready" message as well as a "cache" message that will give you info on when a file is ready to play and how much has already pre-buffered (from stream or disk). best -august. -- http://aug.ment.org GPG: 0A8D 2BC7 243D 57D0 469D 9736 C557 458F 003E 6952 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Read streaming from Pd ?
Sorry for taking so long to get to this. Can you point me to instructions on how to use the pd-extended template? You mean this?: http://puredata.info/docs/developer/LibraryTemplate Libraries are the same thing as externals in pd-extended? I assume the pd-extended makefile template also works in pd un-extended? And, do you have instructions for how to build readanysf~ on windows? Do you also have DLL's to share? If so, we should put them up on my site and the puredata site. -august. > hello August, IOhannes > > why not using the same makefile for all platforms, by using pd-extended > template, the actual makefile is only for osx and linux, > and the makefile.win doesn't work anymore with recent versions of gcc. > > I have a working dll of readanysf~ made last year, so it's quite possible to > have this working on windows as well. > > Colet Patrice > > - Mail original - > > De: "IOhannes m zmoelnig" > > À: pd-list@iem.at > > Envoyé: Jeudi 2 Août 2012 17:23:46 > > Objet: Re: [PD] Read streaming from Pd ? > > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On 2012-08-02 16:03, august wrote: > > > > > > > > >> If it is working on someones'12.04 I'd gladly know! > > >>> If you happen to run Ubuntu 12.04 and want to test > > >>> [readanysf~], I might be able to help out. > > >> [readanysf~] compiles pretty well, if you have the good library > > >> and modify the make file following your instructions: > > >> http://www.mail-archive.com/pd-list@iem.at/msg52180.html > > >> > > > > > > It's been a while since I pushed any code to the Puredata > > > repository. Are we using SVN still or have we moved to GIT? > > > > > > Let me know and I'll commit the above makefile changes. > > > > the big bunch of externals is still in svn. > > only puredata itself and a few externals (e.g. Gem) have moved to > > git. > > > > fgmasdr > > IOhannes > > -BEGIN PGP SIGNATURE- > > Version: GnuPG v1.4.12 (GNU/Linux) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > > > iEYEARECAAYFAlAam34ACgkQkX2Xpv6ydvT3dACeIlnl7ejL9ieAJVoqATwRiWW1 > > VnwAnjBHsNUlS2xGtIvUY+XSxlzceIQf > > =eMib > > -END PGP SIGNATURE- > > > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- http://aug.ment.org GPG: 0A8D 2BC7 243D 57D0 469D 9736 C557 458F 003E 6952 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Read streaming from Pd ?
> If it is working on someones'12.04 I'd gladly know! > >If you happen to run Ubuntu 12.04 and want to test [readanysf~], I might > >be able to help out. > [readanysf~] compiles pretty well, if you have the good library and > modify the make file following your instructions: > http://www.mail-archive.com/pd-list@iem.at/msg52180.html > It's been a while since I pushed any code to the Puredata repository. Are we using SVN still or have we moved to GIT? Let me know and I'll commit the above makefile changes. best -august. -- http://aug.ment.org GPG: 0A8D 2BC7 243D 57D0 469D 9736 C557 458F 003E 6952 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] C++ for reusable dsp lib - or better use C?
> > >It's an OOP language ( looks like C#) that compiles down to OOP C. > > BTW, early C++ compilers also used to compile to C, but that feature > was «removed» long ago. Nearly none of the well-known compilers have > ever implemented it. I think that C++ was mostly compiled this way > from 1979 until approx 1987, long before I ever heard of it, and > before nearly anyone had heard of it. That's too bad because it's a great feature to have. The GObject method is pretty clever. It allows you to abstract objects in an XML format. Then, based on those abstractions, you can introspect them for their behaviour and link them into almost any language. I wonder how difficult it would be to do something like that with PD's object system? -- http://aug.ment.org GPG: 0A8D 2BC7 243D 57D0 469D 9736 C557 458F 003E 6952 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] C++ for reusable dsp lib - or better use C?
> > Hi Katja, > > > > You might want to have a look at a language called Vala: > > > > https://live.gnome.org/Vala > > > Thanks for the link, August. Do you happen to use Vala yourself? I'll > definitely take a deeper look into it. Yes, I even wrote an interface file for libpd so you can use libpd to load and control pd patches from within vala. It is part of a larger experimental project I've been working on and have meant to post here. It's called the Underweb. You can read about it here: http://underweb.info/ Vala allows me to experiment much much faster than C or even C++. It has a lot of great features like anonymous and asynchronous functions.It also gives me use of all the fantastic free software libs written for GNOME, but are too hairy to use in C directly. Benchmarks even show that with -O3 optimization at the gcc compile stage, programs in Vala are faster than C++ in most areas. Supposedly, there is even a way to compile it so that GLib and Gobject are not dependencies, but I haven't looked into that. -august. -- http://aug.ment.org GPG: 0A8D 2BC7 243D 57D0 469D 9736 C557 458F 003E 6952 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] C++ for reusable dsp lib - or better use C?
> But indeed, C++ ABI complexities make it harder to get a C++ lib > working always and everywhere. I've come across the MSVC/GNU > incompatibility, but didn't know about the GNU version conflicts > mentioned by Mathieu. Hi Katja, You might want to have a look at a language called Vala: https://live.gnome.org/Vala It's an OOP language ( looks like C#) that compiles down to OOP C. That way, it is ABI compliant with all other C libs. You can also create a C lib yourself from it. It was written with GNOME's GObject in mind, so anything you write in Vala would depend on libglib and libgobjectwhich may or may not be what you want. However, if you are creating a DSP library, the larger set of utility features that libglib has to offer might come in handy. best -august. -- http://aug.ment.org GPG: 0A8D 2BC7 243D 57D0 469D 9736 C557 458F 003E 6952 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ buzzing problem
Hi James, Sorry this is so late. I haven't had time to investigate the buzzing problem you reported. I suspected it was an issue with the gmerlin libs. I'm trying now to test it again and can't reproduce the error. I hope it was a bug with gmerlin that has now been fixed. can you download, compile and run the test patch again?: http://aug.ment.org/software/readanysf~testing.tar.gz I've run the stress test patch now for a few minutes and don't get the buzzing like before. If you are using the latest ubuntu, I believe the gmerlin libs are all included in the multimedia section. -august. -- http://aug.ment.org GPG: 0A8D 2BC7 243D 57D0 469D 9736 C557 458F 003E 6952 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PPA for libpd?
Hans, are the 'upstream' and 'pristine-tar' naming conventions of debian? do you have branches for the tarballs? What is a pristine-tar ? I'd like to learn the packaging stuff, so I will try to go through the process myself. Maybe I can solicit your help every now and then, if possible. We need to think however about the versioning and the SONAME of the .so files. Any ideas on how this will (or should) work? I have the SONAME set to libpd.so.0 for now. I think that fits. If there are ABI changes, we can up it to libpd.so.1 -august. > Cool, I think this then means that libpd bindings for python, etc. > can be also packaged up. Once this package is ready, I'm happy to > take it thru the Debian submission process via pkg-multimedia and > get it into Debian. Or even better, you can easily do it yourself > via pkg-multimedia and start the process of becoming some kind of > Debianista (Debian Maintainer or Debian Developer). > > One detail about which files go into which git repo: libpd.pc should > definitely be in the official libpd repo, but the debian/ files > generally should not. They key part is to not include the debian/ > files in the official tarball. But packaging is much easier if the > upstream tarballs are imported and everything is done in the git- > buildpackage workflow with 'upstream' and 'pristine-tar' branches. > > .hc > > On Jun 24, 2011, at 6:27 PM, august wrote: > > > > > > >okay, here is a test package of the libpd git repo. > > > >I think it would be safe to merge the Makefile and the libpd.pc into > >upstream. > > > >please have a look: > > > > https://launchpad.net/~august-alien/+archive/ppa > > > >best -august. > > > > > > > >>I suggest you stick to the central repository of libpd because > >>you can > >>expect it to be actively maintained and documented. If other > >>repositories > >>contain material that you'd like to see in the main branch, you > >>can create a > >>merge request at Gitorious. > >>Cheers, > >>Peter > >> > >> > >>On Wed, Jun 22, 2011 at 6:38 PM, august wrote: > >> > >>> > >>> > >>>well, I just made my first PPA. It's waiting to build on launchpad. > >>> > >>>I have the Makefile copy pd.pc to libpd.pc. libpd.pc is then > >>>installed > >>>instead of pd.pc > >>> > >>>Not sure if I should be using the aalex repo or not. What are the > >>>differences? > >>> > >>>I don't think the API needs to be fixed for this personal package. > >>>...however, maybe for official submission to debian or ubuntu. > >>> > >>> > >>>best -august. > >>> > >>>>I agree that we should provide a libpd.pc. Let's aim to > >>>>fold this into > >>>the > >>>>main branch of the libpd repository. If the PPA ends up > >>>>using code from > >>>>aalex, let's merge that into the main branch as well. > >>>> > >>>>A related question is whether this is the time to declare > >>>>the libpd API > >>>>finished, but that's a discussion that we should probably take to > >>>>pd-everywhere. > >>>>Cheers, > >>>>Peter > >>>> > >>>> > >>>>On Wed, Jun 22, 2011 at 3:04 AM, IOhannes m zmoelnig >>>>wrote: > >>>> > >>>>>-BEGIN PGP SIGNED MESSAGE- > >>>>>Hash: SHA1 > >>>>> > >>>>>On 2011-06-22 05:47, august wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>>Is there a version number for libpd? > >>>>>> > >>>>>>I see you guys have added a pd.pc in > >>>>>>http://gitorious.org/~aalex/pdlib/aalexs-libpd > >>>>>> > >>>>>just to chime in: please note that "pd" also provides a "pd.pc". > >>>>>i would highly suggest to provide a libpd.pc for libpd. > >>>>> > >>>>>fgmasdr > >>>>>IOhannes > >>>>>-BEGIN PGP SIGNATURE- > >>>>>Version: GnuPG v1.4.11 (GNU/Linux) > >>>>>Comment: Using GnuPG with Mozilla - htt
Re: [PD] PPA for libpd?
okay, here is a test package of the libpd git repo. I think it would be safe to merge the Makefile and the libpd.pc into upstream. please have a look: https://launchpad.net/~august-alien/+archive/ppa best -august. > I suggest you stick to the central repository of libpd because you can > expect it to be actively maintained and documented. If other repositories > contain material that you'd like to see in the main branch, you can create a > merge request at Gitorious. > Cheers, > Peter > > > On Wed, Jun 22, 2011 at 6:38 PM, august wrote: > > > > > > > well, I just made my first PPA. It's waiting to build on launchpad. > > > > I have the Makefile copy pd.pc to libpd.pc. libpd.pc is then installed > > instead of pd.pc > > > > Not sure if I should be using the aalex repo or not. What are the > > differences? > > > > I don't think the API needs to be fixed for this personal package. > > ...however, maybe for official submission to debian or ubuntu. > > > > > > best -august. > > > > > I agree that we should provide a libpd.pc. Let's aim to fold this into > > the > > > main branch of the libpd repository. If the PPA ends up using code from > > > aalex, let's merge that into the main branch as well. > > > > > > A related question is whether this is the time to declare the libpd API > > > finished, but that's a discussion that we should probably take to > > > pd-everywhere. > > > Cheers, > > > Peter > > > > > > > > > On Wed, Jun 22, 2011 at 3:04 AM, IOhannes m zmoelnig > >wrote: > > > > > > > -BEGIN PGP SIGNED MESSAGE- > > > > Hash: SHA1 > > > > > > > > On 2011-06-22 05:47, august wrote: > > > > > > > > > > > > > > > > > > > > Is there a version number for libpd? > > > > > > > > > > I see you guys have added a pd.pc in > > > > > http://gitorious.org/~aalex/pdlib/aalexs-libpd > > > > > > > > > just to chime in: please note that "pd" also provides a "pd.pc". > > > > i would highly suggest to provide a libpd.pc for libpd. > > > > > > > > fgmasdr > > > > IOhannes > > > > -BEGIN PGP SIGNATURE- > > > > Version: GnuPG v1.4.11 (GNU/Linux) > > > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > > > > > > > iEYEARECAAYFAk4BlAoACgkQkX2Xpv6ydvRg+ACeIu70dOUt/Ovz377qW8h4A5jg > > > > wDQAnjVCznEBzDXU6LmdPSm6IrDQisRQ > > > > =A+mM > > > > -END PGP SIGNATURE- > > > > > > > > > > > > ___ > > > > Pd-list@iem.at mailing list > > > > UNSUBSCRIBE and account-management -> > > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > > > > ___ > > > Pd-list@iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > > -- > >--- > >http://aug.ment.org > > > > > > -BEGIN PGP SIGNATURE- > > Version: GnuPG v1.4.10 (GNU/Linux) > > > > iQEVAwUBTgJu9sVXRY8APmlSAQJdYAf+IQVgfwJ7sL9YZ5SLHzq6jeTlh9wVp7bq > > /4XqmZhiW9b32UOz+everEJ+7IMZxkf0t/JICpfkj/D+r478RicdUyY3D8/B3nLZ > > qYHGxJ0JMZgYll63kMW1y8aqQsOTq6oW4dJGocs0p9v6fwnflA9tngdKtj33JpjC > > YBF2fDtgwpqvw1+sHJsevbc7r1zSfOKMxc5T9hvK1lVemmklGw2CkJ61wU4XJSL/ > > gZXZp/XN/sbc7AbPNG/zf6eSnIC9/qxYg2Da6RH/37JXIM9qip0RNnI+wXdm/r9y > > cvZzwJsgQsGnGkMD6wGuwnA+g74sKCZ/ItGc5FY2MpWe+BIqomj7QQ== > > =Koa1 > > -END PGP SIGNATURE- > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- --- http://aug.ment.org signature.asc Description: Digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PPA for libpd?
well, I just made my first PPA. It's waiting to build on launchpad. I have the Makefile copy pd.pc to libpd.pc. libpd.pc is then installed instead of pd.pc Not sure if I should be using the aalex repo or not. What are the differences? I don't think the API needs to be fixed for this personal package. ...however, maybe for official submission to debian or ubuntu. best -august. > I agree that we should provide a libpd.pc. Let's aim to fold this into the > main branch of the libpd repository. If the PPA ends up using code from > aalex, let's merge that into the main branch as well. > > A related question is whether this is the time to declare the libpd API > finished, but that's a discussion that we should probably take to > pd-everywhere. > Cheers, > Peter > > > On Wed, Jun 22, 2011 at 3:04 AM, IOhannes m zmoelnig wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On 2011-06-22 05:47, august wrote: > > > > > > > > > > > > Is there a version number for libpd? > > > > > > I see you guys have added a pd.pc in > > > http://gitorious.org/~aalex/pdlib/aalexs-libpd > > > > > just to chime in: please note that "pd" also provides a "pd.pc". > > i would highly suggest to provide a libpd.pc for libpd. > > > > fgmasdr > > IOhannes > > -BEGIN PGP SIGNATURE- > > Version: GnuPG v1.4.11 (GNU/Linux) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > > > iEYEARECAAYFAk4BlAoACgkQkX2Xpv6ydvRg+ACeIu70dOUt/Ovz377qW8h4A5jg > > wDQAnjVCznEBzDXU6LmdPSm6IrDQisRQ > > =A+mM > > -END PGP SIGNATURE- > > > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- --- http://aug.ment.org signature.asc Description: Digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PPA for libpd?
Is there a version number for libpd? I see you guys have added a pd.pc in http://gitorious.org/~aalex/pdlib/aalexs-libpd should I use pdlib git repo or aalexs repo? > > I haven't seen one, I say go! > > .hc > > On Jun 21, 2011, at 6:26 PM, august wrote: > > > > > > >Has someone already made a PPA for libpd? > > > >If not, I might have a go. > > > > > > -august. signature.asc Description: Digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] PPA for libpd?
Has someone already made a PPA for libpd? If not, I might have a go. -august. signature.asc Description: Digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
hmm. have you tried this: http://gnuwin32.sourceforge.net/packages/libiconv.htm > I can not debug, and I don't find a .dll that fix this issue. > > - "august" a écrit : > > > okay, let's look at the iconv problem first and then look at the avi > > files. > > > > I can play the file you sent fine with my system. > > So, it looks like a problem with iconv on Windows. The crashing > > routine wanted to convert the ID3-tag metadata to UTF-8. > > > > Did you build iconv yourself? If so, can you debug what is going on > > there? Maybe someone has already built and tested libiconv for > > mingw > > and you can just download their .dll? > > > > -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
> > > any mp3 crashes > > > > > > here is the message I get when it crashes: > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > [Switching to Thread 7728.0x154c] > > > 0x039760f3 in libiconv () from c:\MinGW\bin\libiconv-2.dll > > > (gdb) BFD: C:\Windows\SysWOW64\AUDIOKSE.dll: Warning: Ignoring > > section flag IMAGE_SCN_MEM_NOT_PAGE > > > > > > > > > hmm. what does libiconv do? > > libiconv is needed by gmerlin encoder for performing character set conversion could you send me the backtrace from gdb? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
> any mp3 crashes > > here is the message I get when it crashes: > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 7728.0x154c] > 0x039760f3 in libiconv () from c:\MinGW\bin\libiconv-2.dll > (gdb) BFD: C:\Windows\SysWOW64\AUDIOKSE.dll: Warning: Ignoring section flag > IMAGE_SCN_MEM_NOT_PAGE > hmm. what does libiconv do? > do you want an archive containing all needed DLL's? yes, please. > I couldn't get a linker option that would ignore missing ones this will be the difficult part, I imagineto fully understand how mingw and windows development works. And, then to package all the dll's in a usable format. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
> >>Windows and Mac OS X both use the path of the executable for finding > >>other dlls, but not the path of each dll that is loaded (that could > >>be a lot of paths). I think GNU/Linux might do the same, I don't > >>remember off the top of my head, but you so rarely encounter this on > >>GNU/Linux since you're almost always installing dlls in the path > >>(/usr/lib, /usr/local/lib). > >> > >>With the Mac version of readanysf~, the libraries are loaded from a > >>statically defined path (/Library/Pd/readanysf~). So to make an > >>easily deployable readanysf~ for Windows, this issue will have to be > >>sorted out. > >> > > > > > >Any suggestion on how to do that Hans? Is there a way to make it so > >that it tightly integrates with Pd-extended? > > That part of Windows linking I don't know, so the thing to do is to > find whether there is a way to add to the DLL load path, then make > readanysf~ do that. That's probably a single function call. > Otherwise, people will need to install the DLLs into pd\bin or > \Windows\system32. > > .hc I guess what I am asking, is that now that it exists for all platforms, what in your opinion is the best strategy for including it in pd-extended? Or, is it already included? Are there any other externals that package .dll's and .so files in pd-extended? Maybe we can look at this tomorrow in LA (if I make it). ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
> > I've attached the dll if someone (matteo?) wants to try > > Wow great! Of course I will try it and even stress it a little bit :) yes, please stress it extensively. Patrice, was it just one .mp3 file that couldn't play or do no mp3 files play at all? If not, maybe you are missing libmad. Also, it shouldn't crash even if the library is missing. Any way you can run it through gdb and see where it did crash? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
> Windows and Mac OS X both use the path of the executable for finding > other dlls, but not the path of each dll that is loaded (that could > be a lot of paths). I think GNU/Linux might do the same, I don't > remember off the top of my head, but you so rarely encounter this on > GNU/Linux since you're almost always installing dlls in the path > (/usr/lib, /usr/local/lib). > > With the Mac version of readanysf~, the libraries are loaded from a > statically defined path (/Library/Pd/readanysf~). So to make an > easily deployable readanysf~ for Windows, this issue will have to be > sorted out. > Any suggestion on how to do that Hans? Is there a way to make it so that it tightly integrates with Pd-extended? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf for windows? (again)
I did notice that in externals/frankenstein/Makefile, it does this for Visual Studio: link /dll /export:$*_setup $*.obj common.obj $(PDNTLIB) Are extra linking directives necessary for mingw externals? As for C++ files and the template Makefile, you might be able to just set "CC=cpp" somewhere before it starts the compile Would be great to FINALLY get this thing going in windows. :) > still doesn't recognize readanysf_tilde_setup even with > -Wl,--enable-auto-import > > by defining -DMSW in CFLAGS the compiler should read this macro in m_pd.h: > > #define EXTERN __declspec(dllimport) extern > > but it doesn't > > is there a more explicit template makefile for cpp sources? > > the only working example that work I can get is from gridflow but it's so > tricky, > sources are processed with ruby before being compiled by g++ > > - "august" a écrit : > > > Patrice, > > > > Here is a new Makefile that I made looking at the template base. > > > > I think this should take care of exporting the tilde_setup symbol. > > > > > > again, doing it blindly...so there may be errors. > > > > -august. > > > > > > > > > After resolving two dozens undefined references I finally have > > readanysf compiled. > > > Curiously gmerlin_avdec needs a prepended link of each used > > library. > > > > > > The link flags must be at the end, like in attached file. > > > > > > I had to copy missing dll's into pd/bin along with other libs > > provided py pd-extended and gridflow, > > > > > > libdca-0.dll libgavl-1.dll libiconv-2.dll libintl-8.dll > > libtheora-0.dll lib-tiff-3.dll > > > > > > it seems it's still not the good way to compile because pd > > complains: > > > > > > > > > load_object: Symbol "readanysf_tilde_setup" not found > > > > > > > > > - "august" a écrit : > > > > > > > Yeah perhaps it will be easier with the pd-extended makefiles. I > > > > really > > > > have no idea how windows handles linking and I also don't have > > > > experience with pd-extended builds. > > > > > > > > > > > > One problem you might have with my makefile that I didn't see > > before > > > > is > > > > that I test to see if the system is linux. If so, I set > > appropriate > > > > flags. If not, I assume you have a mac and set other flags. > > > > > > > > > > > > I've attached a Makefile.win that might work for you. I made it > > > > blindly > > > > since I don't have a windows setup. > > > > > > > > You should only need to edit these two lines: > > > > GAVLPREFIX=/usr/local > > > > PD_INCLUDES=/usr/include > > > > > > > > Maybe something else is needed, but I can't say. It should be > > simple > > > > enough to build from. > > > > > > > > best -august. > > > > > > > > > > > > > > > > > I've tried to hack the makefile but have pain to get it > > compiling > > > > the dll because of linking problems... > > > > > I guess it would be easier by using pd-extended externals > > Makefile > > > > for resolving differences between os > > > > > > > > > > - "august" a écrit : > > > > > > > > > > > well, if you already have gavl and gmerlin-avdecoder, you > > should > > > > only > > > > > > need to download and compile readanysf~ > > > > > > > > > > > > the Makefile is there already. If I am not mistaken, you > > would > > > > only > > > > > > need to copy and modify the pd_linux target so that it creates > > a > > > > > > readanysf~.dll instead of a readanysf~.pd_linux > > > > > > > > > > > > ...and then package it in a bundle so that it is usable for > > > > windows > > > > > > users. ...that will be the hard part I imagine. > > > > > > > > > > > > > > > > > > > Hello, I've applied this patch then gmerlin-avdecoder > > compiles > > > > fine > > > > > > on mingw > > > >
Re: [PD] readanysf for windows? (again)
Will it also handle C++ externals? I tried to implement it for readanysf, but had problems with "sed" sed: invalid option -- 'm' > > It builds each object as a single .pd_linux/.dll If there is just > one object in your library, there is basically no diference ;) > > hc > > On Apr 28, 2011, at 9:38 AM, august wrote: > > > > >Isn't that template just for libraries? > > > >what about single externals? > > > >> > >>Maybe the symbol EXTERN/exporting stuff isn't quite right? For an > >>example to learn from, I think the Makefile template is your best > >>bet: > >> > >>http://puredata.info/docs/developer/MakefileTemplate > >> > >>.hc > >> > >>On Apr 27, 2011, at 11:15 PM, Patrice Colet wrote: > >> > >>>After resolving two dozens undefined references I finally have > >>>readanysf compiled. > >>>Curiously gmerlin_avdec needs a prepended link of each used library. > >>> > >>>The link flags must be at the end, like in attached file. > >>> > >>>I had to copy missing dll's into pd/bin along with other libs > >>>provided py pd-extended and gridflow, > >>> > >>>libdca-0.dll libgavl-1.dll libiconv-2.dll libintl-8.dll > >>>libtheora-0.dll lib-tiff-3.dll > >>> > >>>it seems it's still not the good way to compile because pd > >>>complains: > >>> > >>> > >>>load_object: Symbol "readanysf_tilde_setup" not found > >>> > >>> > >>>- "august" a écrit : > >>> > >>>>Yeah perhaps it will be easier with the pd-extended makefiles. I > >>>>really > >>>>have no idea how windows handles linking and I also don't have > >>>>experience with pd-extended builds. > >>>> > >>>> > >>>>One problem you might have with my makefile that I didn't > >>>>see before > >>>>is > >>>>that I test to see if the system is linux. If so, I set > >>>>appropriate > >>>>flags. If not, I assume you have a mac and set other flags. > >>>> > >>>> > >>>>I've attached a Makefile.win that might work for you. I made it > >>>>blindly > >>>>since I don't have a windows setup. > >>>> > >>>>You should only need to edit these two lines: > >>>> GAVLPREFIX=/usr/local > >>>> PD_INCLUDES=/usr/include > >>>> > >>>>Maybe something else is needed, but I can't say. It should > >>>>be simple > >>>>enough to build from. > >>>> > >>>>best -august. > >>>> > >>>> > >>>> > >>>>>I've tried to hack the makefile but have pain to get it compiling > >>>>the dll because of linking problems... > >>>>>I guess it would be easier by using pd-extended externals Makefile > >>>>for resolving differences between os > >>>>> > >>>>>- "august" a écrit : > >>>>> > >>>>>>well, if you already have gavl and gmerlin-avdecoder, you should > >>>>only > >>>>>>need to download and compile readanysf~ > >>>>>> > >>>>>>the Makefile is there already. If I am not mistaken, you would > >>>>only > >>>>>>need to copy and modify the pd_linux target so that it creates a > >>>>>>readanysf~.dll instead of a readanysf~.pd_linux > >>>>>> > >>>>>>...and then package it in a bundle so that it is usable for > >>>>windows > >>>>>>users. ...that will be the hard part I imagine. > >>>>>> > >>>>>> > >>>>>>>Hello, I've applied this patch then gmerlin-avdecoder compiles > >>>>fine > >>>>>>on mingw > >>>>>>> > >>>>>>> > >>>>>> > >>>>http://www.mail-archive.com/gmerlin-general@lists.sourceforge.net/msg00322.html > >>>>>>> > >>>>>>>now we need the makefile ;) > >>>>>>> > >>>>>>>- "Hans-Christoph Steiner" a écrit : > >&g
Re: [PD] readanysf for windows? (again)
Patrice, Here is a new Makefile that I made looking at the template base. I think this should take care of exporting the tilde_setup symbol. again, doing it blindly...so there may be errors. -august. > After resolving two dozens undefined references I finally have readanysf > compiled. > Curiously gmerlin_avdec needs a prepended link of each used library. > > The link flags must be at the end, like in attached file. > > I had to copy missing dll's into pd/bin along with other libs provided py > pd-extended and gridflow, > > libdca-0.dll libgavl-1.dll libiconv-2.dll libintl-8.dll libtheora-0.dll > lib-tiff-3.dll > > it seems it's still not the good way to compile because pd complains: > > > load_object: Symbol "readanysf_tilde_setup" not found > > > - "august" a écrit : > > > Yeah perhaps it will be easier with the pd-extended makefiles. I > > really > > have no idea how windows handles linking and I also don't have > > experience with pd-extended builds. > > > > > > One problem you might have with my makefile that I didn't see before > > is > > that I test to see if the system is linux. If so, I set appropriate > > flags. If not, I assume you have a mac and set other flags. > > > > > > I've attached a Makefile.win that might work for you. I made it > > blindly > > since I don't have a windows setup. > > > > You should only need to edit these two lines: > > GAVLPREFIX=/usr/local > > PD_INCLUDES=/usr/include > > > > Maybe something else is needed, but I can't say. It should be simple > > enough to build from. > > > > best -august. > > > > > > > > > I've tried to hack the makefile but have pain to get it compiling > > the dll because of linking problems... > > > I guess it would be easier by using pd-extended externals Makefile > > for resolving differences between os > > > > > > - "august" a écrit : > > > > > > > well, if you already have gavl and gmerlin-avdecoder, you should > > only > > > > need to download and compile readanysf~ > > > > > > > > the Makefile is there already. If I am not mistaken, you would > > only > > > > need to copy and modify the pd_linux target so that it creates a > > > > readanysf~.dll instead of a readanysf~.pd_linux > > > > > > > > ...and then package it in a bundle so that it is usable for > > windows > > > > users. ...that will be the hard part I imagine. > > > > > > > > > > > > > Hello, I've applied this patch then gmerlin-avdecoder compiles > > fine > > > > on mingw > > > > > > > > > > > > > > > > http://www.mail-archive.com/gmerlin-general@lists.sourceforge.net/msg00322.html > > > > > > > > > > now we need the makefile ;) > > > > > > > > > > - "Hans-Christoph Steiner" a écrit : > > > > > > > > > > > We just need someone to get all of the required libraries > > building > > > > on > > > > > > Windows/MinGW. gmerlin-avdecoder is required, then the more > > > > codec > > > > > > libs, > > > > > > the better, but it'll work without any of them, it just won't > > open > > > > as > > > > > > many files. Once we have that, making a Windows build of > > > > > > [readanysf~] > > > > > > will be easy. > > > > > > > > > > > > .hc > > > > > > > > > > > > On Wed, 27 Apr 2011 13:56 +0200, "matteo sisti sette" > > > > > > wrote: > > > > > > > Hi, > > > > > > > > > > > > > > Is there anything similar to readanysf~ available for > > Windows? > > > > I > > > > > > would > > > > > > > like to be able to read the audio from mov video files. > > > > > > > > > > > > > > I've found some very old threads about failed attempts to > > port > > > > > > > readanysf~ to windows. > > > > > > > Has there been any success since then? Anybody that has > > been > > > > able > > &
Re: [PD] readanysf for windows? (again)
Isn't that template just for libraries? what about single externals? > > Maybe the symbol EXTERN/exporting stuff isn't quite right? For an > example to learn from, I think the Makefile template is your best > bet: > > http://puredata.info/docs/developer/MakefileTemplate > > .hc > > On Apr 27, 2011, at 11:15 PM, Patrice Colet wrote: > > >After resolving two dozens undefined references I finally have > >readanysf compiled. > >Curiously gmerlin_avdec needs a prepended link of each used library. > > > >The link flags must be at the end, like in attached file. > > > >I had to copy missing dll's into pd/bin along with other libs > >provided py pd-extended and gridflow, > > > >libdca-0.dll libgavl-1.dll libiconv-2.dll libintl-8.dll > >libtheora-0.dll lib-tiff-3.dll > > > >it seems it's still not the good way to compile because pd complains: > > > > > >load_object: Symbol "readanysf_tilde_setup" not found > > > > > >- "august" a écrit : > > > >>Yeah perhaps it will be easier with the pd-extended makefiles. I > >>really > >>have no idea how windows handles linking and I also don't have > >>experience with pd-extended builds. > >> > >> > >>One problem you might have with my makefile that I didn't see before > >>is > >>that I test to see if the system is linux. If so, I set appropriate > >>flags. If not, I assume you have a mac and set other flags. > >> > >> > >>I've attached a Makefile.win that might work for you. I made it > >>blindly > >>since I don't have a windows setup. > >> > >>You should only need to edit these two lines: > >>GAVLPREFIX=/usr/local > >>PD_INCLUDES=/usr/include > >> > >>Maybe something else is needed, but I can't say. It should be simple > >>enough to build from. > >> > >>best -august. > >> > >> > >> > >>>I've tried to hack the makefile but have pain to get it compiling > >>the dll because of linking problems... > >>>I guess it would be easier by using pd-extended externals Makefile > >>for resolving differences between os > >>> > >>>- "august" a écrit : > >>> > >>>>well, if you already have gavl and gmerlin-avdecoder, you should > >>only > >>>>need to download and compile readanysf~ > >>>> > >>>>the Makefile is there already. If I am not mistaken, you would > >>only > >>>>need to copy and modify the pd_linux target so that it creates a > >>>>readanysf~.dll instead of a readanysf~.pd_linux > >>>> > >>>>...and then package it in a bundle so that it is usable for > >>windows > >>>>users. ...that will be the hard part I imagine. > >>>> > >>>> > >>>>>Hello, I've applied this patch then gmerlin-avdecoder compiles > >>fine > >>>>on mingw > >>>>> > >>>>> > >>>> > >>http://www.mail-archive.com/gmerlin-general@lists.sourceforge.net/msg00322.html > >>>>> > >>>>>now we need the makefile ;) > >>>>> > >>>>>- "Hans-Christoph Steiner" a écrit : > >>>>> > >>>>>>We just need someone to get all of the required libraries > >>building > >>>>on > >>>>>>Windows/MinGW. gmerlin-avdecoder is required, then the more > >>>>codec > >>>>>>libs, > >>>>>>the better, but it'll work without any of them, it just won't > >>open > >>>>as > >>>>>>many files. Once we have that, making a Windows build of > >>>>>>[readanysf~] > >>>>>>will be easy. > >>>>>> > >>>>>>.hc > >>>>>> > >>>>>>On Wed, 27 Apr 2011 13:56 +0200, "matteo sisti sette" > >>>>>> wrote: > >>>>>>>Hi, > >>>>>>> > >>>>>>>Is there anything similar to readanysf~ available for > >>Windows? > >>>>I > >>>>>>would > >>>>>>>like to be able to read the audio from mov video files. > >>>>>>> > >>>&g
Re: [PD] readanysf for windows? (again)
hmm. I wish I could help more. I have never built a windows external. Is there an extra step that is needed for windows? Do you have to register the _tilde_setup function somewhere else? Is there a way to tell windows where to find the .dll's for a given package? > After resolving two dozens undefined references I finally have readanysf > compiled. > Curiously gmerlin_avdec needs a prepended link of each used library. > > The link flags must be at the end, like in attached file. > > I had to copy missing dll's into pd/bin along with other libs provided py > pd-extended and gridflow, > > libdca-0.dll libgavl-1.dll libiconv-2.dll libintl-8.dll libtheora-0.dll > lib-tiff-3.dll > > it seems it's still not the good way to compile because pd complains: > > > load_object: Symbol "readanysf_tilde_setup" not found > > > - "august" a écrit : > > > Yeah perhaps it will be easier with the pd-extended makefiles. I > > really > > have no idea how windows handles linking and I also don't have > > experience with pd-extended builds. > > > > > > One problem you might have with my makefile that I didn't see before > > is > > that I test to see if the system is linux. If so, I set appropriate > > flags. If not, I assume you have a mac and set other flags. > > > > > > I've attached a Makefile.win that might work for you. I made it > > blindly > > since I don't have a windows setup. > > > > You should only need to edit these two lines: > > GAVLPREFIX=/usr/local > > PD_INCLUDES=/usr/include > > > > Maybe something else is needed, but I can't say. It should be simple > > enough to build from. > > > > best -august. > > > > > > > > > I've tried to hack the makefile but have pain to get it compiling > > the dll because of linking problems... > > > I guess it would be easier by using pd-extended externals Makefile > > for resolving differences between os > > > > > > - "august" a écrit : > > > > > > > well, if you already have gavl and gmerlin-avdecoder, you should > > only > > > > need to download and compile readanysf~ > > > > > > > > the Makefile is there already. If I am not mistaken, you would > > only > > > > need to copy and modify the pd_linux target so that it creates a > > > > readanysf~.dll instead of a readanysf~.pd_linux > > > > > > > > ...and then package it in a bundle so that it is usable for > > windows > > > > users. ...that will be the hard part I imagine. > > > > > > > > > > > > > Hello, I've applied this patch then gmerlin-avdecoder compiles > > fine > > > > on mingw > > > > > > > > > > > > > > > > http://www.mail-archive.com/gmerlin-general@lists.sourceforge.net/msg00322.html > > > > > > > > > > now we need the makefile ;) > > > > > > > > > > - "Hans-Christoph Steiner" a écrit : > > > > > > > > > > > We just need someone to get all of the required libraries > > building > > > > on > > > > > > Windows/MinGW. gmerlin-avdecoder is required, then the more > > > > codec > > > > > > libs, > > > > > > the better, but it'll work without any of them, it just won't > > open > > > > as > > > > > > many files. Once we have that, making a Windows build of > > > > > > [readanysf~] > > > > > > will be easy. > > > > > > > > > > > > .hc > > > > > > > > > > > > On Wed, 27 Apr 2011 13:56 +0200, "matteo sisti sette" > > > > > > wrote: > > > > > > > Hi, > > > > > > > > > > > > > > Is there anything similar to readanysf~ available for > > Windows? > > > > I > > > > > > would > > > > > > > like to be able to read the audio from mov video files. > > > > > > > > > > > > > > I've found some very old threads about failed attempts to > > port > > > > > > > readanysf~ to windows. > > > > > > > Has there been any success since then? Anybody that has > > been > > > > able > &
Re: [PD] readanysf for windows? (again)
Yeah perhaps it will be easier with the pd-extended makefiles. I really have no idea how windows handles linking and I also don't have experience with pd-extended builds. One problem you might have with my makefile that I didn't see before is that I test to see if the system is linux. If so, I set appropriate flags. If not, I assume you have a mac and set other flags. I've attached a Makefile.win that might work for you. I made it blindly since I don't have a windows setup. You should only need to edit these two lines: GAVLPREFIX=/usr/local PD_INCLUDES=/usr/include Maybe something else is needed, but I can't say. It should be simple enough to build from. best -august. > I've tried to hack the makefile but have pain to get it compiling the dll > because of linking problems... > I guess it would be easier by using pd-extended externals Makefile for > resolving differences between os > > - "august" a écrit : > > > well, if you already have gavl and gmerlin-avdecoder, you should only > > need to download and compile readanysf~ > > > > the Makefile is there already. If I am not mistaken, you would only > > need to copy and modify the pd_linux target so that it creates a > > readanysf~.dll instead of a readanysf~.pd_linux > > > > ...and then package it in a bundle so that it is usable for windows > > users. ...that will be the hard part I imagine. > > > > > > > Hello, I've applied this patch then gmerlin-avdecoder compiles fine > > on mingw > > > > > > > > http://www.mail-archive.com/gmerlin-general@lists.sourceforge.net/msg00322.html > > > > > > now we need the makefile ;) > > > > > > - "Hans-Christoph Steiner" a écrit : > > > > > > > We just need someone to get all of the required libraries building > > on > > > > Windows/MinGW. gmerlin-avdecoder is required, then the more > > codec > > > > libs, > > > > the better, but it'll work without any of them, it just won't open > > as > > > > many files. Once we have that, making a Windows build of > > > > [readanysf~] > > > > will be easy. > > > > > > > > .hc > > > > > > > > On Wed, 27 Apr 2011 13:56 +0200, "matteo sisti sette" > > > > wrote: > > > > > Hi, > > > > > > > > > > Is there anything similar to readanysf~ available for Windows? > > I > > > > would > > > > > like to be able to read the audio from mov video files. > > > > > > > > > > I've found some very old threads about failed attempts to port > > > > > readanysf~ to windows. > > > > > Has there been any success since then? Anybody that has been > > able > > > > to > > > > > compile it for windows and could share the compiled binary? > > > > > > > > > > Or any similar external? > > > > > > > > > > thanks > > > > > m. > > > > > > > > > > -- > > > > > Matteo Sisti Sette > > > > > matteosistise...@gmail.com > > > > > http://www.matteosistisette.com > > > > > > > > > > ___ > > > > > Pd-list@iem.at mailing list > > > > > UNSUBSCRIBE and account-management -> > > > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > > > > ___ > > > > Pd-list@iem.at mailing list > > > > UNSUBSCRIBE and account-management -> > > > > http://lists.puredata.info/listinfo/pd-list > > > > > > -- > > > Patrice Colet > > > > > > ___ > > > Pd-list@iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > -- > > --- > > http://aug.ment.org > > -- > Patrice Colet > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- --- http://aug.ment.org # Edit these two variables to suit your system. # You need both gavl and gmerlin_avdec libs to compile GAVLPREFIX=/usr/local PD_INCLUDES=/usr/
Re: [PD] readanysf for windows? (again)
well, if you already have gavl and gmerlin-avdecoder, you should only need to download and compile readanysf~ the Makefile is there already. If I am not mistaken, you would only need to copy and modify the pd_linux target so that it creates a readanysf~.dll instead of a readanysf~.pd_linux ...and then package it in a bundle so that it is usable for windows users. ...that will be the hard part I imagine. > Hello, I've applied this patch then gmerlin-avdecoder compiles fine on mingw > > http://www.mail-archive.com/gmerlin-general@lists.sourceforge.net/msg00322.html > > now we need the makefile ;) > > - "Hans-Christoph Steiner" a écrit : > > > We just need someone to get all of the required libraries building on > > Windows/MinGW. gmerlin-avdecoder is required, then the more codec > > libs, > > the better, but it'll work without any of them, it just won't open as > > many files. Once we have that, making a Windows build of > > [readanysf~] > > will be easy. > > > > .hc > > > > On Wed, 27 Apr 2011 13:56 +0200, "matteo sisti sette" > > wrote: > > > Hi, > > > > > > Is there anything similar to readanysf~ available for Windows? I > > would > > > like to be able to read the audio from mov video files. > > > > > > I've found some very old threads about failed attempts to port > > > readanysf~ to windows. > > > Has there been any success since then? Anybody that has been able > > to > > > compile it for windows and could share the compiled binary? > > > > > > Or any similar external? > > > > > > thanks > > > m. > > > > > > -- > > > Matteo Sisti Sette > > > matteosistise...@gmail.com > > > http://www.matteosistisette.com > > > > > > ___ > > > Pd-list@iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > -- > Patrice Colet > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- --- http://aug.ment.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT Audio Player HELP!
> Dear pd Friends > I have a sort of OT question that i thought i would post here > > I have a friend who is doing an installation for a doctors office and he sent > me these three requests > > He is using linux, i am pretty sure ubuntu and gnome > > he needs it to > > 1.) Network controlled audio player > 2.) cross fade songs on command not just at end of song > 3.) be command line or tcp socket > > i thought maybe esd or ecasound might do it but it loks like they do not > Any suggestions would be appreciated, the office opens monday and he, while a > good programmer needs a quick fix for the ribbon cutting > > Can PD perform this without GUI? Yes, in many different ways, depending on the audio format you want to play and how you want to control it over the network. You might try using a pair of readanysf~ objects, netreceive, and some simple logic for the crossfading volume. You can start pd on the command line with the -nogui argument. It works great. As an alternative, you might research mplayer. It can be started in command mode in a pipe through python or some other scripting language that has network capabilities. You could receive commands in the scripting language through a server socket and pass them on to one or more instances of mplayer. I believe you can use the -softvol arg to mplayer to control each instance's volume with software instead of the master sound card. suerte! -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] The economics of Open source
Pierre, These are very interesting and specific questions you have asked. I'm pretty sure there will be widely varied responses. How to pay for the development of free software is a major gaping hole between two viable logics, one that says you need to horde your own labor for personal gain (and so as not to be exploited), and another that says you grow more wealth collectively if you share with others. There is a ton of literature on the theory, but I find little on the practice. Who is doing what? I just now discovered the following recent articles from the free cultural forum and thought I'd pass it along: http://fcforum.net/sustainable-models-for-creativity In it they outline in not too many words various economic models for sustainable cultural (software included) development. best -august. > On Tue, 8 Mar 2011, Pierre Massat wrote: > > >I was trying to get Ardour to work last night and i came accross > >the forum on their website. I must say i was quite shocked to see > >how many posts were about money. I was equally surprized to see > >that the latest full version of Ardour isn't free (although you > >can name your price). > > "Name your price" is actually a characteristic of the download site, > not the software. > > >From what I read, Ardour remains FLOSS nonetheless. > > >1) What are the economics of open source software, and how > >sustainable is the model? > > FLOSS is not an economic model, it's a set of licenses (and of > potential future licenses with the same basic characteristics). > > You use the license as a tool to come up with an economic model of > your choice, but there are many possibilities, both with a pure > FLOSS license (which is the case of Ardour), and with a hybrid > approach (involving proprietary licenses in some way). > > >How does it work for Pd? > > There is no such system for the Pd community. Each developer has > his/her own "economic model", which usually means something > noneconomic like donating plenty of time for little return. > > >2) I get the feeling that open source developpers used to think > >that the idea of free (free beer...) software was cool, but 10 to > >15 years down the line (that is, now) they're beginning to realize > >that they can't keep on doing this forever. Am I wrong here? > > It possibly happens to *lots* of people, but it doesn't make the > FLOSS movement getting any smaller. > > >I have been considering making a donation since i've been using Pd > >extensively for a few years now. But could someone tell me exactly > >how it works? Who gets the money? > > The person who gets the money is the person you send it to. > > >And i never use GEM or Gridflow (cause i have no need for it at > >the moment), so i don't see why part of my donation should go to > >Mathieu or GEM's author(s). > > What makes you think that GEM's authors and I are somehow not > contributing anything significant to Pd-vanilla ? > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] large audio files
Andrew, you should be able to use readanysf~ to do what you want. just [open( the file and then [time_seek( or [pcm_seek( to any position in the file and then [play( you could also use soundfiler on a large wav file using -skip and and -nframes to load the file. after that you can do normal table lookup and manipulation (play forwards, backwards, slower, faster, etc) best -august. > Do you really have to use MP3? I think this might be easier to do with > uncompressed WAV. > > > > From: jbtur...@hotmail.com > To: pd-list@iem.at > Date: Thu, 3 Mar 2011 14:06:56 + > Subject: [PD] large audio files > > Hey Guys > I've had a vague Idea (which I find is often the best kind) for something to > do with pure data. > Basically, I want it to randomly select a clip from a long MP3 (just under an > hour long) and play back, preferably with some speed manipulation. Although > I'm not sure about how to do with with a large file in pure data. I suppose > the trick might be to pull a minute or so whole-sale from the file and then > manipulate the playback from an array. But really don't know where to start, > with the possible exception of [readanySF~] to actually play a long file. > any help? > Cheers > Andrew > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ 0.43 test builds for Mac OS X
> I just upgraded lots of libraries on the Mac OS X build machines, so > to test things out, I built readanysf~. It sure work with more > codecs and less crashes. Try the builds here: > > http://autobuild.puredata.info/pdlab/readanysf~0.43_MacOSX-Intel.tar.gz > http://autobuild.puredata.info/pdlab/readanysf~0.43_MacOSX- > PowerPC.tar.gz > cool stuff. just some questions: Not that it matters too much, but I noticed you changed the version number to 0.43.My versioning stops at 0.42 (the answer to the question of...) Did you change something in the readanysf source? Also, what are these crashes you are talkin' about? Not that I'd have time to look at them now, but it'd be good to know what the issues were and if they were related to readanysf. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ buzzing problem
> Also, I'm running pd-0-42.6 from a terminal and noticed this in the terminal > console at the same time as a buzz: > > opened /home/james/2012/Chisenhale/sounds/Gunfire.wav > [demuxer] Info: Detected WAV format > opened /home/james/2012/Chisenhale/sounds/Gunfire.wav > [demuxer] Info: Detected WAV format > opened /home/james/2012/Chisenhale/sounds/Gunfire.wav > Couldn't get an audio frame, audiofifo is 0.00 full. > error getting frame...must be seeking > [demuxer] Info: Detected WAV format > opened /home/james/2012/Chisenhale/sounds/Gunfire.wav > [demuxer] Info: Detected WAV format > opened /home/james/2012/Chisenhale/sounds/Gunfire.wav > Couldn't get an audio frame, audiofifo is 0.00 full. > error getting frame...must be seeking > [demuxer] Info: Detected WAV format > opened /home/james/2012/Chisenhale/sounds/Gunfire.wav > [demuxer] Info: Detected WAV format > opened /home/james/2012/Chisenhale/sounds/Gunfire.wav > [demuxer] Info: Detected WAV format > opened /home/james/2012/Chisenhale/sounds/Gunfire.wav > [demuxer] Info: Detected WAV format > opened /home/james/2012/Chisenhale/sounds/Gunfire.wav > [demuxer] Info: Detected WAV format > opened /home/james/2012/Chisenhale/sounds/Gunfire.wav > Couldn't get an audio frame, audiofifo is 0.00 full. > error getting frame...must be seeking > Couldn't get an audio frame, audiofifo is 0.00 full. > error getting frame...must be seeking > Couldn't get an audio frame, audiofifo is 0.00 full. > error getting frame...must be seeking > Couldn't get an audio frame, audiofifo is 0.00 full. > error getting frame...must be seeking > Couldn't get an audio frame, audiofifo is 0.00 full. > error getting frame...must be seeking > [demuxer] Info: Detected WAV format > opened /home/james/2012/Chisenhale/sounds/Gunfire.wav > [demuxer] Info: Detected WAV format > opened /home/james/2012/Chisenhale/sounds/Gunfire.wav > [demuxer] Info: Detected WAV format > opened /home/james/2012/Chisenhale/sounds/Gunfire.wav > [demuxer] Info: Detected WAV format is that where the buzzing is occurring? it really shouldn't happen there. It just means your disk is slow and the internal buffers haven't been filled yet. There should be no buzzing there as readanysf~'s buffers are set to zero when that happens. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ buzzing problem
> Hi August, > > Thanks for looking into this. I ran the stress patch again on > pd-vanilla-0.42-6 > and heard a buzz after a minute or so. I also got the following error in the > console (although not at the same time as the buzz) > > readanysf~: error on m_decode_block inside perform() > > James Okay, try this one now: http://aug.ment.org/software/readanysf~testing2.tar.gz I don't think it is a memory leak error. memory usage should be real tight. I'm guessing the buzzing comes from when the dsp is stuck. It can't happen in the readanysf~ function that sends out the audio. ..but could happen right when you open a file and the open callback spits out file inof. I've moved some things around. I hope this helps. please test and let me know. -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ buzzing problem
> ok I downloaded Pd-vanilla 0.42-6 from puredata.info and ran the patch. It > took > about 10 mins, but eventually there were a couple of buzzes. No libs or other > externals, just pd-vanilla 0.42-6 with readanysf~ running your stress patch. > James, Can you download and try this: http://aug.ment.org/software/readanysf~testing.tar.gz does that help any? -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ buzzing problem
> ok I downloaded Pd-vanilla 0.42-6 from puredata.info and ran the patch. It > took > about 10 mins, but eventually there were a couple of buzzes. No libs or other > externals, just pd-vanilla 0.42-6 with readanysf~ running your stress patch. yeah, I heard it once too.not sure yet what is causing it. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ buzzing problem
> I ran your patch several times and it takes a while to happen, but it still > buzzes eventually (although once it happened on the third or fourth load). I > recorded the results here: > http://www.4thharmonic.com/audio/readanysf~test2.mp3 - (the buzz happens > around > 2:28 and happens 3 times) ok, this smells like a memory leak to me. Not going to be easy to find. Do you have other externals loaded at the same time? If so, try re-running my stress patch with no other libs or externals loaded. thanks -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ buzzing problem
> Hi August, > > I'm using this version - https://launchpad.net/~reduzierer/+archive/ > rdz-pd-extra+deps that is the latest. > which is dated 2010-10-06 so should be current? I'm also using Pdextended > 0.42-5 from http://puredata.info/downloads (Lucid i386). I just tried again to > recreate the error and it took much more than 20 times to happen, but > eventually the file opened with the buzz. I've attached the patch I'm using - > basically I'm loading various files in a playlist with the "left" and "right" > keys on the keyboard and then starting the file with "enter". 95% of the time > the files play fine, but inevitably one time (like the show last night!) ouch. sorry. that shouldn't happen. the > buzz happens. the first thing I notice about your patch (besides all of the externals that don't load for me) is that you are looping the files based on the bang at the end of file. You should really use the "loop" message to readanysf~ to turn looping on and off. Attached is the stress test patch I made with your gunfire.wav. It's been running for minutes now without that problem. Can you test it on your setup? If it doesn't make the buzz, please simplify your patch so that it works in vanilla pd without any extras but still makes the buzz. -august. #N canvas 606 125 516 458 10; #X obj 100 192 readanysf~ 2; #X msg 40 106 open Gunfire.wav; #X obj 100 411 dac~; #X obj 101 373 *~; #X obj 134 374 *~; #X msg 104 162 play; #X msg 145 162 stop; #X obj 199 281 vsl 15 50 0 1 0 0 empty empty empty 0 -9 0 10 -257985 -1 -1 3200 1; #X msg 199 339 \$1 50; #X obj 198 358 line~; #X obj 396 247 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 169 216 route ready samplerate length cache float bang; #X obj 40 23 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1 ; #X obj 166 103 delay 400; #X obj 40 60 metro 700; #X obj 252 96 delay 600; #X connect 0 0 3 0; #X connect 0 1 4 0; #X connect 0 2 11 0; #X connect 1 0 0 0; #X connect 3 0 2 0; #X connect 4 0 2 1; #X connect 5 0 0 0; #X connect 6 0 0 0; #X connect 7 0 8 0; #X connect 8 0 9 0; #X connect 9 0 4 1; #X connect 9 0 3 1; #X connect 11 5 10 0; #X connect 12 0 14 0; #X connect 13 0 5 0; #X connect 14 0 13 0; #X connect 14 0 1 0; #X connect 14 0 15 0; #X connect 15 0 6 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ buzzing problem
Hi James, What readanysf~ version are you using? If you aren't using the latest version, please download from here http://aug.ment.org/readanysf/download.php or use the handy ppa's from puredyne: https://launchpad.net/~puredyne-team/+archive/ppa If you are using the latest info, can you narrow the problem down to a particular file? Does it only happen with that one wav file? I've build a stress patch that opens, plays and then reopens your Gunfire.wav file over and over again...and can't seem to reproduce your buzzing. -august. > Hi list, > > I've been using readanysf~ for a while and had no problems. However recently > I've been experiencing random buzzing when playing soundfiles. I'm running > Ubuntu 10.04 on a 1.6ghz machine with Pdextended 0.42-5. It doesn't happen on > every file or even every time I play a particular file, just randomly about > once every 20 plays and seems to be an error with how the file is opened, as > once it's opened, it always buzzes until a new file is loaded in. > > any ideas as to what could be wrong? > > Here's the file with the buzz: http://www.4thharmonic.com/audio/ > readanysf~test.wav > (Notice it's only in the right channel) > and here's how it should sound: http://www.4thharmonic.com/audio/Gunfire.wav > > thanks > > James ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ye olde video/audio question
> hi together, > > i want to use pd on linux with a small fit-pc2 (atom 1,1GHz, Intel GMA500) > [1] and an arduino to create a kind of solid state video player for common > videos. so far i managed the serial communication part on osx and now here > comes the player. > > i did some reading in the list archives about synching video to its audio. > since i am fairly new to pd, simply trying this out myself would take a lot > of time i dont have (i have two weeks to get this done), thats why i am > asking before doing it: > > is it realistic to program a patch that will play different videos/pictures > (one at a time) with their audio in sync upon a keystroke > -in that time? > -on that machine? > the higher the resolution of the video, the better... > > or should i better do some other time and settle for another (proprietary) > solution? > > greetz > ff ff, AFAIK, you can play video files with AV in sync, but the audio is not routed through PD itself, but is sent to the audio device via alsa. I forget which object does this. Somebody please correct me if I am wrong here. But, what you want to do would probably be better using mplayer. You can open mplayer on a pipe and then send commands to it through stdin. If pd is how you get signals from the serial connection, you could either send OSC commands to another program that is controlling mplayer, or use pdpy or pdlua to open the pipe to mplayer and control everything from pd internally. best -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ubuntu ppa's
> > > > > 4. package the software Debian-style > > > > > > > > I was hoping I could just copy someone's deb package and change a few > > > > variables. > > > > > > I just saw there is a "debian/" folder in the pdogg directory. It > > > looks like it is maintained already by Hans. > > > > > > Could you just add this to the puredyne ppa list? Is that possible? > > > > I think this is a perfect opportunity for an easy intro to launchpad. > > pd-pdogg is indeed ready to be uploaded, so you could upload it to pure > > dyne. At the bottom of this page are the steps that I use, the key is > > to change the distro and version in debian/changelog from 'unstable' to > > the ubuntu distro you are targeting. > > > > http://puredata.info/docs/developer/DebianTemplate > > > > .hc hans, when I do the first step in your howto, make dpkg-source, I get this: make[1]: Leaving directory `/home/august/externals/pdogg' mv pdogg-0.26-svn pd-pdogg_0.26-svn tar --exclude-vcs -czpf ../pd-pdogg_0.26-svn.orig.tar.gz pd-pdogg_0.26-svn rm -f -- pdogg-0.26-svn.tar.gz rm -rf -- pdogg-0.26-svn pd-pdogg_0.26-svn cd .. && dpkg-source -b pdogg dpkg-source: error: can't build with source format '3.0 (quilt)': no orig.tar file found make: *** [dpkg-source] Error 255 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ubuntu ppa's
> > > > 4. package the software Debian-style > > > > > > I was hoping I could just copy someone's deb package and change a few > > > variables. > > > > I just saw there is a "debian/" folder in the pdogg directory. It > > looks like it is maintained already by Hans. > > > > Could you just add this to the puredyne ppa list? Is that possible? > > I think this is a perfect opportunity for an easy intro to launchpad. > pd-pdogg is indeed ready to be uploaded, so you could upload it to pure > dyne. At the bottom of this page are the steps that I use, the key is > to change the distro and version in debian/changelog from 'unstable' to > the ubuntu distro you are targeting. > > http://puredata.info/docs/developer/DebianTemplate > > .hc when I try to add the new package "pd-pdogg" in launchpad, it tells me there are similar projects such as pd-extended. Are you packaging pdogg already as a ppa? IS there a pd-extended ppa? Is it usable? I can't find any real info about it on launchpad. If it is, can we merge all the purdata-related ppa's into one? If pd-pdogg is part of pd-extended, should I continue with the packaging? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ubuntu ppa's
> > 4. package the software Debian-style > > I was hoping I could just copy someone's deb package and change a few > variables. I just saw there is a "debian/" folder in the pdogg directory. It looks like it is maintained already by Hans. Could you just add this to the puredyne ppa list? Is that possible? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ubuntu ppa's
> On 05/11/10 05:22, august wrote: > >I'd like to contribute to the puredyne ppa's at launchpad. > > Great! > > >I was wondering if someone could help me get up to speed on how to make > >a ppa, maybe with a simple example I can just copy and paste. > > 1. create a Launchpad account done. > 2. sign the code of conduct where do you do that? Launchpad is a labyrinth. I cannot find anything I am looking for on that site. Maybe I already did that when I signed up. > 3. create a Launchpad PPA for your own use/testing/etc this is "Register a project", right? What should the name for pdogg be in puredyne ppa? Should it be pd-pdogg? Or, just pd-ogg? Right now, the source has 4 externals, oggamp~, oggcast~, oggread~, oggwrite~. Do they need to be wrapped in a library called pdogg~? That seems unnecessary. > 4. package the software Debian-style I was hoping I could just copy someone's deb package and change a few variables. > 5. dput it to your own PPA for Launchpad to build will have to look up what dput is. > 6. join the Puredyne team I assume I do that on launchpad. > 7. copy stable versions from your PPA to the Puredyne PPA > > The hard part is step 4 - takes some trial-and-error, especially for > software that isn't simple to build. A quick way to get examples is > add a deb-src line to correspond to the deb line for the Puredyne > PPA in your sources.list.d, then "sudo apt-get update && apt-get > source pd-foo" to unpack the source deb. thanksthis gets me started already. On a side note, I also noticed that many of the puredyne ppa's install externals in /usr/lib/pd/extra/ppa-name/ where ppa-name is directory named for the external. But, this makes the external invisible to PD by default. A user has to go in and assign a path to pd by hand to find it. Is there any way to get around this? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ubuntu ppa's
> On Fri, 2010-11-05 at 06:22 +0100, august wrote: > > > > > Roman, it would also be great if you could add gmerlin to your ppa > > list. Is that difficult? I'd think it wouldn't be too much work if > > you already have the others (gavl, etc). > > Simply including the sources that are already included in the official > Ubuntu repositories is easy. But I wouldn't see any point in doing that. hmm. maybe I don't understand yet how it all works... When I install the official gmerlin repo, it overwrites libgavl in /usr/lib with a version that is older than that which came from installing the pd-readanysf package from the puredyne ppa's. I also noticed that whoever did the "official" package for ubuntu made it without gmerlin_encode. This basically makes the package useless. This all seems odd. I would think there would be 4 packages: libgavl -> provides base library for audio video frames libgmerlin_avdec - provides libs for decoding av gmerlin_encode -> provides plugins to gmerlin for encoding gmerlin -> provides a framework for building gui apps, also includes many handy applications such as gmerlin_transcoder > Do you need a more up-to-date version of the gmerlin package? And what It would be nice (maybe even crucial) to have all the gmerlin packages in sync -> packaged by the same method, at the same time. > for do you need it, just out of curiosity? the gmerlin package has some of the nicest (and easiest) transcoding software I have yet used. I use it a lot. But, the official package is broken as far as I can see, since it doesn't include any of the encode plugins. It also has a very handy ogg/vorbis/theora streaming app that seems to be missing from the official package. -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] ubuntu ppa's
I'd like to contribute to the puredyne ppa's at launchpad. I always find myself needing mp3cast~ oggcast~ and a few other externals that don't come with PD. The ppa's are a great treat when installing and using PD. I was wondering if someone could help me get up to speed on how to make a ppa, maybe with a simple example I can just copy and paste. I'd like to then pacakage mp3cast~ and oggcast~ (or, rather the entire pdogg suite). Roman, it would also be great if you could add gmerlin to your ppa list. Is that difficult? I'd think it wouldn't be too much work if you already have the others (gavl, etc). -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf_duration_speed
> Hi August, > > > Cool. Abuse it, please.But, what do you mean by crashing dsp? > > Ideally, readanysf~ shouldn't crash, ever. Please let me know if it > > does. > > > > I'm not sure I understand you correctly. Does it crash PD all > > together, or does it lock up your DSP? The later could happen if > > your computer is too slow, I imagine. > > Sorry for confusing; the crashed was with a lot readanysf~ at high > speed and a lot of other proccess running in extreme and for shure > that something i did wrong it is irrelevant this crashed > > But i test readanysf in more isolated conditions: > > 1) - Pd running at 44100 samplerate and default block size > - Audio file 44100 stereo > -readanysf~ with default creation arguments (samples per frame in > the internal buffer = 24) > >in this case working in a good way max speed= 20 or 25 up of this > valours >starting to "lock up" DSP and the loop mode doesn't work and I have to >push "stop" and then "play" but then start at speed=1... > > 2) -with the same Pd samplerate and audio file > -readanysf~ with (sample per frame in the internal buffer=32 and > a blocksize= 256) > the same that in the help file.. > > working much better i can play at speed=100-120 > > -from speed=1 to speed=60 in this range it works perfect also > with the loop mode on > -from speed=60 to speed=120 it is more unestable, with some > glitches, and sometimes >"lock up" DSP, when "lock up" the same that before ( the > loop mode doesn't work > and I have to push "stop" and then "play" and start to > play but at speed=1... > and "the procesor" go to 50/60%... > > > > I am in Ubuntu 9.10 Karmic Koala > > acer aspire 1810TZ > Intel Pentium processor SU4100( for shure this is not so fast) > 4GB ram > > readanysf~ 0.36 please download and try the same things with the latest readanysf~ http://aug.ment.org/readanysf/download.php http://aug.ment.org/software/readanysf~0.42.tar.gz also, note that you could run into a DSP lockup if your harddrive is too slow and it can't read the files fast enough. Also, for doing what you intend to do, you might want to increase the number of audio frames and the samples per frame. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf_duration_speed
> Hi August, > > thanks for the clarifications and the formula.. > > only for comments; I like to force readanysf~ with > high valors to the speed i mean 20 o 25 ( up of these valors crash the dsP:) Cool. Abuse it, please.But, what do you mean by crashing dsp? Ideally, readanysf~ shouldn't crash, ever. Please let me know if it does. I'm not sure I understand you correctly. Does it crash PD all together, or does it lock up your DSP? The later could happen if your computer is too slow, I imagine. And, just so you know, there is an upper and lower limit to how much you can speed up or slow down a file. It can be as high as 256 or as low as 1/256 . > It generate interesting textures (with longer files) > Did it some kind of time-stretching when its running with this high > speeds ?? or something similar.. It simply uses libresample to resample the audio file. So, yes, it "stretches" or "shrinks" the audio. -a. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf_duration_speed
Hi Oscar, According to the way readansyf~ interprets the file on disk (not a stream from the web) the length is fixed . If you have PD running at 44100 Hz and load a file that is 42 seconds long but has a samplerate of 22050 Hz, the output of readanysf will still say that the file is 42 seconds long. It will also automatically adjust the speed (resampling) to 0.5 so that it sounds "correct" when playing at PD's rate of 44100Hz. Also, the float output marked as "length in seconds that have been played so far" in the help file and which incrementally updates as you play the filereally is "position in seconds" inside the file relative to the sound file's internal samplerate. This might be a bit confusiong. So, you have 4 variables to deal with. 1) samplerate of audio file 2) samplerate of pd 3) speed of readanysf that can adjust the audiofile samplerate 4) length of file in seconds If I am not mistaken, to get the total perceived duration of playtime, the formula should then be: 1/speed * length of file in seconds * youraudiofile_samplerate/pdsamplerate -august. > Hi list, > > I am using the audio player readanysf~ from August Black > and i have some question: > > for the last outlet we have (samplerate, lenght in seconds, and others..) > > the length in seconds of the player is related to speed=1 > > > if i change the speed for example speed=0.20 obsviously the > length of the file played is going to be more big.. > > how much ? how can i calculate the new lenght in seconds for a > 44100 audio file? > this speed means 20% of 44100 samples per second? > > any help is welcome!! > > best, > > oscar > > -- > >>>http://noconventions.mobi/noish > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- --- http://aug.ment.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] refuse 96kbps ogg's!?!
> > > gmerlin-avdecoder and gavl are updated on my ppa, but pd-readanysf is > > > not yet. Soon to come. I'll let you know, when I am done. > > Yes, I noticed, no problem, but my version is 0.41 compiled... mp3 and > > wav used to work until today, and dsp/crash also since 0.41... > > Here is terminal output, lasts lines before crash: > > > > [demuxer] Info: Detected WAV format > > opened > > /home/raphael/Documents/Studio/Pd/Multi-Player/bank1/46729__jk0666__ocean.wav > > socket receive error: Connection reset by peer (104) > > Erreur de segmentation > > I can confirm this problem. All WAV files I tried crash as you describe. > If I interpret things correctly, this is not related to [readanysf~], > but to the libraries libgavl1 and libgmerlin-avdec1. At least the > following applies on my box: > > readanysf~ 0.41 new gavl/gmerlin-avdecoder crash > readanysf~ 0.40 new gavl/gmerlin-avdecoder crash > readanysf~ 0.41 old gavl/gmerlin-avdecoder OK > readanysf~ 0.40 old gavl/gmerlin-avdecoder OK > > old: cvs snapshot from 2010-03-09 > new: cvs snapshot from 2010-09-27 > > @August > It could be that at the moment of the snapshot I used, the sources were > in some non-fully-functional state. Do you know if there is a revision > that is supposed to include the fixes that were mentioned in this thread > but nothing more? Try the latest version from today. According to Burkhard, the man behind gavl/gmerlin, it should now be fixed. thanks for looking into it and for the report. -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] refuse 96kbps ogg's!?!
> well, we are collecting a lot of soundfiles from anywhere to work on, > then we'll sort what we'll use for the project. In this case > [readanysf~] is really precious cause I don't have to convert them just > to try... Great job with this object! :-) > As said Roman, if you can tell us when that bug is fixed it would be > nice. Okay, it appears there were problems reading the ogg header. It should be fixed now in the most recent gavl/gmerlin_avdecoder CVS. best -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] refuse 96kbps ogg's!?!
> > I think it has something to do with the ogg header. I've passed the > > file on to the gmerlin developer who is usually pretty quick about > > fixing these things.However, you will need to update your > > gavl/gmerlin_avdecoder libs when he does fix it. > > well, we are collecting a lot of soundfiles from anywhere to work on, > then we'll sort what we'll use for the project. In this case > [readanysf~] is really precious cause I don't have to convert them just > to try... Great job with this object! :-) > As said Roman, if you can tell us when that bug is fixed it would be > nice. sure, will do. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] svn co ...documentation
Done. > How about I write it in an email, and you try it. If it works for > you, add it to those wiki pages with the fresh newbie's perspective. > > I think this should work: > > svn co --username myname > https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/ > > * --username is your sourceforge username > * it must be httpS when you are doing it writable > > .hc > > On Sep 21, 2010, at 8:56 PM, august wrote: > > > > >Hi, > > > > I just spent about 30-40 minutes trying to figure out how to get a > > writable svn checkout. > > > > Is there any way someone could add that info to one of the multiple > > pages that try to instruct you to get the source? > > > > http://puredata.info/docs/developer/GettingPdSource > > http://puredata.info/docs/developer/SourceRepositories > > http://puredata.info/docs/developer/SVNCommitAccess > > > > For developers like myself who only make occasional commits, > > something like this would really help. There are too many version > > control systems and frameworks to remember how to do everything, > > everywhere. A few simple command line examples would really help. > > > > thank you -august. > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] svn co ...documentation
Hi, I just spent about 30-40 minutes trying to figure out how to get a writable svn checkout. Is there any way someone could add that info to one of the multiple pages that try to instruct you to get the source? http://puredata.info/docs/developer/GettingPdSource http://puredata.info/docs/developer/SourceRepositories http://puredata.info/docs/developer/SVNCommitAccess For developers like myself who only make occasional commits, something like this would really help. There are too many version control systems and frameworks to remember how to do everything, everywhere. A few simple command line examples would really help. thank you -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] refuse 96kbps ogg's!?!
> Hi list, > all in the title... I tried different types (mp3, wav, ogg, at different > rates and frequencies...) Some didn't passed: "Invalid file or > unsupported codec". > The only relation I found on 12 ogg files, the five that didn't passed > was at 96kbps rate. I think it has something to do with the ogg header. I've passed the file on to the gmerlin developer who is usually pretty quick about fixing these things.However, you will need to update your gavl/gmerlin_avdecoder libs when he does fix it. > [readanysf~] seems a bit unstable: if I [open a_file( and then "compute > audio", pd crashes (quit). I just now fixed this bug. I can't believe nobody saw this before. If you opened a file before turning DSP on, it would crash when your start the DSP. Simple fix. Now done. Thanks for reporting. download from here: http://aug.ment.org/software/readanysf~0.41.tar.gz or checkout from svn. new Mac version is also available. > Is it a problem to use four instances of the object in a patch? I'm > building a multiple player for a performance... It shouldn't be a problem. > I'm on Ubuntu Lucid, PD-ext 0.42.5 (from repo), last [readanysf~] from > rdz-ppa (had to move it from pd directory to pd-extended)... > > Thank's for your help... thanks for the report -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] refuse 96kbps ogg's!?!
Raphael, Please post any files that do not work so that I may test them. -august. Raphael Raccuia say: > I didn't experienced problems with mp3, and I don't know about ID3 > tags... I'll check if it's related, and learn about ID3 :-) thank's > Can anybody reproduce that bug with a 96kbps ogg? > > Pedro Oliveira a écrit : > >Mp3 files seem to crash Pd this way when they have some ID3 Info. > >I don't know exactly what causes this problem but I've solved > >re-exporting them without any ID3 tag, specially artwork. > > > >hope it helps. > > > >On Tue, Sep 21, 2010 at 4:13 PM, Raphael Raccuia > > ><mailto:rafael.racc...@blindekinder.com>> wrote: > > > >Hi list, > >all in the title... I tried different types (mp3, wav, ogg, at > >different > >rates and frequencies...) Some didn't passed: "Invalid file or > >unsupported codec". > >The only relation I found on 12 ogg files, the five that didn't passed > >was at 96kbps rate. > >[readanysf~] seems a bit unstable: if I [open a_file( and then > >"compute > >audio", pd crashes (quit). > >Is it a problem to use four instances of the object in a patch? I'm > >building a multiple player for a performance... > > > >I'm on Ubuntu Lucid, PD-ext 0.42.5 (from repo), last [readanysf~] from > >rdz-ppa (had to move it from pd directory to pd-extended)... > > > >Thank's for your help... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] c++ objects?
> Hi, > > I would like to know if there are any Pd objects out there written in > C++... > > thanks in advance, > josé > > PS: It would be nice to have a C++ version of the examples that are in > the externals howto... > (http://pdstatic.iem.at/externals-HOWTO/HOWTO-externals-en.html). I think there are quite a few written in C++. AFAIK, you only need to take care about how you declare the setup function. There may be other C++ -> C issues that I don't know about. But, in my externals, this one issue is the only thing I can recall. For example, the helloworld c code here: http://pdstatic.iem.at/externals-HOWTO/node3.html#SECTION00036000 in C: void helloworld_setup(void) in C++: extern "C" void helloworld_setup(void) -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] new readanysf~ for mac intel
>> 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. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] new readanysf~ for mac intel
> >> 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 pd...@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 rightsso 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. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] new readanysf~ for mac intel
> 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 pd...@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 rightsso 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. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] new readanysf~ for mac intel
oh dang. Okay, I really don't understand the mac binary package. Maybe Hans (or someone else) can step in heredid 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
Re: [PD] new readanysf~ for mac intel
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
Re: [PD] readanysf~ error
Hans, if you download the latest code here http://aug.ment.org/software/readanysf~0.40.tar.gz ..or, just go to the build lab and cd to /Users/pddev/pure-data/trunk/externals/august/test/readanysf~0.40 you should be able to just type 'make' I've changed the makefile so that it should recognize if you are a mac intel or not. It _should_ also create the MacOS-Intel binary package. I just run the ./embed-MacOSX-dependencies.sh that I found on the pdlab server on the directory with the *.pd_darwin binary and it creates a "lib" directory with all the libs in it. I'm making this blindly, so I don't know if it actually works. -august. > So I looked at the files again, this worked for me (I just added the > last step): > > cd externals/august/readanysf~ > make -f Makefile.darwin > ./embed-MacOSX-dependencies.sh > > If you want to make the same package as me, then just: > cd .. > zip -9r readanysf~.zip readanysf~ > > That folder just drops into /Library/Pd to install. :) I'll update gavl > and gmerlin on Mac OS X once Pd-extended 0.42.5 is released. > > .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] new readanysf~ for mac intel
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
Re: [PD] readanysf~ error
No, I didn't receive the build system changes. Do you remember how you packaged everything into one Mac bundle? I should be able to just reuse the gavl, gemerlin, ffmpeg, etc libs. I'll write to the dev list and ask for access to the pdlab. -a > I don't remember, hopefully I sent you my build system changes. I won't > have time to do it in the near future, but I can answer questions. Also, > you could request access to the PdLab build machines if you need to build > on Mac OS X, Debian, Ubuntu and Windows. > > http://puredata.info/docs/developer/PdLab > > .hc > > On Jul 8, 2010, at 4:25 AM, august wrote: > >> >> It may take a little while for Burkhard to update his stuff. I have a >> feeling he is busy now with work, and also with adding webm and other >> features to gmerlin_avdec. >> >> How about compiling a new readanysf~ for Mac? Do you still have it >> set up to do it (is it just a matter of putting in the new code)? Do >> you have a build system for putting it all together? >> >> -a >> >>> Any idea when this will be released? I can update the Fink package >>> then. >>> >>> .hc >>> >>> On Jul 3, 2010, at 5:50 AM, august wrote: >>> >>>> >>>> okay, >>>> >>>>This error should no longer occur in the next release of >>>>gavl/gmerlin_avdecode. >>>> >>>>-august. >>>> >>>>> Hi August, >>>>> >>>>> thanks for your quick reply and sorry for my slow one ;-) The short >>>>> answer is that cleaning up the headers of the soundfiles by re- >>>>> encoding >>>>> with sndfile-convert did the trick. Celine, the student I am >>>>> working >>>>> with, promised to write you a bit later with more details. >>>>> >>>>> Best! >>>>> Derek >>>>> >>>>> On 6/15/10 5:31 PM, august wrote: >>>>>> >>>>>> Derek, >>>>>> >>>>>> Are you using MacOS X? What version of readanysf~? What >>>>>> version >>>>>> of gavl and gmerlin_avdec are packaged with it/used with it? >>>>>> >>>>>> I don't suspect it is the soundfile itself, but just in case, can >>>>>> you >>>>>> put an example online for me. This is going to be a tough >>>>>> bug to >>>>>> find, unless you see some sort of regularity in how the sound >>>>>> turns >>>>>> to noise for you and can report that to me? >>>>>> >>>>>> can you make a simple patch that isolates the bug? >>>>>> >>>>>> Also, when the sound goes to noise, is it just that one >>>>>> particular >>>>>> soundfile that is used in readanysf or is it PD's entire output. >>>>>> In >>>>>> other words, when you hear noise, can you also hear the other >>>>>> readanysf's playingor can you also make a simple osc~ and >>>>>> hear it >>>>>> play correctly? >>>>>> >>>>>> The "Current file is either invalid or an unsupported codec." >>>>>> warning >>>>>> can also come if you send "play" to the readanysf object >>>>>> without it >>>>>> having a file loaded. I assume this is what is happening. >>>>>> >>>>>> -a. >>>>>> >>>>>>> Hello August, list >>>>>>> >>>>>>> I'm helping a student's installation, and we have created a patch >>>>>>> which >>>>>>> uses 24 instances of readanysf~ to read from 24 different >>>>>>> soundfiles >>>>>>> between 15min and one hour in length. All sound files are mono, >>>>>>> 16 bit, >>>>>>> 44.1KHz WAV_PCM format. >>>>>>> >>>>>>> The problem is that, after a length of time, the readanysf~ >>>>>>> objects >>>>>>> output noise rather than the soundfile. It is not the result >>>>>>> of any >>>>>>> single soundfile, and many or all of the readanysf~ objects >>>>>>> can be >>>>>&
Re: [PD] pd on armv7 (beagleboard): crackles / pcm not available?
> hi all, > > i'm trying to get Pd to run on my BeagleBoard, and running into a couple of > problems. any help greatly appreciated. this is for an installation of this > work: http://ll.frey.co.nz which is due to go live in August at Kapelica > Gallery in Ljubljana, Slovenia. > > basically, the problem is that instead of sound output i'm getting these > crackles: > http://soundcloud.com/damian/pure-data-on-beagleboard-sound-issue > > 1. i tried Hans' Reware image ("BeagleBoard Pd, Python, Lua image" from here > http://dev.eyebeam.org/projects/reware/wiki/Releases ). i'm not sure what > version of Pd this is, but it's using OSS as sound device. this makes nasty > crackles, that are related to the volume of the sound output and also to the > content of the sound i'm trying to output. the crackles don't go away if i > increase the audio buffer to 500ms. they sound a bit like a pot full of > popping popcorn : > http://soundcloud.com/damian/pure-data-on-beagleboard-sound-issue > > 2a. (Ubuntu 10.04 installation) i tried apt-get install puredata (v. 0.42-5) > on my Ubuntu install, which produces the same kind of audio crackles as the > Reware image. > > 2b. (after sudo killall xdm) i tried running pd -nogui -alsa -noadc -open > my_test_patch.pd, which gives me no sound output at all, just a message that > "snd_pcm_open (output): Device or resource busy". > > i know Alsa is working on the Ubuntu install because i can use aplay and > mpg123 and get perfect sound output. i don't seem to have OSS available on > the Ubuntu image. > it sounds like a pulseaudio problem. Ubuntu comes with a sound deamon called pulseaudio. Pd doesn't like it, but other apps are okay with it. try killing or removing pulseaudio or doing "pasuspender" and then starting pd with alsa. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ error
It may take a little while for Burkhard to update his stuff. I have a feeling he is busy now with work, and also with adding webm and other features to gmerlin_avdec. How about compiling a new readanysf~ for Mac? Do you still have it set up to do it (is it just a matter of putting in the new code)? Do you have a build system for putting it all together? -a > Any idea when this will be released? I can update the Fink package > then. > > .hc > > On Jul 3, 2010, at 5:50 AM, august wrote: > >> >> okay, >> >> This error should no longer occur in the next release of >> gavl/gmerlin_avdecode. >> >> -august. >> >>> Hi August, >>> >>> thanks for your quick reply and sorry for my slow one ;-) The short >>> answer is that cleaning up the headers of the soundfiles by re- >>> encoding >>> with sndfile-convert did the trick. Celine, the student I am working >>> with, promised to write you a bit later with more details. >>> >>> Best! >>> Derek >>> >>> On 6/15/10 5:31 PM, august wrote: >>>> >>>> Derek, >>>> >>>>Are you using MacOS X? What version of readanysf~? What version >>>>of gavl and gmerlin_avdec are packaged with it/used with it? >>>> >>>>I don't suspect it is the soundfile itself, but just in case, can >>>> you >>>>put an example online for me. This is going to be a tough bug to >>>>find, unless you see some sort of regularity in how the sound turns >>>>to noise for you and can report that to me? >>>> >>>>can you make a simple patch that isolates the bug? >>>> >>>>Also, when the sound goes to noise, is it just that one particular >>>>soundfile that is used in readanysf or is it PD's entire output. >>>> In >>>>other words, when you hear noise, can you also hear the other >>>>readanysf's playingor can you also make a simple osc~ and >>>> hear it >>>>play correctly? >>>> >>>>The "Current file is either invalid or an unsupported codec." >>>> warning >>>>can also come if you send "play" to the readanysf object without it >>>>having a file loaded. I assume this is what is happening. >>>> >>>>-a. >>>> >>>>> Hello August, list >>>>> >>>>> I'm helping a student's installation, and we have created a patch >>>>> which >>>>> uses 24 instances of readanysf~ to read from 24 different >>>>> soundfiles >>>>> between 15min and one hour in length. All sound files are mono, >>>>> 16 bit, >>>>> 44.1KHz WAV_PCM format. >>>>> >>>>> The problem is that, after a length of time, the readanysf~ objects >>>>> output noise rather than the soundfile. It is not the result of any >>>>> single soundfile, and many or all of the readanysf~ objects can be >>>>> affected by this simultaneously. >>>>> >>>>> I have attached the abstraction in question. The object is >>>>> instantiated >>>>> as [readanysf~ 1], in other words the block size and and buffer >>>>> size are >>>>> defaults. >>>>> >>>>> Sample terminal output is as follows while the patch is running: >>>>> >>>>> Created new readanysf~ with 1 channels and internal buffer of 24 >>>>> * 64 = 1536 >>>>> Current file is either invalid or an unsupported codec. >>>>> Current file is either invalid or an unsupported codec. >>>>> Current file is either invalid or an unsupported codec. >>>>> Current file is either invalid or an unsupported codec. >>>>> Current file is either invalid or an unsupported codec. >>>>> Current file is either invalid or an unsupported codec. >>>>> Current file is either invalid or an unsupported codec. >>>>> >>>>> Opening each soundfile individually with readanysf~ and sending >>>>> "play" >>>>> and "pause" messages reports no errors whatsoever, however. >>>>> >>>>> I have sndfile-info data for all of the soundfiles. The only >>>>> irregularity I see in this is one file which repor
Re: [PD] readanysf~ error
> > so, I tracked down this bug. File handles were being inadvertently left > > open. > > > > I made a new version of readanysf~ with reworking of the code based on > > adjustments I had been making for other stuff I am working . It should > > provide for more stable and modular code. Seeking should also be > > non-blocking and smoother now. > > > > Can I ask linux users to download and test it, please: > > > > http://aug.ment.org/software/readanysf~0.40.tar.gz > > make gives me: > > > g++ -c -o objs/ReadMedia.o src/ReadMedia.cpp -I./ -I/usr/include > -I/usr/include/gavl -I/usr/include/gmerlin -I/usr/include -Wall > src/ReadMedia.cpp: In constructor ‘ReadMedia::ReadMedia()’: > src/ReadMedia.cpp:42: error: ‘GAVL_INTERLACE_UNKNOWN’ was not declared > in this scope > make: *** [objs/ReadMedia.o] Error 1 > - > > By commenting out line 42 of src/ReadMedia.cpp: > >m_video_format.interlace_mode=GAVL_INTERLACE_UNKNOWN; > > it compiles fine. Is that GAVL_INTERLACE_UNKOWN thing needed at all for > the audio-oriented readanysf~? Should I be worried when commenting it > out? > > Cheers and thanks for the fixes > Roman no, it is not needed by readanysf~ and can be safely commented out or just changed to: m_video_format.interlace_mode=GAVL_INTERLACE_NONE; -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ error
okay, This error should no longer occur in the next release of gavl/gmerlin_avdecode. -august. > Hi August, > > thanks for your quick reply and sorry for my slow one ;-) The short > answer is that cleaning up the headers of the soundfiles by re-encoding > with sndfile-convert did the trick. Celine, the student I am working > with, promised to write you a bit later with more details. > > Best! > Derek > > On 6/15/10 5:31 PM, august wrote: >> >> Derek, >> >> Are you using MacOS X? What version of readanysf~? What version >> of gavl and gmerlin_avdec are packaged with it/used with it? >> >> I don't suspect it is the soundfile itself, but just in case, can you >> put an example online for me. This is going to be a tough bug to >> find, unless you see some sort of regularity in how the sound turns >> to noise for you and can report that to me? >> >> can you make a simple patch that isolates the bug? >> >> Also, when the sound goes to noise, is it just that one particular >> soundfile that is used in readanysf or is it PD's entire output. In >> other words, when you hear noise, can you also hear the other >> readanysf's playingor can you also make a simple osc~ and hear it >> play correctly? >> >> The "Current file is either invalid or an unsupported codec." warning >> can also come if you send "play" to the readanysf object without it >> having a file loaded. I assume this is what is happening. >> >> -a. >> >>> Hello August, list >>> >>> I'm helping a student's installation, and we have created a patch which >>> uses 24 instances of readanysf~ to read from 24 different soundfiles >>> between 15min and one hour in length. All sound files are mono, 16 bit, >>> 44.1KHz WAV_PCM format. >>> >>> The problem is that, after a length of time, the readanysf~ objects >>> output noise rather than the soundfile. It is not the result of any >>> single soundfile, and many or all of the readanysf~ objects can be >>> affected by this simultaneously. >>> >>> I have attached the abstraction in question. The object is instantiated >>> as [readanysf~ 1], in other words the block size and and buffer size are >>> defaults. >>> >>> Sample terminal output is as follows while the patch is running: >>> >>> Created new readanysf~ with 1 channels and internal buffer of 24 * 64 = 1536 >>> Current file is either invalid or an unsupported codec. >>> Current file is either invalid or an unsupported codec. >>> Current file is either invalid or an unsupported codec. >>> Current file is either invalid or an unsupported codec. >>> Current file is either invalid or an unsupported codec. >>> Current file is either invalid or an unsupported codec. >>> Current file is either invalid or an unsupported codec. >>> >>> Opening each soundfile individually with readanysf~ and sending "play" >>> and "pause" messages reports no errors whatsoever, however. >>> >>> I have sndfile-info data for all of the soundfiles. The only >>> irregularity I see in this is one file which reports: >>> >>>Unknown chunk marker at position 6087587. Resynching. >>> >>> Besides that, most of the files report something like this: >>> >>> File : F_DOK6.wav >>> Length : 146725772 >>> RIFF : 146725764 >>> WAVE >>> bext : 602 >>> fmt : 16 >>>Format: 0x1 => WAVE_FORMAT_PCM >>>Channels : 1 >>>Sample Rate : 44100 >>>Block Align : 2 >>>Bit Width : 16 >>>Bytes/sec : 88200 >>> *** minf : 16 (unknown marker) >>> *** elm1 : 7506 (unknown marker) >>> data : 140114520 >>> *** regn : 92 (unknown marker) >>> *** umid : 24 (unknown marker) >>> *** DGDA : 6602919 (unknown marker) >>> End >>> >>> >>> Sample Rate : 44100 >>> Frames : 70057260 >>> Channels: 1 >>> Format : 0x00010002 >>> Sections: 1 >>> Seekable: TRUE >>> Duration: 00:26:28.600 >>> Signal Max : 11627 (-9.00 dB) >>> >>> Someone suggested the noisy output may be the result of a buffer >>> problem, but I am not sure who I could verify or correct this. >>> >>> I checked with "top" while the noise was happening and saw no evidence >>> that Pd was using any more memory than usual, and the CPU meter reported >>> 30%. >>> >>> Hardware is an Intel Mac Mini, software is Pd-Extended 0.41.4. >>> >>> Any suggestions or other diagnostics I could run are appreciated. >>> >>> Best! >>> Derek ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ error
so, I tracked down this bug. File handles were being inadvertently left open. I made a new version of readanysf~ with reworking of the code based on adjustments I had been making for other stuff I am working . It should provide for more stable and modular code. Seeking should also be non-blocking and smoother now. Can I ask linux users to download and test it, please: http://aug.ment.org/software/readanysf~0.40.tar.gz Hans, Could I ask you to make another mac bundle so that it can be tested for the mac users. The makefile should check if you are on darwin or not. The setup should be the same, I think and you can just type "make" -august. > I also tracked down the "Too many open files" error message. It DOES > come from readanysf~, .from the gmerlin_avdec library. It is a > strerror message. > > I'm trying to track down now if somewhere file handles are not being > closed properly. I will probably need a few days to find out. > > > > > Do you get any messages in the Terminal, when you start Pd from the > > > Terminal ? > > > > > > (the "open" command of the Terminal doesn't count, as it only asks the > > > Finder to open a file.) > > > > Terminal showing first errors : > > > > /foo1.wav > > [demuxer] Info: Detected Microsoft WAV format > > opened /foo1.wav > > /foo2.wav > > [demuxer] Info: Detected Microsoft WAV format > > opened /foo2.wav > > /foo1.wav > > [in_file] Error: Cannot open /foo1.wav: Too many open files > > Could not open file /foo1.wav > > /foo2.wav > > [in_file] Error: Cannot open /foo2.wav: Too many open files > > Could not open file /foo2.aiff ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: readanysf~ error
> So, do you ever get the message that says : > > "Still opening a file what to do?" > > Because that looks like a self-avowed filehandle-leak and thread-leak bug > (both at once). If there is not this message anywhere, then it looks > like there is another bug on top of that. But I don't really know enough > to be able to help here. > > It would actually help a lot, if August stepped in. > Thanks for looking into that. The message itself is does give the impression of a filehandle or thread-leakhowever, I do believe I cover it all just a few lines down when I join the thread and close out the files. It should be irrelevant to the current "Too many open files" bug report, but I have cleaned it up now so that it at least reads better. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ error
> >>> I've tried all (prior "pause", "stop" and straight "open") and haven't > >>> noticed any change. It really shouldn't matter if you send "pause" or "stop" before "open". I also tracked down the "Too many open files" error message. It DOES come from readanysf~, .from the gmerlin_avdec library. It is a strerror message. I'm trying to track down now if somewhere file handles are not being closed properly. I will probably need a few days to find out. > > Do you get any messages in the Terminal, when you start Pd from the > > Terminal ? > > > > (the "open" command of the Terminal doesn't count, as it only asks the > > Finder to open a file.) > > Terminal showing first errors : > > /foo1.wav > [demuxer] Info: Detected Microsoft WAV format > opened /foo1.wav > /foo2.wav > [demuxer] Info: Detected Microsoft WAV format > opened /foo2.wav > /foo1.wav > [in_file] Error: Cannot open /foo1.wav: Too many open files > Could not open file /foo1.wav > /foo2.wav > [in_file] Error: Cannot open /foo2.wav: Too many open files > Could not open file /foo2.aiff ok, this helps. more late -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ error
> Seems that my first post has been truncated ... > > -- Forwarded message -- > > Hi everyone, > > Sorry to interfere but I'm experiencing similar issues and cleaning up > the headers doesn't seem to solve the problem ... > > >From user's point of view (no dev skills in here !), it seems that pd > gets overloaded by too many file's openings. > > On my system (osx 10.6, Pd-Ext 0.42.5-RC2, hcs' readanysf intel > binary), and no matter the format and the size of the files, 240 > successive openings lead to: > > "Invalid file or unsupported codec. > Current file is either invalid or an unsupported codec" > > Then Pd refuses to save and reports : > > "error: /Users/me/Documents/PD/stress.pd: Too many open files" > > I join a simple "stress patch" that tries to isolate the error. > > Thanks for helping a bit more ! > > Cheers, > > Pierre Pierre, thanks for the report and for the test patch. However, I cannot produce your error. I am using ubuntu, pd 0.42.5 your test patch seems to work like it should here. The "Too many open files" error is also not from readanysf~ can you explain a little further? Are you hearing noise like Derek reported? best -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ error
Okay, glad to hear you have it solved. If you can, please post an example of the soundfile that didn't work so that I can test it. thanks-august. > Hi August, > > thanks for your quick reply and sorry for my slow one ;-) The short > answer is that cleaning up the headers of the soundfiles by re-encoding > with sndfile-convert did the trick. Celine, the student I am working > with, promised to write you a bit later with more details. > > Best! > Derek > > On 6/15/10 5:31 PM, august wrote: >> >> Derek, >> >> Are you using MacOS X? What version of readanysf~? What version >> of gavl and gmerlin_avdec are packaged with it/used with it? >> >> I don't suspect it is the soundfile itself, but just in case, can you >> put an example online for me. This is going to be a tough bug to >> find, unless you see some sort of regularity in how the sound turns >> to noise for you and can report that to me? >> >> can you make a simple patch that isolates the bug? >> >> Also, when the sound goes to noise, is it just that one particular >> soundfile that is used in readanysf or is it PD's entire output. In >> other words, when you hear noise, can you also hear the other >> readanysf's playingor can you also make a simple osc~ and hear it >> play correctly? >> >> The "Current file is either invalid or an unsupported codec." warning >> can also come if you send "play" to the readanysf object without it >> having a file loaded. I assume this is what is happening. >> >> -a. >> >>> Hello August, list >>> >>> I'm helping a student's installation, and we have created a patch which >>> uses 24 instances of readanysf~ to read from 24 different soundfiles >>> between 15min and one hour in length. All sound files are mono, 16 bit, >>> 44.1KHz WAV_PCM format. >>> >>> The problem is that, after a length of time, the readanysf~ objects >>> output noise rather than the soundfile. It is not the result of any >>> single soundfile, and many or all of the readanysf~ objects can be >>> affected by this simultaneously. >>> >>> I have attached the abstraction in question. The object is instantiated >>> as [readanysf~ 1], in other words the block size and and buffer size are >>> defaults. >>> >>> Sample terminal output is as follows while the patch is running: >>> >>> Created new readanysf~ with 1 channels and internal buffer of 24 * 64 = 1536 >>> Current file is either invalid or an unsupported codec. >>> Current file is either invalid or an unsupported codec. >>> Current file is either invalid or an unsupported codec. >>> Current file is either invalid or an unsupported codec. >>> Current file is either invalid or an unsupported codec. >>> Current file is either invalid or an unsupported codec. >>> Current file is either invalid or an unsupported codec. >>> >>> Opening each soundfile individually with readanysf~ and sending "play" >>> and "pause" messages reports no errors whatsoever, however. >>> >>> I have sndfile-info data for all of the soundfiles. The only >>> irregularity I see in this is one file which reports: >>> >>>Unknown chunk marker at position 6087587. Resynching. >>> >>> Besides that, most of the files report something like this: >>> >>> File : F_DOK6.wav >>> Length : 146725772 >>> RIFF : 146725764 >>> WAVE >>> bext : 602 >>> fmt : 16 >>>Format: 0x1 => WAVE_FORMAT_PCM >>>Channels : 1 >>>Sample Rate : 44100 >>>Block Align : 2 >>>Bit Width : 16 >>>Bytes/sec : 88200 >>> *** minf : 16 (unknown marker) >>> *** elm1 : 7506 (unknown marker) >>> data : 140114520 >>> *** regn : 92 (unknown marker) >>> *** umid : 24 (unknown marker) >>> *** DGDA : 6602919 (unknown marker) >>> End >>> >>> >>> Sample Rate : 44100 >>> Frames : 70057260 >>> Channels: 1 >>> Format : 0x00010002 >>> Sections: 1 >>> Seekable: TRUE >>> Duration: 00:26:28.600 >>> Signal Max : 11627 (-9.00 dB) >>> >>> Someone suggested the noisy output may be the result of a buffer >>> proble
Re: [PD] readanysf~ error
Derek, Are you using MacOS X? What version of readanysf~? What version of gavl and gmerlin_avdec are packaged with it/used with it? I don't suspect it is the soundfile itself, but just in case, can you put an example online for me. This is going to be a tough bug to find, unless you see some sort of regularity in how the sound turns to noise for you and can report that to me? can you make a simple patch that isolates the bug? Also, when the sound goes to noise, is it just that one particular soundfile that is used in readanysf or is it PD's entire output. In other words, when you hear noise, can you also hear the other readanysf's playingor can you also make a simple osc~ and hear it play correctly? The "Current file is either invalid or an unsupported codec." warning can also come if you send "play" to the readanysf object without it having a file loaded. I assume this is what is happening. -a. > Hello August, list > > I'm helping a student's installation, and we have created a patch which > uses 24 instances of readanysf~ to read from 24 different soundfiles > between 15min and one hour in length. All sound files are mono, 16 bit, > 44.1KHz WAV_PCM format. > > The problem is that, after a length of time, the readanysf~ objects > output noise rather than the soundfile. It is not the result of any > single soundfile, and many or all of the readanysf~ objects can be > affected by this simultaneously. > > I have attached the abstraction in question. The object is instantiated > as [readanysf~ 1], in other words the block size and and buffer size are > defaults. > > Sample terminal output is as follows while the patch is running: > > Created new readanysf~ with 1 channels and internal buffer of 24 * 64 = 1536 > Current file is either invalid or an unsupported codec. > Current file is either invalid or an unsupported codec. > Current file is either invalid or an unsupported codec. > Current file is either invalid or an unsupported codec. > Current file is either invalid or an unsupported codec. > Current file is either invalid or an unsupported codec. > Current file is either invalid or an unsupported codec. > > Opening each soundfile individually with readanysf~ and sending "play" > and "pause" messages reports no errors whatsoever, however. > > I have sndfile-info data for all of the soundfiles. The only > irregularity I see in this is one file which reports: > > Unknown chunk marker at position 6087587. Resynching. > > Besides that, most of the files report something like this: > > File : F_DOK6.wav > Length : 146725772 > RIFF : 146725764 > WAVE > bext : 602 > fmt : 16 > Format: 0x1 => WAVE_FORMAT_PCM > Channels : 1 > Sample Rate : 44100 > Block Align : 2 > Bit Width : 16 > Bytes/sec : 88200 > *** minf : 16 (unknown marker) > *** elm1 : 7506 (unknown marker) > data : 140114520 > *** regn : 92 (unknown marker) > *** umid : 24 (unknown marker) > *** DGDA : 6602919 (unknown marker) > End > > > Sample Rate : 44100 > Frames : 70057260 > Channels: 1 > Format : 0x00010002 > Sections: 1 > Seekable: TRUE > Duration: 00:26:28.600 > Signal Max : 11627 (-9.00 dB) > > Someone suggested the noisy output may be the result of a buffer > problem, but I am not sure who I could verify or correct this. > > I checked with "top" while the noise was happening and saw no evidence > that Pd was using any more memory than usual, and the CPU meter reported > 30%. > > Hardware is an Intel Mac Mini, software is Pd-Extended 0.41.4. > > Any suggestions or other diagnostics I could run are appreciated. > > Best! > Derek > -- > ::: derek holzer ::: http://macumbista.net ::: > ---Oblique Strategy # 136: > "Remove specifics and convert to ambiguities" > -- --- http://aug.ment.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] tables in 64bit puredata
> and what about > http://autobuild.puredata.info/auto-build/latest/Pd-0.42.5-extended-ubuntu-karmic-i386.deb or, can you tell me where to get the Pd-0.42.5-extended source code? I can fight through the build process if it works like the old pd extended, but with 64bit table support. dankuwell -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] tables in 64bit puredata
> >> i seems like you really should to try to update to the newest versions > >> of everything. > >> > > > > > > hmm. it is hard to know what is the right pd to download. > i don't know about packages, but probably you can even install the lucid > package (0.42.5) on karmic. what is the lucid package? It is really not easy to navigate the many webpages to find the downloads. > and what about > http://autobuild.puredata.info/auto-build/latest/Pd-0.42.5-extended-ubuntu-karmic-i386.deb I'm on 64bit, so it doesn't install.leider. viele donkeschonis, -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] tables in 64bit puredata
> On 2010-04-18 22:05, august wrote: > > > > I just built pd 0.41.4 extended and can see that in all of the sampler > > i seems like you really should to try to update to the newest versions > of everything. > hmm. it is hard to know what is the right pd to download. Can someone recommend a version, era, or branch that "works" on ubuntu karmic? * I tried Pd-0.41.4-extended, but it has problems with tables (64bit issue) * I tried pd-0.42-5.src.tar.gz, and the table issue is gone, but the sound is completely unreliable with ubuntu's pulseaudio setup. Pd-0.41.4-extended doesn't have this problem. * I also tried pd-2010-04-15-linux-ubuntu-karmic-i386-i686.tar.bz2 but it does not build. I like very much how pd-extended looks with the toned patch cords and pleasant colors/fonts...and would love to have a version of that that doesn't have the table issue under 64bit...and the also the audio works with pulseaudio. any help is much appreciated. thanks -august. PS: I am looking forward to using the new Gem with gmerlin-avdec bindings, but will have to get to that later. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] tables in 64bit puredata
Are there still problems with tables in 64bit linux? I just built pd 0.41.4 extended and can see that in all of the sampler examples, every other sample is 0. I thought this was solved a while ago. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_video v4l
> -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > august wrote: > > Hey, > > > > > > Anyone have an idea how to fix Pixes/videoV4L.cpp so that it makes > > the right ioctls? > > > > please don't! > "videoV4L" is the backend for video4linux-1 devices. > > > > > ### v4l2 device info [/dev/video0] ### > > whereas you have a video4linux-2 device. > so videoV4L is not for you, but videoV4L2 is. > it seems like the version of Gem you are using, is compiled without v4l2 > support. > you need libv4l-dev in order to enable it. > > this will make v4l2 the default backend. ok, I figgered as much out already in the mean time. I recompiled Gem with v4l2, but now have the same problem as these two guys: http://puredata.hurleur.com/sujet-2223-gem-pix-video-firewire-linux http://lists.puredata.info/pipermail/gem-dev/2008-09/003669.html again, the camera works perfectly with xawtv, mplayer, openframeworks, and any other v4l2 app out there. I'd also mention that the Gem code still uses an archaic ffmpeg version. I can compile without it, but it is a shame not to have those features. http://lists.puredata.info/pipermail/gem-dev/2008-01/003300.html > fgasdmr > IOhannes ¿que es fgasdmr? ¡thanks! -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pix_video v4l
Hey, I have a schleptop with a built-in camera (lenovo t400). Xawtv works great, but I cannot get pix_video to start. When I start it (trying out lots of different options), it says: VIDIOCSCHAN: Invalid argument Anyone have an idea how to fix Pixes/videoV4L.cpp so that it makes the right ioctls? thanks -august. Here is my v4linfo: ### v4l2 device info [/dev/video0] ### general info VIDIOC_QUERYCAP driver : "uvcvideo" card: "Integrated Camera" bus_info: "usb-:00:1a.7-6" version : 0.1.0 capabilities: 0x401 [VIDEO_CAPTURE,STREAMING] standards inputs VIDIOC_ENUMINPUT(0) index : 0 name: "Camera 1" type: CAMERA audioset: 0 tuner : 0 std : 0x0 [] status : 0x0 [] video capture VIDIOC_ENUM_FMT(0,VIDEO_CAPTURE) index : 0 type: VIDEO_CAPTURE flags : 0 description : "YUV 4:2:2 (YUYV)" pixelformat : 0x56595559 [YUYV] VIDIOC_G_FMT(VIDEO_CAPTURE) type: VIDEO_CAPTURE fmt.pix.width : 640 fmt.pix.height : 480 fmt.pix.pixelformat : 0x56595559 [YUYV] fmt.pix.field : NONE fmt.pix.bytesperline: 1280 fmt.pix.sizeimage : 614400 fmt.pix.colorspace : unknown fmt.pix.priv: 0 controls VIDIOC_QUERYCTRL(BASE+0) id : 9963776 type: INTEGER name: "Brightness" minimum : -128 maximum : 127 step: 1 default_value : 0 flags : 0 VIDIOC_QUERYCTRL(BASE+1) id : 9963777 type: INTEGER name: "Contrast" minimum : 0 maximum : 100 step: 1 default_value : 0 flags : 0 VIDIOC_QUERYCTRL(BASE+2) id : 9963778 type: INTEGER name: "Saturation" minimum : 0 maximum : 100 step: 1 default_value : 0 flags : 0 VIDIOC_QUERYCTRL(BASE+3) id : 9963779 type: INTEGER name: "Hue" minimum : -20 maximum : 20 step: 1 default_value : 0 flags : 0 ### video4linux device info [/dev/video0] ### general info VIDIOCGCAP name: "Integrated Camera" type: 0x1 [CAPTURE] channels: 1 audios : 0 maxwidth: 1280 maxheight : 1024 minwidth: 48 minheight : 32 channels VIDIOCGCHAN(0) channel : 0 name: "Camera 1" tuners : 0 flags : 0x0 [] type: CAMERA norm: 0 tuner audio picture VIDIOCGPICT brightness : 32382 hue : 32768 colour : 0 contrast: 0 whiteness : 0 depth : 16 palette : YUYV buffer window VIDIOCGWIN x : 0 y : 0 width : 640 height : 480 chromakey : 0 flags : 0 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] [readanysf~] for ubuntu
Very Cool. I've added link from the download page at: http://aug.ment.org/readanysf/download.php best -august. > Hi all > > I dug into deb packaging and published the results on a PPA: > > https://launchpad.net/~reduzierer/+archive/rdz-pd-extra+deps > > Supported are: > > Ubuntu Karmic (amd64, i386, lpia) > Ubuntu Jaunty (amd64, i386, lpia) > > I hope this works for you (please report back, if not). > > I had troubles building libgmerlin-avdec1 on Intrepid, that is why there > is no [readanysf~] for Intrepid. Hardy seems to involve even more work > and I don't know, if it is possible at all. > > Roman > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] another [readanysf~] install-on-ubuntu guide. (was: readanysf~ binary ubuntu?)
> > On Mon, 2010-02-22 at 10:36 +0100, João Pais wrote: > > > [I couldn't find August Black's mail, so I sent this to the list] > > > > > > Hi, > > > > > > I was looking for readanysf~, and found your site. Unfortunately I > > > couldn't built it myself, the make instructions didn't work, and these > > > libraries don't exist for jaunty. Do you have a package with a jaunty > > > binary? > > > > Since it is dependent on gavl and gmerlin-avdecoder, one would also have > > to maintain packages of those before it makes sense to package > > [readanysf~] as a deb package. > > Hurrah, there is actually already a PPA for gmerlin-avdecoder and gavl, > thanks to Fabrice Coutadeur: > > https://launchpad.net/~fabricesp/+archive/ppa > > I just tested to quickly make Pd-devel-0.43 and readanysf~ run from a > ubuntu 9.10 live-cd and everything worked (almost) flawlessly. > > > Here (again!) another, hopefully easier howto: > > 1. add the sources from the PPA above to your /etc/apt/sources.list > > 2. install gmerlin-avdecoder (this will automatically install gavl): > $ sudo aptitude update && sudo aptitude install libgmerlin-avdec-dev > > 3. download the sources of readanysf~ from: > http://aug.ment.org/readanysf/download.php and extract them from the > archive. > > 4. Now why I said '(almost) flawlessly': readanysf~'s Makefile expects > the headers of gmerlin-avdecoder to be in /usr/local/include. Since we > installed it from the repository, we need to edit the Makefile (for > instance with gedit). Change this line: > > GAVLPATH=/usr/local/include > > to > > GAVLPATH=/usr/include > > If you have Pd also installed from the repository, apply the same change > to the next line: > > PDPATH=/usr/local/include > > to > > PDPATH=/usr/include > > 5. Now run 'make' in /readanysf~0.36 to build [readanysf~] > > 6. To finally install the external, I usually do (from the same > directory): > $ sudo mkdir /usr/lib/pd/extra/readanysf~ > $ sudo cp readanysf~.pd_linux /usr/lib/pd/extra/readanysf~/ > $ sudo cp readanysf~-help.pd /usr/lib/pd/extra/readanysf~/ > > This worked for me. I hope it does for you as well. > > Roman Hi, I'm sorry readanysf~ is somewhat difficult to install. Hans did a great job of packaging it for the mac. We also worked on porting gavl and gmerlin-avdec to windows. We got most of the goodies, such as ffmpeg, libmad, x264 compiled and able to install using mingw. However, we stopped short of packaging it for windows. Hans, do you remember where we left off? Was that really almost a year ago? I also never made a proper autobuild compile for it on linux. I was looking for some system that would allow me to compile and package it on all systems and never really had the time. I still don't really have the time. About the ppa packages above: Are they ubuntu compatible? They also seem pretty old. With the older packages, you will have problems with multichannel audio files ( > 2 channels). If anyone has suggestions on how to maintain pd packages for multiple platforms (or even wants to chip in with packaging effort), please let me know. best -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] and so called interleaved wav files.
> On Mon, 2009-12-21 at 17:07 +0100, august wrote: > > > My test patch used [env~]-[nbx] for testing and it showed '0' on all > > > channels, while it definitely showed some output when playing using > > > [readsf~ > > > 8]. I cannot test again right now, but it is already good to know, that it > > > works for you. Am i right in thinking, that this probably gavl related and > > > not [readanysf~] specifally? > > > > > > > Yes, it seems it was completely gavl related. But, thanks to your > > reports and effort, I think we now have the problem licked. > > > > Please check out the latest gavl from cvs and let me know if that helps. > > > > I tried that _before_ Christmas and it was the same. Now, after cvs > updating gavl _after_ Christmas, [readanysf~] plays all channels fine. > > Thanks a lot for that Christmas gift ;-) > Cool. Glad it worked. Perhaps Burkhard made some fine tuning in the mean time. These kinds of reports with example files really help debug and make software better. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] and so called interleaved wav files.
> My test patch used [env~]-[nbx] for testing and it showed '0' on all > channels, while it definitely showed some output when playing using [readsf~ > 8]. I cannot test again right now, but it is already good to know, that it > works for you. Am i right in thinking, that this probably gavl related and > not [readanysf~] specifally? > Yes, it seems it was completely gavl related. But, thanks to your reports and effort, I think we now have the problem licked. Please check out the latest gavl from cvs and let me know if that helps. best -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] and so called interleaved wav files.
> > Anyway, if you set up readanysf~ with 8 channel output, both DO play > > just fine. The second one is playing, but is VERY softjust jack up > > the amplitude multiplication on it.Readanysf~ doesn't normalize your > > audio for you. > > My test patch used [env~]-[nbx] for testing and it showed '0' on all > channels, while it definitely showed some output when playing using [readsf~ > 8]. I cannot test again right now, but it is already good to know, that it > works for you. Am i right in thinking, that this probably gavl related and > not [readanysf~] specifally? yes, I am finding out that gavl design is heavily influenced by 5.1 DVD definitions. In the background, it is trying to do a lot of guesswork on channel definitions and will crash if you feed it something it doesn't know. It will take me a while to get this worked out with the gavl developer. Sorry I cannot do better at the moment. I am swamped with other work. best -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] and so called interleaved wav files.
> > > > > Can you put the files online somewhere so I can download them and test > > them? > > Of course: > > this plays fine: > http://romanhaefeli.net/8ch_does_play.wav > > this plays, but no sound: > Why does that link not go through to the list? hmm. Anyway, if you set up readanysf~ with 8 channel output, both DO play just fine. The second one is playing, but is VERY softjust jack up the amplitude multiplication on it.Readanysf~ doesn't normalize your audio for you. > BTW: Is there some documentation about how [readanysf~] (or the > underlying layer) tries to assign the channels, when the number of > channels created and the number of channels of the loaded file do not > match? > no. this is all undefined as it comes from gavl. Thank you for bringing it up though. I am now in discussion with the developer about making an arbitrary mix matrix for mixing channels. I also found a bug in gavl that makes readanysf~ crash if you start it with, say, 4 channels, but feed it an 8 channel audio. So, this will have to change for the next version. Here is what I plan...let me know what y'all think. Because of how PD works, I can only define the number of out channels at object creation. (right?) I cannot match the output number of channels to the input number of channels for any given file. The way I would like it to work by default is: for mono output: * for all input except stereo, just the first channel is played * for stereo input, it is downmixed for stereo output: * mono input will be upmixed to stereo * 3 or more channel input will just drop the channels after the first two for 2+ channel output: * mono input is upmixed to stereo, remaining channels are empty * if input has less channels than output, all input channels are sent to output in order. any remaining output channels are left empty * if input has more channels thant output, all output channels are filled with corresponding input channel. the remaining input channels are not sent to output. I don't know if it makes sense to have special default cases for mono and stereo. -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] and so called interleaved wav files.
> On Tue, 2009-12-15 at 00:13 +0100, Roman Haefeli wrote: > > Hi all > > > > I'm trying to build an application that supports loading as many > > different WAV-formats as possible (primarily different bit-depths and > > number of channels). I found, that when focussing on PCM-encoded files > > only, the variety of formats is still big. Actually, i'd like the > > application to auto-recognize the number of channels of loaded files. > > Since [readanysf~] doesn't do that, i use also [ext13/wavinfo] to gather > > some data about the files. Unfortunately, this externals doesn't read > > files with a so-called 'broadcast' format. But this is a different > > story. > > Then i encountered, that there is something called 'interleaved' format. > > Those multi-channel files are read fine by [readsf~], but not by > > [readanysf~]. I have a 8-channel-interleaved file, which [readanysf~] > > seems to play (according to the right most outlet), but all output > > channels are mute. However, 8-channel-files i created myself, seem to > > work well with both, [readsf~] and [readanysf~]. I have another > > 6-channel interleaved files, which only 5 are played from by > > [readanysf~]. > > Now, i wonder what is the magic behind those 'interleaved' files and > > also, if there is a way to play them in Pd _AND_ have a 'seek' option as > > [readanysf~] offers? > > Googling some more makes me believe, that 'interleaved' does mean > nothing more than just 'many audio channels interleaved into one single > file'. So actually both my 8-channel WAV-files are interleaved. Both are > 8ch 16bit 44100Hz PCM files and still they are different in that only > one of them is read correctly by [readanysf~]. > > * How can i get info about PCM-WAV files in Pd? > * How can i reliably play them back (with the ability to seek)? > Can you put the files online somewhere so I can download them and test them? -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] getting readanysf~ running (was: How to access audio files from disk randomly?)
I just now have a fresh install of Karmic. Since there is no libgmerlin_avdec-dev package for ubuntu, I have decided to install it all from source. I don't want a mix of packaged and unpackaged software.Also, you only need gavl and gmerlin_avdecoder. You do not need Gmerlin. gavl is very easy to install. for gmerlin_avdecoder source, install these first: sudo apt-get install libz-dev sudo apt-get install libavcodec-dev libswscale-dev sudo apt-get install libavformat-dev libpostproc-dev libspeex-dev sudo apt-get install libmjpegtools-dev libtheora-dev libvorbis-dev sudo apt-get install libschroedinger-dev libfaad-dev libflac-dev sudo apt-get install libtiff4-dev libopenjpeg-dev liba52-dev sudo apt-get install libmad0-dev libdvdread-dev libcdio-dev sudo apt-get install libmpeg2-4-dev libmpcdec-dev (do not install libdca-dev) then, get the gmerlin_avdecoder source. I prefer from CVS, but you can also download the tar.gz package. then ./configure then make then make install make sure to do: sudo ldconfig then get readanysf with: wget http://aug.ment.org/software/readanysf~0.36.tar.gz untar it, cd into readanysf, and do "make" now you should have it. (I just did that from a clean Ubuntu Karmic install) sorry its not easier, but packaging software is very unrewarding and time consuming. best -august. > A lot! > > It seems, that this is way is _much_ cleaner (without having to do nasty > things to the sources). I didn't compile gmerlin, since there is a ubuntu > package, but obviously it's better compile it as well. > > Thanks > Roman > > > > Am 09.12.09 11:31 schrieb "James Dunn" unter : > > > > > First I installed gavl 1.1.1 - > > http://sourceforge.net/projects/gmerlin/files/gavl/1.1.1/gavl-1.1.1.tar.gz/dow > > nload > > then texinfo (sudo apt-get install texinfo) as prompted by the > > ./configure stage of gmerlin 0.4.1 > > then gmerlin 0.4.1 - > > http://sourceforge.net/projects/gmerlin/files/gmerlin/0.4.1/gmerlin-0.4.1.tar. > > gz/download > > then gmerlin-avdecoder 1.0.1 - > > http://sourceforge.net/projects/gmerlin/files/gmerlin-avdecoder/1.0.1/gmerlin- > > avdecoder-1.0.1.tar.gz/download > > finally I compiled readanysf~ 0.36 > > http://aug.ment.org/software/readanysf~0.36.tar.gz > > <http://aug.ment.org/software/readanysf%7E0.36.tar.gz> and copied the > > ,pd_linux file to /usr/lib/pd/extra > > > > I had an error message in the pd console: libgmerlin_avdec.so.1 not > > found or something, so I installed libgmerlin0 via synaptic and then it > > worked. > > > > Hope this helps! > > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to access audio files from disk randomly?
> On Tue, 2009-12-08 at 11:47 +, James Dunn wrote: > > Hi Roman, > > > > I just installed readanysf~ again on my new install of Ubuntu 9.10 and > > had no problems. Obviously you need gavl and gmerlin-avdecode. I also > > had to install libgmerlin0. > > It doesn't return the number of channels but you can specify a number > > (default is 2) and it will upmix or downmix all channels accordingly. > > I don't know about the iostream.h error. > > > Thank you a lot. Your help shed quite some light on many issues I > encountered with getting readanysf~ running. > I was wrongly assuming, that I find the newest version in Pd svn. > However, in the svn version, there is no mention of the version > whatsoever. The mention of flext and the lack of mention of gmerlin made > it finally clear, that this likely is a very old version. On [1] I could > find a more recent version, which is most likely the one you were > referring to. Compiling gmerlin_avdecoder was also very difficult, at > least on ubuntu 9.10 (haven't tried on another OS). I tried four > different versions (including a current cvs checkout) and when doing > 'make' all failed with different errors. From googling around a bit, it > seems, that the version of gcc shipped with ubuntu 9.10 (4.4.1) is > pretty picky. I just commented out the offending lines in the source > code (yeah, this is crude, but i didn't know what else to do) and > finally it compiled. After all, [readanysf~] compiled and loads. You > must be lucky or smart and i must be dumb or i made something terribly > wrong. > > @August (or any dev who took over the maintenance of readanysf~): > Would it be possible to check in the new sources of readanysf~? I mean, > if there is no reason for not having them there. Thanks! > > Roman > > [1]: http://aug.ment.org/readanysf/download.php Roman, Sorry for the hassle. I don't really have access to the PD svn. However, I'm sure I could be given access.Who can do that? -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pd GST pdf not found
Hi, I'm trying to look into pdGST bindings. Sehr cool, so gar uhr leiwand, heh! but, when I go here: http://umlaeute.mur.at/Members/zmoelnig/projects/pdgst/PdGst.pdf/view I get a site error. also, does it work on a Mac? I ask not because I use one, but because I'd like to use it in an instructional demo this Friday where the lab is only outfitted with Macs. -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ for Mac/Intel
hey hans, I also made a link to your package from here http://aug.ment.org/readanysf/download.php Very cool that you put this all together. While working on the port with you this past spring, I learned a lot about how much work (and how ungratifying it is) to port and package software. rrrespect! -a. > > Woo hoo! Enjoy, its really great. I reads so many files and even live > streams really easily. > > .hc > > On Oct 23, 2009, at 8:48 PM, alejo wrote: > >> >> On Oct 24, 2009, at 2:38 AM, Hans-Christoph Steiner wrote: >>> >>> It needs to be in /Library/Pd, not ~/Library/Pd. So remove anything >>> readanysf~ from ~/Library/Pd i.e. Users/dspstv/Library/Pd) >>> >> >> >> "Created new readanysf~ with 2 channels and internal buffer of 12 * >> 1024 = 12288" >> >> thx, ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] MP3 support
In what ways have you had problems with readanysf~ ? all bug reports are welcome. -august. > Have a look at [mp3play~] from IEMlib to start with. There is also > [readanysf~] from August Black, which I personally haven't found to be > completely stable, YMMV. > > best! > Derek > > > Andrew Faraday wrote: > >> I'm trying to develop an utterly simple dj setup in pd, to just open >> files, cue and crossfade from a midi controller. >> >> The main problem is getting pd to play mp3 format. No idea how to get >> compatibility. Also would they have to be saved to a table to play >> 'cause the graphics after tabwrite~ for long files cause audio >> glitches. Any thoughts on the matter would be helpful. > > -- > ::: derek holzer ::: http://blog.myspace.com/macumbista ::: > http://www.vimeo.com/macumbista ::: > ---Oblique Strategy # 48: > "Discover your formulas and abandon them" ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] MinGW/Windows work session - tomorrow, Tuesday 5/18
>> this is where I got the glib and pkg-config >> >> http://www.gtk.org/download-windows.html >> >> >> I found that link here: >> >> http://wiki.videolan.org/Win32CompileMSYSNew >> >> >> Might be other useful binaries there too. > > I started out making the Pd MiNGW build system like this, a wiki > documenting how to install a bunch of things found all over the net, but > it ended up being a ton of work every time I needed to revisit it (like > when I wanted to setup the build env on a new machine). That's why I > started the 'sources' section in SVN with the build scripts. > > I am not saying that its the only way, I just think that if we are going > to use random binaries from the net, we need to have a good way to manage > them. One way is to say that we only use binaries available from very > specific sources. > > Another possible solution is to check in the products of pkg-config into > the SVN. Normally, this would be a bad idea, but since the idea here is > to have a standard distribution where it is always built the same way on > each machine, auto-configuration isn't needed. If something isn't found > but autoconf, etc, then that's a problem that should be fixed before > building. Otherwise, that will change the setup. > > .hc I know you have been doing this for a while and have your reasons, but what I don't understand is if the "sources" are only for windows? Or are they for mac as well? I know they can't and shouldn't be for linux as these are all or mostly apt-get'able. there are also a bunch of binaries we will need to build ffmpeg...such as msys-core, a new bash, a new make. Then for gmerlin_avdec we will need a new autoconf and automake. I also notice that for x264 you disable asm code.couldn't we just download a binary for yasm and enable that stuff? Would be faster. with all of this stuff around in different spots, I don't think we are going to get a clean source compile on mingw for everything. Wouldn't it be better to just make a downloadable package for mingw with all the binaries? I mean, isn't it a windows thing to package binaries anyway? once we get all the binaries in place, it would be a simple wget and unzip command, no? forgive my ignorance 'cause I'm sure you have your reasons...I just don't smell what you are spraying just yet .Is the idea with the "sources" just to get everything to compile from source? thanks for your patience -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] MinGW/Windows work session - tomorrow, Tuesday 5/18
> after a brief look at glib's configure.ac, it looks to me like the glib > -> pkg-config "dependency" isn't really one, and could be fixed by some > judicious use of 'dnl' (m4 comment-ization) in glib/configure.ac. > > > Which binary did you use? Is there an 'official' MinGW one? > > I second the question: august? > > for my own part, I didn't find a pkg-config binary from either mingw or > gnuwin, so i used the binaries referenced on gtk.org: > > http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/pkg-config-0.23-2.zip > this is where I got the glib and pkg-config http://www.gtk.org/download-windows.html I found that link here: http://wiki.videolan.org/Win32CompileMSYSNew Might be other useful binaries there too. -a. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ v0.30
> Yo august - I'm working on a variant of the anysndfiler patch you > included that can function as a drop-in replacement for soundfiler. > I'm experiencing some weirdness though - it seems to work ~50% of the > time but the other times it hard-locks my system and spits out > "couldn't get a frame" messages to the console (with syslogd taking up > most of my CPU). > > I'm generally opening MP3 files from my collection. Printing the > "time so far" message, it seems to hang at some period and just stick > there (e.g. 40s). > > Let me know if I can provide any other info - I'll see what else I can > figure out in the meantime. > > Patches attached... > I'm super excited to be so close to having this : ) Thanks again for > your work on it thus far! cool. I'm really glad if it is useful for some people. I was just messing around with that anysndfiler patch one night to see what might be needed for such a thing. So, it is hardly complete. I looked at your patch briefly and one thing that comes to attention immediately is the resampling switch~ statement. Because readanysf~ reads from unpredictable things like your hard disk or the internet, it can never really know for sure if it will receive the intended amount of audio samples every dsp block. So, what I do is, instead of blocking the dsp call and hearing a click, I fill the missing audio samples with zeros. When you apply the switch~ statement that runs that subpatch at a higher frequency than the main pd patch, it could happen that you attempt read faster than what your computer can read and decode from your harddrive. And, this is what is happening when you see a "couldn't get a frame" message. It means readanysf~'s internal buffer is empty and needs time to fill the buffer. Every time you see that message, you can be sure that your audio has been "corrupted" with zeros. If you get rid of the loadbang to the switch statement in the patch, what happens then? It should work much better. I'm not sure, but I think what is needed here is a blocking, non-threading readanysf~ to make it work properly. I might be able to look more into this later. best -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] crash in readanysf~ 0.33
> mplayer, so maybe its a separate issue: > > http://eds.org/~hans/MadagascarInstituteDeathRattler_short.mov fixed in latest CVS for gmerlin_avdecoder. >>> >>> Excellent! Do you know if there are plans for a gmerlin_avdecoder >>> release any time soon? That will make the Fink/Mac OS X packaging a >>> lot >>> easier. It might make it more likely that the Debian/Multimedia >>> package >>> gets updated too. >>> >> >> >> I don't think there are any plans to make a release any time soon. >> leider. > > > Hmm, I think its probably best to then to check the avdec sources into > the same folder as readanysf~ and build it from there. Its not included > in Debian, Ubuntu, or Fedora. Then once it is included, that source can > be removed. The rest of the dependencies are in Debian, Ubuntu, Fedora, > and Fink, I think, so they can be used that way. What would be the advantage of doing that? we just put in a lot of effort to make the fink packages...and they should work just fine. why don't we keep it like it is and not do extra work, extra svn magic. the latest commits to gmerlin_avdec will be released soon enough. also, debian users can use debian packages from http://debian-multimedia.org or better yet, how about making a package for Mac and win that includes the linked libraries as binaries? Or, do you want to make a giant static build? I still don't understand how the binary packages are made on mac and win. -a. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list