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...
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 < rafael.raccuia@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
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 <rafael.raccuia@blindekinder.com mailto:rafael.raccuia@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 <mailto:Pd-list@iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list-- Pedro Oliveira www.partidoalto.net http://www.partidoalto.net soundcloud.com/iburiedpaul http://soundcloud.com/iburiedpaul
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 <rafael.raccuia@blindekinder.com mailto:rafael.raccuia@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...
But please don't post them directly to the list ;-) Use links.
D.
On 9/21/10 5:33 PM, august wrote:
Please post any files that do not work so that I may test them.
of course :-) here is: http://blindekinder.com/perso/readanysf_test.ogg
Derek Holzer a écrit :
But please don't post them directly to the list ;-) Use links.
D.
On 9/21/10 5:33 PM, august wrote:
Please post any files that do not work so that I may test them.
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.
On Wed, 2010-09-22 at 02:49 +0200, august 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.
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.
Me neither. I was using [readanysf~] quite heavily, but I always started creating my patches with the [loadbang]-[; pd dsp 1( idiom and never noticed it.
@August Do you keep track of what is going on on the gmerlin side of things? If so, can you let me know, when the bug with the ogg header is fixed, so that I can put new packages online?
Cheers and thanks for the fixes.
Roman
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.
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.
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.
Seems to be done, as I updated gavl/gmerlin from rdz-ppa (thank's to you...) Now all my ogg's pass without any problem, but... Pd crashes on some wav and mp3 :-( I don't think I changed anything in my patch, seems to be this update: I isolated readanysf to try.
Le vendredi 24 septembre 2010 à 16:57 +0200, august a écrit :
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.
Hi
On Tue, 2010-09-28 at 16:49 +0200, Raphael Raccuia wrote:
Seems to be done, as I updated gavl/gmerlin from rdz-ppa (thank's to you...) Now all my ogg's pass without any problem, but... Pd crashes on some wav and mp3 :-( I don't think I changed anything in my patch, seems to be this update: I isolated readanysf to try.
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.
Roman
Le vendredi 24 septembre 2010 à 16:57 +0200, august a écrit :
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
Le mardi 28 septembre 2010 à 17:02 +0200, Roman Haefeli a écrit :
Hi
On Tue, 2010-09-28 at 16:49 +0200, Raphael Raccuia wrote:
Seems to be done, as I updated gavl/gmerlin from rdz-ppa (thank's to you...) Now all my ogg's pass without any problem, but... Pd crashes on some wav and mp3 :-( I don't think I changed anything in my patch, seems to be this update: I isolated readanysf to try.
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
Well, I also updated pd-extended from repo yesterday, but don't think is related...
Roman
Le vendredi 24 septembre 2010 à 16:57 +0200, august a écrit :
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
On Tue, 2010-09-28 at 17:42 +0200, Raphael Raccuia wrote:
Le mardi 28 septembre 2010 à 17:02 +0200, Roman Haefeli a écrit :
Hi
On Tue, 2010-09-28 at 16:49 +0200, Raphael Raccuia wrote:
Seems to be done, as I updated gavl/gmerlin from rdz-ppa (thank's to you...) Now all my ogg's pass without any problem, but... Pd crashes on some wav and mp3 :-( I don't think I changed anything in my patch, seems to be this update: I isolated readanysf to try.
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?
Well, I also updated pd-extended from repo yesterday, but don't think is related...
I did not and still the crashes are there.
Roman
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.
I installed from rdz-repo and checked briefly... seems to work perfectly now! Great job guys, thank's for the rapidity...
cheers (->roman: grüess vo biel/lausanne...) r Le mercredi 29 septembre 2010 à 19:25 +0200, august a écrit :
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.
On Thu, 2010-09-30 at 00:51 +0200, Raphael Raccuia wrote:
I installed from rdz-repo and checked briefly... seems to work perfectly now!
Needless to say that it is done ;-) I am glad to hear that it also works for you.
(->roman: grüess vo biel/lausanne...)
Liebi Grüess zrugg i d'Weschtschwyz.
Roman
-
august -
Derek Holzer -
Pedro Oliveira -
Raphael Raccuia -
Roman Haefeli