Manuel, IMHO, people just want a solution that works! Look what happened with the DECODER, Jemk implemented the VDPAU implementation, and nearly everyone has adopted it, instead of blobs! You what to know why ? Because, it works. If we keep fighting license issues, it just delays to have a solution that works.
If we implement some Cedrus that works with relatively new H3/A64 SOCs, I can see more and more "image builders", like Armbian and others to adopt such a solution instead of Blobs. Keep a halt at development until Licenses are resolved, it is not the best proposition, IMHO. Anyway, I just published what I have done. For my projects, a way back I've got the same conclusion, like Jon, and went with H.264 cameras, and gave up on AW encoder. My thought with releasing the code, was if someone would pick up and do some experiments with other Codecs, not just H.264. I am willing to help with any initiative that is totally open source. R On Sun, Mar 13, 2016 at 12:30 PM, Manuel Braga <[email protected]> wrote: > > Everyone is too "professional" to care for license issues. > Or are all you "stupid"?, or are playing under-politics? > > Do you really are incapable to understand that i (we) can't help, if you > choose to run around the binary-blobs-with-no-license. > > I am not here in my free time, to get involved in "license issues". > > license-issues -> i can't help > no-license-issues -> i can help > > Do you understand? > > > Why should allwinner do more, and care to respect the license of the > software that they are using, if the "user" are all happy with the > binary-blobs-with-random-license-issues. And them this is what happens, > they(allwinner) avoid the linux-sunxi community, because there are > assholes like me, that can't keep the mouth shut by keeping repeating > that "license-issues" are not acceptable. And as is always the same > people that that open the mouth, they are seen as the problem. > When in reality is the damn license-issues. > > > The "valid reason" that was asked some time ago, is just this. > > A valid reason, is to respect the license of the software used, which > implicits, to choose the solution with no-license-issues. > > And what we see here, you choose to work around with the > binary-blobs-with-random-license-issues. > I am sorry, but i can't help. > > If you are doing this because cedrus(the project for libre and open > source for the video engine) *still* don't supports encoding in H3. > (And, i must say that this will be very simples to add.) > > Is because, we can't do everything in the few free time that we(cedrus > people) have to spend in this. WE are forced to make decisions and > define priorities. Because everyone knows, we all have lifes beyond > sunxi. > > Why are you wasting your time with blobs-with-random-license-issues, > when you could be helping cedrus moving forward. > > Isn't this what "open source" means, working together for mutual > benefit. > > Everyone is more than welcome to join and be part of cedrus. > And is up to everyone to make their choice. > > > > > On Sun, 13 Mar 2016 10:16:01 -0500 Rosimildo DaSilva > <[email protected]> wrote: > > I will try in a few weeks. > > > > I am going on a business trip for 2 wks, and when I get back I will > > try it. The way it is now, it is very easy to use ffmpeg, but you > > have to use scripts to pipe FFMPEG preprocessing to the encoder, and > > use the "H264" stream with FFMPEG to mux it, and transport it. > > > > R > > > > > > > > On Sun, Mar 13, 2016 at 9:27 AM, @lex <[email protected]> wrote: > > > > > Rosimildo, > > > > > > Do you think you can do a rework on this ffmpeg tree and glue a C > > > version of what you have achieved so far? > > > > > > > > > On Saturday, March 12, 2016 at 9:40:16 PM UTC-3, Jon Smirl wrote: > > >> > > >> On Sat, Mar 12, 2016 at 7:38 PM, [email protected] > > >> <[email protected]> wrote: > > >> > On Sat, Mar 12, 2016 at 7:37 PM, @lex <[email protected]> wrote: > > >> >> You are right, i changed the input format to NV12 on GuvcView > > >> >> and got > > >> lower > > >> >> CPU usage (250%) and Temp ~75C. > > >> >> I does not help much overall. > > >> > > > >> > You need an ffmpeg that has been taught how to use the hardware > > >> > decode features on your SOC. > > >> > > > >> > Don't know if one exists for H3. > > >> > > >> Maybe this will work?... > > >> > > >> https://github.com/stulluk/FFmpeg-Cedrus > > >> > > -- > 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 [email protected]. For more options, visit https://groups.google.com/d/optout.
