Reg. MIO support / Tunneled mode support in PV opencore

by Jag Dev » Thu, 12 Feb 2009 18:34:26 GMT


Sponsored Links
 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

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



Reg. MIO support / Tunneled mode support in PV opencore

by Dave Sparks » Fri, 13 Feb 2009 03:30:02 GMT


 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?



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


Sponsored Links


Reg. MIO support / Tunneled mode support in PV opencore

by Jag Dev » Sat, 14 Feb 2009 05:04:02 GMT


 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






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



Reg. MIO support / Tunneled mode support in PV opencore

by Dave Sparks » Sat, 14 Feb 2009 18:02:37 GMT


 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.





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



Reg. MIO support / Tunneled mode support in PV opencore

by Jag Dev » Sun, 15 Feb 2009 06:16:31 GMT


 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








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



Reg. MIO support / Tunneled mode support in PV opencore

by Jag Dev » Mon, 16 Feb 2009 02:19:37 GMT


 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?






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



Reg. MIO support / Tunneled mode support in PV opencore

by rktb » Mon, 16 Feb 2009 14:46:17 GMT


 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:
--~--~---------~--~----~------------~-------~--~----~



Reg. MIO support / Tunneled mode support in PV opencore

by Dave Sparks » Mon, 16 Feb 2009 16:25:28 GMT


 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.







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



Reg. MIO support / Tunneled mode support in PV opencore

by Jag Dev » Mon, 16 Feb 2009 17:03:52 GMT


 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:


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



Reg. MIO support / Tunneled mode support in PV opencore

by rktb » Mon, 16 Feb 2009 19:40:32 GMT


 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.

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



Reg. MIO support / Tunneled mode support in PV opencore

by Jag Dev » Mon, 16 Feb 2009 20:53:37 GMT


 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:


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



Reg. MIO support / Tunneled mode support in PV opencore

by rktb » Tue, 17 Feb 2009 02:21:13 GMT


 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:
--~--~---------~--~----~------------~-------~--~----~



Reg. MIO support / Tunneled mode support in PV opencore

by Jag Dev » Tue, 17 Feb 2009 17:59:19 GMT


 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:


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



Reg. MIO support / Tunneled mode support in PV opencore

by mahamannu » Thu, 12 Mar 2009 01:36:26 GMT


 Hi Ravi



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



Reg. MIO support / Tunneled mode support in PV opencore

by rktb » Thu, 12 Mar 2009 03:47:50 GMT


 Not yet.



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



Other Threads

1. Pre-loading an SQLite database

I currently have a flat file in my assets directory that I read into
SQLite the first time I need something from the appropriate table.
That works OK, but I'm effectively doubling the space required for
that data and it's a lot of data.

I'd like to recover that space. I did some searching and this appears
to be one of the most common unsolved issues with Android. It appears
the only clean way to do it is to connect to some online storage
service like S3. I'd like something easier than that. Any ideas?

-- 

2. problem regarding starting of emulator

Hi All,

I am so new in android developement.  I am facing a problem regarding
AVD. Whenever i am trying to run my program it does take a lot of time
to start AVD emulator. Once its started and i am chaning my code and
trying run that, it's fine. But in the begining it does take a lot of
time to start emulator. I am using currently platform 1.5. But getting
same problem on 2.2 as well.

Please help me out :)

-- 

3. OpenGL missing pixels?

4. Disabling ScreenOrientation, and onConfigurationChanged.

5. Desire a2sd+

6. Shared library

7. AlertDialog changes sequence of events