Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
15th May 2009, 23:48 | #1 | Link |
Registered User
Join Date: Dec 2005
Posts: 10
|
Mainconcept Reference - Slowly gets out of sync
I'm trying to convert a huge (22gb) mpeg2 file into h264 so I can burn it onto an AVCHD. I first used TMPGENC to do this and the conversion went well. I converted the audio track separately into AC3 and muxed them together (using tsmuxer) with no problems.
I thought I'd give Reference a shot and in small trials, found that the quality of the encode was better using the 720p preset in Reference. When I mux the tracks again (Reference also doesnt support AC3), I notice sync issues. It's barely noticeable at first, but they get worse progressively. By the end, it's almost a 7 second delay (3hr 46min file). Any ideas? I thought drop Frames might be the issue, so I re-encoded it using 59.940DF instead of 59.940 and it still has the sync issues. Last edited by CorpX; 16th May 2009 at 00:05. |
16th May 2009, 00:37 | #2 | Link |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
7 seconds sounds like a case of floating point rounding; remember, the framerate is not 59.94 but actually 60000/1001.
Also, why not use x264 for this? It'll give much better results than the Reference, which is a rather limited frontend for the Mainconcept library. |
20th May 2009, 12:09 | #3 | Link | |
Registered User
Join Date: Mar 2009
Location: Germany
Posts: 5,769
|
Quote:
But maybe I'm wrong. I used MCR only once, on about 90min long material, no synch errors at all. And I notice even 40ms delay. |
|
20th May 2009, 13:18 | #4 | Link | |
Wewkiee
Join Date: Feb 2002
Location: kashyyyk
Posts: 2,269
|
Quote:
Any 720p files ive produced with x264 sync up fine after a tsmuxer mux but i havent used Main Concept in a long time and probably never for a full length stream. check the frame count, maybe the encoder is adding frames. also i dont know if tsmuxer uses hrd info when muxing or calculates on its own, because hrd timing (VFR) can make a stream run longer or shorter than its given FPS depending on how cpb removal delay is calculated. same can go for timie codes. if the encoder supports DF/NDF then it is using time codes. And perhaps tsmuxer is honoring that (unlikely) and either is interpreting them wrong or they are wrong. it can be a few things
__________________
...yeah...but...why on earth would I compare apples with apples? Last edited by Trahald; 20th May 2009 at 13:39. |
|
27th May 2009, 16:10 | #5 | Link | |
Registered User
Join Date: Mar 2009
Location: Germany
Posts: 5,769
|
Quote:
|
|
Tags |
encoding, h264, mainconcept, tmpgenc |
Thread Tools | Search this Thread |
Display Modes | |
|
|