Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in 
CSDb User Forums


Forums > CSDb Discussions > VICE threaded UI test builds
2020-05-18 16:10
Groepaz

Registered: Dec 2001
Posts: 9317
VICE threaded UI test builds

In this thread i will post test builds of the (hopefully) soon to be merged threaded ui rewrite.

Linux and OSX users can always grab the current state from dqh's git repo here: https://github.com/dqh-github/vice-experiments/tree/threaded-ui.. (make sure to checkout the "threaded-ui-exp" branch after cloning the repo)

Please test and report back positive and negative results. Especially interesting right now are rendering errors/problems and unexpected crashes. Please tell exactly what OS you are using, and what GPU.

I will keep posting new windows builds here - starting with todays: https://sourceforge.net/projects/vice-emu/files/experimental%20..

64bit only right now - i'll have to figure out how to build proper 32bit binaries on my box (not that you should be still using a 32bit OS in 2020).
 
... 149 posts hidden. Click here to view all posts....
 
2020-06-11 20:43
cadaver

Registered: Feb 2002
Posts: 1133
Happy to see it run very smooth on Win10, I've been using offensively old VICE versions for a long time. Only thing I noticed was that sometimes after startup and loading a disk, audio latency was high (> 1 sec). This got fixed by fiddling with the sound buffering settings, now have smallest fragment size and "adjusting" sync method, and the high latency hasn't reappeared so far.
2020-06-12 06:59
JackAsser

Registered: Jun 2002
Posts: 1680
I started messing with the mouse problems. The wrap problem is due to that gtk_warp_device always is relative to the considered default monitor for the screen. I’ve fixed that and compensated properly. So capture of the mouse now works properly. There are still problems getting relative coords though, the motion callback is triggered but the calculated deltas are 0,0 unless I move exceptionallly fast. I assume this is due to deltas are calculated after pixel scale compensation which is plain wrong. I’ll fix that also.
2020-06-12 07:04
JackAsser

Registered: Jun 2002
Posts: 1680
Also thinking if it wouldn’t be better to hook into the usbhid layer directly instead and get relative hw-coords right away... this warping of the pointer feels utterly ugly
2020-06-12 08:39
JackAsser

Registered: Jun 2002
Posts: 1680
Quote: I started messing with the mouse problems. The wrap problem is due to that gtk_warp_device always is relative to the considered default monitor for the screen. I’ve fixed that and compensated properly. So capture of the mouse now works properly. There are still problems getting relative coords though, the motion callback is triggered but the calculated deltas are 0,0 unless I move exceptionallly fast. I assume this is due to deltas are calculated after pixel scale compensation which is plain wrong. I’ll fix that also.

Further debugging reveals that after a pointer warp gtk will report motion, but not updated coords for about 200ms, causing everyrthing to fuck up. Digging further into the gtk/gdk sources to see why this behavious exists and possible ways to prevent it.

Recent gtk doesn't event support pointer warp anymore and the APIs have been removed alltogether so I suppose a more direct way of getting relative mouse motion is needed to be future safe.
2020-06-12 13:57
Groepaz

Registered: Dec 2001
Posts: 9317
aaaaarg. another thing we need to solve with archdep code? SATAN!
2020-06-12 14:35
JackAsser

Registered: Jun 2002
Posts: 1680
Quote: aaaaarg. another thing we need to solve with archdep code? SATAN!

Yup..
2020-06-12 14:37
JackAsser

Registered: Jun 2002
Posts: 1680
Quote: aaaaarg. another thing we need to solve with archdep code? SATAN!

Should consider libusb for input handling. That would make hid-input portable.
2020-06-12 15:58
Groepaz

Registered: Dec 2001
Posts: 9317
i already hate that idea :)
2020-06-12 16:18
JackAsser

Registered: Jun 2002
Posts: 1680
Quote: i already hate that idea :)

Not keen either tbh, but it actually offers a thin HID-wrapper which means that joysticks, keypads and relative mouse could be handled in a uniform way. Keyboard and light pen could and should still be handled by gtk.

But the rewrite would be massive and nobody will do it. :)
2020-06-13 00:48
dqh

Registered: Jun 2019
Posts: 40
cadaver - thanks for the report. Once I’m finished playing with rendering performance I’m going to shift my focus to audio (all platforms). I think audio is the last major source of performance glitches, depending on the sync method and driver.
Previous - 1 | ... | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
Jazzcat/Onslaught
Arcane/Glance
Karmic/HVSC/ONS
Black Beard/Abyss, A..
Macbeth/PSW
josepzin/Nautilus
McMeatLoaf
Guests online: 27
Top Demos
1 Coma Light 13  (9.7)
2 Uncensored  (9.7)
3 Edge of Disgrace  (9.7)
4 Comaland 100%  (9.6)
5 Unboxed  (9.6)
6 The Shores of Reflec..  (9.6)
7 Lunatico  (9.5)
8 Remains  (9.5)
9 NGC 1277 100%  (9.5)
10 Wonderland XII  (9.4)
Top onefile Demos
1 Dawnfall V1.1  (9.6)
2 Listen to Your Eyes  (9.6)
3 MD202006 - Get Well ..  (9.6)
4 The Tuneful Eight [u..  (9.5)
5 Smile to the Sky  (9.5)
6 Crystal Gazer  (9.5)
7 Instinct  (9.5)
8 Coro(l)na Nuthouse  (9.5)
9 Rewind  (9.5)
10 Bad Boy  (9.5)
Top Groups
1 PriorArt  (9.6)
2 Performers  (9.5)
3 Booze Design  (9.4)
4 Fossil  (9.4)
5 Censor Design  (9.4)
Top Logo Graphicians
1 Mermaid  (9.4)
2 Pal  (9.3)
3 Yazoo  (9.1)
4 Elko  (9.1)
5 Cupid  (9.0)

Home - Disclaimer
Copyright © No Name 2001-2020
Page generated in: 0.052 sec.