[vajonam]

on RC1 i am using Raspbmc. This particular 1080p file seems to stop every few seconds for a second or less.

https://dl.dropbox.com/u/14162/xbmc/SkipSample1-001.mkv

Not sure whats special about this. Other 1080p's work but haven't been able to watch a full move it on it, seems to crash on some other samples.

Code:

General
Unique ID                                : 24354308432343222763557388544870892390 (0x1252781CBC4B08BF0A737D4BD7B2C366)
Complete name                            : SkipSample1-001.mkv
Format                                   : Matroska
Format version                           : Version 2
File size                                : 252 MiB
Duration                                 : 2mn 41s
Overall bit rate                         : 13.1 Mbps
Encoded date                             : UTC 2012-12-14 04:49:18
Writing application                      : mkvmerge v5.1.0 ('And so it goes') built on Feb  1 2012 11:32:58
Writing library                          : libebml v1.2.2 + libmatroska v1.3.0

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : [email protected]
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 5 frames
Muxing mode                              : Header stripping
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 2mn 41s
Bit rate                                 : 11.3 Mbps
Nominal bit rate                         : 13.3 Mbps
Width                                    : 1 920 pixels
Height                                   : 800 pixels
Display aspect ratio                     : 2.40:1
Frame rate                               : 23.976 fps
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.308
Stream size                              : 218 MiB (86%)
Writing library                          : x264 core 68 r1183M f21daff
Encoding settings                        : cabac=1 / ref=5 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=9 / psy_rd=1.1:0.0 / mixed_ref=1 / me_range=48 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=12 / nr=0 / decimate=0 / mbaff=0 / bframes=6 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40 / rc=2pass / bitrate=13310 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=50000 / vbv_bufsize=50000 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
Language                                 : English
Default                                  : Yes
Forced                                   : No

Audio
ID                                       : 2
Format                                   : DTS
Format/Info                              : Digital Theater Systems
Muxing mode                              : Header stripping
Codec ID                                 : A_DTS
Duration                                 : 2mn 41s
Bit rate mode                            : Constant
Bit rate                                 : 1 510 Kbps
Channel(s)                               : 6 channels
Channel positions                        : Front: L C R, Side: L R, LFE
Sampling rate                            : 48.0 KHz
Bit depth                                : 24 bits
Compression mode                         : Lossy
Stream size                              : 29.1 MiB (12%)
Default                                  : Yes
Forced                                   : No

Logs here

http://pastebin.com/bK4nfZ3g

This seems to be a lot less when using a Super Overclock settings

[vajonam]

I should also add this is over a /etc/fstab nfs mounted share.

[Tompen]

It is DTS audio and raspberry does not have the cpu horsepower to downmix to stereo audio. You can either have your audio decoder handle the DTS, or if you need the raspberry pi to downmix it, I suggest reading this thread: http://forum.xbmc.org/showthread.php?tid...=overclock

[vajonam]

I am not doing a downmix. I have enabled DTS / AC3 capabile so it shouldn't be doing any downmixing right? its still an issue

[DrowningApe]

It'll still downmix if the device you've connected to via HDMI reports back that it doesn't decode DTS. If you need to force it, add "hdmi_force_edid_audio=1", without the quotes to your config file. if you get no sound on DTS tracks, that'll tell you that your device can't decode DTS. The Pi has a built in DTS decoder, but until DTS allows the codec to be licensed for the Pi these are the hoops we have to jump through.

[vajonam]

thanks, figured that out. I did got audio with AC3 but not DTS so my TV can't decode it. waiting until the codec is licenseable!

[DrowningApe]

I was able to get smooth playback with DTS down mixing on a very modest overclock. CPU 900, core 333, and Sdram 400 with an overvolt of 2. I was missing multichannel audio, so I ended up buying a monoprice.com HDMI switch with optical out that allows me to use my pre-hdmi av receiver with the Pi and the Roku. This allows the audio bypass to function without having to plunk down a few hundred bucks for a new receiver.

[vajonam]

was the movie 1080p? or 720p? that makes a difference too its seems.

[DrowningApe]

Very high bitrate 1080p.

[vajonam]

Surely this is from a local/usb hard disk? I am playing back from a an OS mounted NFS share

[DrowningApe]

Windows mounted NFS on a gigabit router that has video QOS enabled.

[vajonam]

interesting, i cannot get it to run without the whole movie without rasb pi rebooting after a bit. if I reduce the overclock pauses every 5 seconds for the downmix. will have to wait until DTS is hardware decoded i guess

[DrowningApe]

Know what, it's not you. The current builds are hosed, and the fixes haven't rolled out yet. I just tested one of the files I use as a benchmark thats played smoothly in the past, and it was all buffering and crashes. I don't remember what the last good build was, but nothing stays broken long.

[vajonam]

the problem is we are already in rC1 so I dont see this going well for final. Hopefull the DTS decoding will get added and then post final XBMC will have some code to take advantage of it.