Shuddering during action scenes...

[mcutugno]

I have been successfully using Mezzmo for about 6 months now with no shuddering, stops, and only minor issues when streaming to my Samsung C series TV over a 200mpbs Netgear Homeplug connection. Recently, I upgraded the PC that I use to serve my media (to a 3.4ghz Phenom II x4 with 8GB of ram), and am experiencing shudders during the action scenes of 1080p files.

Below is the FFMPeg information for the two files I have watched thus far with issues. Any help or suggestions is appreciated because it is making these files unwatchable.

__________________________________________________ ______________
ffmpeg version git-N-30186-gd9d5603, Copyright (c) 2000-2011 the FFmpeg developers
built on May 25 2011 12:16:07 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 --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect --pkg-config=pkg-config
libavutil 51. 2. 1 / 51. 2. 1
libavcodec 53. 6. 0 / 53. 6. 0
libavformat 53. 2. 0 / 53. 2. 0
libavdevice 53. 0. 0 / 53. 0. 0
libavfilter 2. 10. 0 / 2. 10. 0
libswscale 0. 14. 0 / 0. 14. 0
libpostproc 51. 2. 0 / 51. 2. 0
[matroska,webm @ 02c90320] Estimating duration from bitrate, this may be inaccurate
Input #0, matroska,webm, from 'F:\Movies\High Definition\The. Adjustment.Bureau.2011.1080.mkv':
Duration: 01:45:50.36, start: 0.000000, bitrate: 640 kb/s
Stream #0.0(eng): Video: h264 (High), yuv420p, 1920x1040, PAR 1:1 DAR 24:13, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)
Stream #0.1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 640 kb/s (default)
Metadata:
title : English DD5.1
At least one output file must be specified


---> DB Level Info: 41
__________________________________________________ ______________


ffmpeg version git-N-30186-gd9d5603, Copyright (c) 2000-2011 the FFmpeg developers
built on May 25 2011 12:16:07 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 --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect --pkg-config=pkg-config
libavutil 51. 2. 1 / 51. 2. 1
libavcodec 53. 6. 0 / 53. 6. 0
libavformat 53. 2. 0 / 53. 2. 0
libavdevice 53. 0. 0 / 53. 0. 0
libavfilter 2. 10. 0 / 2. 10. 0
libswscale 0. 14. 0 / 0. 14. 0
libpostproc 51. 2. 0 / 51. 2. 0
[matroska,webm @ 02c60320] Estimating duration from bitrate, this may be inaccurate

Seems stream 0 codec frame rate differs from container frame rate: 47.95 (5000000/104271) -> 23.98 (24000/1001)
Input #0, matroska,webm, from 'F:\Movies\High Definition\Harry Potter and the Prisoner of Azkaban (2004) 1080p.mkv':
Duration: 02:21:42.17, start: 0.000000, bitrate: 448 kb/s
Stream #0.0(eng): Video: h264 (High), yuv420p, 1920x800, PAR 1:1 DAR 12:5, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)
Stream #0.1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s (default)
At least one output file must be specified


---> DB Level Info: 51

[Paul]

Were you using the same Homeplug network before you upgraded the PC?

Is there a way for you to temporarily connect Mezzmo to the TV using a wired connection to test whether Homeplug is what's causing stuttering? In our tests we found that Homeplug connections do not always sustain a high enough bitrate to deliver high-def movies. It's possible that this is the case here.

Another possibility is if transcoding has actually produced a stuttering file. If you go to your Transcoding folder (use the Transcoding Settings dialog to find its location), you'll see a Video subfolder there with a few .mzt files. If you rename those .mzt files to .mpg (or .mts), you should be able to play them on your PC. See if those files stutter at the same scenes on the PC.