tmlind | sicelo: only one wlroots patch needed after the dbm patch, the one from jonathan bakker | 05:08 |
---|---|---|
freemangordon | Wizzup: https://github.com/maemo-leste/osso-abook/commit/72ed1ff38e66f6542cac99da2d6258bec01377bf :) | 08:16 |
sicelo | tmlind: nice :-) | 09:05 |
Wizzup | freemangordon: \o/ | 10:07 |
Wizzup | Pali: planning to look at u-boot now, any other patches I should carry for the DM usb stuff? | 10:51 |
Pali | Wizzup: Ok! IIRC all relevant patches are now merged in master branch. | 10:53 |
Wizzup | ok | 10:54 |
freemangordon | Wizzup: could you push ddx-um from devel to stable? I want to promote the REed dbm in devel | 11:02 |
Wizzup | freemangordon: what is in devel that is not in stable atm? | 11:04 |
freemangordon | ES1 fix | 11:04 |
Wizzup | so that is 76e87709c19acfe0bf3d1bc7b1b1a23252aa29c2 - you want that in stable? | 11:04 |
freemangordon | yes | 11:05 |
freemangordon | it allows REed dbm to be build, but it is not actually installed - blob libdbm is used still | 11:06 |
Wizzup | ah, ok! | 11:06 |
Wizzup | and this is tested in devel alreadu? | 11:06 |
freemangordon | it is there since I fixed it | 11:06 |
Wizzup | ok | 11:06 |
Wizzup | ok, will build for stable now | 11:06 |
freemangordon | whether it is tested - dunno, but the only actual change is the ES1 fix from uvos | 11:07 |
Wizzup | building | 11:07 |
freemangordon | my patches don;t actually affect the distributed binaries | 11:07 |
freemangordon | ok | 11:07 |
freemangordon | tmlind: please test if https://github.com/maemo-leste/sgx-ddk-um/tree/render_node still works for you | 11:22 |
freemangordon | also, please have I look if https://github.com/maemo-leste/sgx-ddk-um/commit/0ef13219f473671b66028102697727114ca8b591 looks ok | 11:22 |
tmlind | freemangordon: looks good and works for me thanks | 12:04 |
tmlind | freemangordon: so i guess pretty much the only remaining weirdness is why stellarium renders at 7fps vs 11fps ish compared to the original blobs | 12:06 |
tmlind | freemangordon: oh and the mesa EGL_EXT_image_dma_buf_import_modifiers issue | 12:08 |
tmlind | hmm maybe the objectcache stuff causes the performance difference? | 12:15 |
freemangordon | tmlind: WDYM by "objectcache"? | 12:21 |
freemangordon | pvr_dri is 100% the same as in the blobs | 12:21 |
tmlind | weird, i wonder what the difference could be? the blobs also was crashing with glmark2 so something also fixed that somehow | 12:26 |
freemangordon | tmlind: umm, no, blobs were not crashing, it was chromeos dri that was crashing | 12:27 |
tmlind | oh ok | 12:27 |
freemangordon | but blobs does not support xorg, so I wonder there do you get 11fps from, chromeos dri? | 12:27 |
tmlind | yeah i'm pretty sure swapping some earlier dri makes stellarium much faster and glmark2 to crash | 12:28 |
tmlind | yeah probably it was the chromeos dri then, not the old binary dri | 12:28 |
freemangordon | yeah | 12:29 |
tmlind | if it was the chromeos dri, then 87790e2b9ce7926f6cc492fce01ca9d2f5589107 adds the object cache stuff which could explain | 12:29 |
freemangordon | is it possible to run stellarium on wayland? | 12:29 |
tmlind | yeah that's what i use it for | 12:29 |
freemangordon | with blobs that is | 12:29 |
freemangordon | and see what fps we get there | 12:29 |
tmlind | yeah that's what i was testing with over past few years | 12:29 |
freemangordon | it could be some mesa change that lowered the fps | 12:30 |
tmlind | something lowered the fps and fixed the glmark2 hang | 12:30 |
tmlind | may have been two separate changes though | 12:30 |
freemangordon | does 87790e2b9ce7926f6cc492fce01ca9d2f5589107 fixes fps? | 12:31 |
tmlind | no, that still can't be done with wlroots, i've had that always disabled for wlroots | 12:32 |
tmlind | so i'm pretty sure bakker's original mesa (with EXT_image_dma_buf_import_modifiers disabled) is faster but hangs with glmark2 | 12:34 |
freemangordon | yeah | 12:34 |
tmlind | so the object cache seems like the biggest difference there to me | 12:34 |
freemangordon | mhm | 12:34 |
freemangordon | but, can you check the fps with blobs | 12:35 |
tmlind | which blobs? | 12:35 |
tmlind | the original ti blobs? | 12:35 |
tmlind | i'll try disbling the object cache somehow | 12:36 |
freemangordon | yes, original blobs | 12:39 |
freemangordon | if they render with 7fps, then obviously that's all we can get | 12:40 |
tmlind | hmm not sure i even remember what all hacks wlroots needs to use the original blobs.. | 12:42 |
tmlind | let's see if this works: git diff 87790e2b9ce7926f6cc492fce01ca9d2f5589107.. src/mesa/drivers/dri/pvr/pvrdrawable.c | patch -p1 -R | 12:42 |
tmlind | only steps to go | 12:43 |
tmlind | only 100 steps | 12:43 |
sicelo | for original blobs, iirc we only needed 0001-render-Don-t-use-GL_EXT_unpack_subimage-when-not-ava.patch | 12:47 |
sicelo | for wlroots, that is | 12:47 |
tmlind | yeah maybe for wlroots-0.14 | 12:48 |
tmlind | i'll test with mesa commit at 8206053e95d326d4833f70c65d26527b3a8f1607 | 12:54 |
freemangordon | this is chromeos I would say | 12:55 |
tmlind | yeah, that commit does stellarium at close to 13fps | 12:58 |
tmlind | 12.8 to 12.9 fps looks like | 12:59 |
tmlind | let's see if glmark2 hangs now.. | 13:00 |
tmlind | yup, glmark2 causes some pvr dump | 13:01 |
tmlind | PVR_K:(Error): SGXOSTimer() detected SGX lockup (0x14 tasks) | 13:01 |
tmlind | and so on | 13:01 |
tmlind | ok need to continue at some point later on, ttyl | 13:02 |
freemangordon | Wizzup: did you forget about libsdl? | 13:53 |
uvos | Wizzup: did you try kicking neverball again? | 13:53 |
Wizzup | freemangordon: did not forget | 14:13 |
Wizzup | uvos: see other channel | 14:14 |
Wizzup | freemangordon: I've had to deal with some stuff, I'll do it today | 14:14 |
freemangordon | ok | 14:21 |
freemangordon | uvos: is it possible to turn display on *after* vtklock confirms it is shown? | 15:47 |
uvos | freemangordon: if thats not how it works allready then you can by changing the module load order, but i cant recommend doing that willy nilly, it causes a lot of subtle bugs | 15:56 |
freemangordon | ok | 15:57 |
freemangordon | I am thinking of how to deal with vtklock still being drawn when display turns on | 15:57 |
uvos | it signals mce its finished to early maybe | 15:58 |
freemangordon | but maybe this is some gtk issue, or vtklock issue itself | 15:58 |
freemangordon | hmm, ueah | 15:58 |
uvos | and this some real issue | 15:58 |
freemangordon | *yeah | 15:58 |
freemangordon | will check it | 15:58 |
uvos | so tklock.c waits untill it gets the finished signal via dbus | 15:59 |
uvos | if thats before or after the when the display gets turned on depends on module load oder | 15:59 |
uvos | but im pretty sure its before | 15:59 |
Wizzup | could it be a window resize problem? | 16:00 |
Wizzup | initially it has some default size and then resizes | 16:00 |
uvos | right | 16:00 |
uvos | yeah thats very possible | 16:00 |
uvos | Wizzup: btw dose openlara show for you now? | 16:01 |
uvos | in ham | 16:01 |
Wizzup | yes | 16:02 |
Wizzup | when I filter by typing 'lara' it did not show | 16:02 |
Wizzup | I am not sure why, but I can see it in the games category | 16:02 |
uvos | wierd | 16:02 |
uvos | ok but thats unlikely to be the packages fault | 16:02 |
Wizzup | depends on what it filters on | 16:02 |
Wizzup | if I search for 'open' I can find it | 16:03 |
Wizzup | but not for 'lara' | 16:03 |
uvos | hmm | 16:03 |
uvos | i would expect it to filter on the x-maemo-name thing | 16:03 |
uvos | and/or the pacakge name | 16:03 |
uvos | dose it find Lara? | 16:03 |
Wizzup | checking | 16:08 |
Wizzup | no | 16:09 |
Wizzup | maybe it just matches the start of every word | 16:09 |
Wizzup | looks like that's it | 16:09 |
uvos | hm that could be improved | 16:10 |
Wizzup | first I think want a separate category for debug symbols | 16:25 |
uvos | just hide everything that maches dbgsym | 16:36 |
uvos | its not like users that want to use this gui for pacakge management but cant use apt are going to have a need for debug symbols | 16:36 |
Wizzup | agreed | 16:36 |
freemangordon | yeah, sounds right (hide everything dbgsym) | 17:43 |
Wizzup | probably by category but yeah | 17:54 |
lel | MerlijnWajer opened an issue: https://github.com/maemo-leste/bugtracker/issues/609 (hildon application manager: hide debug symbol packages) | 17:55 |
freemangordon | yeah, maybe | 18:03 |
Wizzup | I mean the dbgsym have a specific section: in debian | 18:05 |
freemangordon | mhm, got it | 18:10 |
freemangordon | ugh, I have to fix DDX fd limits issue | 19:47 |
freemangordon | yeah, a task for the weekend | 19:47 |
freemangordon | uvos: hmm, openlara fails to start | 19:48 |
freemangordon | do I miss something? | 19:48 |
freemangordon | gives BadDrawable on startup | 19:48 |
uvos | freemangordon: its a engine reimplementation | 19:53 |
uvos | freemangordon: for a comertial game, you need to copy the files of the original disk into ~/.openlara | 19:53 |
uvos | freemangordon: yes i need to document this somehere | 19:53 |
uvos | i reported the BadDrawable upstream | 19:53 |
freemangordon | ah, ok | 19:53 |
uvos | but its not a big deal it just happens on exit | 19:54 |
freemangordon | ah, so it exits because data files are missing | 19:54 |
freemangordon | I see | 19:54 |
uvos | right | 19:54 |
freemangordon | yeah, lemme see if I can find the data files | 19:54 |
uvos | i can give them to you | 19:54 |
uvos | its just 64mb or so | 19:54 |
freemangordon | please do | 19:54 |
freemangordon | TBH I was never a fan of thomb raider but I am curious to see how this is going to run | 19:55 |
uvos | 45 fps ish, works pretty well gameplay wise because its a game played only with kbd | 19:56 |
freemangordon | ok, still it is good to have it running | 19:56 |
freemangordon | I may use it as a benchmark as well | 19:57 |
freemangordon | uvos: is this https://github.com/andrewsyc/Tomb-Raider-1-2-3-4-5-Map-viewer-and-levels what I need? | 20:04 |
uvos | freemangordon: yes but you need the file/folder structure of the orignal game, also the audio files look to missing there | 20:08 |
uvos | also lol @ hosting copyrighted files on gh | 20:08 |
freemangordon | yeah :) | 20:08 |
uvos | sent you an email | 20:08 |
freemangordon | but I doubt anybody cares for a 20yo(or even more) game | 20:09 |
freemangordon | thanks! | 20:09 |
uvos | probubly not yeah | 20:09 |
uvos | (you need to extract the archive into ~/.openlara) | 20:10 |
freemangordon | mhm | 20:10 |
freemangordon | uvos: downloaded | 20:20 |
freemangordon | uvos: if you fix neverball I can respin th ebuild | 20:28 |
freemangordon | or, do you want me to fix it? | 20:28 |
freemangordon | it hangs SGX :( | 20:49 |
freemangordon | (neverball( | 20:49 |
rafael2k | < typing from maemo leste in the pinephone, with keyboard and bt mouse | 20:49 |
rafael2k | : ) | 20:49 |
freemangordon | :) | 20:49 |
rafael2k | I just paired the mouse with bluetoothctl and mouse worked | 20:50 |
freemangordon | no reason not to | 20:50 |
freemangordon | h-d has support for mice (it should show a cursor) | 20:51 |
rafael2k | and a very nice black cursor showed up | 20:51 |
freemangordon | mhm | 20:51 |
freemangordon | thats how we test in amd64 VM ;) | 20:51 |
rafael2k | cool | 20:51 |
rafael2k | it works pretty well indeed | 20:52 |
uvos | hmm localy built neverball works perfectly fine here | 21:43 |
freemangordon | weird | 21:45 |
freemangordon | it hangs SGX in 10 seconds or so | 21:45 |
freemangordon | as sitting in the main menu | 21:45 |
uvos | wierd | 21:46 |
freemangordon | mhm | 21:46 |
uvos | i have played several levels | 21:46 |
freemangordon | lemme rebuild it agains old sdl | 21:46 |
uvos | your device is fine with loading sgx otherwise right? | 21:46 |
freemangordon | yep | 21:46 |
freemangordon | no issues whatsoever | 21:46 |
uvos | ie it dosent crash if you have it render glmark or openlara or so | 21:46 |
uvos | ok | 21:47 |
freemangordon | it could be that I built it agains lates libsdl2, trying the one in the repos now, lets see | 21:49 |
freemangordon | still hangs :( | 21:52 |
freemangordon | uvos: do you have something in the settings? | 21:53 |
freemangordon | like fullscreen, or... dunno | 21:54 |
uvos | dident change anything | 21:54 |
uvos | fullscreen dosent work | 21:54 |
uvos | it just gets nocked back to windowed | 21:54 |
freemangordon | mhm | 21:54 |
freemangordon | I even run it with h-d stopped | 21:54 |
freemangordon | it plays video for several seconds and hangs | 21:55 |
uvos | i have had it in menu for >1min now | 21:56 |
uvos | nothing bad happens | 21:56 |
uvos | well asside from https://github.com/Neverball/neverball/issues/280 | 21:56 |
freemangordon | ok | 21:56 |
freemangordon | hmm, it does not look like that here | 21:57 |
uvos | it allso has the bad drawable bug | 21:58 |
uvos | on exit | 21:58 |
uvos | interesting | 21:58 |
uvos | must be an issue with sdl2 | 21:58 |
freemangordon | still, I wonder why I get SGX HW recovery triggered | 21:59 |
freemangordon | hmm: GL version: OpenGL ES-CM 1.1 | 22:00 |
freemangordon | could that be the issue? | 22:00 |
uvos | GL renderer: PowerVR SGX 540 | 22:00 |
uvos | GL version: OpenGL ES-CM 1.1 | 22:00 |
freemangordon | yeah, same here | 22:00 |
freemangordon | :( | 22:01 |
freemangordon | did you upgrade sgx-ddk-um-ti443x? | 22:01 |
freemangordon | to 1.17.4948957+leste14-1+2m7 | 22:02 |
uvos | sha1sum /usr/lib/arm-linux-gnueabihf/libGLESv1_PVR_MESA.so.1.17.4948957 | 22:02 |
uvos | 742b822fc7a6e5b986abf43b1e743e1d9e54de31 | 22:02 |
freemangordon | same here | 22:02 |
uvos | i dident upgrade | 22:02 |
uvos | but i replaced by hand | 22:02 |
freemangordon | sha1sum /usr/lib/arm-linux-gnueabihf/libdbm.so.1.17.4948957 | 22:02 |
freemangordon | 48a195956f82f402e9ec5bb746fbf8323e58aa8f /usr/lib/arm-linux-gnueabihf/libdbm.so.1.17.4948957 | 22:02 |
uvos | c53d1a7683f5f5063fdb5aee47cef0f3403045aa | 22:03 |
uvos | hmm | 22:03 |
freemangordon | ok, you are on the old version | 22:03 |
freemangordon | lemme revert to see if it will make any difference (I doubt) | 22:03 |
uvos | yeah as mentioned i just replaced GLESv1 | 22:03 |
freemangordon | mhm | 22:03 |
freemangordon | uvos: it does not crash with SDL_RENDER_DRIVER=opengles | 22:18 |
freemangordon | for some reason I have SDL_RENDER_DRIVER=opengles2 defined | 22:19 |
freemangordon | any clue where this comes from? | 22:20 |
uvos | i have that too | 22:22 |
uvos | its from leste-config | 22:22 |
uvos | to make sdl prefer gles | 22:22 |
uvos | dosent harm my neverball | 22:22 |
freemangordon | but, afaik you use locally compiled mesa, no? | 22:22 |
uvos | user@maserati:~/programing/neverball$ printenv | grep SDL | 22:22 |
uvos | SDL_VIDEO_X11_FORCE_EGL=1 | 22:22 |
uvos | SDL_RENDER_DRIVER=opengles2 | 22:22 |
uvos | SDL_VIDEO_X11_XRANDR=1 | 22:22 |
uvos | freemangordon: no | 22:22 |
uvos | freemangordon: not anymore | 22:22 |
uvos | i also think i use repo sdl | 22:23 |
uvos | let me upgrade | 22:23 |
freemangordon | hmm, I don;t have SDL_VIDEO_X11_XRANDR=1 | 22:23 |
uvos | i might have added that | 22:23 |
uvos | may try it | 22:23 |
freemangordon | but I doubt this is the issue | 22:23 |
uvos | unlikely yeah | 22:23 |
uvos | Source: libsdl2 | 22:25 |
uvos | Version: 2.0.14+dfsg2-3 | 22:25 |
freemangordon | wtf? now it hung with SDL_RENDER_DRIVER=opengles | 22:25 |
uvos | upgrade wants to update sdl | 22:25 |
freemangordon | no idea why | 22:25 |
freemangordon | ok, if you go to options very fast, it does not hang | 22:27 |
uvos | well it stops rendering 3d then | 22:27 |
uvos | dosent hang with newer sdl | 22:27 |
uvos | let me rebuild the thing | 22:27 |
freemangordon | do you have anything in /etc/powervr.ini? | 22:28 |
uvos | no dont have it | 22:28 |
freemangordon | ok | 22:28 |
freemangordon | crashed again] | 22:28 |
freemangordon | not in the menu, but when I choose to play | 22:29 |
freemangordon | 3d, again | 22:29 |
uvos | do you have https://github.com/Neverball/neverball/issues/280? | 22:29 |
freemangordon | no | 22:29 |
uvos | hmm | 22:29 |
freemangordon | fonts are not fuzzy | 22:29 |
uvos | the version i installed was at https://github.com/Neverball/neverball/commit/5508e07ac566ae71a5cb54735a8ffa64daff3493 | 22:30 |
uvos | (as requested to test by upstream) | 22:30 |
uvos | thats probubly it | 22:30 |
uvos | the version in the extras repo is whatever debian packages | 22:30 |
freemangordon | could you provide your binary, to test here? | 22:30 |
uvos | sure | 22:31 |
uvos | http://uvos.xyz/maserati | 22:32 |
freemangordon | nope, still crashes | 22:34 |
uvos | blurry fonts? | 22:34 |
freemangordon | no | 22:34 |
uvos | wtf | 22:34 |
uvos | it has blurry fonts also on llvmpipe here and also on desktop+amdgpu | 22:34 |
freemangordon | no idea | 22:34 |
freemangordon | oh, could it be -common or -data package? | 22:35 |
uvos | maybe | 22:35 |
freemangordon | where do you get those from? | 22:35 |
freemangordon | debian repo? | 22:35 |
uvos | not sure, i might have installed something custom built before i dropped building those in neverball-gles | 22:36 |
uvos | sec | 22:36 |
freemangordon | common/data are 1.6.0+git20180603-2 | 22:37 |
freemangordon | gles is 1.6.0+git20180603-4 | 22:37 |
freemangordon | so that might be the issue | 22:37 |
uvos | Removing neverball-data (1.6.0+git20180603-2) | 22:38 |
uvos | i have the same thing | 22:38 |
uvos | or had | 22:38 |
freemangordon | no idea then | 22:38 |
uvos | turns out neverball is very toublesome :P | 22:38 |
freemangordon | :D | 22:38 |
uvos | and in the end its almost unplayable without a mouse | 22:38 |
uvos | :P | 22:38 |
freemangordon | why mouse, I remeber seeing that on n900 using the accel | 22:39 |
uvos | you can make it use accel | 22:39 |
freemangordon | ah | 22:39 |
uvos | i even built a utility | 22:39 |
uvos | to make that happen | 22:39 |
uvos | but it still sucks if you cant control the mouse | 22:39 |
uvos | /camera | 22:39 |
freemangordon | I seee | 22:40 |
uvos | see https://github.com/IMbackK/iio-uinput | 22:40 |
freemangordon | ok, I really wonder why you see blurred fonts and I don;t | 22:40 |
freemangordon | cool | 22:41 |
uvos | i reinstalled data | 22:41 |
uvos | and it still works fine | 22:41 |
freemangordon | still blurry? | 22:41 |
uvos | yeah | 22:41 |
uvos | ill rebuild a new copy later | 22:41 |
uvos | maybe its becuse i bult the current one against _something_ old | 22:41 |
uvos | but even then idk why the binary dosent work | 22:41 |
freemangordon | may I have your neverballrc? | 22:42 |
freemangordon | ugh aniso 8 | 22:43 |
uvos | sure its on my host | 22:43 |
uvos | multisample 0 | 22:44 |
freemangordon | I would say those are not default setting | 22:44 |
uvos | i gues, not that i remember changing anything | 22:44 |
freemangordon | https://pastebin.com/wdxy81M0 | 22:44 |
uvos | i also deleted the whole directory for https://github.com/Neverball/neverball/issues/280 | 22:44 |
uvos | dident change anything then | 22:45 |
uvos | but i also have .neverball-dev and .neverball | 22:45 |
uvos | hmm | 22:45 |
freemangordon | I have only .neverball-dev | 22:45 |
freemangordon | yeah, it works now | 22:46 |
uvos | so dose it hang wiht my rc | 22:46 |
uvos | ok | 22:46 |
uvos | mutisample causes it to hang then i gues? | 22:46 |
freemangordon | I would guess that 8x anosotropic filtering could be it | 22:46 |
freemangordon | lemme check which one it is | 22:47 |
uvos | maybe i deleted .neverball | 22:47 |
uvos | isntead of -dev | 22:47 |
freemangordon | hmm, but now fonts are way smaller | 22:47 |
freemangordon | lemme revert to my config | 22:48 |
uvos | ha | 22:49 |
uvos | yeah | 22:49 |
uvos | if i delete .neverball-dev it hangs | 22:49 |
uvos | aha | 22:49 |
uvos | so i deleted .neverball thinking it was using that | 22:49 |
freemangordon | multisample is set to 0, so it is not that one | 22:50 |
uvos | it also has the wrong aspect ratio | 22:50 |
uvos | after deletion | 22:50 |
uvos | hm | 22:52 |
uvos | i rebooted my device and sgx has not recoverd | 22:52 |
uvos | it renders hildon just black | 22:52 |
freemangordon | never seen such issue here | 22:53 |
uvos | yeah its not comeing back, ill remove the battery for a while | 22:53 |
freemangordon | ok, got it working with good fonts | 23:00 |
freemangordon | uvos: the option that crashes it seems to be 'shadow' | 23:06 |
freemangordon | uvos: yep, that's it, the shadow | 23:14 |
uvos | and what causes blurry fonts? | 23:14 |
uvos | that would be good to know for 280 | 23:14 |
freemangordon | well, you can do diff betwwen your 'blurry' setting and default and start playing with differences | 23:15 |
freemangordon | what is "textures 4" ? | 23:16 |
freemangordon | uvos: yep, that's it | 23:18 |
freemangordon | setting textures to 4 makes fonts blurry | 23:18 |
uvos | right | 23:19 |
uvos | let me update upstream on this | 23:20 |
freemangordon | I don;t see this documented | 23:21 |
uvos | see what documented? | 23:22 |
freemangordon | what "textures" setting means | 23:22 |
freemangordon | https://github.com/Neverball/neverball/blob/master/doc/manual.txt | 23:22 |
uvos | it reduces the texure size by 4 | 23:22 |
uvos | if set to for | 23:22 |
uvos | you can see it on the foor etc | 23:22 |
uvos | but in gles1 mode it also changes the size of the fonts | 23:23 |
uvos | in ogl mode it dosent | 23:23 |
freemangordon | ok, but is not documented :) | 23:23 |
uvos | sure | 23:23 |
uvos | anyhow i informed upstream about that bug | 23:23 |
uvos | not sure what to do about the shadow bug, thats in sgx obv. | 23:23 |
freemangordon | and what about "shadow"? | 23:23 |
freemangordon | not sure | 23:23 |
uvos | well sgx should never crash no matter what the application dose | 23:23 |
freemangordon | yeah | 23:24 |
uvos | so even if the shadow implementaion is terrible it should not crash the device | 23:24 |
freemangordon | agree | 23:24 |
freemangordon | but not much we can do | 23:24 |
uvos | yeah | 23:24 |
uvos | disable it by default it gues | 23:24 |
uvos | is all we cant do | 23:24 |
uvos | *can | 23:24 |
freemangordon | yeah | 23:24 |
uvos | in unrelated news: the shadow implementation in openlara is also broken on sgx | 23:27 |
freemangordon | I wonder if we can somehow get some support from TI | 23:27 |
uvos | dosent crash the device.. but | 23:27 |
uvos | well try it | 23:27 |
freemangordon | uvos: maybe it is SDL that does not plays nice | 23:27 |
uvos | i doubt | 23:28 |
uvos | in openlara its a shader | 23:28 |
uvos | also its gles2 | 23:28 |
freemangordon | yeah | 23:30 |
freemangordon | I wonder if we can somehow workaround that with powervr.ini settings | 23:31 |
freemangordon | anyway, its late here, going to zzz | 23:31 |
freemangordon | night! | 23:31 |
uvos | night | 23:31 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!