Hi Ryang,
On Thu, Jul 10, 2014 at 12:47 PM, Ryang HaeDong wrote:
> Hi, All
>
> My QT application is very slow on first startup.
> My board is a Allwinner A10 running from NAND flash.
> When I first try to start my application (with -qws) the screen remains
> blank for about 2~3s.
> I then briefly
Hi, All
My QT application is very slow on first startup.
My board is a Allwinner A10 running from NAND flash.
When I first try to start my application (with -qws) the screen remains
blank for about 2~3s.
I then briefly get a mouse pointer before my application starts and hides
the mouse.
If I quit
Hi Ivan,
I'm working with an A20 and trying to get fb1 overlay over fb0 and following
your steps below, however can't get alpha blending to work, instead fb0 shows
on screen0 and fb1 shows on screen1
Here is the steps I am following for configuring fb1
1. Framebuffer mode is set to screen1 and
Hi,
Transparency layer is in fact fb layer (it's already open and init once you
start the system). In contrast, V4L2 layer is opened and initialized in
your application.
In order for everything to work there are a few things you'd need to do
(this is for fb0 - for fb1 everything is the same, j
Hello Sir.
I have a similar problem, but I'm using the A10 allwinner.
Can you explain about how to get the transparency layer above video(v4l2) layer?
Kind Regards,
Ryang.
--
You received this message because you are subscribed to the Google Groups
"linux-sunxi" group.
To unsubscribe from this
Got it! Full alpha blending works now:
1. Video running in SCALER layer under (720p60 scaled to LCD size),
2. Mali test running over (modified so that background opacity is set to
0.1, while triangle is at 0.5).
Works like a charm. I forgot the most important thing (well, in my case):
layer_par
Ok, I figured most of it out from the Mali drivers. Still no solution so
far however.
Mali is using regular framebuffer by taking fb_start and fb_size vars from
the kernel. However, no matter what I do I still cannot make this fb layer
transparent - I'm probably missing out something obvious he
Ok, I need to ask you for some help, as it seems that you've done a lot on
Mali. I don't need any code help or similar, just a few sentences will do
if you have time :)
Currently I have OpenGL accelerated Qt, by using normal linux-sunxi with
r3p0 Mali drivers - I've noticed that you did your own
Regarding memory - I'm not much of the Linux developer - more of a HW
engineer, so Linux concepts are still new to me. This with memory security
certainly makes sense - I've already seen that something messes up with
Disp driver when I modprobe Mali drivers, pretty sure it's memory related
as e
On Wed, 2 Apr 2014 03:00:15 -0700 (PDT)
Ivan Kozic wrote:
> On Monday, March 31, 2014 5:53:52 PM UTC+2, Siarhei Siamashka wrote:
> >
> > On Mon, 31 Mar 2014 08:33:29 -0700 (PDT)
> > Ivan Kozic > wrote:
> >
> > > Hi Luc,
> > >
> > > Found out why disp driver has choppy overlay - for me overlay
Well, as far as I can see, the community is actively working on fixing
Sunxi kernel, although it seems that interest in 3.4 kernel is somehow
descending.
Anyway, I thought that someone would use overlay from original disp driver,
which is why I posted fixes for it - same goes for CSI.
As I said
On Mon, 31 Mar 2014 08:33:29 -0700 (PDT)
Ivan Kozic wrote:
> Hi Luc,
>
> Found out why disp driver has choppy overlay - for me overlay comes through
> DMA from memory. Funny thing - disp_malloc is fetching cached memory, so
> choppiness or "trailing" is due to caching framebuffer protected mem
Hi Luc,
Found out why disp driver has choppy overlay - for me overlay comes through
DMA from memory. Funny thing - disp_malloc is fetching cached memory, so
choppiness or "trailing" is due to caching framebuffer protected memory.
Very silly - I found this out by changing caching method of ARM fr
Just posting to say that it can be done with the Disp driver. Basically it
is a bit difficult to figure out how to properly use ioctls to do it, but
in the end it is not so difficult to actually do it.
However, I'm still facing issues :) Right now I have a video overlayed with
a Qt window, and e
I think that maybe it can be done - I have already started modifying driver
for Qt and had some limited success - it is supposed to be using layers
now, but I'm generally having issues with the usage of disp driver. In
other words it doesn't work yet, but I get a proper layer handle, so good
so
On Tue, Mar 25, 2014 at 01:55:40AM -0700, Ivan Kozic wrote:
> Hi Luc and thanks for replying,
>
> Not sure I follow - I went deeper into the Qt structure yesterday.
> Basically, Qt uses just a normal linux fb access (opens /dev/fb0 directly),
> while my current no-GUI application (only used to d
Hi Luc and thanks for replying,
Not sure I follow - I went deeper into the Qt structure yesterday.
Basically, Qt uses just a normal linux fb access (opens /dev/fb0 directly),
while my current no-GUI application (only used to display video from CSI)
is using more "advanced" way - it opens /dev/d
On Mon, Mar 24, 2014 at 07:00:39AM -0700, Ivan Kozic wrote:
> Hi all,
>
> Up to now, I have successfully debugged and fixed CSI issues in 3.4 kernel
> so that it works more-less closer to the spec of sun7i (driver is only
> sun4i compatible by default - for more advanced features, you'll need so
Hi all,
Up to now, I have successfully debugged and fixed CSI issues in 3.4 kernel
so that it works more-less closer to the spec of sun7i (driver is only
sun4i compatible by default - for more advanced features, you'll need some
changes in the code). For more info, you can visit:
https://group
19 matches
Mail list logo