Videos play at super-speed

I'm unable to get Serviio to serve up h264 videos to my Sony Bravia 2009 series KDL-40W5500.

These videos are direct PAL DVD rips using Handbrake on the Normal profile - no customisations.

What occurs is the video starts, seems to play at 4x the speed, hitting occasionally frames with completely incomprehensible sound. The television then crashes.

I'd greatly appreciate any ideas or thoughts

The details of ffmpeg are below:

  Code:

C:\Programs\Serviio\lib>ffmpeg.exe -i "m:\Videos\Drama\Doc Martin\Doc Martin - 1
x01.m4v"
ffmpeg version 0.9, Copyright (c) 2000-2011 the FFmpeg developers
  built on Dec 13 2011 20:46:11 with gcc 4.4.2
  configuration: --enable-static --disable-shared --disable-ffplay --disable-ffs
erver --enable-memalign-hack --enable-libmp3lame --enable-librtmp --extra-libs='
-lrtmp -lpolarssl -lws2_32 -lwinmm' --arch=x86 --enable-runtime-cpudetect --enab
le-pthreads --target-os=mingw32 --cross-prefix=i686-mingw32- --pkg-config=pkg-co
nfig
  libavutil    51. 32. 0 / 51. 32. 0
  libavcodec   53. 42. 0 / 53. 42. 0
  libavformat  53. 24. 0 / 53. 24. 0
  libavdevice  53.  4. 0 / 53.  4. 0
  libavfilter   2. 53. 0 /  2. 53. 0
  libswscale    2.  1. 0 /  2.  1. 0

Seems stream 0 codec frame rate differs from container frame rate: 180000.00 (18
0000/1) -> 25.00 (25/1)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'm:\Videos\Drama\Doc Martin\Doc Martin -
 1x01.m4v':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: mp42isomavc1
    creation_time   : 2011-12-31 21:43:33
    encoder         : HandBrake 0.9.5 2011010300
  Duration: 00:46:46.48, start: 0.000000, bitrate: 3344 kb/s
    Chapter #0.0: start -0.160000, end 343.040000
    Metadata:
      title           : Chapter 1
    Chapter #0.1: start 343.040000, end 845.840000
    Metadata:
      title           : Chapter 2
    Chapter #0.2: start 845.840000, end 1619.640000
    Metadata:
      title           : Chapter 3
    Chapter #0.3: start 1619.640000, end 2247.200000
    Metadata:
      title           : Chapter 4
    Chapter #0.4: start 2247.200000, end 2806.480000
    Metadata:
      title           : Chapter 5
    Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 718x576 [
SAR 64:45 DAR 718:405], 3179 kb/s, 25 fps, 25 tbr, 90k tbn, 180k tbc
    Metadata:
      creation_time   : 2011-12-31 21:43:33
      handler_name    :
    Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 159
 kb/s
    Metadata:
      creation_time   : 2011-12-31 21:43:33
      handler_name    :
    Stream #0:2(und): Subtitle: mov_text (text / 0x74786574)
    Metadata:
      creation_time   : 2011-12-31 21:43:33
      handler_name    :


The details from MediaInfo are below:

  Code:

General
Complete name                    : M:\Videos\Drama\Doc Martin\Doc Martin - 1x01.m4v
Format                           : MPEG-4
Format profile                   : Base Media / Version 2
Codec ID                         : mp42
File size                        : 1.09 GiB
Duration                         : 46mn 46s
Overall bit rate mode            : Variable
Overall bit rate                 : 3 344 Kbps
Encoded date                     : UTC 2011-12-31 21:43:33
Tagged date                      : UTC 2011-12-31 21:52:54
Writing application              : HandBrake 0.9.5 2011010300

Video
ID                               : 1
Format                           : AVC
Format/Info                      : Advanced Video Codec
Format profile                   : Main@L3.0
Format settings, CABAC           : Yes
Format settings, ReFrames        : 4 frames
Codec ID                         : avc1
Codec ID/Info                    : Advanced Video Coding
Duration                         : 46mn 46s
Bit rate mode                    : Variable
Bit rate                         : 3 180 Kbps
Width                            : 718 pixels
Height                           : 576 pixels
Display aspect ratio             : 16:9
Frame rate mode                  : Variable
Frame rate                       : 25.000 fps
Minimum frame rate               : 8.333 fps
Maximum frame rate               : 25.000 fps
Color space                      : YUV
Chroma subsampling               : 4:2:0
Bit depth                        : 8 bits
Scan type                        : Progressive
Bits/(Pixel*Frame)               : 0.308
Stream size                      : 1.04 GiB (95%)
Writing library                  : x264 core 112
Encoding settings                : cabac=1 / ref=2 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=6 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=2 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=0 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=3 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Encoded date                     : UTC 2011-12-31 21:43:33
Tagged date                      : UTC 2011-12-31 21:52:54
Color primaries                  : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M
Transfer characteristics         : BT.709-5, BT.1361
Matrix coefficients              : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M

Audio
ID                               : 2
Format                           : AAC
Format/Info                      : Advanced Audio Codec
Format profile                   : LC
Codec ID                         : 40
Duration                         : 46mn 46s
Bit rate mode                    : Variable
Bit rate                         : 160 Kbps
Maximum bit rate                 : 313 Kbps
Channel(s)                       : 2 channels
Channel positions                : Front: L R
Sampling rate                    : 48.0 KHz
Compression mode                 : Lossy
Stream size                      : 53.5 MiB (5%)
Language                         : English
Encoded date                     : UTC 2011-12-31 21:43:33
Tagged date                      : UTC 2011-12-31 21:52:54

Text
ID                               : 3
Format                           : Apple text
Codec ID                         : text
Duration                         : 46mn 46s
Bit rate mode                    : Constant
Bit rate                         : 0
Stream size                      : 115 Bytes (0%)
Encoded date                     : UTC 2011-12-31 21:43:33
Tagged date                      : UTC 2011-12-31 21:52:54


I don't know if the log file from serviio is supposed to be any help, because it certainly doesn't look helpful in the slightest (even set to Debug).

  Code:

2012-01-21 16:21:15,054 DEBUG [ServiioConsole] Initializing Serviio Console
2012-01-21 16:21:15,101 DEBUG [ApplicationInstanceManager] Port is already taken. Notifying first instance.
2012-01-21 16:21:15,142 DEBUG [ApplicationInstanceManager] Successfully notified first instance.
2012-01-21 16:21:16,428 INFO  [WebServer] WebServer shutting down
2012-01-21 16:21:16,428 INFO  [DiscoveryAdvertisementNotifier] Leaving DiscoveryAdvertisementNotifier
2012-01-21 16:21:16,445 INFO  [EventSubscriptionExpirationChecker] Leaving EventSubscriptionExpirationChecker, removing all event subscriptions
2012-01-21 16:21:16,445 INFO  [EventDispatcher] Leaving EventDispatcher
2012-01-21 16:21:17,226 INFO  [DiscoverySSDPMessageListener] Leaving DiscoverySSDPMessageListener
2012-01-21 16:21:18,007 INFO  [RendererSearchSender] Searching for Renderer devices
2012-01-21 16:21:18,023 INFO  [DiscoveryAdvertisementNotifier] Starting DiscoveryAdvertisementNotifier
2012-01-21 16:21:18,070 INFO  [DiscoverySSDPMessageListener] Starting DiscoverySSDPMessageListener using interface eth3 (Intel(R) PRO/100 VE Network Connection) and address 192.168.1.100, timeout = 0
2012-01-21 16:21:18,086 INFO  [EventDispatcher] Starting EventDispatcher
2012-01-21 16:21:18,091 INFO  [EventSubscriptionExpirationChecker] Starting EventSubscriptionExpirationChecker
2012-01-21 16:21:18,092 INFO  [WebServer] WebServer starting on port 8895
2012-01-21 16:21:18,546 INFO  [RendererExpirationChecker] Leaving RendererExpirationChecker
2012-01-21 16:24:20,895 INFO  [DiscoveryAdvertisementNotifier] Leaving DiscoveryAdvertisementNotifier
2012-01-21 16:24:20,912 INFO  [WebServer] WebServer shutting down
2012-01-21 16:24:20,912 INFO  [EventSubscriptionExpirationChecker] Leaving EventSubscriptionExpirationChecker, removing all event subscriptions
2012-01-21 16:24:20,912 INFO  [EventDispatcher] Leaving EventDispatcher
2012-01-21 16:24:21,693 INFO  [DiscoverySSDPMessageListener] Leaving DiscoverySSDPMessageListener


[tvkdlna]

You may have run into the "Sony Bravia TV" profile, mp4 stuttering issue; I remember seeing something similar with h264/mp4 content when ftyp was mp42.

There's a workaround in place in current "Sony Bravia TV (2009)" profile, but it only applies to h264 baseline/mp4. Come to think of it, I'm not sure what alterations the profile would need to transcode your case.

zip?

[zip]

tvkdlna: your experience was stuttering, right? It's different to 4x the frame rate.

[tvkdlna]

With few samples I saw something that kinda rings a bell with this. Like, video going apparently ffwd, audio stuttering.

Just got me thinking. Maybe transcoding could be worth testing. My set is also W5500 and it certainly has problems with h264+mp42 combo.

Edit: Thinking back, it was one of these ffwd'ing samples that actually crashed my set, just like above.

Fast forward behaviour describes it perfectly!

I uploaded a small sample to http://arcadia.clicked.cc/~oliver/video.zip

This should last for about 20 seconds and slowly play a sound, instead, it whizzes past in about 3 seconds. (Compare to playing on the computer)

I don't understand what's strange about these videos as they're just default Handbrake encodes. Is it because they're PAL?

Thanks for the help so far!

[tvkdlna]

I downloaded your sample and can confirm your findings. The thing looks exactly like those few mp4 samples I have; video playing seemingly ffwd and audio stuttering.

Looks like the h264+mp42 issue is not limited to mp4 container alone. I just didn't happen to have this kind of material when I investigated the issue.