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. How to select multi phone number from phone book?

Hello all, I want to write something to sms to several people. I want to
select the phone numbers from the system phone book activity.


   1. Uri uri = Uri.parse("content://contacts/people");
      2. Intent intent = new Intent(Intent.ACTION_PICK, uri);
      3. startActivityForResult(intent, PICK_CONTACT_SUBACTIVITY);


However, I can't select only one number at a time. I wonder how to select
multi phone numbers like we can do in 'compose new message'.

:)

Best wishes,
Kenneth Tse
Email: xie.kenn...@gmail.com
Twitter: kenneth_tse

-- 

2. Moving to the next ImageView in HorizontalScrollview?

Hi,

I have a horizontal scroll view and there are four images in it. Now
what I want is the way to detect which image is focused currently. I
mean, is there any way that we can distinguish between the image that
is focused and other images. Currently all the images look quite
similar.

One more thing, how to move only to the next image on every swipe or
fling.

Moreover, I have tried the same thing with Gallery, but I didn't found
anything in the Gallery that let me move to the next view only. In
Gallery, I have tried overriding the onfling method with hardcoded
value for veloctiyX but with no success. Can someone let me know how
to do this?

Doing the same thing with either Gallery view or HorizontalScrollview
will solve my issue.

Hope to get the quick response.


Regards
Sunil

-- 

3. Force Close when running AccountManager.get(this).getAccounts()

4. Retrieving Contact Information (Name, Number, and Email) from the Phone book

5. Creating an Android VN

6. my own app store ?

7. Relation data in Contacts app