Closed GoogleCodeExporter closed 8 years ago
xvid4psp 5 rc 26 uses an internal build of mkvtoolnix 5.0.1.
You're doing something wrong here, because I also upgraded to 5.2.1 two weeks
ago and xvid4psp is still using his internal 5.0.1 version for the muxing.
And all my encodes have video and audio inside.
Original comment by Okocha1...@gmail.com
on 20 Jan 2012 at 12:48
The one I date is internal, because if you look at the mediainfo output file,
you will see that it is version 5.2.1.
Replacing the internal mkvtoolnik (in the "apps/MKVtoolnik" folder of the
program) with version 5.1.0, the audio and video are multiplexed correctly, but
not replacing them with versions 5.2.0 and 5.2.1.
I've always been updated so the mkvtoolnix like the x264, if you look mediainfo
is revision 2145.
This is the mediainfo with version 5.1.0
General
UniqueID / String: 238408276530238025859891942341298711123
(0xB35BC38D5F89E6CDB08B525BD5696A53)
Full name: D: \ Clips \ New LB Encode \ Duck Sauce - Barbra Streisand.mkv
Format: Matroska
Format version: Version 2
File Size: 66.2 MB
Duration: 3 min.
Bit rate mode: Variable
Total bit rate: 2 819Kbps
Date code: 20/01/2012 10:42:48 UTC
Codifición Application: mkvmerge v5.1.0 ('And so it goes') built on November
28, 2011 23:58:28
Encoding library: libebml v1.2.3 + libmatroska v1.3.0
Video
ID: 1
Format: AVC
Format / Info: Advanced Video Codec
Format profile: High@L4.1
Format settings, CABAC: Yes
Format settings, RefFrames: 5marcos
Codec ID: V_MPEG4/ISO/AVC
Duration: 3 min.
Bit Rate Type: Variable
Nominal bit rate: 2 450kbps
Maximum bit rate: 40.0 Mbps
Width: 1 280pixeles
Height: 720pixeles
Aspect ratio: 16:9
Frame rate: 24.000 fps
ColorSpace: YUV
ChromaSubsampling: 4:2:0
BitDepth / String: 8 bits
Scan type: Progressive
Bits / (Pixel * Frame): 0.111
Encoding library: x264 core 120 r2145 748fe16
Encoding options: CABAC = 1 / ref = 6 / deblock = 1: -1: -1 / analyze = 0x3:
0x133 / me = umh / submenu = 9 / psy = 1 / psy_rd = 1.00:0.15 / mixed_ref = 1 /
me_range = 16 / chroma_me = 1 / trellis = 2 / 8x8dct = 1 / cqm = 0 / deadzone =
21.11 / fast_pskip = 1 / chroma_qp_offset =- 3 / threads = 6 / sliced_threads =
0 / slices = 4 / nr = 0 / decimate = 1 / interlaced = 0 / bluray_compat = 1 /
constrained_intra = 0 / bframe = 3 / b_pyramid = 1 / b_adapt = 2 / b_bias = 0 /
direct = 3 / weightb = 1 / open_gop = 1 / weightp = 1 / keyint = 24 /
keyint_min = 2 / scenecut = 40 / intra_refresh = 0 / rc_lookahead = 24 / rc =
April / mbtree = 1 / bitrate = 2450 / ratetol = 1.0 / qcomp = 0.60 / qpmin = 0
/ qpmax = 69 / qpstep = 4 / vbv_maxrate = 40000 / vbv_bufsize = 30000 / nal_hrd
= vbr / ip_ratio = 1.40 / aq = 1:1.00
Default: If
Forced: No
colour_primaries: BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
transfer_characteristics: BT.709-5, BT.1361
matrix_coefficients: BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177
Audio
ID: 2
Format: AAC
Format / Info: Advanced Audio Codec
Format profile: LC
Codec ID: A_AAC
Duration: 3 min.
Channel (s): 2canales
Channel positions: Front: L R
Sampling rate: 48.0 KHz
Default: If
Forced: No
I ask to know if it was a problem in the syntax which makes XviD4PSP due to
changes in mkvmerge versions 5.2.0 and 5.2.1.
Original comment by martines...@gmail.com
on 20 Jan 2012 at 1:51
It's due to change in mkvtoolnix.
The author of mkvtoolnix changed the Track ID Numbers, that's why it doesn't
work anymore in xvid4psp.
xvid4psp needs to be updated to work with the new Track ID Numbers, because now
it starts at 0 and before it started at 1. That's why you only have 1 track
inside the mkv, the second one is omitted because the track numbers aren't
corresponding.
Original comment by Okocha1...@gmail.com
on 20 Jan 2012 at 9:57
Thanks for the reply. While waiting for the update.
Original comment by martines...@gmail.com
on 20 Jan 2012 at 11:59
More or less, but should be fixed in r277..
Original comment by forc...@gmail.com
on 12 Jun 2012 at 6:44
Thanks for the reply, I am currently using version 276.1_rc30.1_2.6 with
MKVtoolnix version 5.6. It works well except it does not recognize some mp4
While the audio delay. Thanks again and awaiting R277 executable.
Original comment by martines...@gmail.com
on 12 Jun 2012 at 11:10
Original issue reported on code.google.com by
martines...@gmail.com
on 19 Jan 2012 at 9:36