Atari-Forum

Hi! I have tested with my 520 STE and I get the $0040 value. Blitter reference: S9018AE MM9092V CPU: MC68000FN8 (so not CMOS version if I'm right) For fun, I have tested emulators with STE configuration: Hatari: $003F Steem SSE: $0000 (seems strange may have made a mistake ? but I have checked blitt...

slingshot wrote: ↑Thu Feb 18, 2021 5:08 pm BTW, it works great on MiST already

Happy to hear that !

Although I recognize that debuggers of emulators can be very powerful, I still continue to use adebug (even under emulation) for debugging my own code.
It seems that not a lot of people use it, but I've always prefered it over monst.

Hi,
I use GOEX in my STe, and there is nothing special to do: just copy valid images onto a blank card.

Thanks for your comments !

And really sorry for the megaSTe

Ok ! The mask and other blitter settings are different for each VBL according to the logo position and size.

Hi Slingshot, I have looked back at the source and here is how the cycles must be computed: There are, as you said, 120 + the lsr 8+2*d3 cycles are used by the CPU in between borders, with d3 always even. In addition there are also 4 cycles lost at blit launch and 4 cycles at blit end, so a sum of 1...

4 cycles are taken at blit launch and 4 cycles at blit end.
According to the code that does the launch and after the launch, the cpu may or not do some internal processing. In my code, if I remember well, the cpu can't do nothing during these cycles.
And I will check your calculations later !

I'd need to take some time to analyse your message, but have you taken into account the blitter bus arbitration cycles ?
And the impact of the mask on the fist word for the blitting time ?

It is 8+2n, but take care that 2n will be rounded to 4 for odd values of n.
And I have written 8+4x because d3 is equal to x*2 in my code (x has other meaning than the number of shifts) to avoid this rounding to 4 problem.

Very nice demo. I enjoyed that. The Star Wars Scroller has a nice draw distance. Did you use Photochrome for the graphics or is it all custom code? Thanks ! For the R2-D2 picture I did not use Photochrome, but I have used Zerkman's MPP converter that I have adapted to create a new mode (and corresp...

jvas wrote: ↑Tue Jan 19, 2021 7:06 am Thank you. No problem at all! I'll dig my STE out. This definitely worth it!

neanderthal wrote: ↑Mon Jan 18, 2021 9:52 pm Quick tested on falcy and got similar style (mostly black with some artefacts at swiches)after the first screen or something

Hi, it's is definitively not compatible with Falcon, because of fullscreen switches not supported by the videl, and also of precise timings.

Thanks all of you for your nice comments !

Uko

Should it run on a MegaSTE? I see garbage instead of the pictures both in 16 and 8 Mhz. No sorry it won't work correctly on MegaSTE... The blitter requires one additional bus arbitration cycle on this computer, and especially in the MPP R2-D2 screen where it is used for changing the color palettes ...

Thanks! What a nice surprise, and a very neat demo indeed! All coded from scratch! I like that! Isn't it amazing that programming in assembly on an old machine is so much fun (more fun than any modern high level programming if you ask me). :wink: Thank you very much ! And I can't agree more, such a...

I like the screen with multicolor starship nmasked with STAR WARS text. I wonder how do you did this. The masking is quite simple: the falcon picture is 8 colors per line, so 3 bitplanes only. And the StarWars logo is displayed on the 4th bitplane only. With correct palette configuration, writing 0...

calimero wrote: ↑Sun Jan 17, 2021 6:24 pm Graphics is superb!
I wish if it was a little bit longer!
But really nice product. Music and vibe...

Graphics are not mine...
I would have also liked to make it longer, but I definitively spent too much time coding it !

npomarede wrote: ↑Sun Jan 17, 2021 4:28 pm Well done for finishing this demo, glad Hatari helped to complete it

I don't think I could have done the same demo without Hatari !

Hi !

I have finally finished my demo for which I've encountered the below problems. Now working on real HW and on Hatari !
https://www.atari-forum.com/viewtopic.php?f=1&t=39979

Thanks for your support !

Uko

Hi ! I have just released a new demo for 2MB Atari STe, with Fullscreen and 12.5kHz MOD Music, hundreds of colours, blitter zooming FX. https://demozoo.org/productions/289094/ https://youtu.be/UEuqfD_gW6U All the code and music are available here: https://github.com/Uko-TAL/TheStarWarsDemo Enjoy ! U...

Thanks ! It's nice. Merry Xmas !

If some of you are interested, I've just pushed minor updates on the repository: 2 bug fixes, and add of a parameter to slightly shift the notes replay frequencies so as to be multiple of STE frequencies (allows to increase quality when not playing at 50kHz).

You can try it with Hatari devel version and it will be included in Hatari 2.3 I have done some tests and it seems that Hatari is very accurate now versus real HW for this blitter aspect ... but not the way I would have hoped ! :lol: Let me explain. In the screen I am coding, I encountered a bug wi...

Great !!!
I'll try this with the develop version soon.
Thanks Nicolas.