Sony KDL Audio Sync 2.6.7

[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.MPEG2VIDEO-1.jpgMPEGTS-1.jpg

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

Logs.zip

[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.