Referring to this: "Building X 2D rendering acceleration with OpenGL"
(http://www.anholt.net/papers/lca2014-2d.pdf) and that ecs-twelve
(https://www.x.org/wiki/Development/X12/) I suggest - based on my
"experience" up to where VSI/GIO was able to follow the "standards" of
back then: strive for
On 09/08/2016 20:32, Alan Coopersmith wrote:
On 08/ 9/16 11:17 AM, Michael Titke wrote:
Is the X render extension still available as such without using Cairo
and the
(elsewhere internet enabled) drm?
Yes - cairo is an API that can be layered over X render, not a
replacement
or
Is the X render extension still available as such without using Cairo
and the (elsewhere internet enabled) drm?
Konsole output
((sys-display xext-render) major-version)=> 0
((sys-display xext-render) minor-version)=> 0
When I try to render a triangle I see a BadPicture error from the server
ev
On 05/08/2016 20:17, Matt Lauria wrote:
Can someone direct me where to get help tracking down a bug in X?
I’ve built a GUI (python3.4 using tkinter running gnome on RHEL 6.8)
which crashes daily with a:
X Error of failed request: BadIDChoice (invalid resource ID chosen for this
connectio
On 07/08/2016 18:02, Thomas Lübking wrote:
On Sat, Aug 06, 2016 at 05:18:43PM +0200, Michael Titke wrote:
16 ms ? Usually a hollywood frame needs to be done within 40 ms
But your screen refreshes at snappy 60Hz and not some choppy 24fps :-)
To be more serious, we clamped resizing to 30fps in
On 06/08/2016 15:57, Thomas Lübking wrote:
On Sat, Aug 06, 2016 at 09:03:04PM +0900, Carsten Haitzler wrote:
no. this is just how it goes. because everything is async, the
compositor/wm
has resized the window, then some small time later the client gets a
configurenotify event, then client rend
With SHM pixmaps VSI/GIO can finally display a pixmap. While the Intel
graphics card of my old MacBook might not be that speed daemon I'm a
little bit surprised to see "jumpy" window resizes. Perceived
performance is important and sometimes just plainly misleading but both
ShmPutImage (with exp
After some effort to modernize the IO path with shared memory segments
XShmCreatePixmap fails with a Bad Access error. Maybe someone can
confirm this is due to the security extension? (The actual system calls
used and their flags correspond to the examples in the documentation of
the X shared m
tring-length rb) (padded4 (byte-string-length
pixel
(pad (X-pad rl))) ...
No error, no window. Just another ...
BTW
VSI GIO SCA/X big requests: maximum request size 4194303
yes, that's four million not 16GB. That's our brand new 16MB limit ...
maths!? ;-)
On 03/08/201
bits and bytes
and historical reviews of bits and bytes. Wow!
On 03/08/2016 13:52, Michael Titke wrote:
That bad match error was caused by a wrong depth argument (8 instead
of the visual depth of 24). We have now advanced to the length error
but maybe padding strictness is server side onl
That bad match error was caused by a wrong depth argument (8 instead of
the visual depth of 24). We have now advanced to the length error
but maybe padding strictness is server side only. ;-) Have Fun!
On 02/08/2016 13:02, Michael Titke wrote:
Hello!
I'm currently developing a prelim
Hello!
I'm currently developing a preliminary object orientated framework for
Graphical Input Output (GIO) based on a concurrent native implementation
of the X protocol in Scheme (SCA/X).
The early pixmap support fails for the /GetImage/ and /PutImage/
requests: /GetImage/ provokes and /unde
Just add a video mode font (we'll need to "typeset" videos intext anyway
- what was layout then?) and replace user input with random noise where
DSP would have told those smart ones ...
On 17/12/2015 21:23, Clément Pit--Claudel wrote:
Hi all,
I'm looking into adding support for color emoji to
On 14/12/2015 01:04, Ilya Anfimov wrote:
On Sun, Dec 13, 2015 at 10:19:59AM +0100, Michael Titke wrote:
Good day!
[skipped]
When we add the keymap events to the event mask of the window (bit-or
cw-keyboard cw-keymap) (BTW it's nice the core specifications containts Lisp
like hexide
On 14/12/2015 01:04, Ilya Anfimov wrote:
On Sun, Dec 13, 2015 at 10:19:59AM +0100, Michael Titke wrote:
Good day!
[skipped]
When we add the keymap events to the event mask of the window (bit-or
cw-keyboard cw-keymap) (BTW it's nice the core specifications containts Lisp
like hexide
On 14/12/2015 07:52, Alan Coopersmith wrote:
On 12/11/15 01:02 PM, Michael Titke wrote:
Hello!
As part of a first incursion into the possibility to implementing
native support
for X starting from the wire protocol (w/o any Xlib/XCB support) I
ran into a
couple of situations where
Hello!
As part of a first incursion into the possibility to implementing native
support for X starting from the wire protocol (w/o any Xlib/XCB support)
I ran into a couple of situations where documentation didn't match
implementation.
The first surprise was the "magic" of the MIT Magic Cook
On 12/12/2015 21:40, Michael Titke wrote:
On 12/12/2015 19:26, Ilya Anfimov wrote:
On Sat, Dec 12, 2015 at 06:31:55PM +0100, Michael Titke wrote:
[skipped]
[skipped]
core protocol requests to receive those mappings for the current map in
effect are ignored by the server.
No.
Tell
On 12/12/2015 19:26, Ilya Anfimov wrote:
On Sat, Dec 12, 2015 at 06:31:55PM +0100, Michael Titke wrote:
[skipped]
[skipped]
core protocol requests to receive those mappings for the current map in
effect are ignored by the server.
No.
Tell that my X server or deliver the byte string
On 12/12/2015 14:23, Ilya Anfimov wrote:
On Sat, Dec 12, 2015 at 10:17:56AM +0100, Michael Titke wrote:
Good day!
First, quoting looks like you had posted some letters before the
one I'm replying, but I didn't see it in my mailbox or x.org list
archives, so I will answer just
ifill-arc X (second v) (second g) 150 200 60 60 (* 10 64) (* 350
64)) => 24
VSI> (X-control X)
...
VSI:
https://code.launchpad.net/~michael-tiedtke-i/viper-system-interface/alfa
On 11/12/2015 22:02, Michael Titke wrote:
Hello!
As part of a first incursion into the possibility to impl
21 matches
Mail list logo
