Quantcast
[ 3 / biz / cgl / ck / diy / fa / g / ic / jp / lit / sci / tg / vr / vt ] [ index / top / reports / report a bug ] [ 4plebs / archived.moe / rbt ]

Due to resource constraints, /g/ and /tg/ will no longer be archived or available. Other archivers continue to archive these boards.Become a Patron!

/vr/ - Retro Games


View post   

[ Toggle deleted replies ]
File: 152 KB, 564x1166, 1462826643609.jpg [View same] [iqdb] [saucenao] [google] [report]
4955715 No.4955715 [Reply] [Original] [archived.moe]

Do you have others images or videos comparison between the N64, Saturn and Playstation ?

>> No.4955762

>>4955715
That pic is bullshit tho

using a z divide isn't computationally slower when you have an ASIC specifically built for doing that in hardware. It only costs you transistor space, and you already need a divider for the thing to function anyway, so it's all there.

What REALLY makes perspective correct texturing slow, is that you need the Z coordinates stored in memory, which is a HUGE premium at the time. Plus you also need to upload more coordinates to the gpu instead of just fire first, draw first logic.

>> No.4955808

>>4955762
>using a z divide isn't computationally slower when you have an ASIC specifically built for doing that in hardware
Errr...that only makes sense if you have an entire pipeline built for just the dividing operation, with the pipeline not being reused for any other lesser instruction. Pretty sure that's not the case for any hardware I know of, and definitely not the case for the N64.

The N64 does triangle setup on RSP which only has two separate pipelines, one is a SIMD pipeline for matrix multiplication, and the other is a stripped down MIPS R4000 pipeline that has no instruction support for anything except the bare essentials. So it's still fuckloads more expensive to do division on RSP than it is to do multiplies or additions for example.

>> No.4955829
File: 119 KB, 640x960, 1409202398127.jpg [View same] [iqdb] [saucenao] [google] [report]
4955829

meh

>> No.4955843

>>4955829
n64 is better but only for a few reasons. the ps1 version has a map and better font, but n64 has better ground texture and fog usage. the ps1s fog looks horrible, hopw it cuts off have the screen all retarded like.

>> No.4955861
File: 449 KB, 1600x1200, 1515661129540.png [View same] [iqdb] [saucenao] [google] [report]
4955861

>> No.4956009
File: 9 KB, 250x250, 1416451597620s.jpg [View same] [iqdb] [saucenao] [google] [report]
4956009

>>4955715
This

>> No.4956027

Yeah, but what about the games?

>> No.4956068

>>4955715

https://www.youtube.com/watch?v=TuH7RDIDZN4

>> No.4956104

>>4956027
Why do you want to change the subject of a thread?

If you want to have a "There are different games for different consoles" thread, nothing is stopping you from making one. There's room.

>> No.4958168
File: 764 KB, 787x1195, 1435654998616.png [View same] [iqdb] [saucenao] [google] [report]
4958168

My turn.

>> No.4958217

>>4956068
> 240p
top kek. this person didn't even try.

>> No.4958428

>>4956068
What's this shader?
Did Super Mario 64 use that few polygons for floor and such?
This looks too exaggerated for me.

>> No.4958459

>>4955829
Imagine if more developers had actually used the N64 as the lead platform and then ported to the Playstation instead of the other way around. 3DO was basically the only developer to do so.

>> No.4958461

>>4958428
I'm not sure of the exact floating point math calculations for the PS1 butt this looks like its 8 times less accurate. Mario 64 didn't use a lot of polys for the environments.

>>
Name (leave empty)
Comment (leave empty)
Name
E-mail
Subject
Comment
Password [?]Password used for file deletion.
Captcha
Action