| |
Krill
Registered: Apr 2002
Posts: 2980 |
Holy Grails
I've been wondering about them, with some having been finally discovered, others not yet, and some probably going to remain in the realm of the impossible forever.
I'm speaking of things like:
- 320x200x16 graphics without restrictions
- Crash-free all-direction hardware scrolling
- Digi replay of 8-bit samples at one register write per sample and without requiring cycle accuracy
on standard vanilla hardware, of course.
Some examples of discovered grails are:
- Cube rotating at 50 fps about 3 axes
- The 9th sprite (with some restrictions)
- On-the-fly standard GCR block read+decode+checksumming
As for definition, they all satisfy some measure of being perfect or optimal or being possible after all, with no further improvements required, possible or necessary. But i'm not so sure if that definition holds water with regard to some of the examples i listed. :D
The question is, what other Holy Grails are there, already discovered or still elusive?
What are your pet grails you've been chasing after for decades or have found eventually? :) |
|
... 109 posts hidden. Click here to view all posts....
|
| |
CreaMD
Registered: Dec 2001
Posts: 3057 |
Quote: d016 hires / multi split without bugs is nothing impossible. maybe 1 char needed to left empty if switch is delayed by a few pixels as Jacky explains. The main complexity is on the fly speedcode generator for the split in Wotnau's case.
Yeah you can explain it. Congratulations. Can you please provide some links of Graffity or other group demos? Thanx |
| |
Oswald
Registered: Apr 2002
Posts: 5094 |
Quote: Yeah you can explain it. Congratulations. Can you please provide some links of Graffity or other group demos? Thanx
I can even show you, splitting d016 happens naturally without bugs:
what was hard is, to code the code generator, that will generate speedcode for the article pages, that will do the splits as needed.
Justintime |
| |
CreaMD
Registered: Dec 2001
Posts: 3057 |
As I expected I see one split. But I must admit it looks perfect so you've got point there. |
| |
Peacemaker
Registered: Sep 2004
Posts: 275 |
https://drive.google.com/file/d/1VyaY2luU1nuDQj3K4RfE9O_xMgMbrs..
4 d016 splits. no rocket science =)
the problem with d016 splits is ofcourse the badline. a way to avoiding is using d011. |
| |
Oswald
Registered: Apr 2002
Posts: 5094 |
the font in that diskmag cleverly avoids bad lines.
Roman, splitting d016 is as hard as d021, with which even scrollers has been done.
Kudos for Wotnau for incorporating this into a diskmag, not easy feat at all, but its not a holy grail :) |
| |
Peacemaker
Registered: Sep 2004
Posts: 275 |
indeed. oswald ist right.
a 7 pixel high char = no badline problem. |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
Not stock hardware, but I was quite pleased to implement a completely unrestricted 36x200 multicolour resolution mode for c64+REU in 2015
I'm reasonably confident that 36 pixels is the maximum width attainable, but would be fascinated if anyone managed to either beat that or provide a formal proof that I'm correct. |
| |
ptoing
Registered: Sep 2005
Posts: 271 |
What was the setup for that, Christopher? |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
Seven sprites over a ten character wide FLI area.
One multicolour sprite covers character columns 1-3, another covers character columns 6-8.
The other five sprites are hires and x-expanded, three covering character columns 1-6 and the remaining two covering columns 3-8.
d021 and d800 are constant for the entire screen, but each line an REU transfer sets nine new sprite colours, and a VIC DMA fetches two colours per 4x1 pixel area. Characters 0 and 9 only use two pixels each, so those are covered by the VIC DMA.
An offline image converter finds the optimal colour register allocation for each line using a recursive search algorithm. Hasn't failed yetÂ… |
| |
ptoing
Registered: Sep 2005
Posts: 271 |
That's pretty clever. Good stuff. |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 - Next |
