Re: [linux-sunxi] New CedarX API documentation

2015-06-16 Thread 'Simos Xenitellis' via linux-sunxi
On Mon, Jun 15, 2015 at 9:27 PM, Manuel Braga mul.br...@gmail.com wrote:
 I presume, i didn't tested, that those binaries in this dump are armhf.

They are armhf.

Simos

-- 
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.


Re: [linux-sunxi] New CedarX API documentation

2015-06-15 Thread Manuel Braga
On Fri, 12 Jun 2015 05:49:43 -0700 (PDT) yonnetbili...@gmail.com wrote:
 Hi everyone;
 
 I just get some new files regarding CedarX, and uploaded to
 https://github.com/stulluk/CedarX-12.06.2015

Thanks. This is a newer version of what is in the official
repository at https://github.com/allwinner-zh/media-codec
This throw away code dumps, only creates confusion.

But, at the first glance, i see 2 license issues.
* vencoder source code files have a proprietary and confidential header
* the close-source-plugins-binary-blobs have no license

With this license issues, i don't see how this can be usable.


 
 I hope professional friends may have a look, especially to the DOC

I am not a professional, so take what i have to say for what it's worth.



 folder and the example C application.

The documentation is in Chinese, but is not a problem when one can look
at the source code, and with all this in the end we will even arrive to
learn some Chinese. Is really not a problem.

That is a simple example in how to use the cedarx api for encoding, if
that is too hard to use, then there is also an OpenMax implementation.
Up to now only has support for decoding, hopeful encoding will also be
eventually added.
But take notice that when using OpenMax, that is an api that tries to
offer an abstraction of the hardware, there can be a performance
penalty caused by a conversion of picture pixel data formats in the cpu.
(the file transform_color_format.c) as is in the case of decoding in
A10/A20/A13


Be careful of what i am saying, because i have not yet tried to
compile or use this newer more open source cedarx, in the same mode i
also never used anything with OpenMax.
So i don't know if is working.


 
 Is it useful for linux-sunxi?

Only if there is someone that will take the trouble.

Allwinner is still learning in how to collaborate with the community.
Until then, the only way that linux-sunxi community could make any use
of this would be to fork it. And everyone can see how troublesome this
could become when the linux-sunxi community has so great difficulties of
getting answers from allwinner, related to this video engine hardware.




 Can we use this in Android?

Because of close-source-plugins-binary-blobs, would be required to also
have them in the armel form for Android.
I presume, i didn't tested, that those binaries in this dump are armhf.


-- 
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.


[linux-sunxi] New CedarX API documentation

2015-06-12 Thread yonnetbilisim
Hi everyone;

I just get some new files regarding CedarX, and uploaded to 
https://github.com/stulluk/CedarX-12.06.2015

I hope professional friends may have a look, especially to the DOC folder and 
the example C application.

Is it useful for linux-sunxi?

Can we use this in Android?

-- 
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.