PDA

View Full Version : Unusual Stuttering and Halted Playback



Aaron407
02-01-2011, 12:30 AM
I'm having a couple issues with streaming standard resolution xvid AVIs to my Sony BDP-S370 (newest firmware) with Mezzmo v2.1.13.

Every 9 or 10 minutes (but often randomly as well) it ends up having a rather severe stutter in the audio and video that lasts for about 10 seconds, but eventually subsides and playback continues smoothly. I have confirmed that it is not transcoding, is not network congestion, and nothing else is happening on the computer at the time, so I'm not sure what to look for.

My other problem is that it seems, with many of the same type of video file, my BDP-S370 is made to randomly think that either the end of the file has been reached, or something else has happened to halt playback. The video file will freeze at a random position and the player will continue on to the next file in the list as if the previous one had ended. Not sure what to think of this either, and I'm not sure if it's linked in any way to the first issue.

Note that no other media servers I've used in this setup have exhibited either of these problems, so I assume it's something in Mezzmo. The stuttering problem is also present when playing through my PS3. Some other files work perfectly fine, including many 720p mkv's that I've transcoded on the fly from my core2 duo 1.83GHz, so I'm at a loss. Any ideas what could be causing the issues?

jfwilkin
02-01-2011, 04:12 AM
This sounds similar to a problem which has started to occur with my set up. I had not thought of the firmware update as the culprit. I have a Samsung C series TV.

Boboop
02-01-2011, 04:23 AM
I also have this kind of problem since the last update, with my Bravia KDL TV.

Adric
02-01-2011, 11:52 AM
What device profile are you using Arron? You might want to try a Sony BDP profile with no DivX. This will force all the DivX files to be transcoded and you should not experience this issue again.

As for Boboop you might want to try using the Sony Bravia KDL W profile and see if that works better.

Aaron407
02-01-2011, 01:03 PM
Thanks, I'll give that a shot. It had defaulted to "Sony BDP (no DivX)" originally, but I changed it to the standard "Sony BDP" since the player does support DivX. However, I ran through all of the recommended network troubleshooting steps and rebooted, and haven't had problems tonight. If the problem remains I'll change it.

jrobert69
02-02-2011, 10:54 PM
I am also having same issue since last update on mu Sony kdl

jrobert69
02-03-2011, 08:27 AM
Dont mean to hijack thread- looks like he got an answer. Whats the difference between the kdl and kdl w setting for sony bravia tv? I have kdl but if I use kdl w I can play all the movies- some I was just getting sound but no vid.

Edit: seems to be just the 1080p movies stuttering and pausing. running 64 bit vista with quad core and plenty of ddr3 mem.

Adric
02-03-2011, 03:12 PM
The Sony KDLW converts video to mpeg2video with ac3 sound and supports only mepg2 video natively where as the Sony KDL support h264 in a mpegts container. If your tv does not suport Sony KDL try the Sony KDL W

Aaron407
02-13-2011, 04:46 AM
I've used the 'without DivX' and it works as stated, but, as we've been discussing in a separate thread, I lose the fast forward/rewind functionality, which isn't really going to work. I tried again to use it without transcoding DivX and still have the trouble with it randomly stopping playback when streaming DivX. Is there any plan to make DivX better compatible for streaming?

Paul
02-14-2011, 08:40 AM
If those files are part of the device profile, then they'll be passed through natively, so if playback aborts, it may be due to two reasons, basically: the player doesn't like the encoding of the video or Mezzmo has an issue streaming files (which would be a generic issue, not relating to any particular file). We do know of one current issue with streaming aborting and we're trying to replicate it here to get it fixed (so far unsuccessfully).

Aaron407
02-14-2011, 10:05 AM
In case it helps, here's the ffmpeg info on two of the many divx files that have been randomly stopping in playback, but can be played again through the same spot with no problems:

file 1:

FFmpeg version git-c3897d7, Copyright (c) 2000-2011 the FFmpeg developers
built on Jan 20 2011 13:56:32 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.36. 0 / 50.36. 0
libavcore 0.16. 1 / 0.16. 1
libavcodec 52.108. 0 / 52.108. 0
libavformat 52.94. 0 / 52.94. 0
libavdevice 52. 2. 3 / 52. 2. 3
libavfilter 1.74. 0 / 1.74. 0
libswscale 0.12. 0 / 0.12. 0

Seems stream 0 codec frame rate differs from container frame rate: 23.98 (65535/2733) -> 23.98 (2997/125)
Input #0, avi, from 'F:\SD Movies\(filename removed)':
Metadata:
encoder : VirtualDubMod 1.5.10.2 (build 2540/release)
Duration: 01:52:21.57, start: 0.000000, bitrate: 871 kb/s
Stream #0.0: Video: mpeg4, yuv420p, 612x334 [PAR 1:1 DAR 306:167], 23.98 tbr, 23.98 tbn, 23.98 tbc
Stream #0.1: Audio: mp3, 48000 Hz, 2 channels, s16, 128 kb/s
At least one output file must be specified

---> DB Level Info: -99

file 2:

FFmpeg version git-c3897d7, Copyright (c) 2000-2011 the FFmpeg developers
built on Jan 20 2011 13:56:32 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.36. 0 / 50.36. 0
libavcore 0.16. 1 / 0.16. 1
libavcodec 52.108. 0 / 52.108. 0
libavformat 52.94. 0 / 52.94. 0
libavdevice 52. 2. 3 / 52. 2. 3
libavfilter 1.74. 0 / 1.74. 0
libswscale 0.12. 0 / 0.12. 0
[mpeg4 @ 01111fa0] Invalid and inefficient vfw-avi packed B frames detected
Input #0, avi, from '(filename removed)':
Metadata:
encoder : VirtualDubMod 1.5.10.3 | www.virtualdub-fr.org || (build 2550/release)
Duration: 01:36:15.88, start: 0.000000, bitrate: 2028 kb/s
Stream #0.0: Video: mpeg4, yuv420p, 720x400 [PAR 1:1 DAR 9:5], 25 tbr, 25 tbn, 25 tbc
Stream #0.1: Audio: mp3, 44100 Hz, 2 channels, s16, 192 kb/s
At least one output file must be specified

---> DB Level Info: -99


Would you like me to turn on diagnostic logging and send you the log file on the next file that exhibits the problem?

Paul
02-14-2011, 10:09 AM
Would you like me to turn on diagnostic logging and send you the log file on the next file that exhibits the problem?
Yep, it won't hurt :) Those files should be passed through natively, so it must be a streaming issue.

Do you have any other networking-type software running (e.g. RealVNC)?

Aaron407
02-14-2011, 10:28 AM
Ok, logging's turned on. Can't say I know for sure the next time I'll be streaming a divx, but should be within the next couple days. I'll keep you posted.

I don't have any other networking software running. I had installed Mezzmo on a hardwired, freshly-built computer with the bare essentials, but also experienced the same problems with a different computer running over wireless.

Paul
02-14-2011, 10:29 AM
I wouldn't turn on logging until just before you play a file, otherwise the logs will grow to a huge size and may actually hit over 4GBs in a couple of days. If the logs hit 4GBs in size, streaming will stop (known issue).