Samsung UN46C8000XF: Mezzmo vs. Samsung DLNA server

Hi,

Using Mezzmo with a Samsung UN46C8000XF LED TV. So far I've come across a particular file + recordings (the only two I've tried so far) from my AVCHD camcorder that don't work with Mezzmo but play back just fine with the Samsung DLNA software.

1) VC-1 video in .ts container: A "file not supported" msg is displayed with Mezzmo; with the Samsung DLNA software it plays back just fine.

2) JVC AVCHD video in .mts container: Playback pauses and a "preparing file..." msg (like it is trying to buffer?) is displayed. Then the file plays for a few seconds; then pauses again with the same msg. With the Samsung DLNA software these files play through without pausing.

Thanks,

-g>.

Hi,

Can you please post FFmpeg information on those files (in Mezzmo right-click on the file and use the "Get FFmpeg Information" command) and also send a message to support (at) conceiva (dot) com and we'll send you an updated device profile to try.

You're using the "Samsung C" device profile, right?

VC-1:

FFmpeg version SVN-r25446, Copyright (c) 2000-2010 the FFmpeg developers
built on Oct 12 2010 10:38:21 with gcc 4.4.2
configuration: --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-mingw32- --enable-static --disable-shared --enable-zlib --disable-ffprobe --disable-ffplay --prefix=/media/windows-share/ffmpeg --extra-cflags=-U__STRICT_ANSI__ --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect
libavutil 50.32. 3 / 50.32. 3
libavcore 0. 9. 1 / 0. 9. 1
libavcodec 52.92. 0 / 52.92. 0
libavformat 52.81. 0 / 52.81. 0
libavdevice 52. 2. 2 / 52. 2. 2
libavfilter 1.50. 1 / 1.50. 1
libswscale 0.12. 0 / 0.12. 0
[NULL @ 0330d6c0] start time is not set in av_estimate_timings_from_pts
Input #0, mpegts, from 'C:\Users\Garrett\Desktop\excluded from backup\BDrip\The.Dark.Knight.2008.1080p.BD-Remux.TrueHD.VC-1.ts':
Duration: 02:32:13.29, start: 600.000000, bitrate: 28587 kb/s
Program 1
Stream #0.0[0x1011]: Video: vc1, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
Stream #0.1[0x1100](eng): Audio: ac3, 48000 Hz, 5.1, s16, 640 kb/s
Stream #0.2[0x1101](eng): Audio: truehd, 48000 Hz, 6 channels, s32
Stream #0.3[0x1101]: Audio: ac3, 48000 Hz, 5.1, s16, 640 kb/s
Stream #0.4[0x1102](eng): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s
Stream #0.5[0x1200](eng): Subtitle: pgssub
At least one output file must be specified


---> DB Level Info: -99


AVCHD:

FFmpeg version SVN-r25446, Copyright (c) 2000-2010 the FFmpeg developers
built on Oct 12 2010 10:38:21 with gcc 4.4.2
configuration: --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-mingw32- --enable-static --disable-shared --enable-zlib --disable-ffprobe --disable-ffplay --prefix=/media/windows-share/ffmpeg --extra-cflags=-U__STRICT_ANSI__ --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect
libavutil 50.32. 3 / 50.32. 3
libavcore 0. 9. 1 / 0. 9. 1
libavcodec 52.92. 0 / 52.92. 0
libavformat 52.81. 0 / 52.81. 0
libavdevice 52. 2. 2 / 52. 2. 2
libavfilter 1.50. 1 / 1.50. 1
libswscale 0.12. 0 / 0.12. 0

Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 59.94 (60000/1001)
Input #0, mpegts, from 'C:\Users\Garrett\Desktop\excluded from backup\BDrip\test\00126.mts':
Duration: 00:00:10.75, start: 1.000022, bitrate: 22776 kb/s
Program 1
Stream #0.0[0x1011]: Video: h264, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 59.96 fps, 59.94 tbr, 90k tbn, 59.94 tbc
Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s
Stream #0.2[0x1200]: Subtitle: pgssub
At least one output file must be specified


---> DB Level Info: 40

And yes I'm using the Samsung C profile as that was the one that was automatically selected.

I will email support right now.

Thanks,

-g>.

Thanks, I'll get back to you via e-mail shortly.

Ok so the VC-1 file now plays (although it paused at the very begining and show the "preparing to play... msg).

The AVCHD files are still "buffering" (pausing and showing the "preparing to play...." msg) on and off throughout each recording.

NOTE:

I only have one of the profile locations listed in the faq:

Windows Vista: C:\ProgramData\Conceiva\Mezzmo\DeviceProfiles

I don't have the other location:

C:\Users\All Users\Conceiva\Mezzmo\DeviceProfiles

When I do a search on SamsungLA.prf, the only other location that comes up is:

C:\ProgramData\Conceiva\Mezzmo\DeviceProfiles\back up

I've replaced the two files in both those locations.

Quote:

---

Originally Posted by glc650

I don't have the other location:

---

That's normal. I only have it in the same one location as you for Windows 7

Ok I tried 3 or 4 more of my AVCHD recordings and they all pause and display the same msg throughout playback.

FFmpeg version SVN-r25446, Copyright (c) 2000-2010 the FFmpeg developers
built on Oct 12 2010 10:38:21 with gcc 4.4.2
configuration: --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-mingw32- --enable-static --disable-shared --enable-zlib --disable-ffprobe --disable-ffplay --prefix=/media/windows-share/ffmpeg --extra-cflags=-U__STRICT_ANSI__ --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect
libavutil 50.32. 3 / 50.32. 3
libavcore 0. 9. 1 / 0. 9. 1
libavcodec 52.92. 0 / 52.92. 0
libavformat 52.81. 0 / 52.81. 0
libavdevice 52. 2. 2 / 52. 2. 2
libavfilter 1.50. 1 / 1.50. 1
libswscale 0.12. 0 / 0.12. 0

Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 59.94 (60000/1001)
Input #0, mpegts, from 'C:\Users\Garrett\Videos\Canyon\dyno pulls\dyno pull #8 11-22-09.mts':
Duration: 00:05:41.02, start: 1.000022, bitrate: 24031 kb/s
Program 1
Stream #0.0[0x1011]: Video: h264, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 59.96 fps, 59.94 tbr, 90k tbn, 59.94 tbc
Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s
Stream #0.2[0x1200]: Subtitle: pgssub
At least one output file must be specified


---> DB Level Info: 40



FFmpeg version SVN-r25446, Copyright (c) 2000-2010 the FFmpeg developers
built on Oct 12 2010 10:38:21 with gcc 4.4.2
configuration: --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-mingw32- --enable-static --disable-shared --enable-zlib --disable-ffprobe --disable-ffplay --prefix=/media/windows-share/ffmpeg --extra-cflags=-U__STRICT_ANSI__ --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect
libavutil 50.32. 3 / 50.32. 3
libavcore 0. 9. 1 / 0. 9. 1
libavcodec 52.92. 0 / 52.92. 0
libavformat 52.81. 0 / 52.81. 0
libavdevice 52. 2. 2 / 52. 2. 2
libavfilter 1.50. 1 / 1.50. 1
libswscale 0.12. 0 / 0.12. 0

Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 59.94 (60000/1001)
Input #0, mpegts, from 'C:\Users\Garrett\Videos\Everio MediaBrowser HD\HDDCAM\20100816\4757208581386797056\00001.mts':
Duration: 00:03:06.40, start: 1.000022, bitrate: 23998 kb/s
Program 1
Stream #0.0[0x1011]: Video: h264, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 59.96 fps, 59.94 tbr, 90k tbn, 59.94 tbc
Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s
Stream #0.2[0x1200]: Subtitle: pgssub
At least one output file must be specified


---> DB Level Info: 40

Thanks,

-g>.

Can you please send us one of those files so that we could test it here? If they're larger than 10 MBs can you please upload to a service like www.megaupload.com or if they're smaller just e-mail to support (at) conceiva (dot) com - that would help us see what the problem could be.

I've uploaded one to megaupload:

http://www.megaupload.com/?d=LAQEZTQ4

Thanks,

-g>.

Thanks for the file. Interestingly, our version of PCSM doesn't even recognize this file as native (it doesn't appear in the Share Manager) - what version of PCSM do you have?