| |
Dano
Registered: Jul 2004
Posts: 226 |
WinVice 3.1 speed/performance on Ultrabooks?
Currently i am coding on an Asus UX32VD Ultrabook (which should have some like an Intel Core i7-3517U 1.9 GHz in it). As of WinVice3.1 using x64 with FastSid does not work correctly anymore. Visuals yes, but Sound sometimes totally goes south (no filters and such).
From the Vice people i was told to use ReSid as FastSid is not supported anymore.
Now my problems start: With using ReSid WinVice drops to like 24fps on my system. Using x64sc with Resid gives me like 8fps.
Looking at procmon it seems like one core is maxed out as CPU load never goes over 24% (the graphs show a different picture as none seems to be properly used).
My workhorse laptop at the office can run x64+resid nicely and properly, but okay it got way more power than my ultrabook will have.
Somehow i got the feeling that my system (Win10 Creators) is not really working properly anymore.
That's why i am asking here.. Any of you guys got a laptop compareable to mine and how's WinVice working on your system? Or what are the general performance reports for WinVice3.1?
Before i go into the ordeal of doing a complete re-install i would like to hear what other experience with WinVice currently. If it's problem on my side, or if it's just how well WinVice works on lower spec (sort of) laptops.. |
|
... 51 posts hidden. Click here to view all posts....
|
| |
Pantaloon
Registered: Aug 2003
Posts: 124 |
oh come on, just fix the damn warpspeed instead of trolling about vice settings. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11100 |
there is nothing to fix, except for emulation bugs. |
| |
soci
Registered: Sep 2003
Posts: 473 |
I still can get 311% warp on my faster Pentium II-400 while running my recently released scroller part.
What I've noticed is that resampling is still active while in warp mode. This is sort of counter intuitive as one might think that the sound is off as there's nothing audible. Actually it isn't and it's eating cycles as usual, and much more since 3.x changed resampling defaults.
Turn off sound for real or tune back resampling to "fast". Then likely you'll get much better performance for testing stuff in warp. |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: I still can get 311% warp on my faster Pentium II-400 while running my recently released scroller part.
What I've noticed is that resampling is still active while in warp mode. This is sort of counter intuitive as one might think that the sound is off as there's nothing audible. Actually it isn't and it's eating cycles as usual, and much more since 3.x changed resampling defaults.
Turn off sound for real or tune back resampling to "fast". Then likely you'll get much better performance for testing stuff in warp.
I.e. there are things to fix. Everything not related to updating internal state can be disabled in warp mode and thus improve performance.
I.e. no sound rendering, no bitmap rendering, no filters etc etc. |
| |
Slajerek
Registered: May 2015
Posts: 62 |
In my C64 Debugger which I plan to release soon I added option to switch off SID emulation completely when in warp mode. This *seems* to not destroy emulation, as the ReSID cycle is synced back to CPU just a while after returning from warp. Anyway - the warp got huge speed improvement. This is a crude hack, but it seems it is acceptable in most cases. By the way I think it's high time for me to post some patches to the Vice too :-) I'll post my outcomes within next few weeks. |
| |
Dano
Registered: Jul 2004
Posts: 226 |
@Slajerek: can't wait for the release. your debugger got SO SO vital to my development cycle.
@Compyx: thanks for info, will give it a try. as dennis told me you said that FastSID won't be supported anymore. it's strange that WinVice3.1 sounds worse there with some of our tunes than i think 2.4 did. Always used FastSID while working on Reluge. And Tobias' latest 2 tunes sound like
utter crap on FastSID now.
Tobias told me to use a filter bias auf -2500 which is better to his ears than the default +500.
@Pantaloon: i am completely with you there. Sometimes we need to warp to certain locations and points in our products.
Getting a little offtopic here, but 2 things i noticed while dev'ing the last months:
- Sometimes Vice doesn't autostart the file it's given upon starting. Closing and redoing the Compile+Start solves this usually latest after like 2 tries.
- On Windows sometimes the Mousepointer gets hooked/invisible and you can't Mouse-Interact with Vice anymore (f.e. moving the window). Only Solution until now was to delete the config file and re-set all my custom settings (like debug-borders).
Coming back to my problem i usually notice that the Vice Display FPS slow down the more is happening on screen. Frankly speaking screen action should not have effect on Vice Perfomance?! Having stuff like flashing/debug Bordercolors makes Vice drop in FPS like hell. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11100 |
Quote:Turn off sound for real or tune back resampling to "fast". Then likely you'll get much better performance for testing stuff in warp.
...and it also _does_ effect acuracy of the emulation. no not just in terms of output - actual test programs will then fail. and thats why the default was changed.
dano: of course when more things happen, more CPU is used. thats why comparing warp speeds in the basic startup screen is a silly exercise :) |
| |
Raf
Registered: Nov 2003
Posts: 343 |
Quote: In my C64 Debugger which I plan to release soon I added option to switch off SID emulation completely when in warp mode. This *seems* to not destroy emulation, as the ReSID cycle is synced back to CPU just a while after returning from warp. Anyway - the warp got huge speed improvement. This is a crude hack, but it seems it is acceptable in most cases. By the way I think it's high time for me to post some patches to the Vice too :-) I'll post my outcomes within next few weeks.
Your patches will be then skipped like Polish cartridges emulation developed within www.c64power.com xD |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 - Next |
