I should have said "Passing a video frame (consisting of one or more NALs) to the PV player". Even in this case, should I write a new parser and a plug-in? Maybe I should. Then, how can I call this particular plug-in from API? Can I do this using 3rd party API, instead?
I just wanted to have a big picture.. (Will studying the material I can find in the Android Website help?)' Thanks. Hun On Mar 2, 10:51 pm, Prajnashi S <[email protected]> wrote: > To use PVplayer to play H264 NALs directly, you need add a new parser and > source plugin. > > > > On Tue, Mar 3, 2009 at 1:24 PM, Hun <[email protected]> wrote: > > > - Added support for a new buffer format for H.264/AVC decode and > > encode to allow passing multiple NALs in a single buffer. > > > Does this functionality allow us to not use a local file or URL? Can > > we write a program that passes a NAL unit (e.g. output of an H.264 > > encoder) directly to a PVplayer using a buffer (shared memory)? > > > This will make my current project (P2P video streaming) greatly > > easier! I have been using a serious of short MP4 video clips, but it > > wasn't pleasant due to a gap between video clips ( it seems prepare() > > takes a while ). > > > I hope this new functionality will become stable and available soon. > > BTW, will it be available through JAVA API, or should we write a C/C++ > > application that will lie in the Android platform, and be called from > > a JAVA application that calls it directly, say, using JNI? > > > Hun > > - Show quoted text - > > > On Mar 1, 11:38 pm, hdandroid <[email protected]> wrote: > > > Looks like NAL length format is PV proprietary and not part of OMX 1.1 > > > spec at this time? > > > It is also not a standard H264 bitstream format > > > > - Added support for a new buffer format for H.264/AVC decode and > > > encode > > > to allow passing multiple NALs in a single buffer. The format > > > uses > > > OMX_OTHER_EXTRADATA structure defined in section 4.2.33 of the > > > OpenMAX IL spec version 1.1.2 to pass NAL lengths. See the > > > OpenMAX Core Integration Guide document in the doc directory > > > for more information. > > > > On Mar 1, 6:40 pm, rktb <[email protected]> wrote: > > > > > It would be nice ... but I don't think it is going to happen :-). I > > > > will let Greg comment on his opinion. > > > > > -Ravi > > > > > On Mar 1, 6:37 pm, Girish <[email protected]> wrote: > > > > > > Hi Ravi and Greg, > > > > > > It would be great if OSCL for win32 platform can be made available. > > > > > and building the same for WIN32 platform. This will really help in > > > > > faster development and debugging. > > > > > > Regards > > > > > Girish- Hide quoted text - > > > > > - Show quoted text - > > -- > -- Prajnashi S --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
