为什么Amiga kickstart 1.x“插入软盘”图形如此糟糕?

2021-03-07 12:08:02

使用Prekstart 2.0 Amiga的人将非常熟悉"插入工作台软盘"图像:

我意识到这是主观的,但是图像一直把我困惑......好吧,有点丑陋。除了畸形拇指和手指之外,图像似乎很低:大块像素和厚角线。 '肯定没有伸展amiga' s传说中的图形能力; Kickstart 2.0及以后有一个改进的引导动画。

i' m假设屏幕分辨率是标准的OCS 320x200(或PAL 320x256):是否有一个技术原因是图像如此巧妙,或者只是对其的东西没有太重要了时间?

引导舞会中的11个空间相当紧张。这可能是解释的一部分。 - ThorbjørnAvn安德森

要公平地,它比在它前面的闪烁问号的幻灯片(32x32可能?)的映射相当于映射等同于Macintosh。 - 汤米

我完全被非方软盘困扰着。是这里呈现的文档的文物,还是它在原始硬件上看起来像那样? - 另一个戴夫

@Geo ......你甚至有一个图形艺术部门。对我来说,这看起来像匆匆绘制的"程序员艺术"我们一直在大多数公司都在我' ve工作,可能期望它被替换为"真实的艺术"后来,但有时永远不会发生。 - Darrel Hoffman.

查看实际代码,Iconic KS1.x Workbench磁盘手图像在技术上被绘制为矢量艺术 - 除了文本,除了位图。

机器语言代码使用简单的“程序” - 存储在数组中 - 绘制软盘,手和手指的不同部分运行时。此“DSL”实现三个命令:

画一个折线。参数:绘图笔的颜色索引和任意长的X,Y坐标列表。

泛滥填充区域。参数:所需填充颜色的颜色索引和单个x,y坐标,用于指示开始填充的位置。

用于绘制位图,存在另一种“阵列中的程序”。

该代码使用Setapen,Move,Draw,Flood和Blttemplate呼叫(以及其他一些)从图形.Library完成这一切。屏幕分辨率设置为320x200(2位平板; 4种颜色),并且代码中心通过以偏移量绘制它来绘制矢量图像。

我假设这个代码和它使用的数据比说RLE-CRF压缩所得到的位图图像的空间更少,但它有点难以评估。

如果没有,也许是因为在没有适当的位图图形编辑器的情况下创建此类艺术是最小的繁琐的方法。

但是,如果它没有图形,我不确定A1000如何绘制其kickstart磁盘提示。在启动的早期阶段中没有可用的图形。或者它们可能包括库的剥离版本,该库仅具有重新创建此图像所需的特定呼叫...

矢量艺术数据 - 没有任何代码或位图图像 - 需要412字节:

FF 01 23 0B 3A 0B 3A 21 71 21 71 0B 7D 0B 88 16 88 5E 7F 5E 7F 38 40 3832 32 3 32 3 32D 38 2D 41 23 43 2D 38 2D 41 23 43 23 0B 2D 41 23 43 23 0B 0B 02 25 45 FF 01 21 48 0A7E 0A 8A 16图8A 5F 56 5F 56 64 52 6C 4E 71 4A 74 44 7D 3C 81 3C 8C 0A 8C0A 6D 09 6D 09 51 0D 4B 14 45 15 41 19 3A 1E 37 21 36 21 36 1E 38 1A 3A16 41 15 45 0E 4B 0A 51 0A 6C 0B 6D 0B 8B 28 8B 28 76 30 76 34 72 34 5F32 5C 32 52 41 45 41 39 3E 37 3B 37 3E 3A 3E 41 3D 42 36 42 33 3F 2A 461E 4C 12 55 12 54 1E 4B 1A 4A 17 47 1A 49 1E 4A 21 48 FF 01 32 3D 34 36 3D 3A 3D 41 36 41 32 3D FF 01 33 5C 33 52 42 42 39 39 7D 39 7D 5E34 5E 33 5A FF 01 3C 0B 6F 0B 3F 20 3C 20 3C 0B FF 01 60 0E 6B 0E 6B 1C60 1C 60 0E FO 03 3E 1F FF 01 62 0F 69 0F 69 1B 62 1B 62 0F FE 02 63 1AFF 01 2F 39 32 39 32 3B 2F 3F 2F 39 FF 01 29 8B 29 77 30 77 35 72 35 6939 6b 41 6b 41 6d 45 72 49 72 49 74 43 7d 3b 80 3b 8b 29 8b ff 01 35 5f35 64 3a 61 35 5f ff 01 39 62 35 64 35 5f 4a 5f 40 69 3f 69 41 67 3c 6239 62 FF 01 4E 5F 55 5F 55 64 51 6C 4E 70 49 71 46 71 43 6D 43 6A 4E 5FFF 01 44 6A 44 6D 46 70 48 70 4C 6F 4D 6C 49 69 44 6A FF 01 36 68 3A 60 6A 40 67 3C 63 39 63 36 65 36 68 FF 01 7E 0B 89 16 89 5E FO 01 22 0B FE 013B 0B FE 01 61 0F FE 01 6A 1B FE 01 70 0F FE 01 7E 5E FE 01 4B 60 FE 012E 39 FF FF

如果第一个字节是FF并且第二字节不是,则开始用第二字节中给出的颜色索引绘制折线。将任何后续的两个字节视为属于该折线的x,y坐标除外,除了第一个字节是ff(请参阅规则2和3)或fe(请参阅规则4),这是您停止绘制行的位置。

如果第一个字节是FE,则洪泛填充使用第二个字节中给出的颜色索引的区域,从其坐标在接下来的两个字节中给出的点开始。

他对此答案的评论中的研究表明,与编码所产生的位图的运行长度相比,矢量艺术方法节省了大约3千字节。如果你在太空上紧张,这是显着的胜利。

此外,他的答案引用了原始艺术家谢谢尔的知识,如说,她只有在设计这张图片时只有在她的处置时生产图形的最原始手段。 Sheryl还提到了与存储空间相关的限制:“他绘图的尺寸有限,并且可以使用的像素数”。

鉴于此图像大多由矢量折线组成,而不是像素数组,也许知识并不意味着像素,本身,但是这些折线中的x,y坐标点?她已经专门被告知不使用太多人可以解释图像的“角度”方面。它还告诉我们在设计过程中确实是一个问题。

这一切都说 - 并回到原来的问题 - 很可能是通过微调和调整折线顶点的放置在保持相同的总数的同时更好地抛光,这可能是更抛光的。但这对我们来说很容易说我们有现代矢量艺术工具,如inkscape和Adobe Illustrator,我们可以使用。 Kangle对设计过程的回忆似乎表明她没有手掌的工具,一旦坐标点已经下放,就会让她做任何高级编辑。

8非常有趣,当然解释了" Angular"看起来的形象。我想知道简单压缩位图和矢量方法之间的大小比较是什么,以及甚至是压缩的开销(所需的代码的CPU或代码大小)是一个因素吗? - 肯德

奇怪的是,上述答案中包含的矢量数据似乎以kickstart 1.2出现,但从快速查找六角端编辑器,我无法在Kickstart 1.1中找到它,kickstart 1.0或在A1000 Bootstrap ROM中 - 至少不是在此格式。所以我不确定这些ROM如何存储相同的图像。 - jukka aho.

将插入工作台屏幕编码为具有运行长度编码压缩的2位320x200 IFF-ILBM图像,身体块的大小(即,仅在没有调色板信息等的压缩图像数据)是4276字节。如果一个人直接编码了整个320x200位平面,而是只有包含磁盘的像素并应用x = 70,y = 40偏移,一个可以节省几个字节(最大编码的run-length限于IFFS中的单个字节)。一个人只能通过这种方式节省几百个字节,这意味着kickstart leindraw / floodfill方法可以节省大量的rom。 - v-joe

@kend仅存储覆盖手+磁盘的130x131位面积,而不存储RLE压缩的2位IFF ILBM Chunk中的像素化字符,占用3384字节。因此,通过线路绘制和洪水填充的kickstart标志实现(与垂直方向上的像素重复不同),因此将近3千字节的ROM存储要求降低。 - v-joe

@jukkaaho但图像包含" 1.2" - 对于不同的版本/您赢得了不同的版本,数据不会是不同的,并且在那里找到了1.1 COS IT AIN' t的确切数据!? - Caius Jard.

限制是基于为Amiga 1000节省8个Kib引导ROM上的宝贵空间。

在&#34之前;插入workbench"图形曾经从1985年开始过了一个原始的amiga 1000,用户首先要超过"插入kickstart"屏幕。

由于原始AMIGA 1000缺少ROM中的任何扫视术,因此该初始图像必须存储在ROM中的非常有限的引导码中。这只是8个kib,因此没有包含大量多彩色位图的空间。同样,使用绘图基元创建更复杂的图形需要大量的代码空间。可能的是,工程师确定使用4种颜色的简单低分辨率图像最合适。

当然,一旦加载kickstart,就会为更好的图形留出潜在的空间,也有一个图形库API,提供可用于编码更友好的显示的绘图基元。然而,工程师从Amiga 1000' s小引导ROM保持简单的图形,直到释放Kickstart 2.0 ROM。这是rom大小从256 kib加倍到512个kib。最有可能的是,这种释放了工程师,甚至包括一个简单的动画,甚至包括一个更好的图形的空间。

7它也从UI的角度来看,使用相同的基本图形两次,并不是' t呢? - 拉菲扎恩

是的。它将是" jarring"使用不同的图形来表示下一个磁盘插入相同的含义。但是,这一原因在1986年首次发布了ROM Kickstart。 - Brian H.

WANN' T Kickstart匆忙写的?似乎我读到了某个地方...... - t.e.d.

@ t.e.d。大多数与Amiga发布相关的一切都赶紧在被加工率获得它之后,包括所有软件,特别是Amigados。 Amigados是由英国的外部Metacomco外面完成的,而且大多数它位于工作台盘上,而不是在Kickstart上。仍然,Kickstart和Workbench在释放时越过越野车,而且真的只稳定,并在v1.2完成。 - Brian H.

也许是越野车。但是我在只有十分钟后不久的时间买了我的amiga来崩溃第一个Macintosh三次。 - WoRoOleau.

钻头平面数量低(少量颜色)和低分辨率可在其他答案中规定的kickstart Rom空间保存。图像简单的另一个原因可能是创建kickstart标识时可用绘图工具的限制。考虑到以下是由原始艺术家湿知的帖子的帖子,这种形象的创建基本上在纸上完成,程序员必须解决像素(即可能已经有"像素计数"涉及图表纸张):发布在eab.abime net的sheryl nickles

一:图形草原前的amiga上没有艺术工具。我们在手册中做了每一个例证,每个"展示它"在杂志或贸易展示中出现的插图,以及每个实用的图形(即图标和字体),像素像素的像素,除了能够选择颜色并放置像素的不同之外的工具。没有线条工具。没有填充。没有形状工具。二:我们没有办法拯救我们的艺术作品。所以一旦设计,它必须直接向程序员进行编码。我用了很多图纸。或者,如果是插图,我们必须拍摄我们的屏幕并将照片发送给需要它的出版商。相信我,一旦平格拉夫完成,我们的工作就是如此简单!

这是这个线程的主题的引导磁盘被我绘制在我的左手中,并使用右手用鼠标铺设像素。我是右手。它并非旨在成为磁盘的字面图,或者如何使用它。它只是一个图标来表示使用磁盘的需要。绘图的尺寸有限,在可以使用的像素的数量,通过时间的编程要求。所有这些都应该解释为什么它'一个糟糕的绘图。但它被视为有足够的图标。

0.

我假设屏幕分辨率是标准OCS 320x200(或适用于PAL的320×256):是否有一种技术原因是如此粗糙,

应该可以在所有屏幕模式中使用,如它'未知机器必须提出的模式

只能使用少量的颜色在不良对齐和(灰度)B& W屏幕上

应该有颜色转化为纯B& W,在这里,选择的蓝可以变成黑色和灰色成白色,而不会损坏图像' s消息。

请记住,即使是高分辨率的Amiga图片也适用于屏幕的左上角,也许是今天标准全高清的1/10。

我们经常倾向于看到今天的图形'标准。虽然它通常没有伤害,但它常常妨碍我们经常看到某些事情的真实进步。

为了评估其真正的影响,需要将其与之前的生成进行比较。像C64一样。在这里,这种高分辨率图片需要许多以相同的质量显示的技巧 - 如果可能的话。因此,1985年,这是艺术的状态,非常有吸引力。

有一个关于它基本错误的一个很好的故事:amiga kickstart的故事。

谢谢你在这个线程中的信息。我写了一个程序,将其绘制在Amos的amiga上。这是一个缓慢画画的视频:Amiga kickstart手

图3是程序逐步重建引导码的重建,或者是它的逐步重建。或者是它的"得到相同的结果? - 迈克尔格拉夫

它只需使用此页面上提到的规则以及来自KS1.2 ROM的十六进制值来执行同样的事情。 - Paul Kitching.

它是它苏起做的工作 - 它告诉用户插入磁盘,它确实如此,而不是语言。

它&#39实际上很好。 Amiga标志是反混叠,几乎肯定用手。手本身相当详细。详细信息使压制成最有限的ROM空间变得更加困难。

与当代系统相比,它不会看起来很糟糕。实际上没有启动到CLI,而不是一个图形是非常小说。

将其与Mac进行比较,稍后的机器,刚刚有一个小8x8黑白磁盘图标。 4,我已经检查过关于它的一次性评论。 MAC图像为32x32:i2.wp.com/lowendmac.com/wp-content/uploads/question_mark.png。 它也是早期的机器,而不是稍后的机器。 - 汤米 Amiga标志是抗锯齿的吗? 你确定你'重新停止CRT仿真(或CRT效果)吗? - 迈克尔格拉夫 @michaelgraf如果您放大它,您可以看到使用灰色的灰色,以便掌握抗锯齿。 这是常见的。 - 用户 点击“发布答案”,您同意我们的服务条款,隐私政策和Cookie政策 不是答案你和#39;寻找? 浏览其他标记的问题或提出您自己的问题。