View Full Version : mkv2vob: New App to Remux MKV x264/AC3 which play on PS3
busta.rhymes
5th December 2007, 03:28
I am indeed very happy just frustraded that the file that used to fitt on a dvd now doesnt anymore.
But still happy about 3r1cīs sollution.
3r1c
5th December 2007, 03:38
I use tversity (set transcoding to never), possibly it could work with windows media player library if you rename .vob to .mpg
dj wurst
5th December 2007, 18:30
@3er1c
thanks for the great gui
does anyone have a solution to solve the "fat32-problem"?
i don't want to split my movies. so i tried to transfer the file via ps3 portal, but it doesn't work. small mp3-files => no problem; big vob-files => the ps3 doesn't know where to save them :-(
TW4Tv
5th December 2007, 18:50
Question for 3er1c:
I have used your program and it works 100% for all the mkv`s I have on my system, great tool. I do have 1 question though, as I like to keep the files on my HD to a minumum, what are the ESENTIAL files I need in the /tools folder ?
I notice that bsweet, transcode and a lot of dlls inside the folder that I dont need (I will NEVER be trancoding audio etc.)
Basicly all i need is MKVExtractGui, h264info, ffmpeg and the dlls that these programs use.
Thanks
B4tm4n
5th December 2007, 19:54
@3er1c
thanks for great gui
does anyone have a solution to solve the "fat32-problem"?
i don't want to split my movies. so i tried to transfer the file via ps3 portal, but it doesn't work. small mp3-files => no problem; big vob-files => the ps3 doesn't know where to save them :-(
Stream the files, or try naming the vob to mpg and see if the PS3 saves them to the right place.
dj wurst
5th December 2007, 22:30
i already tried a renamed vob -> mpg file. it doesn't work
.mpg 423mb (mpeg2) copying with ps3 portal worked
.vob 2262mb (h264) copying with ps3 portal "Insert storage media at the save destination"; copy from external hdd worked
.vob 8366mb (h264) copying with ps3 portal "Insert storage media at the save destination"; external hdd fat32 :-(
streaming doesn't work. because i want to play the movies on the ps3 "standalone"
3r1c
5th December 2007, 22:57
There is another way that might be useful.
I have done this successfully but not created any gui for it.
To create a working blu-ray content on a dvd (also works on BD-R).
Fastforwarding and 1080p also works with this method :)
1. Split the h264/ac3 from the mkv.
2. Using h264info set the level to 4.1
3. Using latest Elecard XMuxer mux the h264 output from h264info and the ac3 into a ts (must select the h264 first, then the ac3).
4. Using TSremux load the ts file you just created.
You will get an error when you import the ts, ignore it.
Trim the first 1 second with the trim options in tsremux (trim begining 0:0:1).
Select output format Blu-ray
5. Using nero burn the resulting certificate and bdmv folder to a DVD-R or BD-R, make sure to set No Multisession, and UDF 2.50
Resulting disc is detected as AVCHD or Blu-ray by the ps3 :)
EDIT: on second thought this might not be useful, since most scene releases and encodes will not be blu-ray compliant.
dj wurst
5th December 2007, 23:05
thank you for the fast answer.
i already tried the mini blu-ray, but as dvd-rw is only 4,7gb i had to change the dvd several times while watching the movie. :-(
i know, that this error "insert storage..." is normal, if the ps3 can't recordnize the format of the file, but copying the vob-file from an external hdd works. the only reason why i want to copy it via lan is the f*** file size limit of fat32
3r1c
5th December 2007, 23:09
you wont be able to do this, the ps3 internal hd is also fat32.
so copying over network wont work if the file is bigger then 4gb, but you can play it over network using tversity.
The only way to play a file bigger then 4gb on the ps3 is to burn it to a disc (bluray/dvd) or stream it.
dj wurst
5th December 2007, 23:12
are you sure? i think the filesystem on the ps3 is not fat32. it is a "special" sony-filesystem called Synergistic Processing Unit File System
3r1c
5th December 2007, 23:21
you may be right im not sure.
you might have better luck googling that error message because its not really anything to do with my prog and i dont know the answer or even what ps3 portal is.
dj wurst
5th December 2007, 23:27
ok. you're right. it's the wrong thread. i just thought someone here maybe already had the same problem and solved it. anyway thanks for your answers.
btw i already tried google and found no solution :-(
B4tm4n
5th December 2007, 23:50
Have you tried Vilvic Media Center (http://www.vilvic.com/index.html) You can transfer large files to your PS3 with that . I used to use that to transfer files as large as 20 GB before I started streaming. And talking about streaming, I use twonky and with that if you press triangle on the file from your PS3 you can chose copy and it copy it to the internal HD.
busta.rhymes
6th December 2007, 00:43
If a file has 2 Audio Lanes - Englisch -German
How do I tell him to use german?
And how do I tell him not to use subtitles?
The reson why Im asking is because I only have one empty DVD DL Disc left and I dont want to screw up this time.
busta.rhymes
6th December 2007, 00:52
@B4tm4n
Please tell me more about the tools to copy large files to PS3.
How to use them and so on.
ssHiep
6th December 2007, 01:42
i have succesfully transfered movies from my computer through tversity to my ps3 without any porblems. the ps3 does not use a fat32 set up for the hd. btw 3r1c, killer program, love it
3r1c
6th December 2007, 02:13
subtitles and multiple audio streams is not supported at this time, the program will use the first audio stream number.
busta.rhymes
6th December 2007, 02:19
Well everything works fine for me now exept for Fastforwarding that will screw up the speed off playback.
busta.rhymes
6th December 2007, 02:21
I am using TwonkyMedia just at the moment and i can copy Big files from pc to ps3 to without any problems. Yahoo now the problem with the files over 8,5gb is no problem anymore. I am so happy.
WestsTigersFan
6th December 2007, 10:42
do u lose any quality running it through tversity as opposed to running it off a burnt dvd or flash card etc?
B4tm4n
6th December 2007, 14:57
I am using TwonkyMedia just at the moment and i can copy Big files from pc to ps3 to without any problems. Yahoo now the problem with the files over 8,5gb is no problem anymore. I am so happy.
Glad you got it working.:D
BigTony
7th December 2007, 12:39
Many thanks for this great little application, works on about 90% of the 720p samples I had lying around. One problem I keep finding is an error after tranzcode, it creates .wav's from the DTS/AC3 etc, but I get 'Error creating AC3 from WAV!'.
Any clues as to why this is happening (tranzcode outputs the .wav's no problem).
I'm going to try the 1080p format onto a BR disc, as I'd love to crack the 1080p barrier before the holidays.
zwirek75
9th December 2007, 12:05
Just writing for someone to confirm this ..
I've spent some time playing with encoding 1080p h264 files for PS3.
What I have discovered is that the files were playable for level 4.1 only if I have chosen to use at most one reference frame (a setting of x264 application). If I choose more than one ref frame the x264 complains something about DPB size (e.g. x264 [warning]: DPB size (13824000) > level limit (12582912)) for chosen profile but starts encoding a stream which is not playable on ps3.
I think this is the problem of changing from avc 5.1 to avc 4.1 just by hex editing - it does not change the internals of the stream, so the stream becomes incorrect.
For 720p the problem is less important since references to blocks are reachable within 4.1 profile DPB range.
...
Tomek
3r1c
10th December 2007, 01:23
its certain combinations of options, i have not been able to figure out which ones exactly.
more refs will be playable if you lower some other options.
jrizzy
10th December 2007, 07:16
first off lemme say that this is a fantastic program and so far has worked flawlessly on my 720p videos.
i am wireless using my ps3 so streaming a lil bit of a stretch....i can at least see that the video does playback so i know it works. problem for me is for example: superbad 720p ripped as .vob is larger than the actual mkv file so it wont fit onto a standard dvd anymore and i cant put it on my fat32 external hd b/c its over 4gb...so i have 3 questions:
1.) what do u recommend as far as a vob splitter goes?
2.) is there a way to shrink the .vob file down just a touch to get it onto a standard DVD
2.) will the ps3 accept other hard drive formats? like ext2 or ext3?
thanks for all ur hard work!
3r1c
10th December 2007, 08:03
If your network isnt fast enough for live streaming just use the copy function to save it to the ps3 hard drive, then watch it from there.
zwirek75
10th December 2007, 08:35
its certain combinations of options, i have not been able to figure out which ones exactly.
more refs will be playable if you lower some other options.
Sure. But if you have a stream HL and 5.1 and "degrade" it to HL 4.1 it will not be playable by PS3.
Is there (known) any way to detect such situations before starting the conversion process to detect streams which are not "convertible" by mkv2vob ?
Tomek
Jonny F
10th December 2007, 20:59
Hi,
Ive used your program to convert a couple of mkvs successfully, so thanks for that!
I understand the issue with not being able to fast forward (do you think this will ever be fixed, or is it a Sony problem)
My question is, even just stopping the playback, going back to the xmb, then resuming playback causes the fast video / sync issue here.
Is this normal? Because it makes watching a movie really hard work, if I accidentally exit the film I'm stuffed!
Cheers,
Jon.
3r1c
11th December 2007, 02:09
you must watch video from start to finish no interruptions or it will not work properly, and yes this is a sony problem there is nothing I can do.
pepperisback
11th December 2007, 13:03
I have some mkv movies in 1080P. Which Program did I have to use to convert it to 720P ???
Thanks!
georgem67
15th December 2007, 11:01
Pause works great but is it really the PS3 stopping the ff/rewind or something in the making of the vob?? ...if you give the ps3 a vob created by other programs, they ff/rewind and resume perfectly, so the problem must be in the actual conversion from mkv2vob..
3r1c
16th December 2007, 02:31
thats because vobs created by other programs are dvd mpeg2 not h264.
the reason is because h264 in vob is non-standard, its amazing it plays at all. but currently its the only way to get h264 and ac3 to work on ps3 so theres no other choice then to just live without ff/rw.
georgem67
16th December 2007, 19:32
It's a brilliant program anyway...I generally only need to pause to run for a beer...so a big thank you for all your work!!!
fonkee1
19th December 2007, 01:38
After updating to Sony PS3 firmware 2.10 to unlock DIVX, it seems it may have horked the VOB format playback. It seems more likely in files over 4GB that I was able to copy to the internal PS3 hard drive have trouble playing back. It will playback the preview fine, but I have to force it like 3-4 times before the movie will playback. Before 2.10, they all fired up fine. Anyone else have issues and or ideas as to why this is happening? Thanks
3r1c
19th December 2007, 05:51
I dont have any 4gb+ files to test, however sony does say in the notes that files bigger then 4gb wont work with the new update. Im not sure if this means just on the internal hdd or other sources.
3r1c
19th December 2007, 05:55
if anyone has files which do not play please post the headers here so i can try to detect non playable files in next version.
so far it seems its due to the reference frames.
upto 5 refs plays, 7 or more doesnt play.
i havent seen any files with 6 refs yet so i dont know.
if anyone knows how to calculate the minimum AVC level from these numbers please PM me
my findings so far
WORKING
-----------
cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x133 me=umh subme=6 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 trellis=0 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 slices=1 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=1 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40 rc=2pass bitrate=4984 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30
cabac=1 ref=3 deblock=1:0:1 analyse=0x3:0x133 me=umh subme=6 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 trellis=0 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 slices=1 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=1 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40 rc=2pass bitrate=4668 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30
cabac=1 ref=1 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=5 brdo=0 mixed_ref=0 me_range=12 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=3 nr=0 decimate=0 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=3 wpredb=0 bime=1 keyint=250 keyint_min=25 scenecut=40(pre) rc=2pass bitrate=3393 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30
cabac=1 ref=4 deblock=1:-2:-1 analyse=0x3:0x133 me=hex subme=6 brdo=1 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=6 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=3 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40(pre) rc=2pass bitrate=3170 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30
cabac=1 ref=3 deblock=1:1:1 analyse=0x1:0 me=hex subme=5 brdo=0 mixed_ref=1 me_range=6 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=6 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=3 wpredb=1 bime=0 keyint=250 keyint_min=25 scenecut=40(pre) rc=2pass bitrate=2560 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30
cabac=1 ref=1 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=5 brdo=0 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=6 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=2 wpredb=0 bime=0 keyint=290 keyint_min=23 scenecut=40(pre) rc=2pass bitrate=3398 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30
cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x133 me=hex subme=6 brdo=0 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=6 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=1 wpredb=1 bime=1 keyint=240 keyint_min=24 scenecut=40(pre) rc=2pass bitrate=2603 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30
cabac=1 ref=5 deblock=1:0:0 analyse=0x3:0x133 me=umh subme=7 brdo=0 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=6 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=1 wpredb=1 bime=1 keyint=240 keyint_min=24 scenecut=40(pre) rc=2pass bitrate=2578 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30
cabac=1 ref=1 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=5 brdo=0 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=3 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=2 wpredb=0 bime=0 keyint=290 keyint_min=23 scenecut=40(pre) rc=2pass bitrate=3370 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30
NOT WORKING
-----------
cabac=1 ref=8 deblock=1:0:0 analyse=0x3:0x133 me=hex subme=6 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 slices=2 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=1 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40 rc=2pass bitrate=4948 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30
cabac=1 ref=16 deblock=1:0:0 analyse=0x3:0x133 me=hex subme=6 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 slices=2 nr=300 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=1 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40 rc=2pass bitrate=5175 ratetol=1.5 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30
cabac=1 ref=10 deblock=1:-3:-2 analyse=0x3:0x133 me=umh subme=7 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 trellis=0 8x8dct=1 cqm=2 deadzone=22,11 chroma_qp_offset=0 threads=2 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=3 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40(pre) rc=2pass bitrate=5123 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30
cabac=1 ref=7 deblock=1:-2:-1 analyse=0x3:0x133 me=umh subme=6 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=6 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=3 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40(pre) rc=2pass bitrate=3388 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30
zwirek75
19th December 2007, 08:13
if anyone has files which do not play please post the headers here so i can try to detect non playable files in next version.
Well.. I had a look at x264 source files - please have a look at procedure x264_validate_levels in the source file encoder/set.c
For level 41 it goes like this:
{ 41, 245760, 8192, 12582912, 50000, 62500, 512, 16, 24, 1, 1, 0 },
which means:
41 - level 4.1
245760 - max macroblock processing rate (macroblocks/sec)
8192 - max frame size (macroblocks)
12582912 - max decoded picture buffer (bytes)
50000 - max bitrate (kbit/sec)
62500 - max vbv buffer (kbit)
512 - max vertical mv component range (pixels)
etc.
The question is what is macroblock (IMO elementary element of the frame of one of predefined classes of size 16x16 pixels) etc :)
Note that number of reference frames for given level depends on max decoded picture buffer (based on quick calculations - 9 for 720p, 4 for 1080p - which is not excactly the same as empirical values ... 1080p works for at most 2 ref frames)
I dont know how to extract the information about resolution (either in pixels or in macroblocks) and number of reference frames used for stream encoding.
If such parameters exist maybe it would be possible to trick PS3 to play AVC 5.1 as well :) - since the possibility is there due to Blu-ray playback.
For level 51 it goes like this - (so just much higher numbers)
{ 51, 983040, 36864, 70778880, 240000, 240000, 512, 16, 24, 1, 1, 1 },
Hope it helps
Tomasz
3r1c
19th December 2007, 09:23
yeah those numbers come from the same specs that are on wikipedia which i already read, the problem is i dont know how to convert the data in the x264 header into number of macroblocks,buffer etc...
zwirek75
19th December 2007, 09:36
yeah those numbers come from the same specs that are on wikipedia which i already read, the problem is i dont know how to convert the data in the x264 header into number of macroblocks,buffer etc...
From x264:
number of macroblocks per frame mbs = h->sps->i_mb_width * h->sps->i_mb_height;
i_mb_width = ( param->width+ 15 ) / 16;
i_mb_height= ( param->height+ 15 ) / 16;
buffer size bytes = mbs * 384 * num_ref_frames
Regards
Tomasz
fonkee1
19th December 2007, 10:37
WOOT!! I figured it out. In order to get VOBs greater than 4GB to play on the PS3 with the new 2.10 fw update, you just select the movie in XMB, press Triangle and select PLAY FROM THE BEGINNING. Just hitting the X button or SELECT button will not work. Now enjoy those VOBs and DIVX files!:D
3r1c
19th December 2007, 19:00
From x264:
number of macroblocks per frame mbs = h->sps->i_mb_width * h->sps->i_mb_height;
i_mb_width = ( param->width+ 15 ) / 16;
i_mb_height= ( param->height+ 15 ) / 16;
buffer size bytes = mbs * 384 * num_ref_frames
Regards
Tomasz
excellent thanks.
it wasnt quite a simple as the above code but looking through the source code i figured it out.
i know now exactly why the files in my last post wont play, next version will have detection of unplayable files :)
3r1c
19th December 2007, 23:07
New version released.
V1.3 19/Dec/2007
Added detection of files that would be unplayable on ps3 (black screen) these files will now be transcoded to mpeg2.
Added 1080p support.
derron
19th December 2007, 23:59
Excellent work 3r1c!
Just tested it with a sample that didn't work previously.
Now it's converted to mpeg2 and plays just fine on the ps3.
The output file size is twice as large as the mkv but I suppose it's normal, h.264 must be a better codec!
I didn't update the Ps3's firmware yet, I'll wait a few days until I'm sure .vob are still playing with 2.10.
Thanks a lot again!
macman241
20th December 2007, 11:55
I've downloaded the latest 1.03 release and found the following:
1. I split 4G+ MKV files using MKVMergeGUI to 2.5G chunks
2. I then run mkv2vob separately so that I end up with VOBs smaller than 4G to put on a FAT32 USB drive to play on the PS3
Latest mkv2vob would always transcode the second MKV part of the file to MPEG-2, but not the first one
So, an Enemy of the State 720p.001.mkv and 002.mkv
mkv2vob would only remux 001.mkv very quickly, but would always transcode 002.mkv
Any ideas?
Update 1: Have just ran mkv2vob 1.02 on the same files and performs as expected without transcoding. I presume something has changed in 1.03 when it tries to determine whether the file is playable on the PS3 and for some reason decides it's not and transcodes.
3r1c
20th December 2007, 17:30
i think this is because when you split it you removed the x264 header.
new version searches for the x264 header and processes it, if the values are too high or header not found it assumes the file will not be playable.
i didnt think of split files, i guess you can still use 1.2.
I have absolutely no way to check playability if the header is removed.
macman241
20th December 2007, 20:28
I'd expect MKVMerge to keep/create valid headers when splitting. Is there I can check whether there is a valid header for both parts? I can send you the info back if it would be helpful.
3r1c
21st December 2007, 00:56
if you hex edit the h264 file you will see the header which looks like this in the first 1024 bytes.
cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x133 me=umh subme=6 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 trellis=0 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 slices=1 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=1 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40 rc=2pass bitrate=4984 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30
when you split, only the first file has this header, its not copied to the others by mkvmerge.
i will release next version shortly, it will ask you if you want mpeg2 or not, will upload as soon as i fix another issue with DTS.
SKAPiter
21st December 2007, 01:03
Are there any troubles playing back vobs with the new firmware 2.10? I just starting to enjoy my PS3, thanks to 3r1c's mkv2vob with firmware 2.01. Would hate to loose this feature with new firmware.
BTW, I was too, using mkvmerge to split files for FAT32 USB disk, so new version which will treat splitted files correctly will be highly appreciated.
Another request, if I may. :-) I have mkvs with multiple audio tracks (languages) Is it possible to include a feature where I can select which audio track to mux into vob? That would make my day (year)! :-)
3r1c
21st December 2007, 02:47
2.10 firmware does play it just as good but with some small changes.
There is a change in firmware 2.10 which effects resuming/pausing/fastforward (it never worked before) but now instead of being out of sync it just freezes.
All you have to do is instead of selecting the movie as usual, highlight it, press triangle, select Play from the beginning.
zwirek75
21st December 2007, 08:49
if you hex edit the h264 file you will see the header which looks like this in the first 1024 bytes.
And what if the stream was not encoded with x264 ?
What if it has been already processed by h264info in term of changing the internals ?
;)
I am currently working on a replacement for h264info based on full h264 stream parsing ... hope I'd have time to make an usable version.
Tomasz
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.