Видео

Yes, if the top of the sprites are cleared (made transparent) then the top line of the screen shows some unintended graphics.

Yeah, filling the memory with that pattern makes it harder to compress and could fool some cartridges into thinking all of the memory is used.

Thank you kindly for the support.

Thank you kindly for the support :)

Thank you kindly :)

Glad to help!

Yeah it really helps make these things much easier to understand

No problem. Sharing is caring. :)

Yes, this can be used in a game. Some games use the horizontal scrolling method, like Creatures.

@@MartinPiper6502 understood, thank you. I’ll have to take a closer look at the game you’ve mentioned. Great channel and great episodes you’ve got here. I really appreciate the DemoScene decomps that you walk us through. They’re very informative.

I had a video about Creatures using this effect at 24 minutes... ruclips.net/video/DM3Dh3zWoZ8/видео.html

@@MartinPiper6502 Very cool, thank you. Much appreciated.

yeah the timing is quite tricky, especially for the horizontal movement.

Glad you enjoyed it!

Haha

@@MartinPiper6502hahaha

Hahahahaha

I've never seen any reliable evidence of the C64 VIC being harmed by this. There was a poke on the old Commodore PET that could cause damage due to video hardware timing, but that's not going to work on the C64 since the video hardware is different.

I love this machine. :)

Almost all. Some get corrupted memory.

Thank you so much 😀

@@michaeljarcher all they needed to do was expose the internal vcbase counter to a couple of external registers

@@MartinPiper6502 Yep, I wonder why they never thought about that. When they put in x y scroll, they must have had some thoughts about it, actual games and scrolling. Hidesight is never a clear thing. It would have made the demo scene a little more boring! If it did everything perfectly. :-)

This is essentially the idea behind the Amiga bitmap hardscrolling.

Thank you kindly for the coffee :)

@Mr.1.i yes it's in hires text mode

@MartinPiper6502 there are pokes that allow you to use the boarder for graphical instruction

@@Mr.1.i yes I'll be getting into those in another video

Yes, even old Vice in ICU64 runs the demo.

I'm very sure new effects are yet to be found.

@@MartinPiper6502 Yep. I can remember vividly the first time I saw a demo with the top and bottom borders opened up. I wonder who was the first demo coder to figure that one out?

This page seems to have a list of first use of effects codebase64.org/doku.php?id=base:demo_world_records_and_world_firsts#border_top_bottom

@@MartinPiper6502 I'll check it out. Thanks!

@@MartinPiper6502 Funny it took the coders 6 more months to figure out side borders. Sadly I have no idea what some of the effects listed are, such as FLD and VSP. I guess this is a page for demo-sceners so that makes sense.

Glad you like it. More to come!

@@MartinPiper6502 Excellent news! Thanks, I love these kind of deep dives.

Indeed, I will probably cover Enforcer: Fullmetal Megablaster later on :)

I plan to do more demos. The tricky thing is to make them understandable.

@@MartinPiper6502 The way you explain makes it easy to follow along and get into all the details. Been following you for a loooong time now and it's like C-64 meditation to watch/listen how you explain all. :)

I just watched your WinCE video before this one 😂❤

It is the magic of Serato. He is a crazy man.

I know right? :) This is effect is quite new, it's done differently to other similar visual effects, I have no doubt there are other new C64 VIC effects waiting to be found.

​@@MartinPiper6502it's a similar effect to m.ruclips.net/video/Q5iqSzKYZoQ/видео.html

yes very much like that

Thank you for the kind support :)

Yeah it's a really cool effect.

Glad you enjoyed it!

More to come!

I've written some rotating "demos" in asm and high level languages on 286-486 computers, and have at least some knowledge of the VIC-computer internals. But I understood almost nothing of this during my first watch. Probably need to look up the word shear, or similar :)

No problem. :) It's a nice game. Good memories.

I, too, would like to see a video on your work setup and how you start / pause / warp the game. That would be interesting. Love Gribbly's great game. Not sure about it being simple. I always recall there being a lot going on. 😂

Yes, this is on my list. I'm just wondering how to make it interesting. :)

Also, on my list of things to do. They can often be very technical though.

@@MartinPiper6502 Yeah, I can imagine. That's why I thought just looking at a single effect might be plenty for a video.

@@MartinPiper6502 Just a quick follow-up. This is the demo I was thinking of. I mean, the initial, big scroller... How on earth? ruclips.net/video/tUyUzk1XyHU/видео.html

Here you go: ruclips.net/video/eA98gwA3SR8/видео.html

Thank you for the support :)

I think I need to have a look at that version at some point :)

@@MartinPiper6502 yes, the sampled sound and better animation on the main characters also helps the game beat the UK version.

Oh splendid, it's always great to find an old developer from back in the day.

This repository? github.com/milkeybabes/Rampage

@@MartinPiper6502 Yes, this is the one. Sorry not many comments, but there was never the time to do such things when you are sleeping on a floor working 20 hours to finished a game. 😄

I sometimes used to sleep under the desk at Argonaut's offices. Back then being 19 years old, didn't need much sleep really.

@@MartinPiper6502 Lol Jez never was about much. Not seen him in a long time.

Thank you for the very generous support. :)

If I recall correctly, the video chip will only clock out the pixels for each sprite once per horizontal line, when the sprite X position reaches the currently displayed pixel position in the horizontal line. This means even if sprite0 has an X position on the left of the screen, then halfway during the horizontal line the X position is moved to the right, the sprite won't be displayed again on that line. The latches for when to clock out the sprite pixels are reset for each horizontal line.

@@MartinPiper6502 That sounds about right. Perhaps the VIC-II chip has a one-line buffer that it constructs the next line in and only scans the sprite info once before updating that buffer. I knew there was a reason that coders didn't do it, though they did discover the open-borders glitch, so who knows what capabilities are still lurking inside that old chip? ;)