MKV with samsung C8000 Series...

[theother1wstolen]

I have looked high and low for an answer for this but have not found anything concrete that has worked. I have a handful of mkv files that won't play almost all the time but will then occasionally work for seemingly no reason. MOST of my mkv files work just fine aside from a select few. My tv (which is 100mbit) is wired on my network, as is my ps3 (which is gigabit) same problem with both devices. I am including log files in the hopes that someone can figure this out as its driving me crazy.

[Paul]

Looking at the logs, that MKV is being transcoded, but the transcoding speed is not fast enough. If you try to play that same file again in a few minutes, it should play further. Try also using a "Samsung BDP" device profile and see if that works better (it'll transcode less, but the TV may refuse to play files more).

What sort of CPU do you have?

[theother1wstolen]

A q6600. I've tried c-series and bdp 3d I don't think I've tried just bdp let me do that and try again. . .

[theother1wstolen]

The bdp profile does not work with that file I just get a "Not supported video codec". Also I can tell that the file is not going to play through from the moment it starts to play as the file length does not come up and I can not fast forward at all which both work fine when the file actually plays as it should.

-Edit- Shouldnt a q6600 be fast enough to transcode this? Should I try overclocking a bit? I have it at factory speeds right now but should be able to bump it up a bit.

[Paul]

You'd need roughly a 20% speed increase for smooth playback and I don't think, frankly, that overclocking will gain you that much (I could be wrong though). This is where pre-transcoding will help. Or, you can start playing it, then stop and let it finish in the background. After that it'll be ready to play.

[theother1wstolen]

Overclocked to 3ghz from 2.4 and still having the same problem. . .

[Paul]

Ok, can you please post FFmpeg information on that file (in Mezzmo right-click on the file and use the "Get FFmpeg Information" command) as I'd like to know what video profile level it is. Perhaps we can copy (remux) the video stream instead of fully transcoding it and that would make it much faster. Or, if you wish, I can tell you which FFmpeg command to run from the command line prompt to try remuxing manually to see if it plays.

[theother1wstolen]

FFmpeg version git-c3897d7, Copyright (c) 2000-2011 the FFmpeg developers
built on Feb 28 2011 10:03:54 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/ffmpeg --extra-cflags=-U__STRICT_ANSI__ --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect
libavutil 50. 39. 0 / 50. 39. 0
libavcodec 52.113. 2 / 52.113. 2
libavformat 52.102. 0 / 52.102. 0
libavdevice 52. 2. 3 / 52. 2. 3
libavfilter 1. 76. 0 / 1. 76. 0
libswscale 0. 12. 0 / 0. 12. 0
[matroska,webm @ 0135ce30] Estimating duration from bitrate, this may be inaccurate

Seems stream 0 codec frame rate differs from container frame rate: 47.95 (5000000/104271) -> 24.00 (24/1)
Input #0, matroska,webm, from 'C:\Users\Desktop\Desktop\More TV Shows\Band.Of.Brothers.2001.1080p.HDDVD.x264-hV\Band.Of.Brothers.2001.E09.Why.We.Fight.1080p.HD DVD.x264-hV\Band.Of.Brothers.2001.E09.Why.We.Fight.1080p.HD DVD.x264-hV.mkv':
Duration: 00:58:11.46, start: 0.000000, bitrate: 1536 kb/s
Stream #0.0(eng): Video: h264 (High), yuv420p, 1920x1072, PAR 134:135 DAR 16:9, 23.98 fps, 24 tbr, 1k tbn, 47.95 tbc (default)
Stream #0.1(eng): Audio: dca (DTS), 48000 Hz, 5.1, s16, 1536 kb/s (default)
At least one output file must be specified


---> DB Level Info: 51

[wintersonata]

Unable to load this MKV on my UA46C5000 using Samsung C Device Profile.

FFmpeg version git-c3897d7, Copyright (c) 2000-2011 the FFmpeg developers
built on Feb 28 2011 10:03:54 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/ffmpeg --extra-cflags=-U__STRICT_ANSI__ --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect
libavutil 50. 39. 0 / 50. 39. 0
libavcodec 52.113. 2 / 52.113. 2
libavformat 52.102. 0 / 52.102. 0
libavdevice 52. 2. 3 / 52. 2. 3
libavfilter 1. 76. 0 / 1. 76. 0
libswscale 0. 12. 0 / 0. 12. 0
[matroska,webm @ 003ecbf0] max_analyze_duration reached
[matroska,webm @ 003ecbf0] Estimating duration from bitrate, this may be inaccurate

Seems stream 0 codec frame rate differs from container frame rate: 719.28 (720000/1001) -> 359.64 (720000/2002)
Input #0, matroska,webm, from 'D:\Animes\One Piece - MarineFord arc\[yibis]_One_Piece_474_[720p][A8634AF9].mkv':
Duration: 00:23:34.54, start: 0.000000, bitrate: N/A
Chapter #0.0: start 0.000000, end 197.572000
Metadata:
title : Opening
Chapter #0.1: start 197.572000, end 259.843000
Metadata:
title : Recap
Chapter #0.2: start 259.843000, end 908.508000
Metadata:
title : Part 1
Chapter #0.3: start 908.508000, end 1384.508000
Metadata:
title : Part 2
Chapter #0.4: start 1384.508000, end 1414.549000
Metadata:
title : Preview
Stream #0.0(jpn): Video: h264 (High), yuv420p, 1280x720, PAR 1:1 DAR 16:9, 359.64 tbr, 1k tbn, 719.28 tbc (default)
Metadata:
title : h.264
Stream #0.1(jpn): Audio: aac, 48000 Hz, stereo, s16 (default)
Metadata:
title : aac 2ch
Stream #0.2(eng): Subtitle: ass (default)
Metadata:
title : subtitles & notes
Stream #0.3: Attachment: [0][0][0][0] / 0x0000
Metadata:
filename : Impress BT.ttf
Stream #0.4: Attachment: [0][0][0][0] / 0x0000
Metadata:
filename : PRISTINA.TTF
At least one output file must be specified


---> DB Level Info: 40

[theother1wstolen]

As an update, I remuxed the file to level 4.1 and it still has the very same issue.

[Paul]

Ok, can you please try the "Samsung B" device profile and see if that works better - it'll encode differently, so may be a better match for the TV.

[theother1wstolen]

Still doesn't work with the B profile however it pops up with a file length when it starts to play, even though it is incorrect (says its about 800 hours), then it just drops and goes on to the next file.

[Paul]

With Samsung B it may be too slow to transcode for smooth playback (would need logs to see if that's the case or not).

One more possible issue (with the "C" profile) is with the frame rates. Can you try converting that file to a different frame rate and see if that helps?

[theother1wstolen]

Any recommendation for what to use to do that? Will tsmuxer work?

[Paul]

I'm not sure if tsmuxer will work - you'll need to fully recode the video stream, not just remux it. I don't have any particular recommendations, but it's possible to just use FFmpeg for that (or an FFmpeg GUI, if you're not sure about the command line version).