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.