
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>

</head>

<body dir="ltr">

<div id="divtagdefaultwrapper" style="font-size: 12pt; color: rgb(0, 0, 0); font-family: Calibri, Arial, Helvetica, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols;" dir="ltr">

<p><span id="ms-rterangepaste-start"></span></p>

<div>Good.</div>

<div><br>

</div>

<div>I think is better to use the data-chunk header, cuz broken sound files are far less common than files with metadata.</div>

<div><br>

</div>

<div>And broken sound files can be fixed, (copy audio and paste to a new file).</div>

<span id="ms-rterangepaste-end"></span><br>

<p></p>

<p><br>

</p>

<div id="Signature"><font face="Courier New, Courier, Monospace" size="2">Mensaje telepatico asistido por maquinas.</font>

</div>

<br>

<br>

<div style="color: rgb(0, 0, 0);">

<div>

<hr tabindex="-1" style="display:inline-block; width:98%">

<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> Pd-list <pd-list-bounces@lists.iem.at> on behalf of IOhannes m zmoelnig <zmoelnig@iem.at><br>

<b>Sent:</b> Thursday, February 23, 2017 10:09 AM<br>

<b>To:</b> pd-list<br>

<b>Subject:</b> Re: [PD] soundfiler features</font>

<div> </div>

</div>

</div>

<font size="2"><span style="font-size:10pt;">

<div class="PlainText">(taking this back to pd-list)<br>

<br>

On 2017-02-22 19:01, Lucas Cordiviola wrote:<br>

> I seems that [soundfiler] correctly ignores metadata.<br>

> [soundfile_info] counts it as length.<br>

> At least for .wav files.<br>

<br>

[soundfile_info] assumes that everything after the (1st) "data" chunk is<br>

audio data.<br>

this is obviously not true if you have other chunks (cue, ...) coming<br>

after the audio.<br>

i talked to thomas, and it seems that the behaviour was actually<br>

intentional, meant to correctly handle truncated soundfile files (that<br>

would be shorted than indicated in the data-chunk header)<br>

as a side-effect, it would erroneously handle soundfiles that are longer<br>

than indicated in the data-chunk header.<br>

<br>

i fixed this in iemlib's git repository[1].<br>

i'll try to talk thomas into doing a proper release via deken.<br>

<br>

fmasdr<br>

IOhannes<br>

<br>

[1] <a href="https://git.iem.at/pd/iemlib" id="LPlnk768485" previewremoved="true">

https://git.iem.at/pd/iemlib</a><br>

<br>

<br>

</div>

</span></font></div>

</div>

</body>

</html>