29 January 2018, 07:45 | #81 | |
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 822
|
Quote:
|
|
29 January 2018, 08:21 | #82 | |
Registered User
Join Date: Dec 2017
Location: Denmark
Posts: 179
|
Quote:
I'm coding using the fast setup as Asm-pro in 8 colors, is extremly slow on 68000/ECS. |
|
22 April 2018, 16:54 | #83 |
Registered User
Join Date: Oct 2016
Location: Australia
Posts: 58
|
I don't think I'll ever get time to do this myself now... It's filed under projects when I retire in 5 years time. But from a thread I started last year here are some initial ideas I had which included 90 degree rotation and dither pattern ideas to gain more colours. You are welcome to use any of these ideas so long as I get credit, where due, for initially thinking up those techniques:
************************************* If I don't use that colour swapping idea but instead dither the 16 colours and go back to using fast memory then the blitter has time to convert a 160*176 screen to give a resolution of 2x1 pixels. That is definitely possible and I have tested it. The chunky pixel will give a bytes worth of data holding a dither pattern: 10101010 This is a byte with dither encoded in. The idea is to draw the spans linear in memory which has the effect of rotating the screen by 90 degrees. A Word will store even and odd scan lines: EOEOEOEO... and so on The first pass of the blitter swaps the bytes so we get 2 sections of even and odd scan lines. EEEEEEEEEEEEEEEE... and so on OOOOOOOOOOOOO... and so on This merge produces 4 pixels worth of planer data. The copper is used to interleave even and odd lines back to where they should be. The next blitter pass will produce 8 pixels worth of planer data. And the last blitter pass will produce 16 pixels worth of planer data. The timings for the blitter on 4 bit planes is 3 frames at 17fps pal. This produces a dithered pattern like: 1010101010101010 of 1 bit plane and the next scan line would be: 1010101010101010 Which is dithered like the megadrive version. It would be nice to produce a dither pattern like this: 1010101010101010 0101010101010101 That would be a much better blend pattern on a CRT monitor to gain the extra colours. This can be achieved through the texture mipmap scheme I have in mind. Because we are drawing horizontal for each span we can read two pixels worth of data for even and odd lines together. This scheme wastes memory on the texture map encoding. I won't go into this detail here at the moment but this means we can process 2 pixels at once. The 68000 instructions to make wall/sprite span. move.w 16(a0), d0 read from fast memory swap d0 move.w 20(a0), d0 read from fast memory move.l d0,(a1)+ write to chip memory This sequence has processed 4 pixels. Writing directly to chip memory using Dwords saves writing to fast for the chunky storage then a copy to chip. This complicates things with sprites and a scan buffer management scheme would have to be implemented to process with no overdraw. That's what I'm thinking about now at the moment. So that's how it can be done with fast memory, 4 bit planes, a dither pattern to get extra colours, 2x1 pixels, and at 17fps. Ok, I won't go into here but the timings for 2x2 pixels can work on a machine without fast memory. I need to look if it is possible to make that work with 1MB of memory. The original PC version used 600k so it may be possible. My wish is to get a version working using 2x2 pixels with 1MB of memory and if fast memory is detected it will switch to 2x1 pixels. That will keep the Amiga purists happy with not using fast memory but if it's there you get the enhanced version. The secret for this to work was to use 4 bit planes and dither to gain colours instead of wasting DMA cycles on EHB mode for 64 colours. I think differing on CRT monitors will look good (at the time there was no such thing as flat screens) so to me dithering is acceptable for the time the Amiga was released. |
22 April 2018, 18:31 | #84 |
Registered User
Join Date: Oct 2016
Location: Australia
Posts: 58
|
Very interesting reading this thread... I started some threads in 2016 and 2017 discussing pretty much these ideas. People are welcome to use the techniques I came up with but what I did not like at the time was personal PMs that called me a crackpot and basically told me I was talking crap. Shame on the people in this community that did that to me. This thread proves that my ideas were sound and those people were wrong.
Sorry to derail the thread but that had to be said. |
22 April 2018, 19:12 | #85 |
Registered User
Join Date: Apr 2018
Location: UK
Posts: 491
|
I think making this work is one of the last great Amiga achievements.
I suspect it would get some coverage from the major UK tech sites if it happened just because it would be such a nice/impressive retro story. It is surprising it has not happened yet, especially when you have raycasters running on the Spectrum etc. |
22 April 2018, 19:31 | #86 |
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 822
|
|
22 April 2018, 19:38 | #87 | |
Registered User
Join Date: Oct 2016
Location: Australia
Posts: 58
|
Quote:
I hoped that I could find time to do this myself but real life work and family keep getting in the way. It's pretty obvious, not taking away what the original poster of this thread has achieved, but a lot of my ideas were used - which I don't mind but it would of been nice to be given credit for some of the ideas. I wrote this on the 16 Nov 2016 in the first thread I started: ************************** I've come up with an idea where you can draw horizontal and use words to write at the cost of 2 extra blitter passes. If you draw horizontal then each word will contain 2 bytes that can be considered even and odd lines if that horizontal line was rotated 90 degrees. Now if the chunky buffer is scrambled up in a certain way you can use the blitter to swap and merge bytes so we get two areas in memory. One is a block of even and the other a block of odd lines. These two blocks can be processed as one with the C2P conversion. Once the conversion is done then the Copper can rearrange the even and odd areas by interleaving them together by using the bit-plane modulo's. This is a way that can rotate horizontal word sequences of bytes by 90 degrees at a word level. ************************** If you actually look into that first thread I started a lot of people that have posted in this thread posted in mine. If anyone can prove they came up with the idea of rotating the screen 90 degrees before 16 Nov 2016 for a Wolf 3D ray caster then so be it. If not then I should be credited for that idea. Also, the mip-mapping idea which I came up with in the second thread to help with word reads from the texture. As I said before, I got some pretty not so nice PMs that called me a crack pot. I think I should of released a demo at the time but I was holding back until I worked out the best way to plot sprites. Anyway, I'm glad my ideas influenced someone to release a pretty good demo. |
|
22 April 2018, 19:47 | #88 |
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 822
|
Which of your ideas exactly did I use without credit? To be honest, this is the first time I've even read any of them
|
22 April 2018, 19:56 | #89 | |
Registered User
Join Date: Oct 2016
Location: Australia
Posts: 58
|
Quote:
move.w 16(a0), d0 read from fast memory swap d0 move.w 20(a0), d0 read from fast memory move.l d0,(a1)+ write to chip memory move.l d0,(a1)+ write to chip memory That will end up quicker. My span code looked for sequences of repeated colour and if that happened stored to registers. And if not used sequences like yours. |
|
22 April 2018, 20:09 | #90 | ||
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 822
|
Quote:
Quote:
So I'm sorry to say that your past posts didn't influence me when making my demo, even you'd like to believe so. |
||
22 April 2018, 20:12 | #91 | |
Registered User
Join Date: Oct 2016
Location: Australia
Posts: 58
|
Quote:
One idea I had would be to rotate the whole chunkybuffer 90 degrees, which would let me draw to the buffer with the destination using (a0)+ instead of offset(a0), saving a lot of cycles. That would of course require rewriting the c2p-routine. And in my original thread on the 16th of Nov 2016 I discussed that very idea. And I presumed you read it because you commented in that thread on the 14 July 2017, 10:21. As I said I'm glad someone read those threads but be honest and give due credit. I'm pretty touchy about this because I had some very not so nice PMs telling me I was talking crap at the time. |
|
22 April 2018, 20:16 | #92 | |
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 822
|
Quote:
And it's a shame about those PM's, that kind of behaviour is unacceptable. |
|
22 April 2018, 20:20 | #93 | |
Registered User
Join Date: Oct 2016
Location: Australia
Posts: 58
|
Quote:
I don't want to be argue with you. I'm pleased this is happening and I have some really good ideas on how sprites should be processed because to be honest I'll never have time to actually do this myself now - my life is too busy. |
|
22 April 2018, 20:30 | #94 | |
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 822
|
Quote:
So no, I'm not using your idea here either |
|
22 April 2018, 20:40 | #95 | |
Registered User
Join Date: Oct 2016
Location: Australia
Posts: 58
|
Quote:
You really should use my idea because, just read my first post in this thread (hopefully you can get the gist of what I'm on about), you can get dithering working and gain more colours that way. On CRT monitors it will look awesome |
|
22 April 2018, 20:45 | #96 |
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 822
|
I already have dithering in the demo (even if the current textures don't make good use of it), so no change needed there
|
22 April 2018, 21:01 | #97 | |
Registered User
Join Date: Oct 2016
Location: Australia
Posts: 58
|
Quote:
If you have not tackled sprites yet then good luck because that's a tough one to crack. I've pretty much worked out that problem and I just need to sit down and code it. Let's see who makes the best version |
|
22 April 2018, 21:13 | #98 | |||
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 822
|
Quote:
Quote:
Quote:
|
|||
23 April 2018, 00:46 | #99 |
Registered User
Join Date: Oct 2016
Location: Australia
Posts: 58
|
I'm wondering if anybody that contributed here read my threads because out of the two threads I made there's a lot of my ideas that are discussed in this thread.
The two main ideas been rotating 90 degrees and the use of mip-mapping to gain cycles by reading words. If anybody can prove those ideas before my threads then I will back down. I'm actually kicking a fuss about this because as I mentioned I had some pretty nasty PMs saying I was a crackpot when I did a similar discussion. I'm actually not that impressed with this community because I was pretty open about discussing ideas. ACTUALLY THIS HAS LEFT A BAD TASTE FOR ME AND I WONT BE BACK AGAIN... |
23 April 2018, 08:10 | #100 |
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 822
|
Or, you know, most of the ideas aren't actually very original or new, and several people may have come up with the same ideas. I mean, I don't claim to have invented any of the techniques I used in my demo, but I do know for a fact that I didn't get my ideas from you.
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Wolf3D on stock A500 | gururise | Retrogaming General Discussion | 9 | 08 November 2017 14:03 |
Wolf3d: more ideas. | AndNN | Coders. Asm / Hardware | 7 | 17 October 2017 13:03 |
Optimizing HAM8 renderer. | Thorham | Coders. Asm / Hardware | 5 | 22 June 2017 18:29 |
NetSurf AGA optimizing | arti | Coders. Asm / Hardware | 199 | 10 November 2013 14:36 |
rendering under wb 1.3 | _ThEcRoW | request.Apps | 2 | 02 October 2005 17:23 |
|
|