On Feb 16, 11:03 am, Jag Dev <[email protected]> wrote:
> Hi Ravi,
>
> Thanks for your response. This is what I have in mind:
>
> Audio Encoder:
> ----------------------
>
> If the data read from the hardware is compressed (already in the required
> encoded format), then the MIO can directly use this data to be written to a
> file.
>
> MIO (Compressed input) -> Composer Node -> File. In this case we dont need a
> Encoder node to be instantiated.
>
> Can you please let me know how we can specify to the MIO / Composer that the
> Author is receiving a compressed data, that needs no encoding?
>
The MIO that you are going to use as part of AddDataSource() should
advertize the format it can support. E.g., take a look at
android_audio_input.cpp. The call to
AndroidAudioInput::getParametersSync() for the key
OUTPUT_FORMATS_CAP_QUERY is returning the mime type "PVMF_MIME_PCM16".
Similarly, the MIO that you are going to add should advertise the
compressed format that it can support, e.g., PVMF_MIME_AMR.
> Audio Decoder:
>
> Right now, as you said:
>
> PVPlayerEngine -> DataPath -> PVOMXDecNode : Decoder Node (Decoded data) ->
> MIO component -> Hardware.
>
> Pre-requisite:
> ---------------------
>
> If I support a tunnel mode OMX component:
>
> PVPlayerEngine -> DataPath -> PVOMXDecNode : Decoder Node -> OMX Component
> -> Hardware.
>
> WIll this work? Without using the output MIO and no decoded data back to the
> MIO output is it possible to acheive the app working? The only issue here is
> that the Clock is not getting updated to the application. This results in
> the application not updating the UI (We dont see any progress bar updation
> or not even the Music playback screen).
>
> Can you please suggest if my understanding is right? and also some pointers
> if we can achieve this?
>
I don't think this is possible. You need to pass data out through the
mediaoutputnode, by making your MIO accept compressed data.
> Thanks
> Jagan
>
> On Mon, Feb 16, 2009 at 6:46 AM, rktb <[email protected]> wrote:
>
> > Hi,
>
> > I don't think we have a direct support for tunneling in OpenCORE 2.0.
> > There may be ways to achieve it with some mods, but nothing that I
> > know which is straightforward.
>
> > Typically we would prefer the codecs to lie under our OMX node. This
> > is the regular mode of operation ... SourceNode --> OMXDecoderNode -->
> > MediaOutputNode. However, there could be cases where it is preferable
> > to remove the OMXDecoderNode and send in compressed data directly to a
> > MIO that can decode + render at the same time. For this, one would
> > probably need to write a MIO that would interface with the
> > MediaOutputNode using the MIOControl and MediaTransfer interfaces on
> > one side and on with the OMX components on the other side.
>
> > Please watch out for upcoming posts that will discuss in detail the PV
> > plans to support tunneling mode.
>
> > -Ravi
>
> > On Feb 15, 8:19 pm, Jag Dev <[email protected]> wrote:
> > > Hi Ravi,
>
> > > Can you please comment on this? If we can achieve tunneled mode encoders
> > and
> > > decoders using the following approach:
>
> > > Can you please suggest me if I implement my own MIOs can I acheive
> > tunneled
> > > decdoding and encoding for audio?
>
> > > > 1. My understanding was MIOs are used for writing to hardware (decoded
> > > > frames) and Reading from hardware (frames to be encoded)?
>
> > > > 2. Decoding and Encoding should still happen using PVMF nodes (PVData
> > paths
> > > > and using PV player engine and Pv Nodes)?
>
> > > > Please correct me if I am wrong?
>
> > > > Thanks for your time.
> > > > Jagan
>
> > > > On Sat, Feb 14, 2009 at 10:02 AM, Dave Sparks <
> > [email protected]>wrote:
>
> > > >> My understanding is that PV is working on improving support for
> > > >> tunneled mode. I'm not sure when you'll see those changes in the open
> > > >> source tree, perhaps a PV representative can comment.
>
> > > >> On Feb 13, 9:03 pm, Jag Dev <[email protected]> wrote:
> > > >> > Hi,
>
> > > >> > I am planning to implement tunneled mode for only audio decoders and
> > > >> > encoders. I see that the PVOMXAudioDecNode always expects
> > > >> FillBufferDones.
>
> > > >> > The behavior is that the decoding is going through fine (using the
> > OMX
> > > >> > decoders), but the UI is not getting updated?
>
> > > >> > Thanks
> > > >> > Jagan
>
> > > >> > On Thu, Feb 12, 2009 at 7:29 PM, Dave Sparks <
> > [email protected]
> > > >> >wrote:
>
> > > >> > > Are the frames arriving in the MIO (android_surface_output.cpp)?
> > If
> > > >> > > so, do you have appropriate code in there to deliver the frames to
> > > >> > > your video device?
>
> > > >> > > On Feb 12, 10:34 am, Jag Dev <[email protected]> wrote:
> > > >> > > > Hi,
>
> > > >> > > > 1. Do we have support for MIO (Modular I/O library) in android?
>
> > > >> > > > 2. For now we have support only for non-tunneled mode encoders
> > and
> > > >> > > decoders
> > > >> > > > support in PV opencore. Is there anyway we can enable tunneled
> > mode
> > > >> > > > operation? I tried that, but the application is not behaving
> > > >> properly
> > > >> > > (the
> > > >> > > > UI updates are not happening)
>
> > > >> > > > Thanks
> > > >> > > > Jag
>
>
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"android-framework" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/android-framework?hl=en
-~----------~----~----~----~------~----~------~--~---
