android-discuss, Reg. MIO support / Tunneled mode support in PV opencore

 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

--~--~---------~--~----~------------~-------~--~----~

 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?



--~--~---------~--~----~------------~-------~--~----~

 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






--~--~---------~--~----~------------~-------~--~----~

 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.





--~--~---------~--~----~------------~-------~--~----~

 Hi Dave,

Thanks a lot for your response. 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








--~--~---------~--~----~------------~-------~--~----~

 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?






--~--~---------~--~----~------------~-------~--~----~

 i,



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:19pm, Jag Dev <devj...@gmail.com> wrote:

--~--~---------~--~----~------------~-------~--~----~

 One way of implementing tunneling mode that I've discussed with PV in
the past is hiding the codec behind the MIO. In this case, the MIO
indicates that it supports a compressed stream on its input port. In
this case, the player engine doesn't instantiate a codec in the graph,
but sends the compressed data directly to the MIO.

This is all theoretical at this point; I'm not aware of anyone who has
tried it.







--~--~---------~--~----~------------~-------~--~----~

 i 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?



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?



Thanks

Jagan



On Mon, Feb 16, 2009 at 6:46 AM, rktb <yend...@pv.com> wrote:





--~--~---------~--~----~------------~-------~--~----~

 n Feb 16, 11:03am, Jag Dev <devj...@gmail.com> wrote:

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.



I don't think this is possible. You need to pass data out through the

mediaoutputnode, by making your MIO accept compressed data.



--~--~---------~--~----~------------~-------~--~----~

 udio Encoder:



File: AndroidAudioInput::getParametersSync()

Can I also advertise more than One MIME support? I can return PVMF_PCM16 and

also PVMF_AMRNB?

Use AndroidAudioInput::serParametersSync() to set PVMF_AMRNB as the

configuration?



Once I get the Encoded data back, I can use the fileoutputnode to write the

encoded data (no encode node needed) to the file? Does this suffice?



If I will make the corresponding changes to the Audioflinger and other

modules, which will directly read AMRNB encoded data from the driver?



Thanks

Jagan

On Mon, Feb 16, 2009 at 11:40 AM, rktb <yend...@pv.com> wrote:





--~--~---------~--~----~------------~-------~--~----~

 ou might not be able to set one uncompressed format and one

compressed format on the same input component. However, let me get

back to you on this. This could probably be addressed.



-Ravi



On Feb 16, 2:53pm, Jag Dev <devj...@gmail.com> wrote:

--~--~---------~--~----~------------~-------~--~----~

 i Ravi,



Do you have any update regarding this approach?



Thanks

Jagan



On Mon, Feb 16, 2009 at 6:20 PM, rktb <yend...@pv.com> wrote:





--~--~---------~--~----~------------~-------~--~----~

 Hi Ravi



Is there an approximate timeline to get PV support for Tunnel Mode
yet.
Thanks, Manish
--~--~---------~--~----~------------~-------~--~----~

 Not yet.



--~--~---------~--~----~------------~-------~--~----~