>From my experience and from hearing about other people's struggles with interfacing with ffmpeg, I think it is one of those things where you're going to spend the dev hours either way: either turning into a rational system, or struggling to make the current system do what it needs to do. So if that area is going to be touched in this round, it'll save dev hours in the long run to sort it out then. I think using some kind of established wrapper makes a lot of sense, be it library style (gstreamer?) or a thorough wrapping of the command line tool.
As for ffmpeg itself, the code is very clean and easy to work with. The development can happen all on any computer, so it'll go much quicker than native code dev on Android. Getting our mods integrated into ffmpeg itself means that there is a lot more flexibility about which wrapper to adopt, but will also plug right into the existing StoryMaker ffmpeg wrapper. .hc On 06/16/2014 03:47 PM, Josh Steiner wrote: > If we open up the can of worms that is FFMPEG we should explore all of > our options including moving to using the FFMPEG core directly as a > library and even moving away from FFMPEG entirely. Our > OpenWatch/KickFlip friends have their own library that loads FFMPEG as > a .so and directly interfaces with the library that way instead of via > shell commands, so it's worth examining how this works for them. > > This is very appealing for a lot of reasons, but won't be a drop in > replacement as the internal APIs are totally different than the > command line interface. > > We still haven't firmed up our concrete work plan yet so I'm not sure > how much we'll have for something like this though. Our initial focus > is definitely on stability and security fundamentals, the broader work > plan is going to firm up once we have the needs assessment results > back from our partners. > > -Josh > > On Mon, Jun 9, 2014 at 8:41 AM, Hans-Christoph Steiner > <[email protected]> wrote: >> >> We've done some nice work on ffmpeg, but it has languished in our own repos, >> so now it has bit-rotted and is far from working on recent versions of >> ffmpeg. >> That leaves us stuck on old versions of ffmpeg, and also in charge of >> maintaining our version of ffmpeg. Given that there is new StoryMaker and >> InformaCam money, I propose to carve out a little to get all that stuff >> merged >> upstream so we don't have to maintain it and others can easily use it. >> >> Additionally, it would make sense to combine that work with writing a plugin >> for ffmpeg to replace the use of sox in StoryMaker. >> >> .hc >> >> -- >> PGP fingerprint: 5E61 C878 0F86 295C E17D 8677 9F0F E587 374B BE81 >> _______________________________________________ >> Guardian-dev mailing list >> >> Post: [email protected] >> List info: https://lists.mayfirst.org/mailman/listinfo/guardian-dev >> >> To Unsubscribe >> Send email to: [email protected] >> Or visit: >> https://lists.mayfirst.org/mailman/options/guardian-dev/josh%40vitriolix.com >> >> You are subscribed as: [email protected] -- PGP fingerprint: 5E61 C878 0F86 295C E17D 8677 9F0F E587 374B BE81 _______________________________________________ Guardian-dev mailing list Post: [email protected] List info: https://lists.mayfirst.org/mailman/listinfo/guardian-dev To Unsubscribe Send email to: [email protected] Or visit: https://lists.mayfirst.org/mailman/options/guardian-dev/archive%40mail-archive.com You are subscribed as: [email protected]
