<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    For future reference: <br>
    <br>
    With some assistance I was able to get the raw audio input working
    by not having imem demux the audio stream, but instead having imem
    treat the audio as catagory 4(I think it was 'generic' data rather
    than audio or video) and then specifying the demuxer manually. <br>
    <pre class="moz-signature" cols="72">William King
Senior Engineer
Quentus Technologies, INC
1037 NE 65th St Suite 273
Seattle, WA 98115
Main:   (877) 211-9337
Office: (206) 388-4772
Cell:   (253) 686-5518
<a class="moz-txt-link-abbreviated" href="mailto:william.king@quentustech.com">william.king@quentustech.com</a> </pre>
    <br>
    On 06/14/2012 09:35 AM, William King wrote:
    <blockquote cite="mid:4FDA12BB.6020909@quentustech.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      In lines 409 through 419 it appears the es_format_t only has the
      codec set from the --imem-codec param. If the format must also be
      set the it seems the correct fix would be to add an --imem-format
      param that would set the es_format_t.audio.i_format. <br>
      <br>
      Is anyone able to review? So far I have not found anything that
      would take the codec specified and determine the i_format field,
      so this appears to me to be the required solution.<br>
      <pre class="moz-signature" cols="72">William King
Senior Engineer
Quentus Technologies, INC
1037 NE 65th St Suite 273
Seattle, WA 98115
Main:   (877) 211-9337
Office: (206) 388-4772
Cell:   (253) 686-5518
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:william.king@quentustech.com">william.king@quentustech.com</a> </pre>
      <br>
      On 06/14/2012 09:02 AM, William King wrote:
      <blockquote cite="mid:4FDA0B1E.9060902@quentustech.com"
        type="cite">Attached are the logs when I use --imem-codec=raw
        which fails to locate a transcode module, as well as the logs if
        I use --imem-codec=s16l which results in this line: <br>
        [0x7fc5d000f838] main decoder error: no suitable decoder module
        for fourcc `    '. VLC probably does not support this sound or
        video format. <br>
        <br>
        William King <br>
        Senior Engineer <br>
        Quentus Technologies, INC <br>
        1037 NE 65th St Suite 273 <br>
        Seattle, WA 98115 <br>
        Main:   (877) 211-9337 <br>
        Office: (206) 388-4772 <br>
        Cell:   (253) 686-5518 <br>
        <a moz-do-not-send="true" class="moz-txt-link-abbreviated"
          href="mailto:william.king@quentustech.com">william.king@quentustech.com</a>
        <br>
        <br>
        <br>
        On 06/13/2012 11:01 PM, Rémi Denis-Courmont wrote: <br>
        <blockquote type="cite">On Wed, 13 Jun 2012 22:45:19 -0700,
          William King <br>
          <a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
            href="mailto:william.king@quentustech.com"><william.king@quentustech.com></a> 
          wrote: <br>
          <blockquote type="cite">I'm currently trying to use libvlc to
            handle transcoding and streaming <br>
            from a raw s16l audio source to one of the many streaming
            codecs that <br>
            libvlc supports. The problem I seem to be running into is
            that imem <br>
            requests the codec, but not the fourcc and the only codec
            accepted is <br>
            'raw'. This appears to cause libvlc to be unable to locate a
            compatible <br>
            transcode module since all of the modules list s16l as the
            source <br>
            fourcc. After digging into the imem code and how the codec
            string is <br>
            handled, I don't see a way to specify from my application
            that the audio <br>
            fourcc is s16l. <br>
            <br>
            Is anyone able to shed some light on the situation? <br>
          </blockquote>
          --imem-codec=s16l should do. <br>
          <br>
          Do you mean that es_format_t.audio.i_format is not set? That
          should not be <br>
          an issue out of imem, but maybe transcode has a bug. <br>
          <br>
          It's unfortunate that es_format_t has both i_codec and
          audio.i_format <br>
          fields. But that's not easy to clean up. <br>
          <br>
        </blockquote>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
vlc-devel mailing list
To unsubscribe or modify your subscription options:
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://mailman.videolan.org/listinfo/vlc-devel">http://mailman.videolan.org/listinfo/vlc-devel</a>
</pre>
      </blockquote>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
vlc-devel mailing list
To unsubscribe or modify your subscription options:
<a class="moz-txt-link-freetext" href="http://mailman.videolan.org/listinfo/vlc-devel">http://mailman.videolan.org/listinfo/vlc-devel</a>
</pre>
    </blockquote>
  </body>
</html>