Recent Posts

Pages: [1] 2 3 ... 10
Of course, @pacomix. Using a custom loader is always the best solution to place things into memory exactly in the way you want them to be.

For that purpose, #CPCtelera 1.5. includes miniload format cassette loader, by CNGSoft. This feature lets you easily create custom cassette loaders, or use some predefined ones in 2 or 3 configuration lines.
I explained this feature in much detail in my latest lesson. The video has been just published today:

It's in Spanish (someone willing to to provide english subtitles? :)).

Hope it helps ;)
Programming / Re: [CPCTELERA] Using peep-file (peepholes)
« Last post by ronaldo on Today at 21:58 »
Those are speculative peepholes. They may fail from time to time and some can even generate broken code on some corner cases.

You may edit peephole file and remove the ones that are giving you headaches to leave just those working and saving you some bytes and cycles. Peephole file is quite easy to read and follow as you have already seen by yourself.

With respect to inSequence, it seems to be something incomplete in that particular SDCC version. That will probably be fixed when updating to new SDCC versions with next CPCtelera release.
Programming / Re: [CPCTELERA] Looking for extra bytes
« Last post by ronaldo on Today at 21:55 »
That makes perfect sense. I thought you were clearing the screen to redraw every new frame, hence my questions and suggestions.

Good luck with the rest of your project :)

I thought the 5v hole was smaller than the 11v hole?
The outer diameter is identical (5.5mm), the inner pin is 2.1mm on the 11V plug, 2.5mm on the 5V plug.
So you cannot plug the original PSU (11V) on the 5V port (try to push a 2.5mm pin into a 2.1mm hole  ;) )
And 5V on the 11V will not work, but will not harm either.
Programming / Re: Turn this into an RSX
« Last post by mr_lou on Today at 21:05 »
I should probably add that I still need everything to be done as in line 10. I.e. all from BASIC. No loading on any binary file, and no ASM source.  :)
You mean 2.1mm tip  ;)

I thought the 5v hole was smaller than the 11v hole?
Programming / Turn this into an RSX
« Last post by mr_lou on Today at 20:55 »
Can someone help me turn the following into an RSX command?

Code: [Select]
10 FOR a=1 TO 17:POKE 39999+a,VAL("&"+MID$("DD7E00CDB4BBF5CD60BB320000F1C3B4BB",a*2-1,2)):NEXT

20 LOCATE x,y:CALL 40000,0:PRINT CHR$(PEEK(0)) '  this works as COPYCHR$ in any CPC

Instead of line 20 I could like to be able to instead go: |code,x,y or |ascii,x,y and get back the ASCII character code - not the actual CHR$ of the ASCII code.
In other words, I want an RSX command that'll return the ASCII code of the character on the screen at location x,y.

Programming / Zoom effect on certain screen area or sprite
« Last post by SpDizzy on Today at 20:53 »
Hi all.
I was thinking about the possibility of implementing a zoom effect over an area of screen, either static background or sprite. I have seen such a similar effect on impressive Batman Forever Demoscene from Batman Group, as attached .gif image.
I was wondering if is possible to make the zoom-in effect over the window, or the zoom-in / zoom-out effect over the clown with no prerendered images at different sizes for each needed frame, I mean, doing some sort of calculations or altering CRTC registers.
Any ideas on how to archieve this? Is there any known method or best approach for that?
Thanks so much in advance, I really appreciate the support.
If you are in the UK something like this will do it -
I think best to get 2.4mm tip as that stops you inserting it in the 5v hole.
You mean 2.1mm tip  ;)
Programming / Re: [CPCTELERA] Looking for extra bytes
« Last post by cperezgrin on Today at 18:31 »
When the game is playing I use the process you're talking about, erase & paint the moving sprites. But when I need a totally new screen, changing between levels, back to menu, ... it's easier a clear screen, as it only costs a few bytes and the CPU usage it's not important in that moment because the game isn't playing.
Pages: [1] 2 3 ... 10