面向市场的视频 - 页 3 1234567 新评论 Alexey Volchanskiy 2017.09.06 02:49 #21 Aleksey Vyazmikin:这里有两个文件，都是用CamStudio 2.7.4 的屏幕截图尺寸 1280x720 20fps的Lagarith无损编码压缩的。第一个版本是彩色的（37.5 MB）--原版是相当合格的--这里是PC视频的屏幕截图然而，在YouTube上，它看起来很悲伤。黑白版本（3.9MB）YouTube的重新转换更令人接受。 那么我们能得出什么结论呢--YouTube不适合做彩色图表，一切都应该用BW来发布？Camtasia有一个针对YouTube的编码选项，我得试试。而且，YouTube的MP4确实是过度补偿，破坏了质量。 Aleksey Vyazmikin 2017.09.06 07:23 #22 Alexey Volchanskiy: Camtasia有一个针对YouTube的编码选项，我可以试一试。诚然，YouTube的MP4确实压缩和降低了质量。试试它是否有一些编码的秘密。 Renat Fatkhullin 2017.09.06 07:38 #23 我们将包括对内部直接在网站上显示mp4视频文件的支持，而不需要上传到youtube。将有可能把文件直接插入到帖子中。 Alexey Volchanskiy 2017.09.06 07:44 #24 Renat Fatkhullin:我们将包括对内部直接在网站上显示mp4视频文件的支持，而不需要上传到youtube。将有可能把文件直接插入到帖子中。这对论坛和市场来说是有用的，但仍然需要YouTube的帮助。毕竟，它是一个拥有巨大受众的广告平台。 Aleksey Vyazmikin 2017.09.06 07:53 #25 Renat Fatkhullin:我们将包括对内部直接在网站上显示mp4视频文件的支持，而不需要上传到youtube。你将能够直接在帖子中插入文件。这将是非常好的!另一个问题是什么编解码器将被允许...我使用了Lagarith Lossless Codec ，从我的样本来看，它被证明是最合适的--在保持尺寸和质量的同时，有最好的压缩率，特别是在彩色版本。然而，一分钟--37.5--小时37.5*60=2250MB，当然，这不是一个小规模。我知道这不是你的方向，但制作一个矢量编解码器/格式来保存视频将是天才的做法 Alexey Volchanskiy 2017.09.06 07:57 #26 Aleksey Vyazmikin: 这将是伟大的!另一个问题是哪些编解码器将被允许...我使用了Lagarith Lossless Codec ，从我的样本来看，它是最合适的--在保持尺寸和质量的同时，有最好的压缩率，特别是彩色版本。然而，一分钟--37.5--小时37.5*60=2250MB，当然，这不是一个小规模。我知道这不是你的方向，但制作一个矢量编解码器/格式来保存视频将是天才的做法我在上一份工作中参与了编解码器的优化工作。你不需要发明任何东西，所有的东西早就可以免费获得。下载K-Lite编解码器包 Aleksey Vyazmikin 2017.09.06 08:17 #27 Alexey Volchanskiy: 我的上一份工作是优化编解码器。你不需要发明任何东西，一切都可以免费获得。下载K-Lite编解码器包。当然，我有这个包，你建议用什么？这是一种位图压缩方法，不是矢量转换。 Alexey Volchanskiy 2017.09.06 08:26 #28 Aleksey Vyazmikin: 当然我有这个包，那么你建议我用什么？有一种位图压缩方法，不是矢量转换。所以...你打算在视频中压缩什么？我在做一个屏幕记录，是一个栅格，栅格就可以了。或者你想要一个非常小的尺寸？为了什么？ Aleksey Vyazmikin 2017.09.06 08:45 #29 Alexey Volchanskiy: 所以...你打算在视频中压缩什么？我在做屏幕记录，这是一个位图，位图就可以了。或者你想要一个非常小的尺寸？为了什么？是的，我说的是另一种解决问题的方法--当不是从屏幕上记录图片，而是在回放过程中读取物体的坐标。终端中的对象有99%是简单的，这就是为什么我有这样的想法--不是以图片的形式呈现一切，而是以每个对象的公式形式呈现。例如，如果我们有一个500条的窗口，我们为每个对象计算向量，然后以孔隙格式绘制所有的东西，然后再取500条。这不可能在普通的视频播放器中查看，但这将是交易商之间交流信息的独特工具。好吧，进一步的无损视频转换问题是开放的--我需要进行测试。 但我转换视频的软件不能与Lagarith无损 编解码器正确工作。 我想要小尺寸，因为在没有复杂对象的视频上花费每小时2千兆字节是不合理的。 Alexey Volchanskiy 2017.09.06 09:14 #30 Aleksey Vyazmikin: 是的，我说的是另一种解决问题的方法--当从屏幕上写出的不是图片，而是物体的坐标，在播放过程中被读取。终端中的物体有99%是简单的，这就是为什么会产生这样的想法--不是用图像来表示一切，而是用每个物体的公式形式来表示。例如，如果我们有一个500条的窗口，我们为每个对象计算向量，然后以孔隙格式绘制所有的东西，然后再取500条。这不可能在普通的视频播放器中查看，但这将是交易商之间交换信息的独特工具。好吧，进一步的无损视频转换问题是开放的--我需要进行测试，但我转换视频的软件并不能与Lagarith无损 编解码器正确工作。 我想要的是小尺寸，因为在没有复杂对象的情况下，在视频上花费2千兆字节是不合理的。啊，我明白了，没有什么可以占据心智的））。我以为我们谈论的是与YouTube或其他主机有关的问题。我在上一份工作中厌倦了这些编解码器，这是一个反省的活动，但各人有各人的想法。认识一个人，他写了一个音频无损编解码器，压缩效果比世界上好，他说。他从未将其出售或申请专利，保存了自己的秘密。MQ不会100%做到这一点，视频必须为所有人和所有设备播放。 1234567 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
这里有两个文件，都是用CamStudio 2.7.4 的屏幕截图尺寸 1280x720 20fps的Lagarith无损编码压缩的。
第一个版本是彩色的（37.5 MB）--原版是相当合格的--这里是PC视频的屏幕截图
然而，在YouTube上，它看起来很悲伤。
黑白版本（3.9MB）YouTube的重新转换更令人接受。
那么我们能得出什么结论呢--YouTube不适合做彩色图表，一切都应该用BW来发布？Camtasia有一个针对YouTube的编码选项，我得试试。而且，YouTube的MP4确实是过度补偿，破坏了质量。
Camtasia有一个针对YouTube的编码选项，我可以试一试。诚然，YouTube的MP4确实压缩和降低了质量。
试试它是否有一些编码的秘密。
我们将包括对内部直接在网站上显示mp4视频文件的支持，而不需要上传到youtube。
将有可能把文件直接插入到帖子中。
我们将包括对内部直接在网站上显示mp4视频文件的支持，而不需要上传到youtube。
将有可能把文件直接插入到帖子中。
这对论坛和市场来说是有用的，但仍然需要YouTube的帮助。毕竟，它是一个拥有巨大受众的广告平台。
我们将包括对内部直接在网站上显示mp4视频文件的支持，而不需要上传到youtube。
你将能够直接在帖子中插入文件。
这将是非常好的!
另一个问题是什么编解码器将被允许...我使用了Lagarith Lossless Codec ，从我的样本来看，它被证明是最合适的--在保持尺寸和质量的同时，有最好的压缩率，特别是在彩色版本。然而，一分钟--37.5--小时37.5*60=2250MB，当然，这不是一个小规模。
我知道这不是你的方向，但制作一个矢量编解码器/格式来保存视频将是天才的做法
这将是伟大的!
另一个问题是哪些编解码器将被允许...我使用了Lagarith Lossless Codec ，从我的样本来看，它是最合适的--在保持尺寸和质量的同时，有最好的压缩率，特别是彩色版本。然而，一分钟--37.5--小时37.5*60=2250MB，当然，这不是一个小规模。
我知道这不是你的方向，但制作一个矢量编解码器/格式来保存视频将是天才的做法
我在上一份工作中参与了编解码器的优化工作。你不需要发明任何东西，所有的东西早就可以免费获得。
下载
K-Lite编解码器包
我的上一份工作是优化编解码器。你不需要发明任何东西，一切都可以免费获得。
下载
K-Lite编解码器包。
当然，我有这个包，你建议用什么？这是一种位图压缩方法，不是矢量转换。
当然我有这个包，那么你建议我用什么？有一种位图压缩方法，不是矢量转换。
所以...你打算在视频中压缩什么？我在做一个屏幕记录，是一个栅格，栅格就可以了。
或者你想要一个非常小的尺寸？为了什么？
所以...你打算在视频中压缩什么？我在做屏幕记录，这是一个位图，位图就可以了。
或者你想要一个非常小的尺寸？为了什么？
是的，我说的是另一种解决问题的方法--当不是从屏幕上记录图片，而是在回放过程中读取物体的坐标。终端中的对象有99%是简单的，这就是为什么我有这样的想法--不是以图片的形式呈现一切，而是以每个对象的公式形式呈现。例如，如果我们有一个500条的窗口，我们为每个对象计算向量，然后以孔隙格式绘制所有的东西，然后再取500条。
这不可能在普通的视频播放器中查看，但这将是交易商之间交流信息的独特工具。
好吧，进一步的无损视频转换问题是开放的--我需要进行测试。 但我转换视频的软件不能与Lagarith无损 编解码器正确工作。
我想要小尺寸，因为在没有复杂对象的视频上花费每小时2千兆字节是不合理的。是的，我说的是另一种解决问题的方法--当从屏幕上写出的不是图片，而是物体的坐标，在播放过程中被读取。终端中的物体有99%是简单的，这就是为什么会产生这样的想法--不是用图像来表示一切，而是用每个物体的公式形式来表示。例如，如果我们有一个500条的窗口，我们为每个对象计算向量，然后以孔隙格式绘制所有的东西，然后再取500条。
这不可能在普通的视频播放器中查看，但这将是交易商之间交换信息的独特工具。
好吧，进一步的无损视频转换问题是开放的--我需要进行测试，但我转换视频的软件并不能与Lagarith无损 编解码器正确工作。
我想要的是小尺寸，因为在没有复杂对象的情况下，在视频上花费2千兆字节是不合理的。啊，我明白了，没有什么可以占据心智的））。我以为我们谈论的是与YouTube或其他主机有关的问题。
我在上一份工作中厌倦了这些编解码器，这是一个反省的活动，但各人有各人的想法。认识一个人，他写了一个音频无损编解码器，压缩效果比世界上好，他说。
他从未将其出售或申请专利，保存了自己的秘密。
MQ不会100%做到这一点，视频必须为所有人和所有设备播放。