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 > CSDb Discussions > X2016 Competitions: Your Input Wanted!
2016-02-16 20:07
Burglar

Registered: Dec 2004
Posts: 1033
X2016 Competitions: Your Input Wanted!

The 28th of october is still far away but getting closer and closer. The organizers have been getting busy and are now well underway to get everything sorted out for another smashing X!

Since entry delivery and running the compos at X14 went quite smooth and voting is now done in realtime, we believe we may have room for 1 or 2 more (small/fun) c64 competitions. Like a PETSCII compo or a 4k compo, or maybe you guys have an idea?
Or perhaps you think the straightforward demo/music/gfx compos are enough.

Let us know :)
 
... 214 posts hidden. Click here to view all posts....
 
2016-02-28 20:36
chatGPZ

Registered: Dec 2001
Posts: 11127
another problem is that the clock speed of emulation (and 1541U/chameleon) is too perfect - it can vary quite a bit on real drives (and C64s!) - i'd always make the timing so one cycle more or less is OK, else its too much on the edge and could randomly fail on real machines.
2016-02-28 21:16
soci

Registered: Sep 2003
Posts: 474
Actually, I think STY $dd00 must finish one cycle before the end of BIT $1800 in order to be picked up, so this would put us back at 1.4us. Do you have experimental data that indicates otherwise?

Maybe next time when I have access to my gear I could measure this. But if STY $DD00 needs finishing one cycle earlier then STA $1800 might need this as well. And then it's zero sum possibly. But it's CIA vs. VIA so there could be some difference.

If the sender changes two signals (say, Data and Clock) at the same time

Yes, I've seen this too ;) As the X1541/PC64 PCLink (connected to IEC/Userport) in IDEDOS needs to be as fast as possible the C64 only reads the port once for handshake and data.

The timing problem was solved on the PC side. It updates the data and handshake in two writes even if both are controlled by the same register.
2016-02-29 07:29
Hein

Registered: Apr 2004
Posts: 933
So, only if explicitly asked to run on a real 1541, because of the awesome flip disk screen, with the risk of crashing and delaying the compo, else it's 1541U? Not that I care, I'm working on a one filer. Looking forward to the 64+ PETSCII entries. :)
2016-02-29 08:03
lft

Registered: Jul 2007
Posts: 369
I tried adding one safety cycle per bit pair in the transfer routine. This caused an average slowdown of 1.5% for my benchmark scenario.



Crosses are bitfire 0.3, just to get some perspective.
Hollow circles are the latest unreleased Spindle with the original (fast) transfer routine.
Green circles are the latest unreleased Spindle with the new (possibly more robust) transfer routine.

I'm thinking that perhaps the robust version should be default, and the fast version available as an option. But on the other hand, nobody has reported any actual issues with the fast code on real drives, so this decision would be based on fear, more or less. Spindle users, what do you say?
2016-02-29 08:13
Cresh

Registered: Jan 2004
Posts: 354
Guys, this discussion is extremely interesting, but is not about X16 compos.
2016-02-29 09:42
lft

Registered: Jul 2007
Posts: 369
We can has loadercompo?

Sorry for hi-jacking the thread. Here's a new one: Fastloaders & serial transfer timing
2016-02-29 12:48
MagerValp

Registered: Dec 2001
Posts: 1056
Quote: So, only if explicitly asked to run on a real 1541, because of the awesome flip disk screen, with the risk of crashing and delaying the compo, else it's 1541U? Not that I care, I'm working on a one filer. Looking forward to the 64+ PETSCII entries. :)

Standalone or two computer 1541U still shows flip disk parts, without freezing, just like with a real 1541.
2016-02-29 21:22
AlexC

Registered: Jan 2008
Posts: 293
Quote: The Turbo chameleon takes over the Ram and the CPU via its own core even when connected to the C64.

This opens the possibility of some cheating via activating turbo mode from within the program when required :-) I would guess the testers at the party would somewhat need to either trust the coder(s) or test it on something else before


You can disable turbo feature from TC menu. I just don't remember if in such case you are still enable to re enable it from c64 end.
2016-02-29 21:26
chatGPZ

Registered: Dec 2001
Posts: 11127
you can always reenable it.....

imho compo machine can only ever be a genuine C64 - you cant even trust a C128 (graham will cheat =P)
2016-02-29 22:12
Morpheus

Registered: Feb 2004
Posts: 152
Quote: 2sid, and even a unlimited amounts of sids would be fun, like just mount up like 30 sid voices and compose all the way... I would love that... and the petscii also. A more weird one would be a sprite compo - still sprites with plexer and a animation sprite compo, run from c64 without screen on... just sprites (and rasterbars maybe)... suggestions only!

Love the sprite idea!
Previous - 1 | ... | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 - 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
Didi/Laxity
psych
CA$H/TRiAD
Docster/Megastyle
Guests online: 145
Top Demos
1 Next Level  (9.8)
2 Mojo  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 Comaland 100%  (9.6)
6 No Bounds  (9.6)
7 Uncensored  (9.6)
8 Wonderland XIV  (9.6)
9 Memento Mori  (9.6)
10 Bromance  (9.5)
Top onefile Demos
1 It's More Fun to Com..  (9.7)
2 Party Elk 2  (9.7)
3 Cubic Dream  (9.6)
4 Copper Booze  (9.5)
5 TRSAC, Gabber & Pebe..  (9.5)
6 Rainbow Connection  (9.5)
7 Dawnfall V1.1  (9.5)
8 Quadrants  (9.5)
9 Daah, Those Acid Pil..  (9.5)
10 Birth of a Flower  (9.5)
Top Groups
1 Nostalgia  (9.3)
2 Oxyron  (9.3)
3 Booze Design  (9.3)
4 Censor Design  (9.3)
5 Crest  (9.3)
Top NTSC-Fixers
1 Pudwerx  (10)
2 Booze  (9.7)
3 Stormbringer  (9.7)
4 Fungus  (9.6)
5 Grim Reaper  (9.3)

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