佳能魔灯中文版官方站点

标题: 关于魔灯4K [打印本页]

作者: admin    时间: 2017-5-3 17:28
标题: 关于魔灯4K
最近看有人把几年前的英文帖子发出来,问我魔灯都有4K了,为啥不升级,我是又好气又好笑,好吧,我给各位解释一下。
crop_rec模块呢是最早魔灯版本的外挂模块,叫裁切模式,当时只有支持5D3,这话是4年前了吧。咱的中文版根本不用模块,所有机型全部内置裁切模式,只要你在进魔灯菜单前按放大键,放大到10倍取景或五倍取景,再进入魔灯菜单即可设置4K,这叫裁切模式。问题是,5D3的卡槽只有95M带宽,4K需要200M带宽,所以只能录制几秒,就是玩玩,国外的样片大家没看到每个镜头都不超过3秒吗?因为不实用,所以我们没有提及这个功能,既然有人把几年前的老帖子转出来了,那我就在这里说说吧。




笑不笑话看真东西,无损码率在哪摆着,1920x1080x14x24÷8=87091200,也就是87兆/秒,别跟我说压缩的事,14bit raw和mlv本身就是存的cmos原始数据,所以才叫无损。说别的没用,你们谁用4096x1440 25帧给我拍个一分钟14bit无损连续镜头,我立马投钱汉化新版。对了别跟我提什么12 bit和10bit,无损视频达不到14bit,宽容度上不去还要无损干什么?老实拍mov不就得了,那些跟我提12bit的人,你们知道无损是干什么用的吗?想争论我欢迎,但是先看懂了下边链接的文章咱再讨论http://blog.sina.cn/dpool/blog/s/blog_9fa53b5f0102vz43.html,今天回复没别的,就是很多客户朋友给我打电话,一聊起来发现有很多技术误解,我一问才知道网上一堆假行家,是真敢说啊,把大家绕的晕头转向。所以今天也在此告知这些假行家,别的论坛你可以随便胡诌,在我的论坛,我绝对不允许假行家误导我的朋友。有技术功底的欢迎讨论,要是连bit和byte都分不清的,咱最好少聊。


作者: allen17    时间: 2017-5-12 21:21
占楼,支持一下。辛苦了老师。
作者: jiemi2002    时间: 2017-5-13 22:49
支持一下
作者: diyici0506    时间: 2017-5-16 10:05
并不是这样子的。最近的固件是魔灯新出的,可以拍4k十秒左右,3.5k裁幅近乎可以连续拍摄。新出的固件主要是更改了压缩方式,推出了14bit 12bit以及10bitlossless模式 大大缩小了视频体积。 有想体验的可以去魔灯群里下载。只有5d3可以。
作者: riches    时间: 2017-5-18 20:56
提示: 作者被禁止或删除 内容自动屏蔽
作者: me7736579    时间: 2017-5-20 09:44
你这回答本身就不负责任的笑话
作者: pojianechu    时间: 2017-5-20 16:12
有没有看事实
作者: 云上飞    时间: 2017-5-20 22:42
diyici0506 发表于 2017-5-16 10:05
并不是这样子的。最近的固件是魔灯新出的,可以拍4k十秒左右,3.5k裁幅近乎可以连续拍摄。新出的固件主要是 ...

哪个群下呢?是中文的吗?

作者: 云上飞    时间: 2017-5-20 22:47
版主能否费下神升级一下,不要只是敷衍呢,
作者: mokzi    时间: 2017-5-27 16:01
提示: 作者被禁止或删除 内容自动屏蔽
作者: admin    时间: 2017-6-13 03:56
笑不笑话看真东西,无损码率在哪摆着,别跟我说压缩的事,你们谁用4096x1440 25帧给我拍个一分钟14bit无损视频,我立马投钱汉化新版。对了别跟我提什么12 bit和10bit,无损视频达不到14bit,还要无损干什么?老实拍mov不就得了,那些跟我提12bit的人,你们知道无损是干什么用的吗?
作者: diyici0506    时间: 2017-7-22 16:38
云上飞 发表于 2017-5-20 22:42
哪个群下呢?是中文的吗?

369683125魔灯中文官方群
作者: wuliren888    时间: 2017-8-27 13:49
新版是改进后的无损压缩格式,解压后就是14bit raw的正常体积,可以正常调色温曝光等,你的回应看完我觉得你要么没有认真去尝试和了解,要么就是推卸敷衍
作者: admin    时间: 2017-9-20 02:30
楼上的这位是真敢说啊,本来不想太费时间,毕竟不是一个专业,而且也已经决定汉化最新版了,感觉没必要再费劲回复了。但说我敷衍大伙,那这个有点信口开河了,只好回应一下了。那就看代码吧。
  1. <div>            {
  2.                 .name       = "Data format",
  3.                 .priv       = &output_format,
  4.                 .max        = 5,
  5.                 .update     = output_format_update,
  6.                 .choices    = CHOICES(
  7.                                 "14-bit",
  8.                                 "12-bit",
  9.                                 "10-bit",
  10.                                 "14-bit lossless",
  11.                                 "12-bit lossless",
  12.                                 "11...8-bit lossless",
  13.                               ),
  14.                 .help       = "Choose the output format (bit depth, compression) for the raw stream:",
  15.                 .help2      = "14-bit: native uncompressed format used in Canon firmware.\n"
  16.                               "12-bit: uncompressed, 2 LSB trimmed (nearly lossless on current sensor).\n"
  17.                               "10-bit: uncompressed, 4 LSB trimmed (small loss of detail in shadows).\n"
  18.                               "14-bit compressed with Canon's Lossless JPEG. Recommended ISO < 100.\n"
  19.                               "Signal divided by 4 before compression. Recommended ISO 100-1600.\n"
  20.                               "Signal divided by 8/16/32/64 before compression, depending on ISO.\n"
  21.          },</div>
复制代码

[attach]1468[/attach]


[attach]1469[/attach]
这段代码的来源看截图,明白的不需要我解释,不明白的,我犯不着跟你解释。

然后我跟大家说说源码中选项的含义

"14-bit: native uncompressed format used in Canon firmware.\n"
14BIt位深无压缩格式,就是现在大家用的格式。

"12-bit: uncompressed, 2 LSB trimmed (nearly lossless on current sensor).\n"
12Bit位深无压缩格式,最低位2位消除(近似于无损)
"10-bit: uncompressed, 4 LSB trimmed (small loss of detail in shadows).\n"
10Bit位深,最低位4位消除(开始丢失暗部细节)
"14-bit compressed with Canon's Lossless JPEG. Recommended ISO < 100.\n"
14Bit位深JPEG无损算法,适用于ISO小于100的场景。(JPEG无损是什么呢?大家可以自己百度一下,就是前位预测,下边两种算法都是这个算法的变种,原理一样,具体压缩量我下面具体解释)
"Signal divided by 4 before compression. Recommended ISO 100-1600.\n"
靠前4位采样预测压缩算法,适用于ISO100-1600。
"Signal divided by 8/16/32/64 before compression, depending on ISO.\n"
靠前8/16/32/64位跳步采样预测压缩算法,步长根据所设置的ISO值而变化。

好了,下面来说说后两个的具体压缩率。
第一:压缩率不是固定的,由场景的繁杂程度决定,越繁杂的画面,压缩率越低,超级复杂的场景会出现预测失败,负压缩的情况,这是由编码决定的,不熟悉的朋友去了解一下霍夫曼编码。
第二:为什么三种压缩算法都对ISO有要求呢,因为ISO的大小决定了噪点的大小,而噪点会影响预测的准确率,这个我不用解释了吧,而很低的准确率会出现负压缩,这个我上边也解释过了。
第三:在最简单场景下,最大压缩率能达到多少呢,也就缩减10%左右。依据是什么呢,程序里写着呢,我贴在下面大家自己看。
  1. /**
  2. * RAW recording. Similar to lv_rec, with some different internals:
  3. *
  4. * - buffering strategy:
  5. *      - group the frames in contiguous chunks, up to 32MB, to maximize writing speed
  6. *        (speed profile depends on buffer size: http://www.magiclantern.fm/forum/index.php?topic=5471 )
  7. *      - always write if there's something to write, even if that means using a small buffer
  8. *        (this minimizes idle time for the writing task, keeps memory free in the startup phase,
  9. *        and has no impact on the sustained write speeds
  10. *      - always choose the largest unused chunk => this maximizes the sustained writing speed
  11. *        (small chunks will only be used in extreme situations, to squeeze the last few frames)
  12. *      - use any memory chunks that can contain at least one video frame
  13. *        (they will only be used when recording is about to stop, so no negative impact in sustained write speed)
  14. *
  15. * - edmac_copy_rectangle: we can crop the image and trim the black borders!
  16. * - edmac operation done outside the LV task (in background, synchronized)
  17. * - on buffer overflow, it stops or skips frames (user-selected)
  18. * - using generic raw routines, no hardcoded stuff (should be easier to port)
  19. * - only for RAW in a single file (do one thing and do it well)
  20. * - goal #1: 1920x1080 on 1000x cards (achieved and exceeded, reports say 1920x1280 continuous!)
  21. * - goal #2: maximize number of frames for any given resolution + buffer + card speed configuration
  22. *   (see buffering strategy; I believe it's close to optimal, though I have no idea how to write a mathematical proof for it)
  23. */

  24. /*
  25. * Copyright (C) 2013 Magic Lantern Team
  26. *
  27. * This program is free software; you can redistribute it and/or
  28. * modify it under the terms of the GNU General Public License
  29. * as published by the Free Software Foundation; either version 2
  30. * of the License, or (at your option) any later version.
  31. *
  32. * This program is distributed in the hope that it will be useful,
  33. * but WITHOUT ANY WARRANTY; without even the implied warranty of
  34. * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
  35. * GNU General Public License for more details.
  36. *
  37. * You should have received a copy of the GNU General Public License
  38. * along with this program; if not, write to the
  39. * Free Software Foundation, Inc.,
  40. * 51 Franklin Street, Fifth Floor,
  41. * Boston, MA  02110-1301, USA.
  42. */
复制代码
这段话我不翻译了,相信举着英文官网旗号提出疑问朋友绝对是看的懂得,否则他的疑问我也是太当真了。
这个压缩率录制4K的结果是什么,大家应该心知肚明了?但是新版我还是决定汉化,因为我发现了一个比压缩更实用的功能,先小小的保留一下。

好了,说的够多的了,我希望大伙讨论问题一定要真刀真枪的用,不要捕风捉影,更不能误导群众,你痛快了一下嘴,别人可能就得跑断腿,珍惜这个圈子。





作者: PCMBOX    时间: 2017-9-25 13:05
代码看不懂,是不是说:程序员远离世纪佳缘的欣欣?
作者: PCMBOX    时间: 2017-9-25 13:06
7D的双ISO功能MLV呢?
作者: me7736579    时间: 2017-10-8 13:42
加油版主,我们都支持你,希望你说话算话。上次在qq群里说了给中文版的现在都过去半年了也没有看到
作者: PCMBOX    时间: 2018-1-17 21:13
傻逼太多了…………

先晒晒你们后期电脑的配置,再说4K的RAW素材吧…………规规矩矩玩玩现在的就得了
作者: boss    时间: 2018-7-22 12:24
今时不同往日了,更新就不一样
作者: 草珊瑚    时间: 2018-7-24 19:26
好复杂,看不懂
作者: zxdmsn    时间: 2019-1-2 20:58
其实4K这会儿还不能普及,因为各位看一下民用级的编辑软件哪个是4K输出的?,目前还没有,因此,个人觉得能用单反拍raw已经是大赚了,因为如是用摄像机拍raw的话,价格最起码要在单反的价格后面加个零。
作者: czl49    时间: 2019-10-21 19:06
文章被加密了啦




欢迎光临 佳能魔灯中文版官方站点 (http://www.tecdee.com/) Powered by Discuz! X3.2