Samsung UE46B800 - nearly there

[Mezzmo-Ho-Ho-Ho]

Since trying Mezzmo earlier this year, I've bought it and I nearly have it running perfectly.

I have the latest version installed on Win2k8R2 - it's a nice new system with an i5 2500k CPU and 16Gb RAM. Oh and 8Tb of disk....no sense in cutting corners.

With the move to my new box, I've found some teething issues popping up that I am not sure how to deal with. I'm sure it'll be a very quick answer, probably from the awesome Dennis.

Anyway, with the UE46B8000 is almost there, I have it as a Samsung B profile and it is pretty good - I can pause, FFD and RWD. Or I could.....now, if I allow the media device to have the chance to transcode, it seems it prefers to transcode than just deliver. Turn this off and it plays perfectly....! Yes, same file (MP4, ffmpeg details below for reference)


ffmpeg version N-33781-g35674a2, Copyright (c) 2000-2011 the FFmpeg developers
built on Oct 19 2011 10:31:16 with gcc 4.6.1
configuration: --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --enable-static --disable-shared --enable-zlib --disable-postproc --prefix=/media/ffmpeg --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect --extra-cflags=-I/home/dennis/cc/include --extra-ldflags=-L/home/dennis/cc/lib --pkg-config=pkg-config
libavutil 51. 22. 0 / 51. 22. 0
libavcodec 53. 21. 0 / 53. 21. 0
libavformat 53. 16. 1 / 53. 16. 1
libavdevice 53. 4. 0 / 53. 4. 0
libavfilter 2. 44. 0 / 2. 44. 0
libswscale 2. 1. 0 / 2. 1. 0

Seems stream 0 codec frame rate differs from container frame rate: 180000.00 (180000/1) -> 23.98 (24000/1001)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: mp42isomavc1
creation_time : 2011-07-16 23:23:29
encoder : HandBrake 0.9.5 2011010300
Duration: 01:25:35.08, start: 0.000000, bitrate: 1244 kb/s
Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 720x400 [SAR 80:81 DAR 16:9], 1079 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 180k tbc
Metadata:
creation_time : 2011-07-16 23:23:29
Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 159 kb/s
Metadata:
creation_time : 2011-07-16 23:23:29
At least one output file must be specified


---> DB Level Info: 30, 77
---> Frame rate: 23.98
---> Aspect ratio: 16:9


The device is set on Advanced tab to Always Deliver except for media files not supported by the device - which is Automatic.

I'd love some pointers to just go that last little step to make Mezzmo perfect for me.

[Paul]

Can you please tell me exactly which settings on the Advanced are set to "Always Deliver"? The only setting that should have that is the "Supported" one - the rest should be Automatic, otherwise file descriptions sent to the device may be wrong and that may be what you're experiencing.

[Mezzmo-Ho-Ho-Ho]

Can you please tell me exactly which settings on the Advanced are set to "Always Deliver"? The only setting that should have that is the "Supported" one - the rest should be Automatic, otherwise file descriptions sent to the device may be wrong and that may be what you're experiencing.

Dennis, indeed changing back to default has resolved my odd transcoding issue. That I introduced. Myself.

Can you tell me how I'd know if Samsung B is the best profile for my device?

Also, why would it be that Mezzmo occasionally refuses to add an MP4 to the library. I convert using Handbrake into an MP4 container with prologic II audio and most are OK....

[Mezzmo-Ho-Ho-Ho]

Hmm better but it is still transcoding when I don't think it needs too - here's the file it just transcoded, the device profile is now set to always/auto (I've now turned off transcoding for the profile):


ffmpeg version N-33781-g35674a2, Copyright (c) 2000-2011 the FFmpeg developers
built on Oct 19 2011 10:31:16 with gcc 4.6.1
configuration: --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --enable-static --disable-shared --enable-zlib --disable-postproc --prefix=/media/ffmpeg --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect --extra-cflags=-I/home/dennis/cc/include --extra-ldflags=-L/home/dennis/cc/lib --pkg-config=pkg-config
libavutil 51. 22. 0 / 51. 22. 0
libavcodec 53. 21. 0 / 53. 21. 0
libavformat 53. 16. 1 / 53. 16. 1
libavdevice 53. 4. 0 / 53. 4. 0
libavfilter 2. 44. 0 / 2. 44. 0
libswscale 2. 1. 0 / 2. 1. 0
Input #0, matroska,webm, from 'file.mkv':
Duration: 00:42:12.03, start: 0.000000, bitrate: 3199 kb/s
Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x720, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc
Stream #0:1: Audio: ac3, 48000 Hz, 5.1(side), s16, 384 kb/s (default)
At least one output file must be specified


---> DB Level Info: 41, 100
---> Frame rate: 23.98
---> Aspect ratio: 16:9

I've sent you some logs to your email address :)

[Paul]

Thanks for the file info. If you turn off transcoding or use Samsung's PC Share Manager, does that file play on the TV?

The reason it's being transcoded is because of the "High" video profile, while our device profile specifies a maximum of "Main" for the "B"-series TVs.

One of the Samsung B device profiles may be best for your TV because it's a "B"-series (UE46"B"800), but it doesn't mean it's the best. You may want to try other profiles such as "Samsung BDP" to see if they work better.

Regarding the MP4 files - it's possible that FFmpeg cannot read that file. Would you be able to upload one of those files to a site like www.megaupload.com so that we could investigate it here?