Mezzmo Upgrade Issues -> Cannot stream without skipping, ALL FILES

[mcutugno]

After upgrading to the latest version of Mezzmo yesterday, streaming is no longer usable for me. I have had a stable setup for 6 months now and have had no issues with even 1080p MKV files. However, now all files skip and are unwatchable. These range from 400MB non HD files to larger HD .ts file and .mkvs. In the attached logs I attempted to play the files whose FFmpeg info is below. Both studder to the point where it is unwatchable. Please help!

FFmpeg version git-N-28463-gc5dcb3d, Copyright (c) 2000-2011 the FFmpeg developers
built on Apr 11 2011 15:09: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 50. 40. 1 / 50. 40. 1
libavcodec 52.117. 1 / 52.117. 1
libavformat 52.106. 0 / 52.106. 0
libavdevice 52. 4. 0 / 52. 4. 0
libavfilter 1. 78. 0 / 1. 78. 0
libswscale 0. 13. 0 / 0. 13. 0

Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 59.94 (60000/1001)
Input #0, mpegts, from 'F:\Documentaries\Foo Fighters - Back and Forth 1080i HDTV DD5.1 MPEG2-TrollHD.ts':
Duration: 01:40:49.28, start: 0.346922, bitrate: 13599 kb/s
Program 1
Stream #0.0[0x214]: Video: mpeg2video (Main), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 18100 kb/s, 28.79 fps, 59.94 tbr, 90k tbn, 59.94 tbc
Stream #0.1[0x213](eng): Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s
At least one output file must be specified


---> DB Level Info: 4



FFmpeg version git-N-28463-gc5dcb3d, Copyright (c) 2000-2011 the FFmpeg developers
built on Apr 11 2011 15:09: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 50. 40. 1 / 50. 40. 1
libavcodec 52.117. 1 / 52.117. 1
libavformat 52.106. 0 / 52.106. 0
libavdevice 52. 4. 0 / 52. 4. 0
libavfilter 1. 78. 0 / 1. 78. 0
libswscale 0. 13. 0 / 0. 13. 0
[matroska,webm @ 01534c50] Estimating duration from bitrate, this may be inaccurate
Input #0, matroska,webm, from 'F:\Miscellaneous\undercover.boss.us.206.720p.hdtv .x264-sys.mkv':
Duration: 00:43:27.43, start: 0.000000, bitrate: 384 kb/s
Stream #0.0: Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s (default)
Stream #0.1(eng): Video: h264 (High), yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc
At least one output file must be specified


---> DB Level Info: 31

[mcutugno]

Please disregard the above (thread can be closed). Due to the timing, I thought that this issue had to do with my upgrade of Mezzmo. However, it was really a hard drive failure that was causing the files to not be read fast enough. Ultimately the drive died, and Mezzmo works fine off a new one.

[Paul]

Thanks for letting us and other Mezzmo users know.