| uvos | some thing with compositing inside of xorg instead of just absconding the rendering to ouside tools | 00:00 |
|---|---|---|
| uvos | that happend because the stake holders in x could not agree on how to do it in x | 00:00 |
| uvos | *same thing | 00:01 |
| norayr | which pictures? was disconnecting whole day, probably missed phone pics from the event? | 00:36 |
| bumpkinbye[m] | <uvos> "1. 8 bit key codes, you cant..." <- So wayland is not an improvement for the n900 | 04:00 |
| bumpkinbye[m] | Vsync is great on xorg for me and a nonissue | 04:02 |
| uvos | wayland is an especially massive advantage on very low end systems like n900 | 10:34 |
| uvos | disregarding defficancies in the x11 client protocoll, having the compositor and the display server in one process saves a lot of ram, and processor time vs shuffeling things around via ipc | 10:36 |
| uvos | now uncomposited xorg can be on par with this with wayland | 10:37 |
| uvos | but uncomposited xorg is not whats used on n900 | 10:37 |
| freemangordon | uvos: I don't see how WL can be any faster than h-d, unless *all* rendering is done on GPU, which I don't think is possible ATM | 13:09 |
| freemangordon | leste has fps drop when h-d is running because of the compositing h-d does, not because xorg | 13:09 |
| freemangordon | i.e, h-d uses TFP/offscreen buffer, but that means that all the application rendering shall be done before h-d start dealing with that texture | 13:11 |
| freemangordon | kinda glReadPixels() | 13:11 |
| freemangordon | so, there might be some performance penalty because of xorg protocol, but it is negligible compared to waiting for all application offscreen buffer GPU rendering to complete before bliting to the front buffer | 13:14 |
| freemangordon | not to say that this WL thing smells to me like gdi32.dll, those who know WINAPI will understand | 13:21 |
| buZz | i think my SD card of yesterday just broke, making a fresh install from new image tarball now, copying my /home/user over | 13:29 |
| buZz | should be enough, right? :P | 13:29 |
| buZz | maybe /etc to /home/user/oldetc just in case ;) | 13:30 |
| uvos | freemangordon: its not about presenting | 13:36 |
| uvos | freemangordon: h-d has to sync its clutter geometry with the postitions of xwindows via ipc with x | 13:37 |
| uvos | this takes extra cycles than if the the clients just told h-d directly about window state | 13:37 |
| uvos | instead of it going client -> xorg -> hd -> xorg -> client for every event | 13:37 |
| uvos | also if an application dose any rendering via x this is slower too than the application just doing it in its own process context | 13:38 |
| uvos | rendering via x here bing using core x draw calls or xrender | 13:39 |
| freemangordon | agree | 13:40 |
| freemangordon | but I don;t think this has *that* big performance impact | 13:40 |
| uvos | and sure the diff in composed x vs wayland is less than the diff between uncomposed x and composed x | 13:40 |
| uvos | but i wasent talking about that | 13:40 |
| freemangordon | uvos: for sure there is overhead and deficiencies in x protocol | 13:41 |
| uvos | i was specificly talking about the speed difference between composited x and wayland, wich as you say, rendering is mostly the same | 13:42 |
| freemangordon | but I don;t think that is a sane reason to throw the baby with the water, and this is what upstream is doing | 13:42 |
| uvos | but x has extra ipc penalty | 13:42 |
| uvos | in comperasin plain old x is quite sane imo | 13:42 |
| uvos | sure as i said they should have just depricated the draw calls and such and called that x12 | 13:43 |
| freemangordon | also, I am regularly using git gui running on d4 and my PS runs Xephyr as display server for that git gui | 13:43 |
| uvos | way less pain for most of the beneifit | 13:43 |
| freemangordon | *PC | 13:43 |
| freemangordon | I don;t think anything like that is possible with WL | 13:43 |
| freemangordon | could be wrong though, I am not familiar with WL protocol | 13:44 |
| uvos | what remoting? | 13:44 |
| freemangordon | mhm | 13:44 |
| uvos | or nested display servers? | 13:44 |
| freemangordon | both | 13:44 |
| uvos | both are possible with wayland | 13:44 |
| freemangordon | it it? | 13:44 |
| uvos | yeah | 13:44 |
| freemangordon | ok | 13:44 |
| uvos | its less "nice" | 13:45 |
| uvos | since it needs display server support | 13:45 |
| uvos | and there are manny wayland display servers | 13:45 |
| uvos | while on x it just works universally | 13:45 |
| freemangordon | yeah | 13:45 |
| freemangordon | ok, /me is back to work | 13:46 |
| uvos | on wl you really need to spin up a speical display server for the windows you want to push to antoher machine | 13:46 |
| freemangordon | sounds more like a hack | 13:46 |
| uvos | eh i mean not really | 13:46 |
| uvos | not more than just pusing bitmaps over x11 is | 13:46 |
| uvos | which is what happens with modern apps in the remote case | 13:47 |
| uvos | but yeah not ideal either | 13:47 |
| buZz | hehe, feels this new 2022-10-23 image boots faster than my old install :P | 13:58 |
| buZz | but i also moved from my old 16GB sd to a new-ish 64GB | 13:58 |
| buZz | hmmmm .. 'ok' keys dont work on the new image by default? | 14:03 |
| buZz | i thought we made those the default ages ago, (i tried 'ok' plus ',' to get ';') | 14:03 |
| uvos | udevadm hwdb --update | 14:03 |
| uvos | udevadm trigger | 14:03 |
| uvos | it may not work on first boot | 14:04 |
| uvos | btw | 14:04 |
| buZz | its the third or fourth boot | 14:05 |
| buZz | but, didnt enable -devel yet, just did, updating now | 14:05 |
| uvos | well did updating the hwdb help? | 14:05 |
| buZz | whats the package for 'making calls' again? | 14:05 |
| uvos | sphone? | 14:05 |
| buZz | some meta pkg? | 14:05 |
| uvos | there is | 14:05 |
| uvos | idk name tho | 14:06 |
| buZz | udevadm hwdb --update; trigger doesnt do anything | 14:06 |
| buZz | i mean, doesnt fix the keyb | 14:06 |
| uvos | hildon-conectivity-mobile | 14:06 |
| uvos | or so | 14:06 |
| buZz | oh right | 14:07 |
| buZz | ty | 14:07 |
| buZz | o hey, we already have pocophone-f1 targets in package tree? TIL | 14:08 |
| buZz | hmm, -mobile was already installed, weird | 14:11 |
| buZz | welp, got agenda back, contacts back and sync back, guess this is fine for now :P | 14:18 |
| buZz | oh, guess i wont have wireguard yet, thats probably not stored in /home/user ? | 14:19 |
| buZz | you know, i'd like a nicer default theme :P one that doesnt have black-on-black in calendar and some other views :P | 14:26 |
| buZz | anyone know the meta package to get xmpp working? :P the presence stuff i guess? | 14:37 |
| buZz | at least gprs data works first try :P | 14:37 |
| buZz | uvos: btw, rebooting after apt update did get me functional 'ok' keyboard keys | 14:38 |
| buZz | well, enabling -devel and updating and rebooting | 14:39 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!