Видео

Indeed! You might want to have a look at the behind the scenes videos as well...

@FairLight1337 will do, amazing what these magicians can do with this amazing micro.

Agree:)

Glad you like it!

Note to self: I should watch the whole videos before commenting. 😅 Many of the things I wrote were in the video after the "interview". 😛

Ha ha ha :) There will be more in the interview next week!

You mean self extracting or levels? Self extracting loads the compressed and decompresses in memory. Levelcrunch loads from disk and decompresses on the fly. So the compressed data is never loaded to memory - it comes as a stream and ens in decompressed form.

That one loads faster. No compression involved. I should have lunch with him in the near future, but I do agree.

@@FairLight1337 Really no compression? I thought that was the only way to get so many games onto a single tape. Well, at least I learned something new today. :)

The programs were of course compressed, at least most of them. But the Turbos means storing the bits as shorter pulses on the tape. A.most efficient (but fragile) way of storing data on the tape.

@@FairLight1337 Ok, so the extra compression with Turbo 250 lies in the actual storage method on the tape? That in itself would be an interesting topic for your next YT-video. ;)

Compression is reducing the size of the actual file. Fast Loading on tape is putting the bits of the file with a higher density. Its not compression. Its like setting and he disk to use 40 tracks. Gives more space on the disk. It doesnt change the files you store there.

Yes, thats next time.

I generally feel I am babbling a bit. Im glad you dont see it like that :)

Vector quantization is probably what you wanted to say. :-) It's used a lot in C64 productions.

@@az09letters92 Aha, I didn’t know it had a name, thank you!

Thanks!

Thanks!

Agree :)

LZ breaks the byte boundaries and the result is totally random. Im surprised if Huffman would work on that.

@@FairLight1337 That's an implementation detail - you can bunch up your bits in batches of 8 and then your literals will all be naturally byte aligned and you give Huffman a chance to find some statistics to chew on.

But then your LZ would not work its best. Is the total really better?

@@FairLight1337 It should just be a different order of your compressed bits, making them more friendly for Huffman. I believe the bit-grouping approach was popular in the later LZSS and similar variants; it makes outputting literals much faster as it is a plain copy not needing bitshifting.

Ok. I guess I need to see this in practice to see if there are efficiency gains. Without having done any statistics on real data, I cant see how this makes sense but it could be that I dont understand the brilliance here.

I do to, as Im sure you can tell :)

@@FairLight1337 indeed! And even thought it is inefficient as hell, it's still fun 😎

:)

Humble thanks!

BWT yeah, there others too for RLE.

I dont know what that is. Please share.

Burrows-Wheeler-Transform isn't a compression algorithm in itself, it's a transformation to reorder data for better compression, similar to what huffman encoding does in the LZH format.

@@Kobold666 yes. It sorts symbols by their context, so that symbols with similar contexts come close together. That usually leads to long runs of the same symbol. The surprising thing is that such sorting is reversible.

Ok, still sceptical :)

@AnnatarTheMaia Exomizer I would imagine, I did some tests using it as both a packer and a cruncher a few years ago and it beat everything I put it agaisnt, although it did have longer depack times. But as its also packing via a PC, takes seconds, not all night. /Pitcher

My first disk was €6 - for one! So space was indeed previous. Thanks for the post!

Don't recall Fast Cruel, last C64 packer I used was probably AB Packer.

Agree. There were indeed what I used as well before doing everything on PC

Interesting. What are the drawbacks? Footprint of the depacker?

@@FairLight1337 as far as i understood on CSDB it's way faster than exomizer, esspecially when depacking. Tbh i don't know if the pack ratio is around exomizer. You should try it out! :)

The CSDb review looks promising. Thanks for the mention.

@@FairLight1337 There are no drawbacks; ZX0 has same ratio with only about 1/4th the speed of a memcpy. The only other choices are lz4 (for maximum depack speed) or something that goes for max compression like shrinkler or ukpr.

Dali looks promising. I need to have a look at the size of the depacker as well. Retrofitting games with level crunching, you tend to have very little memory left. So zero page usage and memory footprint of the depacker is key.

Humble thats for this. A really appreciated comment! I have been blessed with meeting Pex a number of times both on parties and also just out having evening beer. A great guy.

Its a pride in our portfolio. So have a look at 1337 as a more current example of what we have achieved.

Humble thanks. It is sure up there fighting for the top spot at CSDb.

Humble thanks :)

Not sure which part you mean but this demo include sprites all over the screen :)

@@FairLight1337 It's the part at the very beginning where the starfield goes from right to left on top of all borders (it seems). I know sprites can be on top of the borders with some trickery, but didn't know they could be on the side and bottom borders at the same time. In any case, well done!

Of course they can. :) Have a look at our 1337 demo and then especially the FLESCOS part. There you have sprites really covering all of the screen.

@@FairLight1337 Cool. I'll check it out. Thanks!

My pleasure...

Humble thanks! So watch the full range of videos - one episode about all the technical details and one about the project and the artistic aspects.

Humble thanks. Dont miss the episodes that look behind the scene. The episode with Trident showing all the tricks and the one with the team on how to collaborate to build a demo such as this one.

We try not to :) In this one we had key contribution from Red Crab.

Loving doing it is a good start. And thanks for being part of an audience that justified us doing it.

Of course it does :)

The video here is recorded from real hardware

I guess so. Have you seen episode 30, which is the background of the intro..

@@FairLight1337 not yet. Where can i see it ? , i have seen demo 13:37 , pretty cool . This is nostalgia , perfect time it was. By the way best regards from Poland.

The Fairlight TV channel has episodes numbered - number 30 is about the intro. Also contains and interview with Dave Hanlon, who did the music.

@@FairLight1337 ok , thanks a lot . Got You. I will watch this.

Great - enjoy :)

You mean on the picture? Id have to pass that question to Soya. Generally speaking, they are not real ;)

Breakfast might be the most important meal of the day. Watching a demo will not stop you from watching a demo. Do both! :)

Not sure what that means but thanks I guess :)

You mean if additional sound was added to the video? Nothing was added. Download and run it yourself to validate.

@@FairLight1337 No no, I was thinking if the instruments were samples or sid. I’m not that familiar what the C64 is soundwise but this was impressive.

There is nothing in the c64 that does sound, except the SID. So samples are also SID. I cant say if they are used here but my assumption is clearly not. This is plain sounds.

Humble thanks.

True. Compare todays demos to the ones on the 80s, its a night and day difference. Id say 1337 is a better example of that, but glad you liked this one as well.

Humble thank :)

Glad you like it. We have our Redbubles shop. www.redbubble.com/people/fairlight-flt/shop?ref=artist_title_name

Dragibus?

Thanks :)

Humble thanks

Humble thanks :)

Humble thanks!

Passion and effort

Striking the balance... :)

Cheese cutter or Goat Tracker would be two very fine option. No internal tools in this area.

The mostly used tool today is Goat tracker which runs on PC, Mac and Linux. If you are open for Cross Plattform Development then I would recommend you to look at that!

@@soyayofu Awesome! So I guess you take the output file and use an interrupt routine in your C64 program to run it concurrent with the main program? It's been decades since I did any programming for the C64. Just curious.

The end result is no different that what it used to be on the native machine.

@@FairLight1337 That makes sense. I guess there's a stub player that runs on the C64 using the data output by Goat Tracker or Cheese Cutter? Is there a standard SID format or does each SID programmer do their own thing? Sorry for all the technical questions.

Howdy indeed :)

Thanks :)

Thanks :)

I really want to make that interview with Dr Skull I have in the pipe.

@@FairLight1337 that would be cool to see

I just need to schedule a slot. He is a busy man.

Thanks :)

Thanks:)