Graphics Interchange Format Расширение MIME-тип Сигнатура Разработчик Тип формата GIF (англ. «формат для обмена изображениями») — популярный растровый формат графических изображений. Способен хранить сжатые данные без потери качества в формате не более 256 цветов. Не зависящий от аппаратного обеспечения формат GIF был разработан в 1987...
还有一个选择,它可能是最有趣和最有用的。Win API。AVIFileOpen()、AVIFileCreateStream()等。
关于这一切都很容易,当然,那是胡说八道。我自己撒谎了。自己 从头开始创建gif(更不用说视频)几乎是不可能的。你需要一个巨大的技术基础。你必须知道如何在画布上工作,知道所有的微妙之处。在我的案例中,我必须有一个标记语言、一个构造器、一个引擎和许多其他东西。
如果你用内部工具实现gif,那么它可能会起作用,但考虑到内部库根本不与画布一起使用,是否有可能将这种解决方案整合到内部库中?我在画布上有自己的窗口,也有很多自己的解决方案。但用标准的工具你可以做一个原型,但它不可能是一个完全可用的东西。
是的,一些标记语言,一些构建器,一些引擎...但这与GIF有什么关系呢?如果有东西在动,它就是一个GIF吗?
是的,一些标记语言,一些构造器,一些引擎... 但这与GIF有什么关系呢?如果它移动,它是一个gif吗?
谢谢你,安德鲁 :)
我将澄清,安德鲁,我对你的问题 "你能在视频中保存吗?"的逻辑推理。在回答任何问题之前,我试图通过现有的手段了解谁在问这个问题以及他的水平。首先是为了更正确、更容易理解地安排我的答案,其次是为了理解一个非常模糊的问题的含义,以免用一个问题来回答一个问题。
很明显--我去看了你的资料。
这就是为什么我开始以潜在能力的形式回答你。
但是,禁忌者并没有真正困扰我,因为通常情况下,他们是那些自认为非常聪明,但实际上非常不聪明和笨拙的人,对他们来说,通常情况下,心理合气道的一个小把戏就足够了,他们会在普遍的笑声中崩溃。
ZS 至于月亮,你的答案 "不 "让我微笑。知道这一点,这是你的正确答案。对于这样的问题,我的 "错误 "答案又会有所不同,这取决于谁在问我这个问题。
...但这和它有什么关系呢?根据原则,如果有东西在动,那就是hyph?
不是 "不完全",而是 "完全没有",不是gif))
为什么?你读过维基的定义吗?显然不是。这里有一句话。
动画图像[编辑 | 编辑代码]
GIF格式支持动画 图像。它们是由几个静态帧 组成的序列,以及关于每一帧应在屏幕上显示多长时间的信息。一个动画可以循环播放,使第一帧在最后一帧之后开始,以此类推。
GIF动画可以使用透明度,这样下一帧就不会作为一个整体保存,而只是相对于前一帧的变化。
一个没有记录但被支持的功能是能够用GIF动画保存更多的颜色,帧之间的延迟为零。这就克服了256色的限制:每一帧都包含自己的调色板 [4]。
压缩[编辑 ] [编辑]
GIF使用LZW 压缩格式。 它适合于压缩有重复线条的图像。特别是水平方向上有许多相同颜色的像素 的图像[5]。
LZW压缩算法属于无损压缩格式。这意味着从GIF中恢复的数据将与打包的数据完全相同。应该注意的是,这只适用于8位调色板图像,对于彩色照片来说,损失将是由于其转换为256色。
LZW 压缩方法是由以色列人AbrahamLempel 和Jacob Ziv 在1978年开发的,后来在美国由Terry Welch 完善。LZW通过搜索整个文件中相同的序列(称为 "短语")来压缩数据。被识别的序列被存储在一个表中,并被分配较短的标记(键)。
LZW方法,就像RLE 一样,在颜色均匀、无噪音的区域效果更好,它在压缩任意图形数据方面比RLE效果好得多,但编码和解压过程较慢。
不是 "不是真的",而是 "根本不是 "不是GIF))
现在,重读一下我对GIF的实施。尽管它们在细节上有所不同,但压缩方法是相似的。要做到完全匹配是不可能的,因为我的播放机制和所有与画布有关的工作都是作者的。
我在等待你的实现))。让我们大家看看什么是真正的 GIF))。
Zy。你似乎在利用你的权威,像个孩子一样炫耀你的语言。你从来没有创造过这样的东西,而你在和一个在这方面做了大量工作的人争论。这很荒唐。如果你争论,请给出一些事实,一些代码。我不和你争论高等数学的问题,以免你看起来像个白痴。 不要变成一个小巨魔。保持你的可信度。