-
Notifications
You must be signed in to change notification settings - Fork 40
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Replace Xuggler Video Decoder #15
Comments
yes I have this too also Xuggler Video Decoder have CPU time load problem without video ~ 6-16% also, BufferedImages it's a good one way. Must to be. |
I had a look at several other decoding frameworks: jcodec: does not support streams Moreover, none of the frameworks is actively developed anymore. Other suggestions are welcome ! |
Sorry, I updated my comment above. It actually meant jcodec (not jdecoder). |
about CPU overload |
I had a look on jjmpeg. It does not support streams (only files). |
I know, I mean about methodology like in node-ar-drone |
The methodology - as far as I could see - is to cut out the drone's proprietary PaVE header and call ffmpeg in order to convert the rest. This project seems to rely on an installation of ffmpeg, which makes programming very easy, but puts a burden on users (as these have to install ffmpeg seperately). In this respect YADrone and node-ar-drone share a common problem, only that YADrone ships with all required libraries and does not need ffmpeg to be pre-installed. But cutting out the PaVE header could indeed be an enhancement and ease life also for Xuggler. I once experimented with that option on the Android platform, but due to my bad implementation performance degraded quite heavily. I will push the code into the git repository, maybe someone with optimazation skills can have a look on that. |
How about mp4parser? |
Thanks for the comment, halton ! |
Work on the Xuggler Video decoder has been stopped. Last version is from 2012. It's time to look for a new one, which is actively developed and probably runs on Android as well (and is nevertheless PaVE header tolerant).
Current Xuggler version still does what is shall do. But recording video sometimes results in VM crash and playing video is too fast.
The text was updated successfully, but these errors were encountered: