Hi all,
I'm a big fan of demos and wrote a couple of small ones "back in the day". I've decided to have a go at making a YouTube channel covering the Amstrad CPC demo scene...
I'd really welcome any feedback (content, presentation, etc.) as I begin to prepare new episodes.
Channel Introduction...Episode 1 - French Classics #1 (unfortunately the audio isn't brilliant on this and I'll resolve this before the next episode - hopefully it should give enough of an idea to provide some feedback as to whether you would like more content...)
Thanks for any feedback, likes, subscriptions, comments etc. in advance,
Interrupt...
That's cool, I think there's no dedicated CPC demo channel yet. Looking forward to your next videos.
Great idea! Are the demos shown emulated or running on real hardware?
Thanks.
I'm running them emulated at the moment. I'm on Linux having mostly abandoned Windows in recent years so I have Retro Virtual Machine or CPCEmu available (I think this is all?)
I've used Retro Virtual Machine for these videos because it can do the CRT filters which remind me so much of the real machine and I've switched to 50Hz display and recording - the result seems to be ok when I've watched it back on my TV via the Apple TV. I might turn off the "beam" from the CRT filter as the video compression seems to not get on brilliantly with it.
I do have my original CPC6128 (still working) and a USIfAC board for transferring data but I don't have a camera that will record at 50Hz so I'd need to feel it was worth the trouble. Also with real hardware I'd technically need all the CRTC types to be able to watch all the demos - I have a CRTC Type 1 and definitely came across demos back in the day that wouldn't run.
Thanks all! I'll let you know when the next episode is available - I'll focus on improving the audio for this next one.
Thanks, subscribed! Looking forward :)
Quote from: Interrupt on 19:14, 12 January 25I'm running them emulated at the moment. I'm on Linux having mostly abandoned Windows in recent years so I have Retro Virtual Machine or CPCEmu available (I think this is all?)
I've used Retro Virtual Machine for these videos because it can do the CRT filters which remind me so much of the real machine and I've switched to 50Hz display and recording - the result seems to be ok when I've watched it back on my TV via the Apple TV. I might turn off the "beam" from the CRT filter as the video compression seems to not get on brilliantly with it.
Can you go more into your process for recording these videos?
I was pleasantly pleased to discover last weekend that loads of new emulators have appeared in recent years, and they all look really good. I noticed that RVM looks really pretty for "experiencing" the retro feel, while "Caprice Forever" looks really good from a programming perspective - I had a quick play with its breakpoint on memory access features and cycle counting, and all seems super useful.
But none of them seemed to support any kind of video recording option, and I'd rather have the emulator output the videos directly - even if it doesn't run at realtime, I want a 100% perfect capture of what *should* have happened. No stutters because Windows decided to do something in background, audio in sync, etc...
I was kind of surprised that none of these new emulators seem to have this option, but I had quite a whistlestop tour of some, so I could easily have missed something. The only thing I know of is WinApe, which seems not to work well for me any more... (like after a few minutes it just pops up a "divide by zero" error and needs to be force quit).
So, what's the best emulator for recording videos nowadays? Or alternatively, what setup do you actually use to record things with?
Good idea! Looking forward to see more Demos :)
Quote from: ralferoo on 19:29, 03 February 25Quote from: Interrupt on 19:14, 12 January 25I'm running them emulated at the moment. I'm on Linux having mostly abandoned Windows in recent years so I have Retro Virtual Machine or CPCEmu available (I think this is all?)
I've used Retro Virtual Machine for these videos because it can do the CRT filters which remind me so much of the real machine and I've switched to 50Hz display and recording - the result seems to be ok when I've watched it back on my TV via the Apple TV. I might turn off the "beam" from the CRT filter as the video compression seems to not get on brilliantly with it.
Can you go more into your process for recording these videos?
I was pleasantly pleased to discover last weekend that loads of new emulators have appeared in recent years, and they all look really good. I noticed that RVM looks really pretty for "experiencing" the retro feel, while "Caprice Forever" looks really good from a programming perspective - I had a quick play with its breakpoint on memory access features and cycle counting, and all seems super useful.
But none of them seemed to support any kind of video recording option, and I'd rather have the emulator output the videos directly - even if it doesn't run at realtime, I want a 100% perfect capture of what *should* have happened. No stutters because Windows decided to do something in background, audio in sync, etc...
I was kind of surprised that none of these new emulators seem to have this option, but I had quite a whistlestop tour of some, so I could easily have missed something. The only thing I know of is WinApe, which seems not to work well for me any more... (like after a few minutes it just pops up a "divide by zero" error and needs to be force quit).
So, what's the best emulator for recording videos nowadays? Or alternatively, what setup do you actually use to record things with?
Sure. I'm running Pop OS (Ubuntu-based Linux distro). I've used RVM because of the nice CRT effects. I turned some of the "beam" settings to reduce video encoding artefacts. I set my display to 50Hz and record using OBS Studio screen capture + web cam capture + emulator audio capture on one channel + vocal audio capture on a second channel. OBS Studio is set to work at 50Hz. Then OBS Studio creates a video output which I use kdenlive to edit and render, using Audacity to process the audio as part of that work.
Not sure if that is all necessary but it seemed to produce a reasonable recording from what I've been able to assess. I haven't seen if any emulators are able to output video for themselves.
I'm going to explore whether I can run WinAPE or others using some Windows emulation but haven't got around to that - I could do with some good debugging tools.
@Gryzor Just checking its ok to keep posting links to new videos here? I'm thinking I would append updates to this topic - I would like to keep some activity here rather than just relying on YouTube subscriptions. Is that ok?
Sure, absolutely.
Quote from: Interrupt on 15:54, 05 February 25Quote from: ralferoo on 19:29, 03 February 25Quote from: Interrupt on 19:14, 12 January 25I'm running them emulated at the moment. I'm on Linux having mostly abandoned Windows in recent years so I have Retro Virtual Machine or CPCEmu available (I think this is all?)
I've used Retro Virtual Machine for these videos because it can do the CRT filters which remind me so much of the real machine and I've switched to 50Hz display and recording - the result seems to be ok when I've watched it back on my TV via the Apple TV. I might turn off the "beam" from the CRT filter as the video compression seems to not get on brilliantly with it.
Can you go more into your process for recording these videos?
I was pleasantly pleased to discover last weekend that loads of new emulators have appeared in recent years, and they all look really good. I noticed that RVM looks really pretty for "experiencing" the retro feel, while "Caprice Forever" looks really good from a programming perspective - I had a quick play with its breakpoint on memory access features and cycle counting, and all seems super useful.
But none of them seemed to support any kind of video recording option, and I'd rather have the emulator output the videos directly - even if it doesn't run at realtime, I want a 100% perfect capture of what *should* have happened. No stutters because Windows decided to do something in background, audio in sync, etc...
I was kind of surprised that none of these new emulators seem to have this option, but I had quite a whistlestop tour of some, so I could easily have missed something. The only thing I know of is WinApe, which seems not to work well for me any more... (like after a few minutes it just pops up a "divide by zero" error and needs to be force quit).
So, what's the best emulator for recording videos nowadays? Or alternatively, what setup do you actually use to record things with?
Sure. I'm running Pop OS (Ubuntu-based Linux distro). I've used RVM because of the nice CRT effects. I turned some of the "beam" settings to reduce video encoding artefacts. I set my display to 50Hz and record using OBS Studio screen capture + web cam capture + emulator audio capture on one channel + vocal audio capture on a second channel. OBS Studio is set to work at 50Hz. Then OBS Studio creates a video output which I use kdenlive to edit and render, using Audacity to process the audio as part of that work.
Not sure if that is all necessary but it seemed to produce a reasonable recording from what I've been able to assess. I haven't seen if any emulators are able to output video for themselves.
I'm going to explore whether I can run WinAPE or others using some Windows emulation but haven't got around to that - I could do with some good debugging tools.
I'm mostly still using primarily WinCPC for development despite its faults just because it's what I've always used.
Caprice Forever does look really good, but the assembler seems a little less integrated, and so while I'll probably use it for debugging, I don't want to switch to using it for development yet. Also not keen that the hotkeys are all set up for end users, and all the things I'll be using all the time like run, pause, single step all require the alt key. But it's really close to what I want, so I'll definitely use it for debugging cycle counting issues.
@Interrupt just to answer my old question, I just happened to find http://cngsoft.no-ip.org/cpcec.htm which records to its own custom XRF format as it runs and then there's another program that converts that to AVI or let's you pipe it into ffmpeg. Seems to work very well, and I recorded a video at about 4x speed, so that's pretty handy. And the main thing I care about is that it records tape noise to the video, which is obviously the most important feature when recording a demo... ;)
It doesn't have as many fancy CRTC effects as RVM, but it still has enough to look pretty good. I just turned on y-mask and left everything alone.
A couple of updates from me...
Episode 2 (available for a while now)
A couple of shorts...
Episode 3 - British Demos
What demos did you write so I can state them in the news I will just write right now, will update it with your reply ?
I haven't written anything new (not yet anyway). The collection I covered had a demo I wrote ~30 years ago (imaginatively titled "Interrupt Demo I"). I'm planning to do some explainer videos too and might make "Interrupt Demo II" as part of that process.
Inspired by the 4deKades 4KB intro released at Revision 2025 I've gone back and watched all the 4KB intros I could find. Thoroughly enjoyed this - so many wonderful demos.
This time I've added chapters so those who don't want to watch along in real time or can't stand my commentary can skip ahead and just see the bits that grab their attention.
It's been a while since my last video as I tried making an explainer video and just got stuck. I wrote some code, made some graphics. I got as far as making some diagrams and making a rough outline of a video but I don't enjoy the process at all. Every time I sat at my computer I just wanted to pixel new fonts or logos or write some new code rather than work with the video editor. I decided to make another "watching demos" video and then I'll take a different approach with explainer videos - rather than providing tutorial level detail I'll focus on trying to explain how some of the tricks work in shorter and easier to make videos.
How about recording a session of you doing those? I've seen one where a guy codes in c and we see his screen with some music over the top. I don't think he talks until he shows it at the end.
Quote from: Interrupt on 22:34, 24 February 25I haven't written anything new (not yet anyway). The collection I covered had a demo I wrote ~30 years ago (imaginatively titled "Interrupt Demo I"). I'm planning to do some explainer videos too and might make "Interrupt Demo II" as part of that process.
Your demo is on CPC-Power (https://www.cpc-power.com/index.php?page=detail&num=7997) by the way.
I was late, but at least I announced your channel.
Quote from: genesis8 on 17:44, 22 April 25Quote from: Interrupt on 22:34, 24 February 25I haven't written anything new (not yet anyway). The collection I covered had a demo I wrote ~30 years ago (imaginatively titled "Interrupt Demo I"). I'm planning to do some explainer videos too and might make "Interrupt Demo II" as part of that process.
Your demo is on CPC-Power (https://www.cpc-power.com/index.php?page=detail&num=7997) by the way.
I was late, but at least I announced your channel.
Thanks for your support!
Quote from: arnoldemu on 10:14, 22 April 25How about recording a session of you doing those? I've seen one where a guy codes in c and we see his screen with some music over the top. I don't think he talks until he shows it at the end.
Thanks, that might work - I'll give it a try at least. Even if I have to edit the recording a bit it would still be easier to do and more enjoyable. I could switch to a drawing tool to explain a few things along the way. It wouldn't feel super polished but might be good enough.
I've just procrastinated a lot and watched your video related to the 4k.
I think I'll take a look at the others, but I need time :).
Well done, keep doing them!
It is also interesting to listened at your naive guesses (although they are not always true ;))
Quote from: krusty_benediction on 21:09, 23 April 25I've just procrastinated a lot and watched your video related to the 4k.
I think I'll take a look at the others, but I need time :).
Well done, keep doing them!
It is also interesting to listened at your naive guesses (although they are not always true ;))
Thanks! The most advanced techniques I've used are relatively simply raster bars for volume meters and basic palette tricks so I've got a lot to learn!
After arnoldemu's suggestion to simply record myself writing some code I had a try tonight at creating a first part of a series writing a very simple intro (I'll eventually focus on minimising the size because the idea is very simple in itself). I enjoyed the process much more than trying to make a tutorial video. I think the chapter headings should allow people to skip bits they aren't interested in.
I'd love to hear your thoughts - does this format work well? anything you'd like to cover? anything I'm doing wrong/missing the point on? do you have any better coding setups I should be using?
Quote from: Interrupt on 01:05, 24 April 25Quote from: krusty_benediction on 21:09, 23 April 25I've just procrastinated a lot and watched your video related to the 4k.
I think I'll take a look at the others, but I need time :).
Well done, keep doing them!
It is also interesting to listened at your naive guesses (although they are not always true ;))
Thanks! The most advanced techniques I've used are relatively simply raster bars for volume meters and basic palette tricks so I've got a lot to learn!
BTW, as a regular contributor to 4k intro, I consider the 4k INCLUDES the 128 bytes header. So cat prints 4k, not 4k.
There is no hard rules written somewhere, parties do whatever they want, but most people I have met and are implied with such productions agree on the definition.
So at least one of the demo you presented is an outlier as when you do cat, we see 5kb ;)
Quote from: krusty_benediction on 06:51, 24 April 25Quote from: Interrupt on 01:05, 24 April 25Quote from: krusty_benediction on 21:09, 23 April 25I've just procrastinated a lot and watched your video related to the 4k.
I think I'll take a look at the others, but I need time :).
Well done, keep doing them!
It is also interesting to listened at your naive guesses (although they are not always true ;))
Thanks! The most advanced techniques I've used are relatively simply raster bars for volume meters and basic palette tricks so I've got a lot to learn!
BTW, as a regular contributor to 4k intro, I consider the 4k INCLUDES the 128 bytes header. So cat prints 4k, not 4k.
There is no hard rules written somewhere, parties do whatever they want, but most people I have met and are implied with such productions agree on the definition.
So at least one of the demo you presented is an outlier as when you do cat, we see 5kb ;)
I didn't look that closely as these mostly came from pouet and were tagged as 4k. I would have expected the general definition to include the header as it adds extra challenge (and maybe potential to use it cleverly?) but can understand why some people take the other view.
On a different note: is it considered acceptable to use firmware routines? E.g. for clearing the screen and printing text?
Quote from: Interrupt on 07:09, 24 April 25Quote from: krusty_benediction on 06:51, 24 April 25Quote from: Interrupt on 01:05, 24 April 25Quote from: krusty_benediction on 21:09, 23 April 25I've just procrastinated a lot and watched your video related to the 4k.
I think I'll take a look at the others, but I need time :).
Well done, keep doing them!
It is also interesting to listened at your naive guesses (although they are not always true ;))
Thanks! The most advanced techniques I've used are relatively simply raster bars for volume meters and basic palette tricks so I've got a lot to learn!
BTW, as a regular contributor to 4k intro, I consider the 4k INCLUDES the 128 bytes header. So cat prints 4k, not 4k.
There is no hard rules written somewhere, parties do whatever they want, but most people I have met and are implied with such productions agree on the definition.
So at least one of the demo you presented is an outlier as when you do cat, we see 5kb ;)
I didn't look that closely as these mostly came from pouet and were tagged as 4k. I would have expected the general definition to include the header as it adds extra challenge (and maybe potential to use it cleverly?) but can understand why some people take the other view.
On a different note: is it considered acceptable to use firmware routines? E.g. for clearing the screen and printing text?
Sure
for me the hard limitations are:
- exécutable + header = 4k
- no use of roms/hardware not present in a stock machine
Borderline limitations
- must also work on a machine with no standard ram. And here many <4k prods probably fail (i lost 3 bytes in 4dekades to respect this rule)
I wanted to say "no standard ROM" instead of "no standard RAM"
In this coding video I decided to try drawing the characters using the system font with some firmware routines.