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


Forums > C64 Coding > problem with vice 2.4.18
2015-03-30 10:51
robo

Registered: Nov 2012
Posts: 9
problem with vice 2.4.18

I downloaded the latest vice build from pokefinder (WinVICE-2.4.18-x86-r29549). I want it to always use the "true drive emulation", but it NEVER uses it.

When I try to load something, it works, but without using the true drive emu.
When I try to load sth using the AR6 fastloader, it simply does nothing.

Is there something broken or am I doing sth wrong?
 
... 10 posts hidden. Click here to view all posts....
 
2015-03-31 05:20
MagerValp

Registered: Dec 2001
Posts: 1078
Quote: Quote:
nothing tells them to delete the config when upgrading

infact, making a mechanism that warns about it is on my todo list :)

however, this is about a snapshot build - and you should never "upgrade" your existing installation with it. this has huge potential for creating all sorts of problems, just dont.


A warning is certainly better than the current situation, but why not fix the actual problem instead? The simplest workaround is probably to only write config values that differ from the default - far from an ideal solution but better than what we have now.

The proper solution would be versioned config files and logic to migrate settings, but that requires more work.
2015-03-31 12:53
chatGPZ

Registered: Dec 2001
Posts: 11386
thing is, to actually fix the ini problems, tons of stuff must get rewritten. eg a bunch of things rely on the order of how resources are loaded, and will break with such an "incomplete" config file.
that said, my time is limited and i'd rather look at actual emulation problems :)
2015-03-31 16:42
MagerValp

Registered: Dec 2001
Posts: 1078
Well that sucks :/

At some point I guess you just need to kill it with fire and separate the emulation core into libvice, decoupling it from the applications. The source is such a tangled mess that I don't even know where to start - I can't even get it to compile.
2015-03-31 22:40
chatGPZ

Registered: Dec 2001
Posts: 11386
a while ago i compiled it with a blank configure line on OSX .... perhaps at the moment ffmpeg must be disabled, did not check that yet. (the xcode project does NOT work, i failed at fixing that and i am happy it can atleast be used to edit some dialogs)
2015-04-01 06:42
MagerValp

Registered: Dec 2001
Posts: 1078
Maybe the problem is that I've been following the instructions and using the build scripts...
2015-04-01 08:01
Perplex

Registered: Feb 2009
Posts: 255
Quoting MagerValp
The proper solution would be versioned config files and logic to migrate settings, but that requires more work.


Including the version string in the name of the config file shouldn't be too much work. Not an ideal solution, but if we're expecting to start from a clean slate anyway this would remove the need for the user to do any manual housekeeping.

A better solution would be a versioned config file with default settings, and a different non-versioned config file containing only local overrides.
2015-04-01 19:23
chatGPZ

Registered: Dec 2001
Posts: 11386
Quote:
Maybe the problem is that I've been following the instructions and using the build scripts...

the real problem is that no bug was reported and complaints posted elsewhere :)
Quote:
A better solution would be a versioned config file with default settings

the defaults are built into the app anyway, how would this improve anything? vice.ini ARE the "local overrides".
2015-04-02 11:00
Perplex

Registered: Feb 2009
Posts: 255
The problem is that vice.ini is not a "local override" at all right now, as it includes *all* settings, even those that have not changed from the default. If vice.ini included only options that were changed by the user, then upgrading the emulator to a new version with new defaults would grant the user the new default values instead of letting her being stuck with defaults from an older version that are now no longer defaults.
2015-04-02 16:56
Count Zero

Registered: Jan 2003
Posts: 1932
I didnt test this but should/could work:

x64sc -default yoursettings.vrs some.d64

where yoursettings.vrs contains the resources one usually changes. As said: nojoopa (I think) added the possibility for all resources in vrs files a long time ago. Not sure if that is still functional though.

vrs files were meant to be for romset loading but may serve this purpose as well.
2015-04-02 17:04
chatGPZ

Registered: Dec 2001
Posts: 11386
Quote:
The problem is that vice.ini is not a "local override" at all right now, as it includes *all* settings

one doesnt exclude the other. it _IS_ an override. you _CAN_ just put the things you changed into it. (and no, you dont need .vrs for that :=))

i dont see the problem though. you'll have to delete your config every two years when vice is released. big fucking deal =)
Previous - 1 | 2 - 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
REBEL 1/HF
Freeze/Blazon
Brataccas/HF
BANDIT/BANDIT-COOL-S..
St0rmfr0nt/Quantum
Krill/Plush
algorithm
Unlock/Padua/Albion
Holy Moses/Role
Steveboy
E$G/HF ⭐ 7
Guests online: 102
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 Edge of Disgrace  (9.6)
6 What Is The Matrix 2  (9.6)
7 The Demo Coder  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 No Listen  (9.6)
3 Cubic Dream  (9.6)
4 Party Elk 2  (9.6)
5 Copper Booze  (9.6)
6 Dawnfall V1.1  (9.5)
7 Rainbow Connection  (9.5)
8 Onscreen 5k  (9.5)
9 Morph  (9.5)
10 Libertongo  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Triad  (9.3)
5 Censor Design  (9.3)
Top Fullscreen Graphicians
1 Joe  (9.7)
2 Sulevi  (9.6)
3 The Sarge  (9.6)
4 Veto  (9.6)
5 Facet  (9.6)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.054 sec.