Hi!
On Mon, Nov 26, 2018 at 11:40 AM Raphael Hertzog wrote:
> >
> > What applications does Debian have in its repo that only support GLES?
>
> Wrong question. Maybe it makes sense for you at the application level for
> the application that are hooking into OpenGL directly. But we are speaking
>
Hi,
On Fri, 23 Nov 2018, Dmitry Shachnev wrote:
> According to config_help.txt [1], Qt uses ES2 by default on Windows.
Interesting.
> But as Lisandro says, such a change in Debian will break many packages
> (which are currently broken on ARM only), so we are definitely not
> considering it at
> On Sat, 24 Nov 2018, bret curtis wrote:
> > This is a very wrong assumption, the OpenGL on a RPi (all of them) is
> > hardware accelerated via the VC4 mesa driver by Eric Anholt which is
> > shipped, by default, on by Raspbian. It supports up to OpenGL 2.1 and
> > if you plan on having hardware
On Thu, Nov 22, 2018 at 07:14:44PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> El jueves, 22 de noviembre de 2018 18:30:39 -03 Marcin Juszkiewicz escribió:
> > Does it mean that arm64 box with PCI Express graphics card will be not
> > able to use Qt based software? I can put Radeon or
Hello,
On Sat, 24 Nov 2018, bret curtis wrote:
> Moving Qt back to using Desktop GL from GLES is going to have zero
> impact performance on the RPi since the VC4 supports up to OpenGL 2.1
> and and GLES 2.0 [1]
That's a different claim to what you made in a former message.
> The problem is that
Hello Lisandro,
TLDR: thank you for starting this discussion, it was required as it's not
an easy decision to take as there is no realistic perfect solution, but I
believe you took the wrong decision. Please consider deferring the
decision to the technical committe by seeking his advice (point
On 2018-11-23 23:10 -0300, Lisandro Damián Nicanor Pérez Meyer wrote:
> El viernes, 23 de noviembre de 2018 12:26:49 -03 Wookey escribió:
> >
> > My main desktop is now an arm64 machine with an nvidia PCI graphics
> > card. These are fairly new (and currently expensive), but I have
> > reason to
On Fri, Nov 23, 2018 at 12:18 AM Lisandro Damián Nicanor Pérez Meyer
wrote:
> So: what's the best outcome for our *current* users? Again, pick only one.
here's a perspective that may not have been considered: how much
influence and effect on purchasing decisions would the choice made
have?
we
On Tuesday 27 November 2018 02:04:33 Luke Kenneth Casson Leighton wrote:
> On Tue, Nov 27, 2018 at 6:47 AM Gene Heskett
wrote:
> > On Monday 26 November 2018 22:04:04 Luke Kenneth Casson Leighton
wrote:
> > > On Fri, Nov 23, 2018 at 12:18 AM Lisandro Damián Nicanor Pérez
> > > Meyer
> > >
> >
On Monday 26 November 2018 22:04:04 Luke Kenneth Casson Leighton wrote:
> On Fri, Nov 23, 2018 at 12:18 AM Lisandro Damián Nicanor Pérez Meyer
>
> wrote:
> > So: what's the best outcome for our *current* users? Again, pick
> > only one.
>
> here's a perspective that may not have been considered:
On Tue, Nov 27, 2018 at 6:47 AM Gene Heskett wrote:
>
> On Monday 26 November 2018 22:04:04 Luke Kenneth Casson Leighton wrote:
>
> > On Fri, Nov 23, 2018 at 12:18 AM Lisandro Damián Nicanor Pérez Meyer
> >
> > wrote:
> > > So: what's the best outcome for our *current* users? Again, pick
> > >
>> Both Dmitry and I just learned that the RPI has the VC4 driver which enables
>> it to do hardware acceleration for Desktop OpenGL, we must admit that this is
>> a game changer in many ways, even if we are talking on just one board (but
>> quite an ubiquitous one).
> I expect this also applies
El lunes, 26 de noviembre de 2018 08:37:57 -03 Raphael Hertzog escribió:
> Hello Lisandro,
>
> TLDR: thank you for starting this discussion, it was required as it's not
> an easy decision to take as there is no realistic perfect solution,
Our (team-wide) pleasure. This is something we have been
Hello Ian,
On Mon, Nov 26, 2018 at 2:04 PM Ian Campbell wrote:
>
> On Mon, 2018-11-26 at 12:07 +0100, bret curtis wrote:
> > The hardware that supports GLES also supports OpenGL because GLES is
> > a subset of OpenGL.
>
> I'm confused by this inference. If GLES is a subset of OpenGL then
>
Try glxgears and es2gears on few different platforms. On a Pi 3b
glxgears runs at about 45 FPS, es2gears slightly lower. On my Rock64
it's in the hundreds of FPS but that's Mali. Look at omxplayer, full
screen HD video while the CPU idles (on a Pi). The GPU is more
capable than the CPU. You
Ciao,
Ti piacerebbe aumentare SUBITO i tuoi followers sul tuo profilo instagram ?
Se ancora non hai provato il nostro servizio di vendita followers è questo il
momento buono !
Abbiamo pensato di estendere ad oggi gli sconti del blackfriday e puoi
acquistare i nostri pacchetti SOLO OGGI con il 30
On Mon, 2018-11-26 at 12:07 +0100, bret curtis wrote:
> The hardware that supports GLES also supports OpenGL because GLES is
> a subset of OpenGL.
I'm confused by this inference. If GLES is a subset of OpenGL then
surely hardware which claims to implement GLES is at liberty to only
implement that
On Monday 26 November 2018 09:40:34 Alan Corey wrote:
> Try glxgears and es2gears on few different platforms. On a Pi 3b
> glxgears runs at about 45 FPS, es2gears slightly lower. On my Rock64
> it's in the hundreds of FPS but that's Mali. Look at omxplayer, full
> screen HD video while the CPU
Quoting Raphael Hertzog (2018-11-26 12:37:57)
> Software can be fixed/improved to also work with OpenGL ES. However
> hardware, once bought, cannot be fixed to support Desktop OpenGL when
> it has been designed for OpenGL ES only.
Is some _hardware_ really "designed for OpenGL ES only"?
I
On Mon, Nov 26, 2018 at 12:37:57PM +0100, Raphael Hertzog wrote:
> were in the week-end). I was aware of the discussion but did not
> had the time to chime in, yet I was the person who re-opened the bug
> #881333 in the first place.
> I also invited someone else who is working on a concrete
Dear Colleague,
You are kindly invited to participate and to submit an Abstract, Paper,
Invited Talk and/or an Invited Session (3-6 papers) to the forthcoming
Applied Stochastic Models and Data Analysis International Conference
(ASMDA2019) and the Demographics2019 Workshop (11-14 June 2019,
Why couldn't you choose QT for Desktop or QT for ES OpenGL when you
compile your program? Supply both libraries? ES gives an enormous
performance boost to little machines that need it, desktop OpenGL is
more pretty pictures.
On 11/26/18, Lisandro Damián Nicanor Pérez Meyer wrote:
> El lunes,
El lunes, 26 de noviembre de 2018 14:21:25 -03 Alan Corey escribió:
> Why couldn't you choose QT for Desktop or QT for ES OpenGL when you
> compile your program?
It's a Qt build-time option. This in an upstream choice, not ours and not up
to us to fix.
> Supply both libraries?
Already answered
I think not pulling it to full screen puts everybody in the same boat
by using the default size. But I can watch videos with smplayer on my
Rock64, on a Pi I need to use omxplayer because smplayer is too low.
There was some mention on the pine64.org page about using the Rock64
as a multimedia
On Monday 26 November 2018 16:16:40 Alan Corey wrote:
> I think not pulling it to full screen puts everybody in the same boat
> by using the default size.
It also hands you figures not achievable in the real world, often off by
20x.
> But I can watch videos with smplayer on my
> Rock64, on a
On Mon, Nov 26, 2018 at 12:21:25PM -0500, Alan Corey wrote:
> Why couldn't you choose QT for Desktop or QT for ES OpenGL when you
> compile your program? Supply both libraries?
Because this requires providing two separate *stacks* of source packages,
one for GL and one for GLES, which from
26 matches
Mail list logo
