Announcement

Collapse
No announcement yet.

experiencing a 800 ms delay in audio for DVD ripper to MKV h.264

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    experiencing a 800 ms delay in audio for DVD ripper to MKV h.264

    I am experiencing a 800 ms delay in audio for DVD ripper to MKV h.264. Video and audio frame/bit rates the same as original. DVDFab 8.0.6.7. VOB did not have any audio sync problem.

    Video= RIO Lobo. Hardware encoding. Windows 7 64-bit 4G ram. 3GHz Intel Core 2 Duo.
    Last edited by fbacher; 01-05-2011, 03:42 AM.

    #2
    Hi fbacher:
    Please attach the log files or more details, Disc Name, which codec...

    Comment


      #3
      Problem appears when using hardware acceleration. Using software encoding the audio sync is perfect, even at the end of 2 hour movie.

      Using DVDFab 8.0.6.7 with hardware acceleration the move starts out ~.25s out of sync and after two hours is several seconds off.

      Note that DVDFab 7.0.8.2 had audio sync problems with hardware encoding enabled, but the audio sync drift was considerably less.

      I have an NVidia GeForce 9500 GT with latest (8.17.12.6099) driver. Windows 7-64bit. Audio is AC3 5.1 Movie is Rio Lobo. MovieInfo shows Audio as AC-3 6 channel, Audio coding 3 format 48.0 KHz. Video is MPEG V2, Variable bit rate, 720 x 480 pixels NTSC.

      DVDFab 8.0.6.7 (2011/01/07 19:36:36)

      0m 01.40s: option dvd2dvd 1 dvd2mobile 1 bluray2bluray 1 bd2mobile 1 bd23d 1 bd2dvd 1 file2mobile 1 filemover 1
      0m 24.69s: pathplayer disabled 0
      1m 57.96s:


      ------ begin mobile work(1/1) ------


      1m 57.96s: create config(0)
      1m 57.96s: convert profile(mkv.default)
      1m 57.96s: dvd title(1) angle(0) chapter(1->12)
      1m 57.96s: stream(480,2,1) stream(128,86019,1)
      1m 58.00s: info: set output video frame_rate(24000/1001)
      1m 58.01s: try to use gpu acceleration(1) for video decoding
      1m 58.03s: CUDA GPU acceleration for video decoding enabled
      1m 58.06s: h264 encode: using official CUDA encoder
      1m 58.07s: h264_encode: encode param profile(1) level(30) bitrate(1104)
      35m 08.69s:


      ------ finish mobile work ------


      -- convert with hardware encoder disabled.

      DVDFab 8.0.6.7 (2011/01/07 22:01:30)

      0m 00.76s: option dvd2dvd 1 dvd2mobile 1 bluray2bluray 1 bd2mobile 1 bd23d 1 bd2dvd 1 file2mobile 1 filemover 1
      0m 38.90s: pathplayer disabled 0
      1m 56.11s:


      ------ begin mobile work(1/1) ------


      1m 56.11s: create config(0)
      1m 56.11s: convert profile(mkv.default)
      1m 56.11s: dvd title(1) angle(0) chapter(1->12)
      1m 56.11s: stream(480,2,1) stream(128,86019,1)
      1m 56.14s: info: set output video frame_rate(24000/1001)
      1m 57.17s: h264_encode: encode param profile(1) level(30) bitrate(1104)
      535m 17.95s:


      ------ finish mobile work ------

      Comment


        #4
        in common settings of DVDFab change the A/V Codec settings from Cuda to Software for all choices to see if that fixes the sync problem as well update to latest released version DVDFab 8.0.6.8 http://forum.dvdfab.com/showthread.php?t=10947

        Comment


          #5
          I really can't repro your issue even if set CUDA codec and all of MKV+h264 profiles.

          Comment


            #6
            The problem was that the audio was being muxed from AC-3 6.1 to AAC 6.1 even though the UI said otherwise. This occurred when I used my mkv.default which I had been created from generic.mkv.h264.audiocopy.

            Even now if I select generic.mkv.h264.audiocopy and then select conversion settings and simply select Set as Default, then OK, exit the dialog, select mkv.default, then select the VOB again, chose the mkv.default profile, then press edit. When the dialog opens I see the audio format set to AAC.

            I will open a separate discussion about why converting from AC-3 to AAC results in audio sync problems. Should I open a separate problem for this mkv.default issue?

            It is too bad that the .log files don't give all of the details. For example, it does not list the contents of mkv.default. It would be nice if the back-end processor had to be told explicitly everything it needs to do via command line arguments. Then the log would be a simple matter of listing all of the arguments. (Sorry, I've been a programmer for too long. I couldn't resist.)

            Comment

            Working...
            X