ATV+BCM70015+Linux issues
#1
Question 
I followed Bandit Kane's awesome walkthrough (http://forum.xbmc.org/showthread.php?tid=86108) and the system runs (mostly) like a dream..

I've come across two issues that I can't seem to work out

Am running ATV(1)+BCM70015+XBMC 35648+CrystalHD r174 from trunk, followed all the instructions to install onto 160GB drive and update

When I play some files, particularly large 1.4GB 720p MKV files, when the file finishes, or if I hit stop, I get a black screen for ages. The device stops responding to ping, then after 1 - 2 minutes it goes back to the XBMC file list

Second issue I've had, which occurred in both XBMC under ATV OS and Linux, when I try to play WVC1 720p WMV files - XBMC sh*ts itself, you hear sound but it stays stuck on the XBMC media list screen, almost like it thinks it's an audio file. Meanwhile Boxee (under ATV OS) had no issues playing the same files

Any thoughts?
Reply
#2
xbmc.log with debug enabled would be nice to see.
Reply
#3
Oops sorry!

Here's the first log file, which relates to the massive delay between stopping a video and getting back to the XBMC file list.

Did a clean reboot and went through playing a couple of MKVs till it occurred.. happened on the 4th file i tried.. ended quick and clean on files I had previously had issues, so maybe it's memory related? (mem/resource leak?)

http://www.place2be.com.au/stuff/xbmc_mkv_issue.log
Reply
#4
Rebooted, put two files into a directory (to cleanup all the directory parsing)

1 file is 720p WMV, other is SD DivX. Play first, audio only, play second, works.

http://www.place2be.com.au/stuff/xbmc_wmv_issue.log
Reply
#5
either i didn't submit the log files properly or no one has any idea??
Reply
#6
raverX Wrote:either i didn't submit the log files properly or no one has any idea??

Can't help with the problem, may help with the way the problem is reported:

Log looks fine, no problems there. Devs usually like to see the output from mediainfo relating to the problematic video. Other than that I don't see an issue. Devs don't have much time so you no guarantees of course.
AFTV Stick 4K
AFTV (Gen 1)
Reply
#7
frumpy_uk Wrote:Devs usually like to see the output from mediainfo relating to the problematic video.

hey mate, what do you mean output from mediainfo ?
Reply
#8
raverX Wrote:hey mate, what do you mean output from mediainfo ?

Well, if your on mac you can download MediaInfo from http://mediainfo.massanti.com/ which gives you a detailed readout on specs etc for your source file. That is what I imagine is being suggested.
Reply
#9
dynaflash Wrote:Well, if your on mac you can download MediaInfo from http://mediainfo.massanti.com/ which gives you a detailed readout on specs etc for your source file. That is what I imagine is being suggested.

all good, googled 'mediainfo', fond the sourceforge project and installed [on PC]

information from the MKV file not playing nice
Code:
General
Unique ID                        : 55526151963710385091339034366222650425 (0x29C5F2A8064674F3D64316B70285CC39)
Complete name                    : Being Human S03E03 720p HDTV.mkv
Format                           : Matroska
File size                        : 1.46 GiB
Duration                         : 57mn 36s
Overall bit rate                 : 3 621 Kbps
Encoded date                     : UTC 2011-02-06 22:27:04
Writing application              : mkvmerge v2.9.8 ('C'est le bon') built on Aug 13 2009 16:16:13
Writing library                  : libebml v0.7.7 + libmatroska v0.8.1

Video
ID                               : 1
Format                           : AVC
Format/Info                      : Advanced Video Codec
Format profile                   : [email protected]
Format settings, CABAC           : Yes
Format settings, ReFrames        : 4 frames
Format settings, GOP             : M=4, N=11
Codec ID                         : V_MPEG4/ISO/AVC
Duration                         : 57mn 36s
Bit rate                         : 3 236 Kbps
Width                            : 1 280 pixels
Height                           : 720 pixels
Display aspect ratio             : 16:9
Frame rate                       : 25.000 fps
Color space                      : YUV
Chroma subsampling               : 4:2:0
Bit depth                        : 8 bits
Scan type                        : Progressive
Bits/(Pixel*Frame)               : 0.140
Stream size                      : 1.27 GiB (87%)
Writing library                  : x264 core 105 r1732 2b04482
Encoding settings                : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=6 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=18 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=0 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc=2pass / mbtree=0 / bitrate=3236 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00

Audio
ID                               : 2
Format                           : AC-3
Format/Info                      : Audio Coding 3
Mode extension                   : CM (complete main)
Codec ID                         : A_AC3
Duration                         : 57mn 36s
Bit rate mode                    : Constant
Bit rate                         : 384 Kbps
Channel(s)                       : 5 channels
Channel positions                : Front: L C R, Side: L R
Sampling rate                    : 48.0 KHz
Bit depth                        : 16 bits
Compression mode                 : Lossy
Stream size                      : 158 MiB (11%)

And information from the WMV that thinks it's audio on my ATV (though plays fine on XBMC on my Mac Mini, PC, etc)

Code:
General
Complete name                    : 1280_8000-hd.wmv
Format                           : Windows Media
File size                        : 3.36 GiB
Duration                         : 58mn 56s
Overall bit rate                 : 8 149 Kbps
Maximum Overall bit rate         : 8 128 Kbps
Encoded date                     : UTC 2010-09-21 08:00:27.000

Video
ID                               : 2
Format                           : VC-1
Codec ID                         : WVC1
Codec ID/Hint                    : Microsoft
Duration                         : 58mn 56s
Bit rate                         : 1 bps
Width                            : 1 280 pixels
Height                           : 720 pixels
Display aspect ratio             : 16:9
Frame rate                       : 29.970 fps
Bit depth                        : 16 bits
Compression mode                 : Lossy
Bits/(Pixel*Frame)               : 0.000
Stream size                      : 442 Bytes (0%)

Audio
ID                               : 1
Format                           : WMA
Format version                   : Version 2
Codec ID                         : 161
Codec ID/Info                    : Windows Media Audio
Duration                         : 58mn 56s
Bit rate                         : 128 Kbps
Channel(s)                       : 2 channels
Sampling rate                    : 44.1 KHz
Bit depth                        : 16 bits
Stream size                      : 54.0 MiB (2%)

Hope that helps.. am considering rolling back to a previous version of CrystalHD and XBMC to see if it makes any difference.. waiting for XBMC to respond after playback is an absolute killer..
Reply
#10
Well I did some fiddling around and have come to the conclusion it's a memory problem.

At first I thought it was swap, but that was definitely mounted and active, albeit using very little. I ran 'top' whilst playing and stopping videos, and found xbmc.bin would go up to 72% of memory, before the ssh session would stop responding.. then come back down when the system started flowing again.

Something I did find in my research, the nVidia drivers that everyone likes to use for HDMI audio out, does NOT support the option

Code:
Option "RegistryDwords" "RMDisableRenderToSysmem=1"

That everyone recommends putting into the Xorg.conf. Infact from what I read this seems to be only valid from v170 and above.

I took a chance and installed the v270 nVidia drivers, yes I lost HDMI audio and had to revert to analogue, but i've gone from on average 32mb free to about 56mb, and performance seems great.

I can't understand why it was sort of working and then wasnt. I even re-imaged pin87's image and went through the process.

But there you go..
Reply

Logout Mark Read Team Forum Stats Members Help
ATV+BCM70015+Linux issues0