[android-developers] Re: How is RockPlayer doing hardware decoding?
hi arun, i am also facing the same problem. Only thing i understand is that it can be done using libstagefright and openmax but no dcumentation is available. If you get the solution pls do post here. Thanks, Anoop On Thursday, October 20, 2011 12:02:45 PM UTC+5:30, B.Arunkumar wrote: > > Hi, > > ffmpeg http://ffmpeg.org/ has posted that it is possible to do H/W > Accelerated H.264 Decoding on Android. We downloaded the latest ffmpeg > version. There is a way to compile the stagefright library with > ffmpeg. We compiled it and tried to write the wrapper class for it. > The decoder got initialized but we are facing with this command: > > int res = avcodec_decode_video2(codecCtx, srcFrame, > &frameFinished, > &packet); > > I just would like to check if somebody has tried this approach for > hardware decoding and has had success doing so. > > Thank you, > B.Arunkumar > > On Sep 16, 7:52 pm, Jona wrote: > > They probably use FFmpeg to take care of getting the encoded media > > data than pushing that untouched data using some type of proxy server > > to the MediaPlayer to do the hardware decoding. That's probably > > all... :-) > > > > On Sep 16, 2:22 am, Doug wrote: > > > > > If authentication over rtsp is a documented standard, then you could > > > file a bug with details and hope that it gets resolved in a future > > > version. > > > > > Doug > > > > > On Sep 15, 12:17 am, "B.Arunkumar" > > > wrote: > > > > > > Hi, > > > > > > Regarding your question, MediaPlayer supports RTSP streaming > but > > > > does not take all RTSP URLs, (with authentication, for instance). > > > > Atleast that is the experience we have had. > > > > The built in C++ RTSP Stack that comes with mediaplayer seems to > have > > > > limited capabilities. > > > > > > Arunkumar > > > > > > On Sep 11, 4:19 am, Doug wrote: > > > > > > > On Sep 9, 1:30 am, "B.Arunkumar" > wrote: > > > > > > > > Would somebody have some idea what exactly hasRockPlayerdone > in > > > > > > the Hardware Decoding mode on a high level basis? I mean have > they > > > > > > used the mediaplayer as it is or they have changed something at > the > > > > > > source code level of MediaPlayer to get more improvements than > the > > > > > > MediaPlayer (support more RTSP Url formats) and things like > that? > > > > > > > Why do you say that MediaPlayer does not support rtsp? I ask this > > > > > because it does support rtsp. It's documented. The audio/video > > > > > format of the stream still has to be supported by the device, > though. > > > > > > > Doug > > > > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: How is RockPlayer doing hardware decoding?
Hi, ffmpeg http://ffmpeg.org/ has posted that it is possible to do H/W Accelerated H.264 Decoding on Android. We downloaded the latest ffmpeg version. There is a way to compile the stagefright library with ffmpeg. We compiled it and tried to write the wrapper class for it. The decoder got initialized but we are facing with this command: int res = avcodec_decode_video2(codecCtx, srcFrame, &frameFinished, &packet); I just would like to check if somebody has tried this approach for hardware decoding and has had success doing so. Thank you, B.Arunkumar On Sep 16, 7:52 pm, Jona wrote: > They probably use FFmpeg to take care of getting the encoded media > data than pushing that untouched data using some type of proxy server > to the MediaPlayer to do the hardware decoding. That's probably > all... :-) > > On Sep 16, 2:22 am, Doug wrote: > > > If authentication over rtsp is a documented standard, then you could > > file a bug with details and hope that it gets resolved in a future > > version. > > > Doug > > > On Sep 15, 12:17 am, "B.Arunkumar" > > wrote: > > > > Hi, > > > > Regarding your question, MediaPlayer supports RTSP streaming but > > > does not take all RTSP URLs, (with authentication, for instance). > > > Atleast that is the experience we have had. > > > The built in C++ RTSP Stack that comes with mediaplayer seems to have > > > limited capabilities. > > > > Arunkumar > > > > On Sep 11, 4:19 am, Doug wrote: > > > > > On Sep 9, 1:30 am, "B.Arunkumar" wrote: > > > > > > Would somebody have some idea what exactly hasRockPlayerdone in > > > > > the Hardware Decoding mode on a high level basis? I mean have they > > > > > used the mediaplayer as it is or they have changed something at the > > > > > source code level of MediaPlayer to get more improvements than the > > > > > MediaPlayer (support more RTSP Url formats) and things like that? > > > > > Why do you say that MediaPlayer does not support rtsp? I ask this > > > > because it does support rtsp. It's documented. The audio/video > > > > format of the stream still has to be supported by the device, though. > > > > > Doug > > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: How is RockPlayer doing hardware decoding?
Or, crack open their app and check the build of the ffmpeg library. If they "forgot" to do the mandatory sanity checks on their build (i.e. "forgot" to read http://ffmpeg.org/legal.html that has useful build instructions) you could always request a copy of the now GPL- licensed source code to their entire application or file a takedown of their app. On Sep 10, 10:37 am, gjs wrote: > Hi, > > You should ask 'RockPlayer' > > Regards > > On Sep 9, 6:30 pm, "B.Arunkumar" wrote: > > > Hi, > > > Would somebody have some idea what exactly has RockPlayer done in > > the Hardware Decoding mode on a high level basis? I mean have they > > used the mediaplayer as it is or they have changed something at the > > source code level of MediaPlayer to get more improvements than the > > MediaPlayer (support more RTSP Url formats) and things like that? > > > Thank you, > > B.Arunkumar > > > On Sep 4, 6:42 am, Felix long wrote: > > > > Yes, You're right. The hardware decoding mode only means using inbuilt > > > MediaPlayer in these players. > > > > 2011/9/3 B.Arunkumar > > > > > Thank you for your reply. The RockPlayer gives you the option of > > > > choosing either the Hardware or Software Decoding mode. The Software > > > > Decoding mode I am pretty sure does what you are saying, uses the > > > > FFMPEG package to decode the frames. Does the hardware decoding mode > > > > of RockPlayer also use FFMPEG? The question I have is the inbuilt > > > > MediaPlayer and VideoView classes of Android use the inbuilt hardware > > > > decoder of the device. Is the Hardware Decoding mode of RockPlayer > > > > doing something similar? > > > > > A thought process along the same lines is if it possible to use the > > > > hardware decoder of the device programmatically through some means? > > > > > Thank you, > > > > B.Arunkumar > > > > > On Sep 2, 8:33 pm, Drezden wrote: > > > > > I believe they're using a customized build of FFMpeg that gets > > > > > accessed through the NDK. FFMpeg has the ability to do a lot of > > > > > manipulation with video, audio, and images. > > > > > > On Sep 2, 9:15 am, "B.Arunkumar" wrote: > > > > > > > Hi, > > > > > > > Would somebody be able to guide me on howRockPlayer/MoboPlayer > > > > > > does the hardware decoding of image frames? > > > > > > > Thank you, > > > > > > B.Arunkumar > > > > > -- > > > > You received this message because you are subscribed to the Google > > > > Groups "Android Developers" group. > > > > To post to this group, send email to android-developers@googlegroups.com > > > > To unsubscribe from this group, send email to > > > > android-developers+unsubscr...@googlegroups.com > > > > For more options, visit this group at > > > >http://groups.google.com/group/android-developers?hl=en > > > > -- > > > Best Regards > > > > Felix Long -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: How is RockPlayer doing hardware decoding?
They probably use FFmpeg to take care of getting the encoded media data than pushing that untouched data using some type of proxy server to the MediaPlayer to do the hardware decoding. That's probably all... :-) On Sep 16, 2:22 am, Doug wrote: > If authentication over rtsp is a documented standard, then you could > file a bug with details and hope that it gets resolved in a future > version. > > Doug > > On Sep 15, 12:17 am, "B.Arunkumar" > wrote: > > > > > Hi, > > > Regarding your question, MediaPlayer supports RTSP streaming but > > does not take all RTSP URLs, (with authentication, for instance). > > Atleast that is the experience we have had. > > The built in C++ RTSP Stack that comes with mediaplayer seems to have > > limited capabilities. > > > Arunkumar > > > On Sep 11, 4:19 am, Doug wrote: > > > > On Sep 9, 1:30 am, "B.Arunkumar" wrote: > > > > > Would somebody have some idea what exactly has RockPlayer done in > > > > the Hardware Decoding mode on a high level basis? I mean have they > > > > used the mediaplayer as it is or they have changed something at the > > > > source code level of MediaPlayer to get more improvements than the > > > > MediaPlayer (support more RTSP Url formats) and things like that? > > > > Why do you say that MediaPlayer does not support rtsp? I ask this > > > because it does support rtsp. It's documented. The audio/video > > > format of the stream still has to be supported by the device, though. > > > > Doug -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: How is RockPlayer doing hardware decoding?
If authentication over rtsp is a documented standard, then you could file a bug with details and hope that it gets resolved in a future version. Doug On Sep 15, 12:17 am, "B.Arunkumar" wrote: > Hi, > > Regarding your question, MediaPlayer supports RTSP streaming but > does not take all RTSP URLs, (with authentication, for instance). > Atleast that is the experience we have had. > The built in C++ RTSP Stack that comes with mediaplayer seems to have > limited capabilities. > > Arunkumar > > On Sep 11, 4:19 am, Doug wrote: > > > > > > > > > On Sep 9, 1:30 am, "B.Arunkumar" wrote: > > > > Would somebody have some idea what exactly has RockPlayer done in > > > the Hardware Decoding mode on a high level basis? I mean have they > > > used the mediaplayer as it is or they have changed something at the > > > source code level of MediaPlayer to get more improvements than the > > > MediaPlayer (support more RTSP Url formats) and things like that? > > > Why do you say that MediaPlayer does not support rtsp? I ask this > > because it does support rtsp. It's documented. The audio/video > > format of the stream still has to be supported by the device, though. > > > Doug -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: How is RockPlayer doing hardware decoding?
Hi, Regarding your question, MediaPlayer supports RTSP streaming but does not take all RTSP URLs, (with authentication, for instance). Atleast that is the experience we have had. The built in C++ RTSP Stack that comes with mediaplayer seems to have limited capabilities. Arunkumar On Sep 11, 4:19 am, Doug wrote: > On Sep 9, 1:30 am, "B.Arunkumar" wrote: > > > Would somebody have some idea what exactly has RockPlayer done in > > the Hardware Decoding mode on a high level basis? I mean have they > > used the mediaplayer as it is or they have changed something at the > > source code level of MediaPlayer to get more improvements than the > > MediaPlayer (support more RTSP Url formats) and things like that? > > Why do you say that MediaPlayer does not support rtsp? I ask this > because it does support rtsp. It's documented. The audio/video > format of the stream still has to be supported by the device, though. > > Doug -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: How is RockPlayer doing hardware decoding?
On Sep 9, 1:30 am, "B.Arunkumar" wrote: > Would somebody have some idea what exactly has RockPlayer done in > the Hardware Decoding mode on a high level basis? I mean have they > used the mediaplayer as it is or they have changed something at the > source code level of MediaPlayer to get more improvements than the > MediaPlayer (support more RTSP Url formats) and things like that? Why do you say that MediaPlayer does not support rtsp? I ask this because it does support rtsp. It's documented. The audio/video format of the stream still has to be supported by the device, though. Doug -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: How is RockPlayer doing hardware decoding?
Hi, You should ask 'RockPlayer' Regards On Sep 9, 6:30 pm, "B.Arunkumar" wrote: > Hi, > > Would somebody have some idea what exactly has RockPlayer done in > the Hardware Decoding mode on a high level basis? I mean have they > used the mediaplayer as it is or they have changed something at the > source code level of MediaPlayer to get more improvements than the > MediaPlayer (support more RTSP Url formats) and things like that? > > Thank you, > B.Arunkumar > > On Sep 4, 6:42 am, Felix long wrote: > > > > > > > > > Yes, You're right. The hardware decoding mode only means using inbuilt > > MediaPlayer in these players. > > > 2011/9/3 B.Arunkumar > > > > Thank you for your reply. The RockPlayer gives you the option of > > > choosing either the Hardware or Software Decoding mode. The Software > > > Decoding mode I am pretty sure does what you are saying, uses the > > > FFMPEG package to decode the frames. Does the hardware decoding mode > > > of RockPlayer also use FFMPEG? The question I have is the inbuilt > > > MediaPlayer and VideoView classes of Android use the inbuilt hardware > > > decoder of the device. Is the Hardware Decoding mode of RockPlayer > > > doing something similar? > > > > A thought process along the same lines is if it possible to use the > > > hardware decoder of the device programmatically through some means? > > > > Thank you, > > > B.Arunkumar > > > > On Sep 2, 8:33 pm, Drezden wrote: > > > > I believe they're using a customized build of FFMpeg that gets > > > > accessed through the NDK. FFMpeg has the ability to do a lot of > > > > manipulation with video, audio, and images. > > > > > On Sep 2, 9:15 am, "B.Arunkumar" wrote: > > > > > > Hi, > > > > > > Would somebody be able to guide me on howRockPlayer/MoboPlayer > > > > > does the hardware decoding of image frames? > > > > > > Thank you, > > > > > B.Arunkumar > > > > -- > > > You received this message because you are subscribed to the Google > > > Groups "Android Developers" group. > > > To post to this group, send email to android-developers@googlegroups.com > > > To unsubscribe from this group, send email to > > > android-developers+unsubscr...@googlegroups.com > > > For more options, visit this group at > > >http://groups.google.com/group/android-developers?hl=en > > > -- > > Best Regards > > > Felix Long -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: How is RockPlayer doing hardware decoding?
Hi, Would somebody have some idea what exactly has RockPlayer done in the Hardware Decoding mode on a high level basis? I mean have they used the mediaplayer as it is or they have changed something at the source code level of MediaPlayer to get more improvements than the MediaPlayer (support more RTSP Url formats) and things like that? Thank you, B.Arunkumar On Sep 4, 6:42 am, Felix long wrote: > Yes, You're right. The hardware decoding mode only means using inbuilt > MediaPlayer in these players. > > 2011/9/3 B.Arunkumar > > > > > Thank you for your reply. The RockPlayer gives you the option of > > choosing either the Hardware or Software Decoding mode. The Software > > Decoding mode I am pretty sure does what you are saying, uses the > > FFMPEG package to decode the frames. Does the hardware decoding mode > > of RockPlayer also use FFMPEG? The question I have is the inbuilt > > MediaPlayer and VideoView classes of Android use the inbuilt hardware > > decoder of the device. Is the Hardware Decoding mode of RockPlayer > > doing something similar? > > > A thought process along the same lines is if it possible to use the > > hardware decoder of the device programmatically through some means? > > > Thank you, > > B.Arunkumar > > > On Sep 2, 8:33 pm, Drezden wrote: > > > I believe they're using a customized build of FFMpeg that gets > > > accessed through the NDK. FFMpeg has the ability to do a lot of > > > manipulation with video, audio, and images. > > > > On Sep 2, 9:15 am, "B.Arunkumar" wrote: > > > > > Hi, > > > > > Would somebody be able to guide me on howRockPlayer/MoboPlayer > > > > does the hardware decoding of image frames? > > > > > Thank you, > > > > B.Arunkumar > > > -- > > You received this message because you are subscribed to the Google > > Groups "Android Developers" group. > > To post to this group, send email to android-developers@googlegroups.com > > To unsubscribe from this group, send email to > > android-developers+unsubscr...@googlegroups.com > > For more options, visit this group at > >http://groups.google.com/group/android-developers?hl=en > > -- > Best Regards > > Felix Long -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: How is RockPlayer doing hardware decoding?
Hi, Thank you for your reply. Would you know if it is possible to use the inbuilt MediaPlayer with a self developed RTSP Stack and do the hardware decoding as it is? Thank you, B.Arunkumar On Sep 4, 6:42 am, Felix long wrote: > Yes, You're right. The hardware decoding mode only means using inbuilt > MediaPlayer in these players. > > 2011/9/3 B.Arunkumar > > > > > Thank you for your reply. The RockPlayer gives you the option of > > choosing either the Hardware or Software Decoding mode. The Software > > Decoding mode I am pretty sure does what you are saying, uses the > > FFMPEG package to decode the frames. Does the hardware decoding mode > > of RockPlayer also use FFMPEG? The question I have is the inbuilt > > MediaPlayer and VideoView classes of Android use the inbuilt hardware > > decoder of the device. Is the Hardware Decoding mode of RockPlayer > > doing something similar? > > > A thought process along the same lines is if it possible to use the > > hardware decoder of the device programmatically through some means? > > > Thank you, > > B.Arunkumar > > > On Sep 2, 8:33 pm, Drezden wrote: > > > I believe they're using a customized build of FFMpeg that gets > > > accessed through the NDK. FFMpeg has the ability to do a lot of > > > manipulation with video, audio, and images. > > > > On Sep 2, 9:15 am, "B.Arunkumar" wrote: > > > > > Hi, > > > > > Would somebody be able to guide me on howRockPlayer/MoboPlayer > > > > does the hardware decoding of image frames? > > > > > Thank you, > > > > B.Arunkumar > > > -- > > You received this message because you are subscribed to the Google > > Groups "Android Developers" group. > > To post to this group, send email to android-developers@googlegroups.com > > To unsubscribe from this group, send email to > > android-developers+unsubscr...@googlegroups.com > > For more options, visit this group at > >http://groups.google.com/group/android-developers?hl=en > > -- > Best Regards > > Felix Long -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
Re: [android-developers] Re: How is RockPlayer doing hardware decoding?
Yes, You're right. The hardware decoding mode only means using inbuilt MediaPlayer in these players. 2011/9/3 B.Arunkumar > Thank you for your reply. The RockPlayer gives you the option of > choosing either the Hardware or Software Decoding mode. The Software > Decoding mode I am pretty sure does what you are saying, uses the > FFMPEG package to decode the frames. Does the hardware decoding mode > of RockPlayer also use FFMPEG? The question I have is the inbuilt > MediaPlayer and VideoView classes of Android use the inbuilt hardware > decoder of the device. Is the Hardware Decoding mode of RockPlayer > doing something similar? > > A thought process along the same lines is if it possible to use the > hardware decoder of the device programmatically through some means? > > Thank you, > B.Arunkumar > > On Sep 2, 8:33 pm, Drezden wrote: > > I believe they're using a customized build of FFMpeg that gets > > accessed through the NDK. FFMpeg has the ability to do a lot of > > manipulation with video, audio, and images. > > > > On Sep 2, 9:15 am, "B.Arunkumar" wrote: > > > > > Hi, > > > > > Would somebody be able to guide me on howRockPlayer/MoboPlayer > > > does the hardware decoding of image frames? > > > > > Thank you, > > > B.Arunkumar > > > > > > -- > You received this message because you are subscribed to the Google > Groups "Android Developers" group. > To post to this group, send email to android-developers@googlegroups.com > To unsubscribe from this group, send email to > android-developers+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/android-developers?hl=en > -- Best Regards Felix Long -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: How is RockPlayer doing hardware decoding?
Thank you for your reply. The RockPlayer gives you the option of choosing either the Hardware or Software Decoding mode. The Software Decoding mode I am pretty sure does what you are saying, uses the FFMPEG package to decode the frames. Does the hardware decoding mode of RockPlayer also use FFMPEG? The question I have is the inbuilt MediaPlayer and VideoView classes of Android use the inbuilt hardware decoder of the device. Is the Hardware Decoding mode of RockPlayer doing something similar? A thought process along the same lines is if it possible to use the hardware decoder of the device programmatically through some means? Thank you, B.Arunkumar On Sep 2, 8:33 pm, Drezden wrote: > I believe they're using a customized build of FFMpeg that gets > accessed through the NDK. FFMpeg has the ability to do a lot of > manipulation with video, audio, and images. > > On Sep 2, 9:15 am, "B.Arunkumar" wrote: > > > Hi, > > > Would somebody be able to guide me on howRockPlayer/MoboPlayer > > does the hardware decoding of image frames? > > > Thank you, > > B.Arunkumar > > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: How is RockPlayer doing hardware decoding?
I believe they're using a customized build of FFMpeg that gets accessed through the NDK. FFMpeg has the ability to do a lot of manipulation with video, audio, and images. On Sep 2, 9:15 am, "B.Arunkumar" wrote: > Hi, > > Would somebody be able to guide me on how RockPlayer/MoboPlayer > does the hardware decoding of image frames? > > Thank you, > B.Arunkumar -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en