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 Questions > When is a One-File Demo not a One-File Demo?
2013-08-11 19:00
ChristopherJam

Registered: Aug 2004
Posts: 1409
When is a One-File Demo not a One-File Demo?

So, I've finally finished a small release (title+one effect+music), except it's 250 blocks long even before I decrunch it; initial load is from $0801 to $fffe

It's all a single file, that if I send to my c64 via codenet it runs just fine standalone, but in order to make it loadable with stock 1541+c64 I'm bundling it with the Effluvium loader. (cf Packer/decruncher for under IO?)

Should I make the Release Type "C64 One-File Demo" or "C64 Demo"?
 
... 13 posts hidden. Click here to view all posts....
 
2013-08-12 06:15
ChristopherJam

Registered: Aug 2004
Posts: 1409
@Flavioweb, Well, disk image is not needed to run the thing; all the effects code, graphics and music are all in a single 250 block file that starts with "10 sys2061". It's just that the kernal load routines are too stupid to load under ROM/IO. Any decent fastload cart should be able to load it directly.

@WVL, how can a 600 block file be single load? Surely there's only room in the c64 for 258 blocks, and even that wouldn't leave room for a loader?

Anyway, I'll go with c64 demo for now I guess; corrections welcome.
2013-08-12 07:08
Bitbreaker

Registered: Oct 2002
Posts: 508
@ChristopherJam: Now stop making us wet and release this thing!!! :-)
I'd say anything that fits into memory with a single loading action is considered a onefile-demo.
2013-08-12 07:17
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: @ChristopherJam: Now stop making us wet and release this thing!!! :-)
I'd say anything that fits into memory with a single loading action is considered a onefile-demo.


Agree, and if it doesn't work with standard KERNEL loader then it's a crippled one filer. If you then add a loader to it to make it work with KERNEL it will become a demo. :)
2013-08-12 07:24
The Human Code Machine

Registered: Sep 2005
Posts: 112
Did You try ALZ64 to squeeze the file into 202 blocks? If it works just make two downloadable versions. One for impatient cartridge owners and one for all the others ;)
ALZ64
2013-08-12 08:54
Oswald

Registered: Apr 2002
Posts: 5095
Quote: So, I've finally finished a small release (title+one effect+music), except it's 250 blocks long even before I decrunch it; initial load is from $0801 to $fffe

It's all a single file, that if I send to my c64 via codenet it runs just fine standalone, but in order to make it loadable with stock 1541+c64 I'm bundling it with the Effluvium loader. (cf Packer/decruncher for under IO?)

Should I make the Release Type "C64 One-File Demo" or "C64 Demo"?


so where do you decrunch to? $0000-$0800 ? :D
2013-08-12 09:28
ChristopherJam

Registered: Aug 2004
Posts: 1409
Ok, it's up. Jam Ball 2

@The Human Code Machine, it's already crunched!

Very good @Oswald. (FWIW I decrunch to $0200 to $ff6a :P)
2013-08-13 06:56
ChristopherJam

Registered: Aug 2004
Posts: 1409
My apologies The Human Code Machine, I was overly dismissive of your suggestion. For some reason I didn't think of applying ALZ64 to the released file, rather than the precrunched file.

I'd thought ALZ64 was a poor fit because it requires the input file size to be in range $0003..$F800, which prior to using my own simplistic packer Jam Balls exceeds.

However, the file I load from disk is just under the upper limit, so I just gave it a go.

It's pretty effective, but sadly not enough to make this a one filer. File size drops from 250 blocks to 230. Decrunching also takes forever!
2013-08-13 17:08
WVL

Registered: Mar 2002
Posts: 903
Quote: @Flavioweb, Well, disk image is not needed to run the thing; all the effects code, graphics and music are all in a single 250 block file that starts with "10 sys2061". It's just that the kernal load routines are too stupid to load under ROM/IO. Any decent fastload cart should be able to load it directly.

@WVL, how can a 600 block file be single load? Surely there's only room in the c64 for 258 blocks, and even that wouldn't leave room for a loader?

Anyway, I'll go with c64 demo for now I guess; corrections welcome.


I meant this slideshow : Nocode-slide by tlr.

It's a single file, but does it count as a onefiler or not? It doesn't even contain any code at all....
2013-08-13 18:49
Krill

Registered: Apr 2002
Posts: 2982
If you count tlr's nocode slideshow as a onefiler, you must also count single-filed IFFL stuff as onefilers. May be correct in a certain way, but feels odd.

I go with Jackasser. Classic onefilers are up to 202 blocks, $0801-$cfff, and load in a single pass before running, no autostart, no tricks, no disk images.
If non-standard load is required (to load under IO and ROM), it's a "crippled onefiler" indeed.
If you add a loader, it's a demo. :)
2013-08-13 19:13
ChristopherJam

Registered: Aug 2004
Posts: 1409
Clearest statement yet.

*upvotes Krill's comment*
Previous - 1 | 2 | 3 - 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
MWR/Visdom
astaroth/TRSI
REBEL 1/HF
Guests online: 138
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Coma Light 13  (9.6)
4 Edge of Disgrace  (9.6)
5 Mojo  (9.6)
6 Uncensored  (9.6)
7 The Demo Coder  (9.6)
8 Comaland 100%  (9.6)
9 What Is The Matrix 2  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 Layers  (9.7)
2 Cubic Dream  (9.6)
3 Party Elk 2  (9.6)
4 Copper Booze  (9.6)
5 Dawnfall V1.1  (9.5)
6 Rainbow Connection  (9.5)
7 Morph  (9.5)
8 Libertongo  (9.5)
9 Onscreen 5k  (9.5)
10 It's More Fun to Com..  (9.5)
Top Groups
1 Booze Design  (9.3)
2 Oxyron  (9.3)
3 Performers  (9.3)
4 Triad  (9.3)
5 Censor Design  (9.3)
Top Musicians
1 Mutetus  (9.7)
2 Jeroen Tel  (9.6)
3 Rob Hubbard  (9.6)
4 Linus  (9.6)
5 Jammer  (9.6)

Home - Disclaimer
Copyright © No Name 2001-2025
Page generated in: 0.064 sec.