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.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 AVC / H.264

Reply
 
Thread Tools Search this Thread Display Modes
Old 15th May 2009, 23:48   #1  |  Link
CorpX
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.
CorpX is offline   Reply With Quote
Old 16th May 2009, 00:37   #2  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
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.
Dark Shikari is offline   Reply With Quote
Old 20th May 2009, 12:09   #3  |  Link
Ghitulescu
Registered User
 
Ghitulescu's Avatar
 
Join Date: Mar 2009
Location: Germany
Posts: 5,769
Quote:
Originally Posted by Dark Shikari View Post
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.
I'm not sure about MainConcept being the cause of this delay. I think it's the muxer. Why, simply, because the h.264 video file does not have a fps in it, it gets one after muxing.

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.
Ghitulescu is offline   Reply With Quote
Old 20th May 2009, 13:18   #4  |  Link
Trahald
Wewkiee
 
Trahald's Avatar
 
Join Date: Feb 2002
Location: kashyyyk
Posts: 2,269
Quote:
Originally Posted by Ghitulescu View Post
I'm not sure about MainConcept being the cause of this delay. I think it's the muxer. Why, simply, because the h.264 video file does not have a fps in it, it gets one after muxing.

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.
While FPS is optional in h264, Most encoders put FPS into the streams, especially if they are putting in time codes like the OP's stream.

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.
Trahald is offline   Reply With Quote
Old 27th May 2009, 16:10   #5  |  Link
Ghitulescu
Registered User
 
Ghitulescu's Avatar
 
Join Date: Mar 2009
Location: Germany
Posts: 5,769
Quote:
Originally Posted by Trahald View Post
While FPS is optional in h264, Most encoders put FPS into the streams, especially if they are putting in time codes like the OP's stream.

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
My material was PAL, I mean HDTV 50i, no problems at all with NDF/DF that plague NTSC material (along with pedestal=black level and TC/IVTC).
Ghitulescu is offline   Reply With Quote
Reply

Tags
encoding, h264, mainconcept, tmpgenc

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 00:17.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.