说白了就是世嘉没有sony的财力和技术基础
ps1的三大件是3d渲染+光驱+cg解码

sony自己就是vcd生产商，光驱成本和cg解码都好控制
世嘉只能靠别人生产和用cinepak或truemotion1
而且sony收购哥伦比亚影业，本身就是研究3d渲染和cg制作

sony也决定全社支持搞游戏机
不是松下或nec那样小打小闹
包销300万张ff7就彻底击败世嘉和任天堂了

引用:

原帖由 asdqwe 于 2024-3-31 08:39 发表
posted by wap, platform: Samsung
再上两张当年电软的，95年第三期

不知道电软这个是抄哪个杂志翻译的哪个访谈

不过证实了我跟船长的争论
土星有过两次大设计改动

一次是考虑兼容mdcd
sh2+scu实现3d 略超model1
vdp2用来处理2d，也就是分散处理

第二次就是3do发表，ps演示之后
这文章明确说了改设计
还提高了价格

引用:

原帖由 KainX 于 2024-3-31 09:50 发表

土星的播片机能并不差，虽不及PS但也没有一些人想象得那么不堪，现在很多爱好者自制的土星影片可以很好地证明这点。

土星做FF7是可以的，就如你所说毕竟卡婊也做了SS版生化1。
需要说明的是FF7作为SQUARE初期开 ...

MDEC不能硬件解码JPEG

因为mdec没有实现huffman编码

某些ps游戏是软解码huffman编码后将数据再传给mdec的

引用:

原帖由 一直努力寻找 于 2024-4-1 00:53 发表


mpeg1最后也是哈夫曼编码啊，ps能硬解mpeg，应该jpeg也没问题吧

ps不能硬解mpeg
ps实际上出过一个亚洲版ps
好像是7501
里面加了mpeg1解码芯片
可以直接播放vcd
ps技术文档也表示ps是硬解专用视频格式

引用:

原帖由 KainX 于 2024-4-1 01:45 发表

只要是专用硬件解码器就是硬件解码，跟Huffman coding没有关系。

你对jpeg和ps mdec完全不了解
去查文档吧

ps的视频是专用格式

引用:

原帖由 KainX 于 2024-4-1 09:28 发表

FF7大部分内容土星可以做出PS的八九成效果，但是战斗模式下的半透明特效要做妥协。

还有就是前面有人说过的即时游戏中整个背景是全屏播片这种情况，虽然PS在这种情况下游戏帧数也会变得很低，但目前还没有人将类 ...

我记得以前电软分析过
土星《骨头先生》背景是播片
土星文档也表示背景可以播片

引用:

原帖由 一直努力寻找 于 2024-4-2 10:21 发表


这个无所谓的，当时图片和视频的压缩编解码方式其实是差不多的，其实视频就可以看成连续的一帧帧的图片流吗，就比如mpeg1解码和jpeg2000之前的jpeg解码，其实许多步骤都是相同的。

ps能硬解比土星码率更高质量 ...

很遗憾的告诉你
ps格式的压缩率是最低的
比土星的cinepak还要低
坏处是视频文件容量大
所以ps多碟游戏多
好处是解压速度快

不懂技术不要胡乱联想
多找点文档看看

引用:

原帖由 KainX 于 2024-4-2 14:09 发表

MDEC确实是近似JPEG的专用格式解码器。我只需要了解它是硬件解码器、成像效果近似JPEG就够了LOL

MDEC比JPEG差太多了
jpeg压缩率理想情况下可以是mdec的4倍

引用:

原帖由 一直努力寻找 于 2024-4-2 19:57 发表


喷了，不懂技术，我写过jpeg解码器的，不知道你有多懂，像你这种动不动说些不着四六大话的，反而基本都是半桶水都不满出来唬人的，看你以前的发言，基本就知道是个妄人了。

ps的视频解码能力强过土星基本也是 ...

既然你自称写过jpeg解码器
那我可以告诉你ps mdec和JPEG区别
ps mdec宏块大小是16x16
jpeg是8x8
JPEG最终会用到Huffman压缩算法
ps mdec省略了这一步

ps mdec的视频源是yuv420

所以你该知道两者区别多大了

引用:

原帖由 一直努力寻找 于 2024-4-2 20:16 发表
要真搞过这些东西就明白，单位时间能解压缩更高的码率，获得更好的视频质量，反过来就是可以解更高的压缩比，基本是等价的。

ps mdec的码率是固定的，硬件决定

土星后期cienpak码率也能达到相同的
理论上如果土星软解码ps mdec的视频格式
速度可能更快点

但没有意义

ps某些游戏是在ps mdec压缩格式上再用Huffman算法压缩
然后再软解压Huffman算法把数据传到ps mdec

引用:

原帖由 一直努力寻找 于 2024-4-2 23:25 发表


8x8和16x16DCT没啥大区别，16x16的计算会更复杂点，以当时的计算能力明显8x8更合适，所以92年的jpeg标准也是用的8x8，后来据说有的新编码标准有用16x16的，sony反而超前了？

不用Huffman算法怎么压缩，前面的 ...

ps mdec是做完rle就打包了
Huffman算法被省略了

ps这样做是省算力吧

还有宏块大小还是有影响

mpeg2才支持8x8
所以宏块越小，算力要求越高
你说反了

我根据的是一份ps文档
以前狼组和施柯煜提供过

引用:

原帖由 一直努力寻找 于 2024-4-3 00:07 发表


我查了一下，mpeg1标准也是按8x8来做DCT的，16x16也是被分成6个8x8，4个Y分量，2个是Cb和Cr分量，一般说的8x8，16x16都是指dct时候的大小，16x16的计算量更大。
而且mpeg1好像就只支持yuv420，422和444都是mpeg ...

不用Huffman很好理解
成本问题

sfc的街霸zero2就是用dsp实现类似Huffman的熵压缩算法
可见当时熵压缩算法成本比较高

mpeg1宏块是
一个宏块包含例一个16x16亮度块（4个亮度block）和两个8x8的色度块（2个色度block)
https://blog.csdn.net/qq_42139383/article/details/110920664

引用:

原帖由 一直努力寻找 于 2024-4-3 15:38 发表


4个Y分量就是8x8的，16x16就是4个8x8，这就是YUV420，4个Y分量对应2个uv分量，做DCT都是按8x8做的，别去瞎翻了，我看你也不太懂，就知道点名词，说些不着四六的东西，mpeg1和jpeg许多步骤都是一样的。

我也是服了你了
真是不懂
估计你也就是抄过jpeg压缩代码

没有深入理解
宏块分割是按图像分辨率做切割的
如果宏块是16x16
那么就是16x16像素

对于yuv420
对每个色度分量来说，水平方向和竖直方向的抽样率都是2:1

16x16像素对应于16x16 y分量
那么uv就是8x8的

引用:

原帖由 一直努力寻找 于 2024-4-3 15:38 发表


4个Y分量就是8x8的，16x16就是4个8x8，这就是YUV420，4个Y分量对应2个uv分量，做DCT都是按8x8做的，别去瞎翻了，我看你也不太懂，就知道点名词，说些不着四六的东西，mpeg1和jpeg许多步骤都是一样的。

说实话
你一开始认为ps可以解码mpeg1和jpeg
我就知道你没看过ps文档
对技术也是一知半解
抄代码很容易的

我又仔细研究了一下
jpeg标准比较复杂
通常是yuv422
但也支持yuv444 yuv420
这样宏块划分也是多样的

jpeg格式支持格式，包括四种：yuv444采样(MCU大小为8x8，各一个Y/U/V分量block)、yuv420(MCU大小为16x16，包括4个Y分量和各一个U/V分量的block)、两种YUV矩形采样（MCU大小为16x8或8x16，两个Y分量和各一个U/V分量block）