dwing吧 关注:5,112贴子:81,764

全部
  • 46
    温馨提示:即使测试最终得出444优于420的结果,也不代表我在任何意味上支持对420源进行简单拉升后就压成444的行为,本测试从源为444的角度出发。 半采样的影响和内容特性有关,这个测试分为几个部分,先发实拍部分。 以前油管扒的8K,用VS内置Lanczos缩到1080p YUV444P10,然后用FFmpeg同样使用Lanczos进行该进行的444->420和x265纯preset slow压制,之后对结果使用VS内置Lanczos升到444后与源脚本进行比对。 同crf得出的体积相同(±1%),x265自动对444加上了+6的cbc
    Mr-Z♂ 9-21
  • 44
    添加了多线程(UI界面不会被阻塞卡顿无响应~ 应该是终版了(不折腾了,除非有重大bug) blue揍:ifovVehy3gj
  • 40
    【1】x265的基本编码单位----CTU=树编码单元: x265将图像划分为“树编码单元=coding tree units= CTU”,而不是像x264那样的16×16的宏块。根据不同的编码设置,树编码块的尺寸可以被设置为64×64或32×32或16×16。大量的研究都表明更大的树编码块可以提供更高的压缩效率,但是也意味着压制速度会变得巨慢无比。每个树编码块可以被递归分割,利用四叉树结构,分割为32×32、16×16、8×8的子区域,下图就是一个64×64树编码块的分区示例。每个图像进一步被区分
  • 29
    (今后如果没有大的变化, 不再发帖和公布下载链接了, 有兴趣可以关注下面的github链接, 那里会不定期更新) UCI是一种基于H.264/HEVC intra帧压缩算法和数据流格式的静态图像封装格式. 而且不受图像宽高的一些限制,支持alpha透明通道等特性, 与JPEG,JPEG2000,HD-Photo等静态图像压缩算法相比具有更高的压缩效率. 目前公开的命令行工具暂时只支持24/32位BMP与UCI格式的相互转换, 同时提供二次开发用的dll/lib, 也可以用于XnView和Susie的解码插件. 编码工具只支持x264/x265
  • 16
    最近突然注意到油管推出了av1的测试,最高可以支持到480p。同时看到lav filter nightly更新了ffmpeg,支持了av1的软件解码,感觉av1快要来了。 由于av1的编码性能实在捉鸡,就心血来潮测了测解码性能,看看到底能不能应用到实际。 在doom9的av1专楼#781看到了一个av1的webm,1920x800 24fps 8bit 420,码率极低,只有523kbp。 拿来二压了一个8bit hevc,crf 35, qcomp 0.6, preset slower, rect on. 压出了一个相近的码率 550kbps。 结果不出所料,现阶段av1的解码消耗,是开了rect的hevc
  • 24
    金山h.265编码软件KSC265最近在今年的视频编码器大赛(Video Codec Comparison)中,得到了软件编码器第一,综合评
    HUSTz3 5-9
  • 78
    这里萌新一只,自己为了方便给ucienc.exe写了一个简单的GUI。长这样: (功能少的可怜……) 因为是自己用的所以自己没什么需求的话大概不会再加什么新功能了……如果有bug到是会修…… 本来没想发出来不过想想说不定有人需要就发了。 下载地址:链接:http://pan.baidu.com/s/1mhQ2NGW#noj4 密码:noj4
  • 15
    UCI是一种基于H.264/HEVC intra帧压缩算法和数据流格式的静态图像封装格式. 而且不受图像宽高的一些限制,支持alpha透明通道等特性, 与JPEG,JPEG2000,HD-Photo等静态图像压缩算法相比具有更高的压缩效率. 目前公开的命令行工具暂时只支持24/32位BMP与UCI格式的相互转换, 编码工具只支持x264/x265作为编码内核, 解码内核使用FFmpeg中的libavcodec解码器. HEVC编码的uci文件只能用0.6以后版本的UCI来解码. 编码时加"-hevc"参数,使用x265.exe来编码, 其它使用方法均未改变.
    dwing 1-15
  • 370
    1:8BIT还是10BIT 12BIT 首先12BIT目前几乎只出现在作图领域,母源处理成12BIT都及其少见,另外12BIT的显示器目前【你自己搜搜】。。。。。所以没有必要浪费时间去折腾这个,PASS! 那么谈谈8BIT存在的价值和转10BIT到底有没必要: 目前蓝光标准即为8BIT,最大的原因是世界90%的显示设备都是8BIT的,4K UHD都还是8BIT,那么我想未来几年内更换为10BIT标准比较困难,这涉及到产业链一大堆人的利益,所以就兼容性来说8BIT依然是首选。 那么8BIT硬转10BIT到底还有没
  • 4
    从0.6版本开始, 支持HEVC编码的uci文件, 编码器目前只支持x265 编码时加"-hevc"参数,使用x265.exe来编码, 其它使用方法均未改变 HEVC编码的uci文件只能用0.6以后版本的UCI来解码 发布包 uci0601.7z 附带的 x265.exe 修正了原版的一个bug 所以目前必须使用这个exe来编码(具体原因见前一版本发布贴的2楼) 与bpg相比, uci的编解码性能貌似更好,可自定义编码参数, 画质差不多 下载: pan。baidu。com/s/1dFusajv 源码: github。com/dwing4g/uci 最近更新历史: 0.601(2016-12-21) 更新FFmpeg
  • 55
    主要改进: 增加HEVC(x265)编解码的支持, 使用VS2015编译FFmpeg和UCI 新版本可在编码时加"-hevc"参数,使用x265.exe来编码, 其它使用方法均未改变 HEVC编码的uci文件只能用0.6以后版本的UCI来解码 与bpg相比, uci的编解码性能貌似更好,可自定义编码参数, 画质差不多, 需要进一步测试 下载: pan。baidu。com/s/1mii48XE 源码: github。com/dwing4g/uci 最近更新历史: 0.6 (2016-10-10) 更新FFmpeg至3.1.4,支持x265编码,支持VC2015编译,默认二进制发布版本使用VC2015编译 0.526(2016-09-30) 更新FFm
    tnti3 1-16
  • 34
    前些天各地都炒作了G00GLE的AlphaGo如何厉害, 实质上就是结合了深度神经网络和蒙特卡罗搜索树算法, 目前也只有这两个算法适合围棋AI,而且可以很好地配合, 神经网络算法比较复杂,调优也很费时费力, 而蒙特卡罗算法很简单,无需棋类经验,只要有规则即可, 对RAM/ROM要求非常低,主要依赖CPU整数计算, 而且极易分布式计算,不过不太适合用GPU计算. 我写了不到200行核心代码就实现了围棋规则和蒙特卡罗算法,并做了高度优化. 然后还有一个简单的界面也只有200行
  • 19
    实测被bpg完爆,差距在60%左右 即同画质下bpg比uci小60%,同体积下比uci好60% 知名程序员、FFmpeg、QEMU和JSLinux等项目的作者Fabrice Bellard提出了
  • 33
    先写结果:Opus > AAC > MP3 (~128kbps) ~ Ogg Vorbis 注意MP3的码率高于其他三个 原帖 http://www.hydrogenaud.io/forums/index.php?showtopic
  • 268
    HighCode组 大小:5-9GB 分辨率:1920*1080 Encoding settings : cabac=1 / ref=6 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy_rd=1.50:0.00 / mixed_ref=1 / me_range=128 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=6 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=120 / rc=2pass / mbtre
  • 51
    UCI (Ultra Compact Image) 0.525 by dwing 2013-12-20 开源托管站点: https://code。google。com/p/ultra-compact-image/ 已编译文件包(uci0525.7z): http://pan.baidu.com/s/1vN6Aq * 简介 UCI是一种基于H.264 intra帧压缩算法和数据流格式的静态图像封装格式. 而且不受图像宽高的一些限制,支持alpha透明通道等特性, 与JPEG,JPEG2000,HD-Photo等静态图像压缩算法相比具有更高的压缩效率. * 更新历史 0.525(2013-12-20) 更新FFmpeg,使用MinGW-GCC 4.8.2编译,发布五周年开源纪念版 0.524(2013-05-17) 更新FFmpeg,命令行程序使
    dwing 4-18
  • 94
    不久前,视骏发布了自家的免费HEVC编码器,也算是网上除了HM外,第一个具有实用价值的HEVC编码器,首先对软件程序猿们表示感谢,起码能免费放出编码器这个是福利伸手党们的事情。 本测试仅用一个场景片段,一个码率预设值,来测试HEVC编码器的速度与压缩效率,同时与x264作对比。 测试配置: Athlon II X4 640 3.0GHz DDR3 1333 6GB (DC+ enabled) Windows 7 64bit 测试片源:Fate/Zero NCOP1 蓝光原盘 http://kuai.xunlei.com/d/Z7zZAgJWGwDBOdxR2cf 测试片段下载: http://pan.baidu.com/
  • 29
    近期更新记录: 0.524(2013-05-17) 更新FFmpeg,命令行程序使用unicode处理所有字符串 0.523(2013-04-28) 更新FFmpeg,修正上个版本解码的色彩空间转换问题 下载: pan.baidu。com/share/link?shareid=472667&uk=2047110340 前一版本(0.522)发布贴: tieba.baidu.com/p/2253276711 0.4 版发布贴: tieba.baidu.com/p/586018069 UCI相关介绍: tieba.baidu.com/p/511089688
  • 2
    此版本更新记录: 0.523(2013-04-28) 更新FFmpeg,修正上个版本解码的色彩空间转换问题 下载: http://pan.baidu。com/share/link?shareid=441180&uk=2047110340 http://www.kuaipan。cn/file/id_22946077527245460.htm 前一版本(0.522)发布贴: http://tieba.baidu.com/p/2253276711 0.4 版发布贴: http://tieba.baidu.com/p/586018069 UCI相关介绍: http://tieba.baidu.com/p/511089688
  • 104
    借d大的贴吧打个广告吧。 http://www.nmm-hd.org/newbbs/viewtopic.php?f=18&t=734&p= 小丸工具箱 百度网盘:http://pan.baidu.com/share/lin
  • 320
    最近迅雷和PPS等几个国内视频领域厂商突然宣布支持H.265, 并很快提供了测试渠道, 很让人出乎意料. 且不说普通用户, 很多压片专业用户估计也始料未及, 国内竟然有这么高调推广新技术, 而且还是这种硬功夫的编解码器领域. 虽然可以不对这些商业化的宣传抱有期望, 甚至是严重怀疑的态度, 但对新技术的推广有利的话, 我们这些技术宅还是应该感到很期待的. 我还没去来得及更新迅雷看看, 就从某处得到了所用的解码器, 而且是dshow的filter, 这种形式很正
  • 133
    夜深了,人静了,我发一个帖子,回忆我这20年的慢慢电脑之路,以及对突飞猛进、一日千里的电脑技术的由衷感慨。 回想我的第一台电脑是286,1M内存,VGA显卡,14寸VGA单显,1.2M的软驱,这个配置在当时已经算是超前的了(因为当时的流行配置是8086,EGA单显)。 电脑到手,我就成了“电脑教”的狂热教徒,每天顶礼膜拜,花费所有的时间在电脑上面,从早到晚,从晚到早,永不停歇。以至于家人强迫我离开电脑桌去做别的活动。 在这种近乎于神经质
  • 154
    先说结论:本人认为,Apple AAC 在音质上要远好于 Nero AAC。 例证: 我切了一个flac的片段,用foobar2000分别转成64K的Apple AAC(cvbr 64)和66K的nero AAC(q=0.25),然后用foobar2000播放,查看频谱,发觉不论高频与中频,nero都差太多了。频谱图如下: 原音轨: Apple AAC: Nero AAC: 图上看,nero的高频部分一刀切了也就算了,中频也弄的跟豆腐渣一样,支离破碎(点图放大,观察Nero频谱的中间部分,的确是破损的很严重),而Apple AAC就好很多。二者在听感上的差别,
    awpak78 3-24
  • 53
    欢迎各位在这里讨论一下这两种封装格式的优缺点 首先是我自己的看法, 这两种格式都是现在比较流行的开放格式 MP4主要用来封装MPEG1/2/4,H.264,MP3,AAC等比较有限的视频音频编码, 不过一般来说够用了, 只是貌似没法封装vp8,vorbis这些无专利的编码. MKV支持的编码比MP4更广泛,甚至还支持封装real的编码. 二者都支持内嵌字幕,章节. MKV还可以封装其它文件. 设备支持上, MP4的支持度貌似比MKV广泛, 尤其是移动设备上, 另外在网络上flash支持MP4. 格式的专利问题尚不
  • 33
    最近我为了方便系统维护,顺便熟悉一下当前的系统引导方式和WinPE,做了一个简易的U盘启动版WinPE,体积不到34M(不含通用网卡驱动). 这个版本基于tango最
    dwing 9-18
  • 53
    dwing2014-02
    H.265还在发展过程中, 可能很不成熟, 但已经有些实验版本的源程序, 有空我会看看, 主要是intra的压缩效率. 官方网站: http://www.h265.net 实验程序SVN: http://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware PS: UCI 0.5版本已经开发完成并做了一些初步的测试, 近期会放出.
    dbsdx 8-25
  • 25
    嗯...看来要找时间测试一下, 没问题之后准备改造UCI.
    dwing 7-19
  • 69
    至今我还没搜索到基于x264 intra帧的编解码工具,所以只能自己动手了. 因为要支持任意分辨率和alpha通道,所以只能自定义一种简单的封装格式,目前暂定名为UCI(Ultra Compact Image),目标不仅仅是h.264,而是追求压缩质量最佳的有损静态图像编码. 编码器组件包含x264.exe和一个外壳ucienc.exe. 解码器组件包含基于ffmpeg的ucidec.dll和一个外壳ucidec. 由于x264经常更新,而且是以GPL协议发布的,所以我不打算直接提供,可到x264.nl那里下载. 目前仅仅完成了24/32位bmp到uci的
    dwing 11-10
  • 97
    dwing2011-08
    本次更新做了较多改进,同时也修复了上一版本发现的几个问题,欢迎反馈bug报告或建议. http://www.namipan.com/d/uci.7z/bab044c4e2fcb3c11a72ff1e6f
    dwing 8-2
  • 68
    出于没人给direct264编译第三方版本(主要是没patch),故自己决定动手,并打算长期更新(只要direct264在更新)。 编译环境: win7 x86 + msys 1.0.17.1 mingw-gcc 4.6.0 yasm 1.1.0 Patches: 01. Film Grain Optimization (#1) 02. Fade Compensation (#2) 03. Remove stats before renaming 04. Auto VBV Settings 05. Force Level 06. Automatically Level 07. Filter: hqdn3d/pad/vflip/yadif 08. Logger 09. Encode Time 10. Cosmetic (#3) #1: help里额外加了需要subme>=7的提示 #2: 额外使用x264_clip3ff函数强制限制fade-compensate的参数范围为0.0-1.0,
  • 39
    刚刚才发现7天前的3185SVN就加入了dxva解码了,于是试用了下,速度和兼容性目前没有看到问题,甚至有些地方比MPC-HC的DXVA还快,但是目前播放时跳转后会有
    zys4416 4-25
  • 47
    1L for baidu
  • 12
    UCI进入维护期,不定期更新维护版本 0.493(2011-03-13) 更新FFmpeg,改用VC2010(sp1)编译,编码质量的范围从1~50改为0~51,修正0.492版质量0的alpha通道的解码问题,增加LuaJIT的使用例子 下载地址: http://dl.dbank.com/c0336cxsd8 http://www.rayfile.com/zh-cn/files/3191df61-4d12-11e0-8c51-0015c http://u。115。com/file/f3eaafe7bf
  • 14
    https://code.google.com/p/lua-lab/ Lua 编程语言内核的实验性扩展项目。 增加或修改一些代价低、实用性强的一些功能。 刚刚加入了 Lua 5.2(work2)的官方源码, 以后有时间会陆续做修改. 如果有对 Lua 感兴趣的, 可以提一些建议.
    dwing 11-17
  • 14
    dwing2011-08
    和UCI类似,UCA的目标最佳低码率高质量的语音编码,以弥补HE-AAC在此领域的不足. 当前使用的是AMR-WB+的编解码内核实现,由于目标只是语音,所以编码只锁定在单声道,码率范围在10~24kbps,有效采样率在24~38kHz. 0.14 公开测试版本(包含命令行的编解码器,解码DLL等): http://www.brsbox.com/filebox/down/fc/a5850c382ed524e7ec4d7d7e57 http://d.namipan.com/d/9cae09ffd44379cd551151504671078797db2363b 0.14 (2010-05-08) 支持2种采样率输出,支持指定输出长度,修正几个细微bugs 0.13 (2010-04-29) 重新定义编码器参
    0.0.0.* 8-23
  • 12
    ED6 SC 剧情版补丁(战斗免除补丁) by dwing (2009端午发布) 可安装于简体中文原版之上.运行ed62cn.exe启动剧情版游戏. 此补丁会跳过所有战斗,仅用
    biran007 12-16
  • 11
    可以在这里下载到源代码,可执行程序,以及简易手册. http://code.google.com/p/tob/
  • 104
    最近用最新版mencoder测试了一些x264的参数,发现在高端参数下,编码后的质量比Real和MPEG4都好很多,在低码率下尤为明显. 另外恒定量化值的功能最让我欣赏,Nero的AVC编码器竟然不支持这个. PS: Real的编解码器该抛弃了, x264+NeroAAC就是目前完美的编码组合.
    0.0.0.* 2-25
  • 129
    Ever17简体中文精简版主体(39.5MB) 不包括原版的以下内容: 语音,视频动画,extra中的屏保和可保存的语音. 其中语音和视频动画以后会单独发布. 下载地址: http://www.namipan.com/d/Ever17Main.7z/14bbd1c82c0d77f9b0338de19 如果上边的链接打不开下载页面,可以尝试下面的链接: http://www.namipan.com/d/14bbd1c82c0d77f9b0338de19913bf7a6e6a20d 此版本用仅用于预览和测试,请仔细阅读其中的readme.txt,欢迎报告bug和建议. 首发站点: http://tieba.baidu.com/f?kw=dwing 此资源可以提供分流
    dwing 11-22
  • 70
    同样使用HE-AAC,HD-PHOTO,H.264等编码及成熟完善的精简技术. 目前内部测试中,公开发布时间待定... PS: EVER17已列入精简计划之中.
  • 31
    首先是测试低画质级(压缩比1:20),之间的差别比较明显. 各测试图下载: http://www.namipan.com/d/test_low.rar/342342e747ab0d125d45d10b92419e36df3740390a483b00 经过对比发现全局和放大情况下,主观感觉有很大不同,所以不好排名,不过综合来看x264比较好,可惜文字部分有些瑕疵. 高画质级稍后测试.
    0.0.0.* 12-1

  • 发贴红色标题
  • 显示红名
  • 签到六倍经验

赠送补签卡1张,获得[经验书购买权]

推荐应用

本吧信息查看详情>>

小吧:小吧主共0

会员:会员

目录: 个人贴吧