As on any video strreaming, three parameters are key:
+ Size ( WxH )
+ Frame Rate ( fps )
+ bit rate
My guess is you have the first two fixed, so you can only change the 3rd
one.
I think the value you set 1024, meaning 1K/s is probably out of bounds and
ignored.
I would try 800*1024 and keep
I have simpleencoder.static working on those example files.
First I tried switching to high encoding. The encoder get errors all
of the time and won't encode.
So I set it back to baseline.
706,560,000 2014-02-25 16:10 ducks_1280x736.nv12
compressed down to
44,720,218 2000-01-03 04:02 d4.mkv - 2
On 23/02/14 23:29, Hans de Goede wrote:
The sunxi video PLL-s can unfortunately not make any random clock encountered
in EDID info. So hdmi_edid.c has a table to override the pixelclocks in some
EDID provided modes to a value which the PLL-s can actually make close to the
real value.
This commi
On 20/02/14 03:30, Patrick Wood wrote:
This patch was suggested to prevent the mali drivers from rebuild
every time the modules are built. It simply creates symlinks to
sources used by both ump.ko and mali.ko so that their objects are built
in separate directories; otherwise, there is a ping-po
On Tue, 25 Feb 2014 11:42:06 -0500 "jonsm...@gmail.com"
wrote:
> On Tue, Feb 25, 2014 at 9:40 AM, Manuel Braga
> wrote:
> > On Mon, 24 Feb 2014 19:38:46 -0500 "jonsm...@gmail.com"
> > wrote:
> >> On Mon, Feb 24, 2014 at 6:21 PM, Manuel Braga
> >> wrote:
> >> > On Mon, 24 Feb 2014 16:17:31 -0500
On Tue, Feb 25, 2014 at 9:40 AM, Manuel Braga wrote:
> On Mon, 24 Feb 2014 19:38:46 -0500 "jonsm...@gmail.com"
> wrote:
>> On Mon, Feb 24, 2014 at 6:21 PM, Manuel Braga
>> wrote:
>> > On Mon, 24 Feb 2014 16:17:31 -0500 "jonsm...@gmail.com"
>> > wrote:
>> >> Compare it to these public Dropcams.
On Mon, 24 Feb 2014 19:38:46 -0500 "jonsm...@gmail.com"
wrote:
> On Mon, Feb 24, 2014 at 6:21 PM, Manuel Braga
> wrote:
> > On Mon, 24 Feb 2014 16:17:31 -0500 "jonsm...@gmail.com"
> > wrote:
> >> Compare it to these public Dropcams. They are using a slightly
> >> better image sensor - OV5630. 50
Hi,
On 2014-02-25 13:38, Ezaul Zillmer wrote:
Hi Marc Zyngier
Where could obtain this repository with these alterations to be able
to
test
virtualization with KVM on my cubieboard2'm using Kernel 3.14.rc4
I appreciate if you help
You're looking at an older patch series. The new one can be
Hi Marc Zyngier
Where could obtain this repository with these alterations to be able to
test
virtualization with KVM on my cubieboard2'm using Kernel 3.14.rc4
I appreciate if you help
Thank you
--
You received this message because you are subscribed to the Google Groups
"linux-sunxi" grou
Hi Oliver,
i did as you said.
then i am able to login as root.
Then i am able to add user.
but once i assign passwd to user.
the system hangs
at NEW password:
(i give passwd and enter it but system is not coming out of statement ,
then i press cntrl+c then it comes out).
i tried with one m
On 25/02/2014 02:23, Qiang Yu wrote:
Hi Boris,
Good job! I haven't working on SUNXI MTD driver for a long time,
glad to see you make big progress on it.
Here is some questions:
Almost everything is implemented now:
- HW ECC support
- per partition ECC config
- HW randomizer sup
On Mon, Feb 17, 2014 at 10:19 PM, Hans de Goede wrote:
> This fixing setting the interrupt type for eints >= 8.
>
> Signed-off-by: Hans de Goede
Patch applied with Maxime's ACK.
Yours,
Linus Walleij
--
You received this message because you are subscribed to the Google Groups
"linux-sunxi" g
On Mon, Feb 17, 2014 at 10:19 PM, Hans de Goede wrote:
> Signed-off-by: Hans de Goede
Patch applied with Maxime's ACK.
Yours,
Linus Walleij
--
You received this message because you are subscribed to the Google Groups
"linux-sunxi" group.
To unsubscribe from this group and stop receiving ema
On Mon, Feb 17, 2014 at 10:19 PM, Hans de Goede wrote:
> Our irq handler was missing chained_irq_enter / exit calls, causing a
> hard hang as soon as a gpio irq happened.
>
> Signed-off-by: Hans de Goede
I have already applied the identical patch from
Chen-Yu Tsai for fixes so dropping this.
Y
On Mon, Feb 17, 2014 at 10:19 PM, Hans de Goede wrote:
> The correct value for selecting the mmc0 function on port F pins is 2 not 4,
> as per the data-sheet:
> http://dl.linux-sunxi.org/A13/A13%20Datasheet%20-%20v1.12%20%282012-03-29%29.pdf
>
> Signed-off-by: Hans de Goede
> Acked-by: Maxime Ri
15 matches
Mail list logo