<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 02-07-13 11:01, Burak Or&ccedil;un &Ouml;zkablan
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAG=9prs3Mj-Jntv=0tKetzOO_K5advN8d0rU_2EF-F-vB+ax2Q@mail.gmail.com"
      type="cite">
      <div dir="ltr">I don't use any metadata when encoding and
        decoding. When I call&nbsp;
        <div style=""><br>
        </div>
        <div style=""><b>FLAC__StreamDecoderStateString[FLAC__stream_decoder_get_state(m_decoder)]&nbsp;</b><br>
        </div>
        <div style=""><b><br>
          </b></div>
        <div style="">it returns&nbsp;</div>
        <div style=""><br>
        </div>
        <div style="">FLAC__STREAM_DECODER_SEARCH_FOR_METADATA<br>
        </div>
        <div style=""><br>
        </div>
        <div style="">enum value. Is it an error ?</div>
      </div>
    </blockquote>
    <br>
    There is always metadata in a FLAC stream, for example, the
    samplerate, number of channels used, FLAC encoder version etc. This
    is called the STREAMINFO block. This is the very first block of the
    stream. This state tells that the decoder is still looking for that
    block.<br>
    <br>
    So it seems there's something wrong in the data transfer, as FLAC
    can't find the first block in the stream. I can think of three
    things: there is no data received at all (because there is something
    wrong with the connection or because it isn't sent at all), the data
    transferred is corrupted/transformed somewhere or there is something
    wrong in the process of reading data from the network stream.<br>
    <br>
    Have you tried plain wav data first? That's a lot easier to
    troubleshoot, you can make sure the problem is not in the
    network-related stuff.<br>
  </body>
</html>