Hi Christian! thank for the reply. <div><br></div><div>I have tried with &quot;0&quot; too and I got the same result :(<br><br><div class="gmail_quote">2011/7/15 Christian Lins <span dir="ltr">&lt;<a href="mailto:christian@lins.me">christian@lins.me</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hello there!<br>
<br>
Am 15.07.2011 13:48, schrieb Juan Miguel Martín Muñoz:<br>
<div class="im">&gt; #ifdef WIN32<br>
&gt; lDecodeSize = ov_read(psOggVorbisFile, pDecodeBuffer + ulBytesDone,<br>
&gt; ulBufferSize - ulBytesDone, 0, 2, 1, &amp;current_section);<br>
&gt; #elif MACOSX // El cuarto parametro es lo del big endian de los cojones<br>
&gt; lDecodeSize = ov_read(psOggVorbisFile, pDecodeBuffer + ulBytesDone,<br>
&gt; ulBufferSize - ulBytesDone, 1, 2, 1, &amp;current_section);<br>
&gt; #endif<br>
<br>
&gt;<br>
</div><div class="im">&gt; This works fine on Windows, but on MacOSX, after ov_read call,<br>
&gt; pDecodeBuffer is full of 128, -128, 0... I mean, non sense data.<br>
&gt;<br>
&gt; Any idea???<br>
<br>
</div>Modern Macs use Intel x86 hardware, so therefor they use little endian<br>
byte ordering as well (afaik). Have you tried<br>
<div class="im"><br>
ov_read(psOggVorbisFile, pDecodeBuffer + ulBytesDone,<br>
  ulBufferSize - ulBytesDone, 0, 2, 1, &amp;current_section);<br>
<br>
</div>on MacOSX?<br>
<br>
Regards<br>
Christian<br>
_______________________________________________<br>
Vorbis-dev mailing list<br>
<a href="mailto:Vorbis-dev@xiph.org">Vorbis-dev@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/vorbis-dev" target="_blank">http://lists.xiph.org/mailman/listinfo/vorbis-dev</a><br>
</blockquote></div><br></div>