Didn't get activation email, and some greyscale raycaster

GuestISUCKGuest · Post by **GuestISUCKGuest** » Sat 18 Dec, 2004 5:43 pm

http://www.geocities.com/jimm09876/83.html

This guy did some grayscale stuff, and I thought you guys might liek to see.

Also, I cannot log in because I haven't recieved my activation emial, Joe, if you read this, could you send it to yuengcheng@aol.com? Thanks

Post by **sic** » Sat 18 Dec, 2004 6:11 pm

I've manually activated your account. Try to log in now

Post by **tr1p1ea** » Sun 19 Dec, 2004 1:58 pm

Wow, that is amazing!

Has anyone tested this on hardware? I wonder how it runs on non-SE.

Madskillz · Post by **Madskillz** » Sun 19 Dec, 2004 7:16 pm

It is incredibly fast on my 84+ SE...Very fast grayscale, probably the fastest I have seen. Only problem for me is one that occurs with other programs. Such as PhantomStar (Joe...I should have told you earlier), v4.0 of zDoom, and other games that use a different fastcopy. In the case of zDoom, the fastcopy routine from Venus was used, and that made the screen a bit jumpy. This is what occurs with PhantomStar and with James's greyscale games. So far, if you use IonFastCopy, or the gsCopyBuffer, the game should run fine on the 84+ SE...It has been tested and proven to fix the problem.

edit: just a mild flicker too.

Post by **tr1p1ea** » Mon 20 Dec, 2004 12:40 am

This is SE only tech though?

Madskillz · Post by **Madskillz** » Mon 20 Dec, 2004 1:06 am

These problems only occur on my 84+ SE...it seems to be the fastcopy. It's funny, it seems the 83's aren't as combatible with the 84's as everybody thought!

Kalimero · Post by **Kalimero** » Mon 20 Dec, 2004 8:59 pm

Some 84+ have a slower lcd. I've heared of very bad cases where the lcd was even about two times slower than 83/83+. There are a couple threads about this at detacheds.

Duck · Post by **Duck** » Tue 21 Dec, 2004 10:36 am

Hmm, his routines use interlacing by bytes (like RIGview). Its faster but uglier then interlacing by pixel (like GPP)

currahee · Post by **currahee** » Wed 22 Dec, 2004 10:15 pm

But hey it's still grayscale right? Darn it! I wish my S.E. could work so I could see it.... looks interesting

Post by **Patori** » Thu 23 Dec, 2004 4:33 am

wow. that's pretty darn cool.

Calv!n.n0.1 · Post by **Calv!n.n0.1** » Thu 23 Dec, 2004 6:02 pm

W0W, that is really interesting! I wonder if this could be developed further?

currahee · Post by **currahee** » Fri 24 Dec, 2004 4:02 am

Ok, moving screenshots actually move now. Looks awesome.

Madskillz · Post by **Madskillz** » Sat 25 Dec, 2004 4:37 am

Well the author of the greyscale routines has just sent all this stuff and a DBZ movie into ticalc.org. The movie is pretty damn sweet!

Post by **Kozak** » Sat 25 Dec, 2004 6:50 pm

What does interlacing by byte mean?

Post by **tr1p1ea** » Sun 26 Dec, 2004 3:27 am

With RIGVIEW im pretty sure that it interlaces by byte by taking a byte from the first buffer and copying it to the screen then taking the next 2 from the next buffer and copying it to the screen, basically mixes them all up in one pass rather than switching between 2 complete buffers. This reduces flicker as each pass you change which bytes get displayed amoungst one another. A byte in the dark buffer will still get displayed 2/3 of the time and a byte in the light buffer will still get displayed 1/3 of the time, but it is not as consistant as showing the cokmplete buffer, so it is harder to distinguish ... thus harder to notice flicker.

Ducks GPP takes this further and interlaces by bits. It basically takes a mask and applys it to both buffers and the resultant byte is copied to the screen ... the mask changes all the time but it follows the same principal as before ... basically it will take 1/3 the info from the first buffer and mixes it with 2/3 the info from the second. The bits from each buffer change when you change the mask so the flickering is reduced greatly as you never really see a consistant portion of either buffer. This is all handled by the fastcopy routine. I believe it was Tijl Coosemans who originally came up with the idea of taking it to a bit level. Duck's implementation is so fine tuned that he managed to basically get all of this done within the wasted clock cycles of a fastcopy routine. An amazing achievement

.

I hope that was understandable ...

.