Sony KDL Audio Sync 2.6.7

[mezzmo@mvg.za.net]

Hi All

I seem to be having audio sync issues with my Sony KDL-32EX600 TV with Mezzmo 2.6.7.

The audio starts off fine and then the lip sync slips throughout. Stopping and restarting helps, but then the lip sync slips again.

FFMPEG Properties as follows:


ffmpeg version N-40693-gc457a29 Copyright (c) 2000-2012 the FFmpeg developers
built on May 15 2012 12:57:14 with gcc 4.6.2
configuration: --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --enable-static --disable-shared --enable-zlib --disable-postproc --prefix=/home/peter/ffmpeg/build/gpl --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect --extra-cflags=-I/home/peter/cc/include --extra-ldflags=-L/home/peter/cc/lib --pkg-config=pkg-config --disable-w32threads
libavutil 51. 51.100 / 51. 51.100
libavcodec 54. 21.101 / 54. 21.101
libavformat 54. 5.100 / 54. 5.100
libavdevice 53. 4.100 / 53. 4.100
libavfilter 2. 73.100 / 2. 73.100
libswscale 2. 1.100 / 2. 1.100
libswresample 0. 11.100 / 0. 11.100
[mpeg4 @ 003cc960] Invalid and inefficient vfw-avi packed B frames detected
Input #0, avi, from 'C:\Users\Mark\Videos\The.Best.Exotic.Marigold.Hot el.2011.BDRip.XviD-AMIABLE\CD1\the.best.exotic.marigold.hotel.2011.bd rip.xvid-amiable.cd1.avi':
Metadata:
encoder : VirtualDubMod 1.5.10.2 (build 2540/release)
Duration: 01:01:38.52, start: 0.000000, bitrate: 1586 kb/s
Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 640x272 [SAR 1:1 DAR 40:17], 23.98 tbr, 23.98 tbn, 23.98 tbc
Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), s16, 448 kb/s
At least one output file must be specified


---> DB Level Info: 5, 15
---> Frame rate: 23.98
---> Aspect ratio: 40:17

The file has been pre-transcoded and the video appears perfect.

Any suggestions?

Thanks
Mark

[Paul]

Hi Mark,

Contact us at support [at] conceiva [dot] com and we'll supply you with a beta version of Mezzmo v2.7 to try.

[mezzmo@mvg.za.net]

Hi

As I mentioned in my e-mail reply:

I tried the beta, with no luck, the audio lip sync still starts off OK and then gets worse as the movie progresses. Stopping and starting seems to re-synchronise the audio and video for a while.

Also, after the upgrade to the Beta, the file which had been pre-transcoded was transcoded again. See image attached.

315

Cheers
Mark

[Paul]

Hi Mark,

Thanks for letting us know about the duplicate pre-transcoded files issue. We replicated it and fixed it. It will be included in the upcoming Mezzmo v2.7 release.

We also replicated the audio sync issue and we think we have fixed it. We're just testing it on several videos now. We'll be in touch when we're done.

[mezzmo@mvg.za.net]

Cool, can't wait. :-)

[mezzmo@mvg.za.net]

Hi Guys

Any news on this? I know you said you thought it was fixed, then you found another issue... Is it fixed now?

Thanks
Mark

[Paul]

Hi Mark,

Both issues should be fixed now. We're just preparing the new release now.

[mezzmo@mvg.za.net]

Both issues should be fixed now. We're just preparing the new release now.

Hi Paul

It seems that the re-Transcoding issue is fixed. Mezzmo did not try to re-trans code any files I tried after the upgrade.

Sadly the Audio Sync issue is not fixed.

Withing 10 to 15 minutes the Lip Sync is way off. A stop and start of the movie re-synchronizes the audio, but it soon drifts again.

I know you guys reproduced the problem on your TV, but any other suggestions?

This doe snot happen to all video though, but is very frustrating.

Thanks
Mark

[Paul]

Hi Mark,

Thanks for reporting this after upgrading to Mezzmo v2.7. We're looking into the audio sync issue now & hopefully can reproduce it again. If not, then we may ask you for a video file that does it for you. We'll be in touch after we complete our testing on this.

[Paul]

Hi Mark,

We did reproduce the issue again. Can you try this for us? Right-click on a video file (that is out of sync when playing on your Sony Bravia) in Mezzmo and click Pre-transcode Files. Select your TV from the device list and click Choose Formats. In the Transcoding Formats dialog, choose 'mpegts' and select the "Force full transcode" checkbox. Click OK and then select the "Pre-transcode files even if they match the device's supported formats' checkbox. Click OK and the video should begin transcoding. Go to the Transcoding pane to monitor progress and once transcoding has completed, try streaming the file to your TV. Let us know if that is better.

[mezzmo@mvg.za.net]

We did reproduce the issue again. Can you try this for us?

Hi Paul.

Am pre-transcoding now at work, but will test playback tonight and let you know.

Cheers
Mark

[mezzmo@mvg.za.net]

Hi Paul

Just something I noticed...

For pre-transcoding, when you select the MPEGTS (which is highlighted), the next option is Video CHannels, H264 is highlighted but not ticked and H264 (24fps) is ticked?

Why is the H264 (24fps) ticked if it is not the preferred/recommended setting?

Thanks
Mark

319

[mezzmo@mvg.za.net]

Hi Paul

Tested this as requested. Even with the transcoding set up as requested the Lip Sync loses synchronization. By 6 minutes into the video the audio is badly shifted.

I look forward to your further feedback.

Thanks
Mark

[Peter]

Hi Mark,
the H264 (24 fps) setting is ticked because Mezzmo has matched this to the frame rate of the file, if the frame rate does not match 24, 50 or 60 then the preferred setting is used.

We will investigate the audio sync issue further to try to find a solution.

[mezzmo@mvg.za.net]

We will investigate the audio sync issue further to try to find a solution.

Hi Peter

Tested this video on my Sony PS3 this evening and it played fine, no audio issues etc. Used the same pre-transcoded file too.

Seems that this issue is related somehow to the KDL.

I look forward to hearing from you soon.

Mark

[Paul]

The issue is very much a Sony Bravia 2010-series firmware issue. We reproduced it here with our 2010-series Bravia & one of our video files, but after doing a full pre-transcode (no remuxing) we got the audio to sync properly. In your case, unfortunately it did not work so we'll look into it more.

[mezzmo@mvg.za.net]

In your case, unfortunately it did not work so we'll look into it more.

Hi Guys

Any news on this? Or any other suggestions?

Thanks
Mark

[Peter]

Hi Mark,
the best recommendation we have at the moment is for you to pre-transcode the file to mpeg2video, this should eliminate the sound synch problem but will take longer to transcode. We are going to try the latest FFmpeg to see if there is any improvement to the sound synch problem in the mpegts container when h264 is used, if there is no improvement we will have to investigate other possible FFmpeg commandline options to try to resolve the problem.

[mezzmo@mvg.za.net]

pre-transcode the file to mpeg2video, this should eliminate the sound synch problem but will take longer to transcode.

Actually the file transcodes pretty quick to this format...320

I get >300fps.

Will try the transcoded version and see what the result is...

Mark

[mezzmo@mvg.za.net]

Hi Guys

Tried mpeg2video and the audio seems better, but the aspect ratio is off...

See attached pictures, the mpeg2video has large bands top and bottom...

321322

Any comments suggestions?

[Peter]

Hi Mark,
the device is presenting the video according to the aspect ratio information encoded in the file, if you press the options button on your remote and go to 'Picture Options' and then 'Screen', change 'Wide Mode' to 'Zoom' and this should remove the bands from the top and bottom.

[mezzmo@mvg.za.net]

Hi Mark,
the device is presenting the video according to the aspect ratio information encoded in the file, if you press the options button on your remote and go to 'Picture Options' and then 'Screen', change 'Wide Mode' to 'Zoom' and this should remove the bands from the top and bottom.

The two screen shots I sent show the same video pre transcoded in the two different options (MPEG2VIDEO and MPEGTS).

As you can see the bands at the top and bottom are WIDER for the MPEG2VIDEO file, the above statement is not 100% accurate.

[Peter]

If you look at the resolution and aspect ratio of the original file it should be a wide screen format and match what is displayed on the device, the Sony Bravia handles the mpegts encoded video poorly and does not respect the aspect ratio and resolution settings.

[mezzmo@mvg.za.net]

More information...

Attached is the ffmpeg info on all three files (I copied the transcoded files out ot get the info).

The aspect ration if definitely not the same on all three - even playing them on a PC you can see the difference (Even though ffmpeg reports them all the same). See the attached screen shots showing the MARKED difference in output between the two files.323324

ORIGINAL

ffmpeg version N-40693-gc457a29 Copyright (c) 2000-2012 the FFmpeg developers
built on May 15 2012 12:57:14 with gcc 4.6.2
configuration: --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --enable-static --disable-shared --enable-zlib --disable-postproc --prefix=/home/peter/ffmpeg/build/gpl --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect --extra-cflags=-I/home/peter/cc/include --extra-ldflags=-L/home/peter/cc/lib --pkg-config=pkg-config --disable-w32threads
libavutil 51. 51.100 / 51. 51.100
libavcodec 54. 21.101 / 54. 21.101
libavformat 54. 5.100 / 54. 5.100
libavdevice 53. 4.100 / 53. 4.100
libavfilter 2. 73.100 / 2. 73.100
libswscale 2. 1.100 / 2. 1.100
libswresample 0. 11.100 / 0. 11.100
[mpeg4 @ 016dc960] Invalid and inefficient vfw-avi packed B frames detected
Input #0, avi, from 'C:\Users\Mark\Videos\The.Best.Exotic.Marigold.Hot el.2011.BDRip.XviD-AMIABLE\CD1\the.best.exotic.marigold.hotel.2011.bd rip.xvid-amiable.cd1.avi':
Metadata:
encoder : VirtualDubMod 1.5.10.2 (build 2540/release)
Duration: 01:01:38.52, start: 0.000000, bitrate: 1586 kb/s
Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 640x272 [SAR 1:1 DAR 40:17], 23.98 tbr, 23.98 tbn, 23.98 tbc
Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), s16, 448 kb/s
At least one output file must be specified


---> DB Level Info: 5, 15
---> Frame rate: 23.98
---> Aspect ratio: 40:17



MPEG2VIDEO

ffmpeg version N-40693-gc457a29 Copyright (c) 2000-2012 the FFmpeg developers
built on May 15 2012 12:57:14 with gcc 4.6.2
configuration: --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --enable-static --disable-shared --enable-zlib --disable-postproc --prefix=/home/peter/ffmpeg/build/gpl --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect --extra-cflags=-I/home/peter/cc/include --extra-ldflags=-L/home/peter/cc/lib --pkg-config=pkg-config --disable-w32threads
libavutil 51. 51.100 / 51. 51.100
libavcodec 54. 21.101 / 54. 21.101
libavformat 54. 5.100 / 54. 5.100
libavdevice 53. 4.100 / 53. 4.100
libavfilter 2. 73.100 / 2. 73.100
libswscale 2. 1.100 / 2. 1.100
libswresample 0. 11.100 / 0. 11.100
[mpeg @ 01a6bf20] max_analyze_duration 5000000 reached at 5004000
Input #0, mpeg, from 'C:\Users\Mark\Videos\The.Best.Exotic.Marigold.Hot el.2011.BDRip.XviD-AMIABLE\MPEG2VIDEO.mpeg':
Duration: 01:01:38.58, start: 1.000000, bitrate: 3196 kb/s
Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 640x272 [SAR 1:1 DAR 40:17], 24000 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc
Stream #0:1[0x80]: Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s
At least one output file must be specified


---> DB Level Info: 8, 4
---> Frame rate: 23.98
---> Aspect ratio: 40:17


MPEGTS

ffmpeg version N-40693-gc457a29 Copyright (c) 2000-2012 the FFmpeg developers
built on May 15 2012 12:57:14 with gcc 4.6.2
configuration: --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --enable-static --disable-shared --enable-zlib --disable-postproc --prefix=/home/peter/ffmpeg/build/gpl --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect --extra-cflags=-I/home/peter/cc/include --extra-ldflags=-L/home/peter/cc/lib --pkg-config=pkg-config --disable-w32threads
libavutil 51. 51.100 / 51. 51.100
libavcodec 54. 21.101 / 54. 21.101
libavformat 54. 5.100 / 54. 5.100
libavdevice 53. 4.100 / 53. 4.100
libavfilter 2. 73.100 / 2. 73.100
libswscale 2. 1.100 / 2. 1.100
libswresample 0. 11.100 / 0. 11.100
[mpegts @ 016cbf00] max_analyze_duration 5000000 reached at 5004000
Input #0, mpegts, from 'C:\Users\Mark\Videos\The.Best.Exotic.Marigold.Hot el.2011.BDRip.XviD-AMIABLE\MPGETS.m2ts':
Duration: 01:01:38.58, start: 1.394667, bitrate: 1306 kb/s
Program 1
Metadata:
service_name : Service01
service_provider: FFmpeg
Stream #0:0[0x100]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 640x272 [SAR 1:1 DAR 40:17], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc
Stream #0:1[0x101]: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), s16, 640 kb/s
At least one output file must be specified


---> DB Level Info: 41, 77
---> Frame rate: 23.98
---> Aspect ratio: 40:17

Maybe something to do with the 40:17 aspect ratio?

BTW. Just seen your reply about the KDL not respecting the Aspect ratio etc, but the same happens on a PC?

Thanks
Mark

[Peter]

Hi Mark,
the resolution of 640x272 and 40:17 indicates that this file is a wide screen presentation, so the PC and the Bravia are presenting the mpeg file correctly and respecting the aspect ratio. The Bravia decodes the mpegts file differently and does not reproduce the aspect ratio of the original file, so you see a different result when transcoding to mpegts as opposed to mpeg2video, Mezzmo is not altering the aspect ratio or the resolution in either case of transcoding so the information provided to the device is correct.

[mezzmo@mvg.za.net]

I posted a reply last night which seem to have gone AWOL...

Tried this with the newer (Post Ver1.0) of FFMPEG and pre-transcoded the file again.

The result was that after about 20 minutes the audio was still well synced and I could not pick up any Lip Sync issues. With hte previous veriosn of FFMPEG the lip sync was out after about 10 minutes.

I look forward to your findings regarding FFMPEG V 1.0.

I also still do not see why based on your answer in #25 above the computer aspect ratio is different too for the two transcoded versions? (See screen shots sent). Bit that is not my real issue...

Mark

[Peter]

We have tried the latest ffmpeg and have the same results that you have seen, so we will do some further testing and possibly include the latest ffmpeg in the next update of Mezzmo.

The software player on the computer uses the aspect ratio encoded in the mpeg file to render the video, the use of this information is entirely up to the implementation of the renderer, it may render the m2ts file differently to the mpeg file like the Bravia or it may respect the aspect ratio encoded in the file.

[mezzmo@mvg.za.net]

Hi Peter

I tried to send you the logs via e-mail but got the following:

'Conceiva Support' on 2012/10/15 06:59 PM
552 5.7.0 review our attachment guidelines. dt9sm14777740wib.1

So I have attached them here.

I look forward to your feedback.

By the time I stopped the video the audio was at least a word out and very disconcerting.

Thanks
Mark

330

[Peter]

Hi Mark,
thanks for the logs, the MezzmoMediaServer.exe folder has no log files but I can see the cause for the difference in results in the Mezzmo.exe logs, Mezzmo is still loading the old profile because it exists in the DeviceProfiles folder 'SonyBraviaKDL_2010-OLD.prf'. If a file in this folder has a .prf extension Mezzmo will load it and use the first profile it finds, each profile file has a GUID in it which is used to identify the profile, so only one SonyBraviaKDL_2010 can exist. Can you please rename the backed up profiles to have .bak extensions instead of .prf extensions and this will allow Mezzmo to use the latest profile we sent you.

[mezzmo@mvg.za.net]

Cool... Will give it a try and feedback to you.

[mezzmo@mvg.za.net]

Hi Peter

I tried to email logs again with the same error - Whats that about?

Anyway, did as you asked above and checked that the correct profile is being loaded in the logs.

The audio is still going out of sync, making the video terrible to watch.

What I did notice is that with this profile the file did not trans-code at all....

I look forward to hearing your solution.

Mark

331

[Peter]

Hi Mark,
the issue with emailing the logs could be due to your mail server detecting the folders with the .exe extensions and rejecting it, you can try sending just the logs without the folders to see if this allows you to send logs without error.

The logs show that the old transcoded file still exists, this is the file transcoded with the old profile so the audio will still be out of sync, you can go to Transcoding Settings and delete all the transcoded files then try to play the file again and it will transcode without remuxing and the audio should be in sync.

[mezzmo@mvg.za.net]

Hi Peter

Tried again and the audio appears to stay synced well. Couldn't watch the entire movie but seemed good up to the point where it was out of sync before.

I had to pre-transcode the file as the transcoding was too slow for live streaming (was getting 22fps), where before could get up to 120+ fps.

So I guess this means it is a trade off between synced audio and slow transcode?

Look forward to your reply.

Mark

BTW. Will test with some of the other videos I had issues with and feed back. Just need to pre-transcoe them all first :-(

[Peter]

Hi Mark,
that's good to hear about the audio sync, for the transcoding speed you can try going to 'Media Devices' and in the Device Settings for your Bravia, reduce the maximum video size setting using one of the presets (the smaller the video size, the faster the transcoding).