Le mercredi 22 septembre 2010 à 02:49 +0200, august a écrit : > > 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.
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. > > > > [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. Done! Works great now... Thank's for answering and fixing so quickly cheers, r > > > > 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. > _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
