| |
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.... |
| |
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 :) |
| |
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...
|
| |
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.
|
| |
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).
|
| |
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. |
| |
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. |
| |
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! |
| |
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.
|
| |
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. |
| |
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 |