Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
 Welcome to our latest new user tomek ! (Registered 2024-11-24) You are not logged in - nap
CSDb User Forums


Forums > CSDb Discussions > Emulator checks are evil
2008-05-13 13:15
madcrow
Account closed

Registered: Oct 2003
Posts: 39
Emulator checks are evil

Seriously. I'm stuck in NTSC-land, so all this cool PAL stuff you Euros code is inaccessible to me on real hardware. When you add emulator checks/blocks, you keep "casual" fans who enjoy seeing C64 demos, but don't care to import a PAL '64 and monitor and associated high-end transformers to turn 110V/60Hz into 220V/50Hz from ever seeing cool stuff. So PLEASE ignore the advice in the emulator bugs document and keep on making no-check demos.
--------------------------------------
please have pity on the n00bish emu kiddie responsible for the post above.
 
... 33 posts hidden. Click here to view all posts....
 
2008-05-14 07:36
WVL

Registered: Mar 2002
Posts: 896
Quote: what, there are still new VIC effects? bring them on.

Yes, there are some, but they're not really useful to make anything nice. At least, nothing that I could think of anyway :)

I could maybe add a small emulator test to the next demo based on one of those effects :)
2008-05-14 08:01
JackAsser

Registered: Jun 2002
Posts: 2014
I could release my EMU-checked based on the analog properties in the serial cable between the disk drive and the c64. It's really simple and would be quite hard to emulate because it would require the emulators to correctly emulate pull up and pull down time when driving the cables.

However it's just a curiosity and wouldn't lead to better emulation imo, just slower emulation so what the fuck...
2008-05-14 08:28
yago

Registered: May 2002
Posts: 333
The current emuchecks only check for bugs in the emu.

It would be much nicer, if the emulator tells "voluntary" about his settings, like framerate,sounddelay etc pp

The current emudetection-scheme which doesnt rely on bugs is very bad, because its in one of the io-areas, has way too few infos and is switched off by default on all emus.

If e.g. the hoxs+vice folks could come up with a new standard for that, these evil emulator checks would be much less evil.
2008-05-14 08:50
Graham
Account closed

Registered: Dec 2002
Posts: 990
Quote: I know most demos only work on PAL. Thus, my comment/assumption that emulators are the only way for people in the NTSC part of the world to watch PAL demos without shelling out huge ammounts of money for hardware. (High-end transformers, shipping of equipment from Europe, etc)
--------------------------------------
please have pity on the n00bish emu kiddie responsible for the post above.


All you need is a PAL VIC-II and a 17.734475 MHz clock from a PAL C64 (and VERY little soldering skills).

You can also simply try to get a PAL C64 without anything else (no PSU etc).
2008-05-14 08:55
assiduous
Account closed

Registered: Jun 2007
Posts: 343
Quote:
what, there are still new VIC effects? bring them on.

as WVL said nothing you could possibly find useful in demo coding so dont hold your breath.

Quote:
I could maybe add a small emulator test to the next demo based on one of those effects :)

please do. every emu detector leads to a better emulation.

Quote:
It would be much nicer, if the emulator tells "voluntary" about his settings, like framerate,sounddelay etc pp
If e.g. the hoxs+vice folks could come up with a new standard for that, these evil emulator checks would be much less evil.

wont happen,atleast in Hoxs64. the reason is the C64 doesnt do that and the only aim is to replicate the real thing.
2008-05-14 09:55
WVL

Registered: Mar 2002
Posts: 896
Quote: Quote:
what, there are still new VIC effects? bring them on.

as WVL said nothing you could possibly find useful in demo coding so dont hold your breath.

Quote:
I could maybe add a small emulator test to the next demo based on one of those effects :)

please do. every emu detector leads to a better emulation.

Quote:
It would be much nicer, if the emulator tells "voluntary" about his settings, like framerate,sounddelay etc pp
If e.g. the hoxs+vice folks could come up with a new standard for that, these evil emulator checks would be much less evil.

wont happen,atleast in Hoxs64. the reason is the C64 doesnt do that and the only aim is to replicate the real thing.


So if i make my demo only work with AR plugged in, David will finally emulate that? ;) In the _REAL_ world, c64's have AR or FC, you know? ;)

Oswald : some missing VIC effects mainly have to do with the registers taking effect not exactly between cycles, but somewhere halfway after some pixels. I bet those will be nasty to emulate.
2008-05-14 10:02
Mace

Registered: May 2002
Posts: 1799
Quote:
{emulator feedback} won't happen, at least in Hoxs64. the reason is the C64 doesnt do that and the only aim is to replicate the real thing.
Only if the emulator is EXACTLY emulating the real thing and the developers have nothing else to do... they could start making 'emulated cartridges' that read parameters from within the emulator and return them through actualy registers on any of the emulated ports. ;-)

But only when they're done... 100% emu has priority!
2008-05-14 10:14
yago

Registered: May 2002
Posts: 333
Quote: Quote:
what, there are still new VIC effects? bring them on.

as WVL said nothing you could possibly find useful in demo coding so dont hold your breath.

Quote:
I could maybe add a small emulator test to the next demo based on one of those effects :)

please do. every emu detector leads to a better emulation.

Quote:
It would be much nicer, if the emulator tells "voluntary" about his settings, like framerate,sounddelay etc pp
If e.g. the hoxs+vice folks could come up with a new standard for that, these evil emulator checks would be much less evil.

wont happen,atleast in Hoxs64. the reason is the C64 doesnt do that and the only aim is to replicate the real thing.


The C64 also dont have sounddelay or stutters when windows like to swap stuff.

If you emulator-folks dont provide friendly, voluntary information, thats just hubris.

2008-05-14 10:17
assiduous
Account closed

Registered: Jun 2007
Posts: 343
Quote: So if i make my demo only work with AR plugged in, David will finally emulate that? ;) In the _REAL_ world, c64's have AR or FC, you know? ;)

Oswald : some missing VIC effects mainly have to do with the registers taking effect not exactly between cycles, but somewhere halfway after some pixels. I bet those will be nasty to emulate.


in reality there are many more possibilities than AR or FC. if it was only a matter of AR and FC i think it would have been already emulated in Hoxs64.

about the VIC effects occuring between cycles afaik they are emulated correctly in Hoxs64 to the best of the knowledge of David. for instance Pinball Dreams required a shift of a VIC register delay of 2 pixels (1 quarter of a clock cycle).

Quote:
Only if the emulator is EXACTLY emulating the real thing and the developers have nothing else to do...

But only when they're done... 100% emu has priority!

i doubt that any emu will ever reach the absolute accuracy.

edit:

Quote:
The C64 also dont have sounddelay or stutters when windows like to swap stuff.

The sound delay in a correctly written emulator is kept to a minimum and hardly observable. if your emu stutters when your windows swaps stuff its not a fault of the emulator. the are multiple solutions to the problem including closing any other interfering apps,assigning high priority to the "emu.exe" process in your task manager or just expanding memory in your PC and disabling the swap file.
2008-05-14 10:28
Mace

Registered: May 2002
Posts: 1799
Quote:
i doubt that any emu will ever reach the absolute accuracy.
In theory or practice?
If the quirks aren't detectable by any routine, it's good enough for me, even if in theory there might be a difference with the hardware.
Previous - 1 | 2 | 3 | 4 | 5 - 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
zscs
Genius/Xenon
Vent
Mojzesh/TGR🇬🇧
FABS/HF
iceout/Avatar/HF
wil
Scooby/G★P/Light
Beast/Crescent
bugjam
goto80/HT
sln.pixelrat
Paladin/G★P
csabanw
lotus_skylight
astaroth/TRSI
Sasq
grass/LETHARGY
psych
doZe
WVL/Xenon
Guests online: 120
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 Mojo  (9.6)
6 Uncensored  (9.6)
7 The Demo Coder  (9.6)
8 Wonderland XIV  (9.6)
9 Comaland 100%  (9.6)
10 No Bounds  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 Party Elk 2  (9.6)
3 Cubic Dream  (9.6)
4 Copper Booze  (9.6)
5 Libertongo  (9.5)
6 Rainbow Connection  (9.5)
7 Onscreen 5k  (9.5)
8 Morph  (9.5)
9 Dawnfall V1.1  (9.5)
10 It's More Fun to Com..  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Nostalgia  (9.3)
5 Censor Design  (9.3)
Top Crackers
1 Mr. Z  (9.9)
2 Antitrack  (9.8)
3 OTD  (9.8)
4 Fungus  (9.8)
5 S!R  (9.8)

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