mkv2vob: New App to Remux MKV x264/AC3 which play on PS3

[azyd]

Mkv2vob almost always has to reencode 1080p sources and uses ffmpeg to do so because they are encoded into mkv sources using 5.1 AVC OR with more than 4 frames per ref, I do not know how many more times we all can say this. the lvl 4.1 trick only seems to work for 720p sources I have yet to see a 1080p 5.1 or more than 4 frames per reference mkv work on a ps3 by just remuxing. Also if b-pyramid is used to encode the 1080p mkv (which many persons still do) then it will also cause problems with just remuxing.

Why would there be a uninstall it doesn't install in the first place? Just delete the directory and unzip the files again.

Just because a mkv plays on your pc is in no way any test that it will work on your ps3. It is nothing that the mkv2vob program is doing that makes them not play, more that ffmpeg when it transcodes has issues with the video or audio portion of the mkv. Remember mkv2vob is basically a automated gui front end for tools that already exist. 3r1c did not write tsmuxer, h264info, mkvextract and merge, ffmpeg, tranzcode, besweet etc. he just uses them to the best of thier ability. if any of them fall down due to a poorly made (corrupted or non standard) mkv file then I would blame the mkv you are downloading not this program.

most of the new 1080p movies are now being encoded with level 4.1 so theres no need for a "trick". just run then through mkv2vob and tell it to never encode and your fine.

[Quatre]

most of the new 1080p movies are now being encoded with level 4.1 so theres no need for a "trick". just run then through mkv2vob and tell it to never encode and your fine.

3rlc said you can do auto or never transcode with same result on 1080p L4.1 x264. auto is usually safest to get a working ps3 file (in case the mkv is wrongly labeled or something though more often it doenst say L4.1 in the title but does in the .nfo)

i'm going to try some more L4.1. i think the one i tried was messed up and i was having hdd problems that are now fixed.

I'm thankful to 3rlc for being clear and concise on the facts in addition to making the program.

[sportcenter]

i'm going to try some more L4.1. i think the one i tried was messed up and i was having hdd problems that are fixed.



azyd played that one fine along with a few others - and i have no idea how...the only reasonable explanation for the speedup and slowdown of the video would be the bitrate - but i was told the PS3 has no "definite" max bitrate - or it was limited to the device medium speed

i don't have a PS3 to test it on, but was told that it was fully compatible with L4.1 encodes...

[3r1c]

most of the new 1080p movies are now being encoded with level 4.1 so theres no need for a "trick". just run then through mkv2vob and tell it to never encode and your fine.

Please do not tell people to select never.
"Never" should not be used unless you have a reason for it.
Auto mode can detect it just fine.

The ONLY reason to select "never" is if you split the original mkv into smaller pieces.

[azyd]

Please do not tell people to select never.
"Never" should not be used unless you have a reason for it.
Auto mode can detect it just fine.

The ONLY reason to select "never" is if you split the original mkv into smaller pieces.

no problem. the only reason i said never transcode is because i had a couple 1080p level 4.1 that mkv2vob would transcode anyway, and when i told it to never transcode they worked fine.


everyone pay attention it is 3r1c program he will allways know better than i!!

[jamos]

so jamos was wrong. once again conflicting info on the thread confusing ppl.

Dude your on dangerious ground here, show me where I am wrong.

Everything I said is fact. 1080p 4.1 is just one of the things need to make a file play on the ps3 without remuxing there are others such as more than 4 ref. frames when it was encoded into a mkv (which shouldnt happen but could), using p-pyramid in encoding the mkv, etc. or like I SAID corrupted mkv.

I never mislead, just saying as backed up by 3r1c, that other issues than just 4.1 are your problem.

[jamos]

most of the new 1080p movies are now being encoded with level 4.1 so theres no need for a "trick". just run then through mkv2vob and tell it to never encode and your fine.

actually you want to use auto. If the movie is AVC 4.1 and encoded correctly into a mkv then it should work without transcoding.

[mxz600]

AHHHRGG so very frustrating!!! The last 2 movies I DLed in 720p mkv files do not work with mkv2vob or gotsent. POTC2 has AAC so that was a total waste of download ratio and now Star Wars 3. It says that SW3 is 25FPS and after h264 runs, it tries to remux it and just hangs. another 4 gigs of DL wasted. I wish I could understand what all this ment, 25fps or 23.976fps and L4.1 or L2.1 or ? I dunno. If the program don't do it automatically, then I cant get it to work using the GUI's of each different program.

I used gotsent to make two files with POTC2. An AAC file and a video.raw file. but tsmuxer wont put em together. And SW3 is 25FPS so thats it for that it seems. Both play excellent in MKV format on the computer though.

[Adub]

Take a look at rule #6.

[Quatre]

Dude your on dangerious ground here, show me where I am wrong.

Everything I said is fact. 1080p 4.1 is just one of the things need to make a file play on the ps3 without remuxing there are others such as more than 4 ref. frames when it was encoded into a mkv (which shouldnt happen but could), using p-pyramid in encoding the mkv, etc. or like I SAID corrupted mkv.

I never mislead, just saying as backed up by 3r1c, that other issues than just 4.1 are your problem.

dangerous ground?

you said a few posts back "Mkv2vob almost always has to reencode 1080p sources..."

and

"I do not know how many more times we all can say this. the lvl 4.1 trick only seems to work for 720p sources I have yet to see a 1080p 5.1 or more than 4 frames per reference mkv work on a ps3 by just remuxing"

then 3rlc said
"The L4.1 files are supposed to play without transcoding.
Its possible there is just something wrong with that file."

that sure looks contradictory to what you said or how you made it seem.

noone said there couldn't be other things that throw the program off or make it so the file cant be just remuxed. that was understood by most i think. point is you made it seem like every L4.1 1080p x264 needed to be transcoded when in fact as he cleared up they do not (meaning most of the time barring everything else with the file is normal) L4.1 1080p x264 can be remuxed to an avc of a similiar file size to the orig mkv and not need the lengthier transcode to mpeg-2 process and resulting 50% larger file.

[Quatre]

did my second L4.1 though it didn't say in the file name, rather the .nfo said it was Level 4.1



"Protégé.2007.1080p.DTS.x264.mkv" (note to Jamos:this is not a torrent and title info is mentioned to help other users and the author of the prog)

Runtime: 1:48:50
Size: 12.3GB
Resolution: 1912x816 (cropped properly, no stretching)
Codec: x264, Level 4.1
Bitrate: 14051 Kbit/s
Framerate: 23.976 fps
Audio: DTS 5.1 1536 Kbit/s, Cantonese
Audio: AC3 5.1 640 Kbit/s, Mandarin
Subtitles: English SRT
Source: Protege 2007 Blu-Ray 1080p H.264 LPCM 7.1 (thx chp)

Notes: This source does not compress well at all. I did my best
but some scenes are missing a tiny bit of grain compared to source.

x264 [info]: slice I:1934 Avg QP:20.23 size:225418
x264 [info]: slice P:102834 Avg QP:22.43 size: 94178
x264 [info]: slice B:51819 Avg QP:25.45 size: 26058"





shows up on ps3 via tversity as an mpeg-2 though. seemed to play fine but I didnt try it long enough to see if it had the intermittent fast forward (2x) playing that Across The Universe 1080p x264 had (not L4.1)

i know with We Own the Night it showed as a mpeg-2 via tversity on ps3 but then once copied to the ps3 hdd it was labeled as an AVC though still didn't play.

Shame that this Protege movie still ened up an mpeg-2 even though the .nfo says L4.1 and it went from a 12gb mkv to a 20gb mpeg-2 just like Across the Universe so i fear it may have the same intermittent ff play problem.

hopefully one of these L4.1 1080p x264 actually does what its supposed to and allows mkv2vob to make an AVC of similiar size to the mkv its made from and plays properly (without the intermittent 2x ff vid/audio) and doesn't need to transcode to mpeg-2.

but so far with just 2, I haven't had an L4.1 1080p x264 not need to be transcoded but i think this was just a conicidence of 2 files with other problems that cuased mkv2vob to need to transcode to mpeg-2 and i still believe 3rlc that most L4.1 1080p x264 should not need to be transcoded where as jamos says L4.1 is useless and mostly all 1080p x264 will need to be transcoded.

again contradictory info but sadly the 2 I have tried, one didn't play at all and other still needed to be transcoded and now I fear wont have the srt english subtitles available via ps3 and the movie is in chinese.

edit:

nope no subs on ps3 for:
Protégé.2007.1080p.BluRay.DTS.x264-SS.mkv

and there is no separate .srt sub file but the .nfo says srt subs. looks like we will need that new version of mkv2vob with subtitle support. not sure how its going to work but with wmv they just hard code the subs which sucks for all the Netherlands released wmv with hardcoded dutch subs which ruins the movie for ppl that dont know dutch but for some of these foreign movies like this one in chinese you need the hardcoded english subs so if mkv2vob just took the srt or whatever format subs and hardcoded them into the output mpeg-2 or avc file that would be fine.

also this 1080p x264 also seemed to have the intermittent 2x ff playing video/audio at times. :(

[Quatre]

is there a way to add subs somehow to an AVC or mpeg-2 .vob? i guess you would need the separate subtitle file (.srt or other) and many releases dont have it, its just part of the mkv but they dont show up on the ps3 with an mkv remuxed to avc or transcoded to mpeg-2 and no way to turn them on on the ps3.

[3r1c]

there is currently no way to get srt subtitles working on ps3.
except to reencode the video with the subs burned in.

[SKAPiter]

3r1c, have you tried muxing 2 audio streams into the vob? any luck? i am still hoping you will manage it somehow.

[Quatre]

just wanted to report that on my 3rd L4.1 1080p x264 (American Gangster) it did take awhile (prob cus of the dts audio) and ps3 sees it as an mpeg-2 but it is about the same size (even a bit smaller) then the orig mkv, so that is good news.

does it just make it an mpeg-2 becasue it had to transcode the dts audio? or will it always do that for the 1080p and the fact that its L4.1 is what allows it to be the same size about as the orig mkv?

i will have to see if copying it to the ps3 hdd shows causes the ps3 to then see it as an AVC. Also have to watch it a bit to see if the intermitten 2x ff video playing problem happens at all.

is it best to keep it as .vob or would renaming the mpeg-2 as .mpg and AVC files .mts or .m2ts help? i guess something like that alone wouldn't stop the itnermittent fast video/audio problem.

[mxz600]

What does it mean when I see 25FPS in the h264 alpha screen under ouput framrate? In the Log section it says 25fps is invalid for HD.

and of course when it tries to remux after the H264 part it just hangs.... frustrating because now this is the 3rd MKV file in a row to be 25fps. movie is the beach.

[jamos]

dangerous ground?

you said a few posts back "Mkv2vob almost always has to reencode 1080p sources..."

and

"I do not know how many more times we all can say this. the lvl 4.1 trick only seems to work for 720p sources I have yet to see a 1080p 5.1 or more than 4 frames per reference mkv work on a ps3 by just remuxing"

then 3rlc said
"The L4.1 files are supposed to play without transcoding.
Its possible there is just something wrong with that file."

that sure looks contradictory to what you said or how you made it seem.

noone said there couldn't be other things that throw the program off or make it so the file cant be just remuxed. that was understood by most i think. point is you made it seem like every L4.1 1080p x264 needed to be transcoded when in fact as he cleared up they do not (meaning most of the time barring everything else with the file is normal) L4.1 1080p x264 can be remuxed to an avc of a similiar file size to the orig mkv and not need the lengthier transcode to mpeg-2 process and resulting 50% larger file.

Everything I said is still true 5.1 1080p cannot be reMUXED to play on a ps3 nor can a 1080P with more than 4 references per frame.

and of course I know a better way to transcode, than ffmpeg that will result in a filesize equal to or less than the original mkv that plays fine on the ps3.

[jamos]

Take a look at rule #6.

hehe one user here even posted a actual torrent filename on this thread.:eek:

[jamos]

What does it mean when I see 25FPS in the h264 alpha screen under ouput framrate? In the Log section it says 25fps is invalid for HD.

and of course when it tries to remux after the H264 part it just hangs.... frustrating because now this is the 3rd MKV file in a row to be 25fps. movie is the beach.

most likely its PAL video. you could use x264 to change the framerate to standard 23.976 but that means transcoding.

[jamos]

Also to help you all if you download Mediainfo and open the mkv source it will tell you what AVC lvl the video stream is as well as tell you the actual x264 encoding options that were done to make the original mkv.

[3r1c]

The remuxed files will show as MPEG-2 on tversity even if they are actually AVC.
This is normal, it does not effect playback.

Please make sure you have tversity set to "Never" in Settings/Transcoder

[SKAPiter]

There is one thing that bugs me when I hear about "tversity". Maybe someone can enlighten me. Why would someone remux mkv to vob and then stream it via PS3 from a PC? Isn't it easier to connect the PC via DVItoHDMI converter (less than $10 now) and not bother buying PS3 and converting mkv to vob?

P.S. 3r1c, any porogress on multiple audio streams?

[natronicus]

SKAPiter, in my case:

1 - my PS3 is attached to my HDTV, my computer is not even in the same room

2 - the PS3 can decode high bitrate h.264 video streams without any hiccups, while my PC stutters from lack of enough processing power

[3r1c]

There are so many reasons

1. as already said PS3 connected to HDTV and PC in diff room.
2. ability to use the ps3 remote in front of the tv to select from a list of files.
3. doesnt use PC processor
4. can use the pc while a movie is playing.

Next version of mkv2vob will let you select audio language.

[Glorioso]

Next version of mkv2vob will let you select audio language.

And subtitles.... PLEASE!!!

[3r1c]

I could not get subtitles working because its not supported in tsmuxer.

[jamos]

I could not get subtitles working because its not supported in tsmuxer.

even if you could you could not select them from file playback in the ps3 correct? I know BD/AVCHD mode lets you choose subtitles.

[asif9t9]

What is the deal with how the PS3 handles subtitles? I mean, you can choose to see subs if you were watching a Bluray disc, or even a standard DVD, correct? It surprises me that there's no subtitle option when watching any other video file. Neither an option to change audio tracks.

[jamos]

What is the deal with how the PS3 handles subtitles? I mean, you can choose to see subs if you were watching a Bluray disc, or even a standard DVD, correct? It surprises me that there's no subtitle option when watching any other video file. Neither an option to change audio tracks.

Yes DVDs/AVCHD/BD disks playing on the PS3 all support multiple audio tracks and subtitles, as well as DTS.

[3r1c]

I suspect the ps3 wouldnt play it even if tsmuxer supports it.

tsmuxer will mux h264 + DTS but the DTS wont play on the ps3.

[kmitalian]

I have tested the DTS part out on the PS3 and i know the reason why!!!!.

I have tested DTS from a simple MPEG2 + DTS VOB and it doesn't work.

Recently DTS have commented that they are working with Sony to enable DTS-HD Master Audio to be decoded from Blu-Ray to MCH PCM 7.1 through HDMI.

This is why, DTS have not totally opened up the DTS decoder at this stage through the XMB, as you know Dolby can cause Sony has got the rights for it, and as you can see TrueHD is decoded into PCM 7.1, once DTS have gotten on board with Sony, its a simple firmware upgrade and then DTS shall be open for us mkv2vob people who want to have DTS through it.

It shall probably be this year when DTS shall be on board.

[jamos]

I suspect the ps3 wouldnt play it even if tsmuxer supports it.

tsmuxer will mux h264 + DTS but the DTS wont play on the ps3.


Btw 3r1c have you tried using x264 with nalhrd addon? it works so much better than ffmpeg for me with transcoding bluray/hd, if you do not use the macroblock options it is about as fast also. You can always set the avg. bitrate to the original it was encoded with by using mediainfo command line interface to extract all the original encoding options to get a transcode of the exact size. then you could just use tsmuxer to mux the audio and transcoded video to a .ts file that plays excellent on the ps3 that would be around the same size as the original mkv file. if you want a x264 command line that will work I can provide you one.

[3r1c]

Btw 3r1c have you tried using x264 with nalhrd addon? it works so much better than ffmpeg for me with transcoding bluray/hd, if you do not use the macroblock options it is about as fast also. You can always set the avg. bitrate to the original it was encoded with by using mediainfo command line interface to extract all the original encoding options to get a transcode of the exact size. then you could just use tsmuxer to mux the audio and transcoded video to a .ts file that plays excellent on the ps3 that would be around the same size as the original mkv file. if you want a x264 command line that will work I can provide you one.

I know about that, but there is a good reason i dont use it.

x264 encoding is much slower compared to mpeg2.
and if you have a fast enough computer to encode it, then you probably have enough disc space for mpeg2's larger files.

[nunyabuizness]

The L4.1 files are supposed to play without transcoding.
Its possible there is just something wrong with that file.

This is the question I was trying to get answered.

Lucky for me, any 1080p source I have tried works.
i split the 1080p file into multiple files because with my 13gb casino royale it seemed that once it got to a certain size, it would not write to the new file anymore. Also, I always set mkv2vob to auto.

3r1c, the question I was trying to get answered is if you know what causes the tools in mkv2vob to transcode the h264 into a bigger mpeg-2 even if the h264 is already L4.1 (sorry if im being redundant).

[3r1c]

In the latest version of x264 released in Jan/Feb 08 (x264 - core 58 svn-736M) has changed the way the ref frames passed to the encoder is calculated, but it does not provide this changed information in the x264 header added to the resulting video file (well to be specific, it was the old version that made the incorrect header, so i guess x264 corrected this bug in the latest version).

basically, any video encoded with core58 version is more likely to be level 4.1 compliant then if the same command line was used with an older version, but since it does not write the changes to the header mkv2vob does not detect it and thinks the file is unplayable.

the next version of mkv2vob will work around this by using the x264 version in the headers to decide which calculation method to use.

for now, if you know for sure its L4.1, select "never transcode".

[jamos]

In the latest version of x264 released in Jan/Feb 08 (x264 - core 58 svn-736M) has changed the way the ref frames passed to the encoder is calculated, but it does not provide this changed information in the x264 header added to the resulting video file (well to be specific, it was the old version that made the incorrect header, so i guess x264 corrected this bug in the latest version).

basically, any video encoded with core58 version is more likely to be level 4.1 compliant then if the same command line was used with an older version, but since it does not write the changes to the header mkv2vob does not detect it and thinks the file is unplayable.

the next version of mkv2vob will work around this by using the x264 version in the headers to decide which calculation method to use.

for now, if you know for sure its L4.1, select "never transcode".

couldnt you use the command line version of mediainfo that shows the encoding options that were used to make the mkv plus shows the avc level? this would be easier and most likely more accurate than interogating the header of the file I would think.

[3r1c]

couldnt you use the command line version of mediainfo that shows the encoding options that were used to make the mkv plus shows the avc level? this would be easier and most likely more accurate than interogating the header of the file I would think.

mediainfo reads the x264 header the same as mkv2vob does.

[jamos]

mediainfo reads the x264 header the same as mkv2vob does.

ok then you would have the same issues hehe. it looks like you can still get the avc lvl from the split files using mediainfo though, I am seeing lvl 5.1 on the 2nd and 3rd split files.

example of output from the 3rd splitfile from mkvmerge using mediainfo

General #0
Complete name : G:\video-002.mkv
Format : Matroska
File size : 3.91 GiB
PlayTime : 44mn 28s
Bit rate : 13 Mbps
Encoded date : UTC 2008-02-21 23:32:27
Writing application : mkvmerge v2.1.0 ('Another Place To Fall') built on Aug 19 2007 13:40:07
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video #0
Codec : AVC
Codec/Family : AVC
Codec/Info : Advanced Video Codec
Codec profile : High@L5.1
Codec settings, CABAC : Yes
PlayTime : 44mn 25s
Bit rate : 11 Mbps
Width : 1920 pixels
Height : 800 pixels
Display Aspect ratio : 2.400
Frame rate : 23.976 fps
Chroma : 4:2:0
Interlacement : Progressive
Language : English

Audio #0
Codec : DTS
Bit rate : 1536 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Surround: L R, Subwoofer
Sampling rate : 48 KHz
Resolution : 24 bits
Language : English

Text #0
Codec : UTF-8
Codec/Info : UTF-8 Plain Text
Language : English

[Quatre]

Everything I said is still true 5.1 1080p cannot be reMUXED to play on a ps3 nor can a 1080P with more than 4 references per frame.

and of course I know a better way to transcode, than ffmpeg that will result in a filesize equal to or less than the original mkv that plays fine on the ps3.

""I do not know how many more times we all can say this. the lvl 4.1 trick only seems to work for 720p sources"

that part is not true so dont say everything you said is true. as 3rlc stated, l4.1 1080p mkvs do not need to be transcoded.

i dont know why you are trying to twist words and confuse ppl but now that you said you know a better way to transcode then ffmpeg (which mkv2vob uses) it seems more clear that you are trying to confuse ppl and put down mkv2vob so its really not appreciated.

if you "know of a better way" or have suggestions to the author of the program this thread is about and its users then by all be means. but just to say you know better ways and try to twist words to make it seem like all 1080p x264 have to be transcoded when in fact a proper l4.1 1080p mkv does not need to be, you are just being difficult to say the least.

[hangemhigh]

no problem. the only reason i said never transcode is because i had a couple 1080p level 4.1 that mkv2vob would transcode anyway, and when i told it to never transcode they worked fine.


everyone pay attention it is 3r1c program he will allways know better than i!!

Same exact thing i came across, set to auto the 1080pL4.1 transcoded, set to never they didn't, and resulting movies played fine

[3r1c]

The level shown there is just whats set in the h264 but it may be completely wrong, its useless actually.

To calculate the actual level you need to know the value for width/heigh/refs/bframes/b_pyramid

[Quatre]

The remuxed files will show as MPEG-2 on tversity even if they are actually AVC.
This is normal, it does not effect playback.

Please make sure you have tversity set to "Never" in Settings/Transcoder

ok thankyou, seems even when you copy it to the ps3 hdd, it still labels the video file as mpg but whats important is that is similiar size to the original mkv where as you know its been transcoded to mpeg-2 when its double.

would changing the .vob to .mts or .m2ts cause ps3 to label it as an AVC correctly.

anyway i just also wanted to report that other l4.1 1080p x264 did work perfectly without transcoding. It was just the one that had some problems and 3rlc what it was and said he can make an adjustment to the program as well to not have a problem with that type of file.

[Quatre]

There is one thing that bugs me when I hear about "tversity". Maybe someone can enlighten me. Why would someone remux mkv to vob and then stream it via PS3 from a PC? Isn't it easier to connect the PC via DVItoHDMI converter (less than $10 now) and not bother buying PS3 and converting mkv to vob?

P.S. 3r1c, any porogress on multiple audio streams?

why is it always so hard for ppl to understand that many ppl dont have a pc connected to their main tv?

if you are a bachelor and live in a studio apartment with your pc and tv and all in one room sure.

but if you have a home office on 2nd floor of your house for example, with pc in it with 20" monitor and normal office chair that you dont want to watch movies in. and then on first floor family room you have your main large screen 1080p tv that doesn;t really have room for nor does your wife want you setting up a pc to it.

also dvi to hdmi isn't as good as hdmi to hdmi. some ppl have laptops yeah but even with hdmi out laptop, its not going to be as good as a media player device. even the normal ps3 controller is better then running down to the floor to use the laptop to start and pause the video etc.

I dont know why so late in the thread i have to explain all this because if you aren't interested in video playback on your ps3 then why are you in this thread?

and for the arguement of why not just use a dedicated media player device that does x264 like the popcorn hour, tivx (6500 being one of the newest) and other similiar devices, well my answer to that would be personally i was interested in both of those but they both are back ordered for one and one is $400.

I got a ps3 for playback of footage from my AVCHD camcorder and my ps3 really had no other use as i use 360 for games. This gives ps3 another use and I like it for video playback. The ability to copy video files to the ps3 hard drive which is upgradeable (largest avail 320gb 2.5" sata in mine) is something the 360 cant do. As far as streaming it from pc, well thats just easier for some ppl but personally i dont like to stream at all and so i dont. i like to be able to shut down the pc and have my video files not depend on the pc and be watched via ext. usb hdd or from the ps3 internal.

And if you already have a 360 and ps3, you maybe dont want to be another device just for media when between the 360 and ps3 you really can do it all and dont need one of those.

hope this explains it once and for all and ppl dont bother asking why ppl want to use ps3 to playback x264 mkv.

[Quatre]

I have tested the DTS part out on the PS3 and i know the reason why!!!!.

I have tested DTS from a simple MPEG2 + DTS VOB and it doesn't work.

Recently DTS have commented that they are working with Sony to enable DTS-HD Master Audio to be decoded from Blu-Ray to MCH PCM 7.1 through HDMI.

This is why, DTS have not totally opened up the DTS decoder at this stage through the XMB, as you know Dolby can cause Sony has got the rights for it, and as you can see TrueHD is decoded into PCM 7.1, once DTS have gotten on board with Sony, its a simple firmware upgrade and then DTS shall be open for us mkv2vob people who want to have DTS through it.

It shall probably be this year when DTS shall be on board.

good news.

as far as subs. for english speaking ppl, its mostly just needed for foreign films that are in another language. I know with wmv you just get a version with hard coded english subs and its perfect. when working with an x264 mkv that has the subs maybe there is a way mkv2vob can just hardcode the subs also onto the new resulting avc or mpeg-2 file?

i guess for just the remux to avc it couldn't but for the transcode to mpeg-2 it could? since that is the same as encoding mkv to wmv but actually takes much less time.

[Quatre]

This is the question I was trying to get answered.

Lucky for me, any 1080p source I have tried works.
i split the 1080p file into multiple files because with my 13gb casino royale it seemed that once it got to a certain size, it would not write to the new file anymore. Also, I always set mkv2vob to auto.

3r1c, the question I was trying to get answered is if you know what causes the tools in mkv2vob to transcode the h264 into a bigger mpeg-2 even if the h264 is already L4.1 (sorry if im being redundant).

hm maybe that is what happened with non l4.1 1080p x264, started as a 12gb mkv and resulted in a 20gb mpeg-2 after mkv2vob. maybe its too large of a file and that is what causes the intermittent fast forward play?

as far as it resulting in a larger file then it probably wasn't a l4.1 or had some other problem and was transcoded.

i had trouble with one l4.1 mkv that didn't play at all. but other l4.1 1080p x264 mkv's came out as a file similiar (even a bit smaller prob due to dts) then the orig mkv. ps3 still labels it as an mpg (or mpeg-2 if orget) but 3rlc says its an avc and i think if you look at the info on ps3 it says avc for video codec.

as someoen mentioned there is other factors possible that could cause an l4.1 to still need to be transcoded (though most done properly wont need to be) that or it wasnt really l4.1 and just labeled improperly.

[Quatre]

In the latest version of x264 released in Jan/Feb 08 (x264 - core 58 svn-736M) has changed the way the ref frames passed to the encoder is calculated, but it does not provide this changed information in the x264 header added to the resulting video file (well to be specific, it was the old version that made the incorrect header, so i guess x264 corrected this bug in the latest version).

basically, any video encoded with core58 version is more likely to be level 4.1 compliant then if the same command line was used with an older version, but since it does not write the changes to the header mkv2vob does not detect it and thinks the file is unplayable.

the next version of mkv2vob will work around this by using the x264 version in the headers to decide which calculation method to use.

for now, if you know for sure its L4.1, select "never transcode".

ack i've been using auto, but luckily they still came out ok so they prob didnt have the problem or i would notice the larger file size.

so as not to trust the file name or .nfo, what is the best prog to see if its truely l4.1? i think someone mentioned a prog a few posts back.

I know Super, shows info on the video file, and has an advancded details option, i will have to see if that shows l4.1 or not.

[Quatre]

Same exact thing i came across, set to auto the 1080pL4.1 transcoded, set to never they didn't, and resulting movies played fine

a few posts up from yours
3rlc said:
In the latest version of x264 released in Jan/Feb 08 (x264 - core 58 svn-736M) has changed the way the ref frames passed to the encoder is calculated, but it does not provide this changed information in the x264 header added to the resulting video file (well to be specific, it was the old version that made the incorrect header, so i guess x264 corrected this bug in the latest version).

basically, any video encoded with core58 version is more likely to be level 4.1 compliant then if the same command line was used with an older version, but since it does not write the changes to the header mkv2vob does not detect it and thinks the file is unplayable.

the next version of mkv2vob will work around this by using the x264 version in the headers to decide which calculation method to use.

for now, if you know for sure its L4.1, select "never transcode".

[nunyabuizness]

hm maybe that is what happened with non l4.1 1080p x264, started as a 12gb mkv and resulted in a 20gb mpeg-2 after mkv2vob. maybe its too large of a file and that is what causes the intermittent fast forward play?

as far as it resulting in a larger file then it probably wasn't a l4.1 or had some other problem and was transcoded.

i had trouble with one l4.1 mkv that didn't play at all. but other l4.1 1080p x264 mkv's came out as a file similiar (even a bit smaller prob due to dts) then the orig mkv. ps3 still labels it as an mpg (or mpeg-2 if orget) but 3rlc says its an avc and i think if you look at the info on ps3 it says avc for video codec.

as someoen mentioned there is other factors possible that could cause an l4.1 to still need to be transcoded (though most done properly wont need to be) that or it wasnt really l4.1 and just labeled improperly.

what do you mean "though most done properly wont need to be"? what would qualify a L4.1 to still need to be transcoded if *blank* was done properly? what goes in the blank?

im just trying to get this answered so that i could use tsmuxer to make a avchd dvd without alot of conversion (because tsmuxer can change the level, but its no use if the file still needs to be transcoded in which case i would just use mkv2vob)

[3r1c]

you wont be able to make a working avchd conversion or not.
unless you use x264 to recompress with blu-ray compatible settings.

the requirements for the video stream are much more strict for avchd then if you just play it from a file off the XMB.

[nunyabuizness]

you wont be able to make a working avchd conversion or not.
unless you use x264 to recompress with blu-ray compatible settings.

the requirements for the video stream are much more strict for avchd then if you just play it from a file off the XMB.

i got the x264 and leimings x264 gui but i dont know how to convert it to bluray compatible data.
the only reason im adamant about doing this is because an avchd dvd just appeals to me so much more than a file on a dvd (im kinda OCD)

like i said, i want to use the tsmuxer and tsremux to output bluray files and folders to make semi-professional dvds but dont get me wrong, mkv2vob is probably the best software ive ever used for this purpose