Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
  You are not logged in - nap
256b Intro   [2010]

256b Intro Released by :
Meta

Release Date :
20 April 2010

Type :
C64 256b Intro

User rating:awaiting 8 votes (6 left)   See votestatistics

Credits :
Code .... Terric of Meta

Download :

Look for downloads on external sites:
 Pokefinder.org


User Comment
Submitted by Oswald on 21 April 2010
I think these limits were meant to limit the size of the code, and not of whatever data you need to get it to run.
User Comment
Submitted by endo on 21 April 2010
the problem is not including the load address or not. program should be runnable on a plain c64, just like that: load "x",8: run. If you can do it without including the load address then its ok.
User Comment
Submitted by Ninja on 21 April 2010
This is why I always do 1-block-intros. No doubts and much more c64ish :)
User Comment
Submitted by Mace on 20 April 2010
I managed to reduce this baby to 221 bytes (load addy included).
User Comment
Submitted by Oswald on 20 April 2010
so why dont you count in gcr bits, if you insist we should take the disk size.... ? :P :)
User Comment
Submitted by enthusi on 20 April 2010
Not that it fits in here well:
I think size of 256 bytes/1K should always be including load-address.
In this case, 2 bytes less would obviously not have caused any problem.
User Comment
Submitted by Mace on 20 April 2010
I agree with Oswald.
Count the bytes when the file is inside the computer, not when it's on the disk.
You could as well count the track linking bytes too, then (256 bytes + load addy don't fit in one sector, after all).
User Comment
Submitted by Oswald on 20 April 2010
so you suggest c64 coders can use 2 bytes less, just because of the filesystem ? I dont think the filesystem should change the spoken 256 byte limit. what if it needs 1024 bytes header? mission impossible? :)
User Comment
Submitted by JackAsser on 20 April 2010
©Oswald: You don't count the dir-entry or BAM bits either on C64. A PC .com file implicitly starts at the same memory location always, so no need for a header there.
User Comment
Submitted by Oswald on 20 April 2010
why should be the loadaddy included? you dont count in the size of fat or ntfs informations into pc 256byte intros either.
User Comment
Submitted by terric on 20 April 2010
my 254b intro is with a spacefunction so it exits ! It's rerunable.
User Comment
Submitted by Skate on 20 April 2010
reminded me this

8x8 Scroll

but actually it was 258 bytes not 256 bytes. creator was not aware of 2 load adress bytes should be included.
User Comment
Submitted by terric on 20 April 2010
Hope you enjoy small productions. I do.
Search CSDb
Advanced
Navigate
Prev - Random - Next
Detailed Info
· Summaries
· User Comments (13)
· Production Notes
Fun Stuff
· Goofs (1)
· Hidden Parts
· Trivia
Forum
· Discuss this release
Support CSDb
Help keep CSDb running:



Funding status:




About this site:
CSDb (Commodore 64 Scene Database) is a website which goal is to gather as much information and material about the scene around the commodore 64 computer - the worlds most popular home computer throughout time. Here you can find almost anything which was ever made for the commodore 64, and more is being added every day. As this website is scene related, you can mostly find demos, music and graphics made by the people who made the scene (the sceners), but you can also find a lot of the old classic games here. Try out the search box in the top right corner, or check out the CSDb main page for the latest additions.
Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.083 sec.