I believe that a few user cases of the ENCODER as a "capture" input for FFMPEG or GSTREAMER would be very helpful to ensure the RE regs are correct and logic validated.
It may not be a final approach, but it may help defining the bits and parts of a mem2mem driver for the AW's VPU.... R On Sunday, January 3, 2016 at 6:14:24 AM UTC-6, @lex wrote: > > Considering my level of skill, i believe getting a workable sample without > memory leaks first would benefit also this new cheap HW that is coming. > Cheap HW, cheap (or a good) camera and a working HW encoding engine would > be more attractive to advanced developers and give a reason to the good > people who works on the ve reverse eng. to keep on going. > This thinking may falls under the 100% *gratis* source driver not as an > option but a necessity. > > On Saturday, January 2, 2016 at 11:47:18 AM UTC-2, Rosimildo DaSilva wrote: >> >> Nove, >> >> I believe this community should take the ENCODER from a PoC level to a >> more or less demo similar to the one released by AW using the blobs >> https://github.com/juanfont/cedar-encoder >> >> It is very important ( IMHO ), if it works with a modern AW soc, such as >> H3, since it is probably the most used SOC from AW, since the A20, with the >> release of OPI-PC, and now with the sub $10's release on the pipeline, they >> would be even more popular! >> >> http://www.cnx-software.com/2016/01/02/orange-pi-one-is-a-10-quad-core-board-with-ethernet-and-hdmi/ >> >> I think starting from the initial demo provided by Jemk's for A20, it >> should not be terribly difficult to get it to work with H3.... >> https://github.com/jemk/cedrus/tree/master/h264enc >> >> What is missing on this example to be similar to the example provided by >> AW, it lacks: >> >> + motion detection >> + initial header info ( to be sent periodically ). >> >> Get this running on a H3 would be very useful to have a user base that >> might push the open source solution really the way to go.... >> >> R >> >> On Friday, January 1, 2016 at 7:08:30 AM UTC-6, Manuel Braga wrote: >>> >>> On Thu, 31 Dec 2015 02:49:02 -0800 (PST) Rosimildo DaSilva >>> <rosi...@gmail.com> wrote: >>> > Stefan, >>> > >>> > He is looking for an Encoder and libvdpau-sunxi providers a decoder >>> > functionality. >>> >>> This is correct. >>> >>> > I don't think there is any RE encoder code, except this stupidity >>> >>> Did you try to check the wiki? >>> Let's see. >>> In http://linux-sunxi.org/Cedrus#Supported_codec_matrix, it says that >>> JPEG/MJPEG encoding support has a PoC. >>> In http://linux-sunxi.org/CedarX/Reverse_Engineering, it says that in >>> 15 January 2014 Jpeg encoding proof-of-concept by nove jepoc >>> >>> And in this maillist last 17 of december, someone asked for this poc >>> source code, which got this same day reply >>> http://article.gmane.org/gmane.comp.hardware.netbook.arm.sunxi/20659 >>> >>> >>> > that AW released, very incomplete. There is a PoC of a H264 encoder, >>> > but that is not available for anything beyond A10/A20, I guess. >>> >>> This video engine has multiple hardware reversions, but are done by >>> keeping the compatibility. >>> >>> If the result of the video engine reverse engineering effort, currently >>> only works in A10/A10s/A13/A20 and recently H3, is not because of a >>> technical difficulty, but only because this happens to be the hardware >>> that the people working in this has in their hands. >>> >>> If someone has the need to expand this work to other socs, only is need >>> to talk to us (the people that is working in the video engine reverse >>> engineering effort) to find a solution. >>> >>> -- >>> Manuel Braga >>> >> -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
