[求助]关于MKV转RMVB的问题
归纳网上的方法的思路无非有两种，一种是用MKV TO AVI CONVERTER直接将MKV转成AVI后再转RMVB，这种方法感觉上画质和音质都是有损失的，因为感觉 MKV TO AVI CONVERTER所用的那几个解码器是做不到无损转换的，至少音源上是如此。而另一种思想则是用MKVtoolnix或MKVextract将MKV进行解包，得到视频，音频和字幕文件若干，然后再分别处理，最后用ERP重新组合起来构成RMVB。
现在问题在于用X264编码的MKV文件解出来的视频文件，通常文件名为XXXX.h264，这个后缀为h264的文件看来都是用AVC编码器编出来的，理论上应该是属于AVI的一种，但是改成AVI后缀名后ERP或RPP却没法识别此文件，转换不了RMVB。
请问各位达人，如何在不使用x264重新转回AVI（拙者还不懂怎么用）的情况下，用其他方法或软件转成ERP可以识别的格式呢？ 某一向是用Easy RealMedia挂AVS脚本直接转的
要分离也可以，LZ可以试一下dgavcdec这个工具，支持H264，做BDRip专用 你看你多蛋疼啊，用avs直接加载了mkv不就好了嘛，或者直接把mkv丢进ERP或者RPG里，推荐RPG 本帖最后由 h闲人 于 2009-5-4 01:27 编辑
你看你多蛋疼啊，用avs直接加载了mkv不就好了嘛，或者直接把mkv丢进ERP或者RPG里，推荐RPG
VempX 发表于 2009-5-3 11:33 http://www.ivemusic.net/images/common/back.gif
回VX大水管旦那样：
要是ERP行的话就不用如此麻烦了，用ERP1.94版一开始编码就一直没有反应了。
RPP11.0版也试过了，同样是不行。
挂AVS脚本？果然还是要编写那个东西吗？ 真复杂呀。
某一向是用Easy RealMedia挂AVS脚本直接转的
要分离也可以，LZ可以试一下dgavcdec这个工具，支持H264，做BDRip专用
風のRhythm 发表于 2009-5-3 07:29 http://www.ivemusic.net/images/common/back.gif
=========================================================
DGAVCDEC这个好象不错呀，稍后有时间的话会好好地研究一下。
多谢指教。
装着编解码器太多了，看来要建个虚拟机单独做才行。 为什么要压RM……
PS：虚拟机不适合这种对速度要求很高的计算任务啊 本帖最后由 h闲人 于 2009-5-4 14:49 编辑
为什么要压RM……
PS：虚拟机不适合这种对速度要求很高的计算任务啊
粘土痛车 发表于 2009-5-4 13:05 http://www.ivemusic.net/images/common/back.gif
哦呀? 粘土痛车是什么东西? 跟粘土火星是否互为镜像?
主要是想截取MKV当中的某些片段来做MV, 而REALMEDIA EDITOR的截取效果比较理想.
从使用经验来看, 感觉虚拟机的快慢主要决取于CPU的速度和所分配的物理内存的.
如果有双核外加2G以上内存的话应该就差不多了吧, 嘛, 反正手上机子多的是, 慢慢试验吧.
装虚拟机是为了将解码器搞在一起不影响其他正常的看片使用. 本帖最后由 h闲人 于 2009-5-4 14:46 编辑
玩了一下VX推的RPG, 发现这东西对MKV的处理方式有点不一样呀.
不象是在压缩, 倒象是给原来的MKV再罩上一个RMVB的壳.
只是用了1500平均码率就做出接近原文件大小一倍的RMVB, 太怪了.
MS有点违背了RMVB的原则了.
======================================================
E:\ghost\.mkv
General
Complete name : E:\ghost\.mkv
Format : Matroska
File size : 308 MiB
Duration : 45mn 15s
Overall bit rate : 950 Kbps
Encoded date : UTC 2009-04-21 23:51:58
Writing application : mkvmerge v2.3.0 ('Freak U') built on Sep8 2008 18:32:16
Writing library : libebml v0.7.7 + libmatroska v0.8.1
Video #1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.1
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Muxing mode : Container profile=Unknown@3.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 45mn 42s
Width : 704 pixels
Height : 396 pixels
Display aspect ratio : 16/9
Frame rate : 30.303 fps
Original frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Writing library : x264 core 67 r1139M 1024283
Encoding settings : cabac=1 / ref=3 / deblock=1:1:1 / analyse=0x3:0x113 / me=umh / subme=7 / psy_rd=0.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=0 / keyint=240 / keyint_min=24 / scenecut=40 / rc=crf / crf=20.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=17500 / vbv_bufsize=14000 / ip_ratio=1.40 / pb_ratio=1.30 / aq=0
Language : Japanese
Audio #2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 45mn 15s
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Resolution : 16 bits
Language : Japanese
E:\ghost\.rmvb
General
Complete name : E:\ghost\.rmvb
Format : RealMedia
File size : 654 MiB
Duration : 45mn 15s
Overall bit rate : 1 994 Kbps
Video #0
Format : RealVideo 4
Codec ID : RV40
Codec ID/Info : Based on AVC (H.264), Real Player 9
Duration : 45mn 14s
Bit rate : 1 674 Kbps
Width : 704 pixels
Height : 396 pixels
Display aspect ratio : 16/9
Frame rate : 30 fps
Resolution : 12 bits
Bits/(Pixel*Frame) : 0.200
Audio #1
Format : AAC
Format/Info : Advanced Audio Codec
Codec ID : raac
Codec ID/Info : Real Player 9
Duration : 45mn 15s
Bit rate : 320 Kbps
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
Resolution : 16 bits 源文件码率才950
用1500去压，不大就奇了 RV10低码率才显得出一定优势，一般正式版480P的动画都只有500～600的码率 本帖最后由 h闲人 于 2009-5-4 20:13 编辑
源文件码率才950
用1500去压，不大就奇了
yuugi 发表于 2009-5-4 15:41 http://www.ivemusic.net/images/common/back.gif
说是这样说, 但是1500需要减去320K的音频码率, 剩下1200才是视频的码率.
之前试做过一个总码率为950的, 画面根本没有办法看.
但文件大小还是326M. 700K足矣
平均700 最大3000
启用2pass的新速率控制，输入目标文件体积 RV10低码率才显得出一定优势，一般正式版480P的动画都只有500～600的码率
風のRhythm 发表于 2009-5-4 19:33 http://www.ivemusic.net/images/common/back.gif
反正现在RV都是靠AVC。。。优什么优，x264随便战翻RV10 反正现在RV都是靠AVC。。。优什么优，x264随便战翻RV10
你说的是AAC吧，x264在低码率下的压缩率其实并不出色，要我做还是选择RV10（什么时候出RV11啊）
你说的是AAC吧，x264在低码率下的压缩率其实并不出色，要我做还是选择RV10（什么时候出RV11啊）
風のRhythm 发表于 2009-5-6 20:06 http://www.ivemusic.net/images/common/back.gif
Format : RealVideo 4
Codec ID : RV40
Codec ID/Info : Based on AVC (H.264), Real Player 9
AAC是音频= =，视频这明明是AVC
RV11估计也就是改进一下H264编码
x264如果不出色，RV那就是渣了……
你说的是AAC吧，x264在低码率下的压缩率其实并不出色，要我做还是选择RV10（什么时候出RV11啊）
風のRhythm 发表于 2009-5-6 20:06 images/common/back.gif
不出色是压制的水平太差，RV10同码率下完败给x264已经是不争的事实了
Format : RealVideo 4
Codec ID : RV40
Codec ID/Info : Based on AVC (H.264), Real Player 9
AAC是音频= =，视频这明明是AVC
RV11估计也就是改进一下H264编码
x264如果不出色，RV那就是渣 ...
粘土痛车 发表于 2009-5-6 21:31 http://www.ivemusic.net/images/common/back.gif
RV和AVC是两码事 两码还是N码都没关系啊，问题不就是RV现在这效果基本全靠AVC么，如果没AVC就更废品了不是嘛 两码还是N码都没关系啊，问题不就是RV现在这效果基本全靠AVC么，如果没AVC就更废品了不是嘛
粘土痛车 发表于 2009-5-6 21:58 http://www.ivemusic.net/images/common/back.gif
RV只是靠自身VBR的特点来体现一定画质的，和AVC没关系 RV是靠自己的环路滤波来实现的，低码率下把画面压的模糊一些，避免出现block，这同时也导致了，无论你给RV多高的码率，他的画面也不会随着码率的提高而一直提高下去
RV和AVC没关系，那个base on只是一个基础而已，实现方法完全不同 700K足矣
平均700 最大3000
启用2pass的新速率控制，输入目标文件体积
VempX 发表于 2009-5-6 11:47 http://www.ivemusic.net/images/common/back.gif
按你的说法去做, 为啥老是一压缩就莫名其妙退出了呢?
VX你是不是说漏点什么东西了? 编码用RV10 清晰画质 码率700K 最高3000K 高级设置里开1pass&2pass 复杂度1pass50 2pass85 勾上启用新速率控制，在目标文件体积内输入你要的视频体积
页:
[1]