Bugs item #2950978, was opened at 2010-02-13 01:06 Message generated for change (Settings changed) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2950978...
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent)
Assigned to: musil (tmusil)
Summary: iemlib/[soundfile_info]: does not load certain wav files
Initial Comment: an example file showing described behaviour can be downloaded here: http://www.romanhaefeli.net/test8kanal_interleaved_www.wav
when loading such a file with [soundfile_info], it prints the following error: soundfile_info_read-error: /home/roman/projekte/liestal/soundfiles/test8kanal_interleaved_www.wav has a format-chunk not equal to 16
this and other files generated with the nuendo software have this problem. the files though seem to be compliant wav-files. [readsf~] loads and plays them fine. 'mplayer -identify test8kanal_interleaved_www.wav' prints: Opening audio decoder: [pcm] Uncompressed PCM audio decoder AUDIO: 44100 Hz, 8 ch, s16le, 5644.8 kbit/100.00% (ratio: 705600->705600)
Only [soundfile_info] seems to have troubles with those files.
----------------------------------------------------------------------
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2950978...
Hi
I would like to know, how likely it is that this bug is going to be fixed in the next couple of weeks. Please do *not* understand this as a request and certainly not as a demand to fix it. Having this piece of information helps to define a strategy of what audio software can be used in an upcoming project with with students - a project that also involves Pd.
Any feedback (such as 'the maintainer of this object is not on this list') might be helpful.
Thanks Roman
On Sat, 2010-02-13 at 01:09 +0000, SourceForge.net wrote:
[...]
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2950978...
[...]
Initial Comment: an example file showing described behaviour can be downloaded here: http://www.romanhaefeli.net/test8kanal_interleaved_www.wav
when loading such a file with [soundfile_info], it prints the following error: soundfile_info_read-error: /home/roman/projekte/liestal/soundfiles/test8kanal_interleaved_www.wav has a format-chunk not equal to 16
this and other files generated with the nuendo software have this problem. the files though seem to be compliant wav-files. [readsf~] loads and plays them fine. 'mplayer -identify test8kanal_interleaved_www.wav' prints: Opening audio decoder: [pcm] Uncompressed PCM audio decoder AUDIO: 44100 Hz, 8 ch, s16le, 5644.8 kbit/100.00% (ratio: 705600->705600)
Only [soundfile_info] seems to have troubles with those files.
On 2010-03-15 00:35, Roman Haefeli wrote:
Hi
I would like to know, how likely it is that this bug is going to be fixed in the next couple of weeks. Please do *not* understand this as a request and certainly not as a demand to fix it. Having this piece of information helps to define a strategy of what audio software can be used in an upcoming project with with students - a project that also involves Pd.
Any feedback (such as 'the maintainer of this object is not on this list') might be helpful.
the maintainer of the object is on the list, but he is probably not reading it :-)
i try to speak on behalf of him, forgive my arrogance: i'm sure that he is not aware of the specific problem, though he is certainly aware of the problem in general. i don't think that he will fix the problem within the next couple of weeks by himself. probably providing a patch would be a good start.
all of the above may be wrong. i'll tak to him about this the next time i see him.
in the meantime, couldn't you run sox to convert the wav to a "readable" format?
fgamsdr IOhannes
Thanks for your response!
On Mon, 2010-03-15 at 09:03 +0100, IOhannes m zmoelnig wrote:
On 2010-03-15 00:35, Roman Haefeli wrote:
Hi
I would like to know, how likely it is that this bug is going to be fixed in the next couple of weeks. Please do *not* understand this as a request and certainly not as a demand to fix it. Having this piece of information helps to define a strategy of what audio software can be used in an upcoming project with with students - a project that also involves Pd.
Any feedback (such as 'the maintainer of this object is not on this list') might be helpful.
the maintainer of the object is on the list, but he is probably not reading it :-)
i try to speak on behalf of him, forgive my arrogance: i'm sure that he is not aware of the specific problem, though he is certainly aware of the problem in general. i don't think that he will fix the problem within the next couple of weeks by himself. probably providing a patch would be a good start.
Yeah, I'll try finding someone with more C skills than me to look at the code. My hope is that the file reading code from d_soundfile.c from Pd's sources could be adapted for [soundfile_info], since this code seems to handle those 'problematic' sound files flawlessly and it also supports more file formats than [soundfile_info] (+ AIFF, NextStep). Please correct me: this looks to me like unnecessarily duplicated code, but then I don't know the history of it (probably [soundfile_info] was first?).
all of the above may be wrong. i'll tak to him about this the next time i see him.
in the meantime, couldn't you run sox to convert the wav to a "readable" format?
Of course, thanks for the tip. The main person using this Pd-Application is *only* familiar with nuendo/Windows and I showed him how to convert the files with Audacity, but still this is quite cumbersome for him. However, it is a working solution. But this also means, that students rather shouldn't use Nuendo but Audacity (which I - personally - can totally live with).
Roman
-
IOhannes m zmoelnig -
Roman Haefeli -
SourceForge.net