我一直在努力创建新图像格式,我调用它FUIF系统或自由通用图像格式.这是一个相当虚构的名字,我知道但我不能称它为免费失传图片格式(FLIF),因为缩写不再可用(见下)FUIF也可以无损使用,所以它也不会准确
这不是我第一次制作新图像文件格式多年前我创建FLIF系统自由无损图像格式无损压缩FLIF仍然能与可用替代物相匹配实战中 无损压缩通常不及图像传送需要摄影图片从损压缩中特别受益,而感应器噪声上无损压缩废物稀有比特FLIF根本非设计对象
FUIF关键特征之一是它有模棱两可发音GIF系统和HEIF)记录正确发音/f#f/一字以我原语荷兰语个人说英语时我称它/fwf/并说它应该公开/fjuf/序列ui英语多语法表示, 并有多种选择方式: /fuf//fuf/
取名发音后 有很多图像文件格式if you're wonder why we need an another
终端用户浏览设备种类越来越多:从微小智能屏幕和大频谱屏幕尺寸显示解析手机、小桶和平板电脑到多台笔记本电脑屏幕和台式计算机屏幕,直达4k或8k电视或投影机需要考虑网络条件 从慢2G或3G接收差到超快常用纤维连接结果,再也不能接受创建网站或应用假设给定视图港宽度响应式Web设计RWD规范化
当前对RWD软图像的处理方式需要从每张高分辨率主图像中制作各种缩放图像,然后根据用户浏览上下文向用户发送不同图像这种方法帮助减少不必要的带宽消耗想象向智能手表发送四千像素图像但也有一些反面创建缩放变异位并存储对Web开发者来说,RWD是一个重大挑战,他们必须做出许多重要决策,例如需要多变式、大小和何种基础设施创建管理
很显然 服务像云化帮助减少疼痛 通过提供这样的基础设施, 创建小尺度变异响应断点帮助大多数任务自动化图像处理基础设施无法用多文件方法解决某些固有问题举例说,多发文件对CDN级缓存行为有负面影响也可能很难避免单个终端用户最终下载数位图象变换的可能性,例如浏览器窗口变换或手机旋转导致视图港宽度变化时。
图像格式是可能的和可取的通过设计响应表示用单文件代替多缩放变异划线单单'师傅文件换各种偏偏生成降级或低质量图像版本,需要基本金字塔化格式并编码图像从低分辨率到高分辨率
概念并非新奇JPEG已经可用渐进扫描脚本并生成合理比例1:8、1:4和1:2预览JPEG和JPEG2000更深入地理解这一思想浏览器已经渐渐化JPEGs 自由使用金字塔图像解析
最近图像文件格式大都放弃了累进解码能力WebP、BPG、HEIC(HEIF带HEVC有效载荷)和AVIF都无法逐步解码截取文件只产生图像顶部部分出自视频编解码机内部比特流进化解码单个框架并没有什么用
除RWD需求外,人们还日益关注加载网页并让用户感知快感所需时间低质量图像定位符缩略图画廊和进化制作方式在下载全图之前向屏幕提供预览
进化解码和自响应性设计相似,尽管不完全相同,特征如下:
- 进化解码出自一个时代,当视觉环境对每个人都基本相同时:低带宽和显示分辨率800x600(或1024x768)。每个人应该都得到相同的最终图像(全文件),但是在字节缓慢到达时预览是件好事。
- 对比之下,用设计响应意味着不同的人得到不同的最终图像(取决于他们需要的分辨率)。逐步逐设计格式总有可能实现,如果网络速度足够快(或,例如,如果图像“低于折叠式 ” ),你可能不需要实际实现响应式设计表示“递增性”,但略多于此必须从缺线文件获取精确缩放图像,这意味着某些机制必须找出缺线位置,然后在特定缺线补丁时,可实现压缩密度和图像质量之间可接受取舍
FUIF的主要动机之一是图像格式通过设计响应表示不再需要生成许多同映式:低质量占位符、缩略图和多显示分辨率多缩放版单文件在不同偏移时短化,可以做同样的事情
未来文章系列中,FUIF背后设计原理开始观察是什么使它通用图像格式
FUIF代码现已公诸于众
