Kodi Community Forum
[AppleTV] Broadcom Crystal HD stuttering playback on Apple TV? - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Mac OS X (https://forum.kodi.tv/forumdisplay.php?fid=56)
+---- Thread: [AppleTV] Broadcom Crystal HD stuttering playback on Apple TV? (/showthread.php?tid=67526)

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13


- Raider - 2010-02-07

travisbell Wrote:Just curious, what is pulseaudio?

curious as well...


- davilla - 2010-02-07

what? no one knows how to google ?


- travisbell - 2010-02-07

No offence dude but the time it took you to say that you could have just been informative and said "it's a network sound server".

Is this how iTunes uses the AppleTV as a remote speaker? I'm just trying to get an understanding of what disabling it is actually doing on my Apple TV.


- JDizzy - 2010-02-07

davilla Wrote:make sure pulseaudio is dead

pulseaudio -k

restart xbmc

Where would this setting go, or how to go about making sure it is dead?
Is there a settings file to add it to where ATV sees it when it boots? OR, is it
something that is set in XBMC?

Sorry, but that's the way it is here... (somewhat techno challenged)

I am also using r27527 with MKV files, it seems stuttering is lessened but still happens occasionally.


- travisbell - 2010-02-07

JDizzy Wrote:Where would this setting go, or how to go about making sure it is dead?

I believe you have to login via SSH to your Apple TV. I haven't done it yet, but I would also assume you have to sudo to do it.

The command davilla mentioned (pulseaudio -k) should kill it, then just restart XBMC.


- davilla - 2010-02-07

travisbell Wrote:I believe you have to login via SSH to your Apple TV. I haven't done it yet, but I would also assume you have to sudo to do it.

The command davilla mentioned (pulseaudio -k) should kill it, then just restart XBMC.

Linux only. There's no pulseaudio under ATV(osx).


- fredaroony - 2010-02-07

travisbell Wrote:No offence dude but the time it took you to say that you could have just been informative and said "it's a network sound server".

Yes but he is also not a babysitter for people asking very simple questions they could easily lookup themselves.

I amazed at the patience he shows in this forum as it is.


- ewequeone - 2010-02-07

running on the atv o/s, not linux now Sad

about to head to work so will upload logs tonight when I get home

cheers,

jason.

davilla Wrote:make sure pulseaudio is dead

pulseaudio -k

restart xbmc



- Olethros - 2010-02-08

@davilla I am having some playback problems with a few specific video files... I suspect it is because of poor authoring and if so want to feed this back to the person making these..

Seeking does not help.. Testing was performed with r27500

Is it the strange non standard resolution? 1440x800? The rest looks okay to my eyes.

I notice there are some changes to better autodetect 720 or 1080 in the SVN change log today, so will re-test this with today's nightly build when it is available.

Code:
Format                           : Matroska
File size                        : 350 MiB
Duration                         : 21mn 44s
Overall bit rate                 : 2 250 Kbps
Writing application              : HandBrake 0.9.3

Video
ID                               : 1
Format                           : AVC
Format/Info                      : Advanced Video Codec
Format profile                   : [email protected]
Format settings, CABAC           : Yes
Format settings, ReFrames        : 1 frame
Muxing mode                      : Container [email protected]
Codec ID                         : V_MPEG4/ISO/AVC
Duration                         : 21mn 44s
Bit rate                         : 1 821 Kbps
Nominal bit rate                 : 1 861 Kbps
Width                            : 1 440 pixels
Height                           : 800 pixels
Display aspect ratio             : 16:9
Frame rate                       : 25.000 fps
Resolution                       : 8 bits
Colorimetry                      : 4:2:0
Scan type                        : Progressive
Bits/(Pixel*Frame)               : 0.063
Stream size                      : 283 MiB (81%)
Writing library                  : x264 core 65
Encoding settings                : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=6 / psy_rd=1.0:0.0 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=0 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=1861 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Color primaries                  : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics         : BT.709-5, BT.1361
Matrix coefficients              : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Audio
ID                               : 2
Format                           : AC-3
Format/Info                      : Audio Coding 3
Codec ID                         : A_AC3
Duration                         : 21mn 44s
Bit rate mode                    : Constant
Bit rate                         : 384 Kbps
Channel(s)                       : 6 channels
Channel positions                : Front: L C R, Surround: L R, LFE
Sampling rate                    : 48.0 KHz
Stream size                      : 59.7 MiB (17%)



- davilla - 2010-02-08

Olethros Wrote:@davilla I am having some playback problems with a few specific video files... I suspect it is because of poor authoring and if so want to feed this back to the person making these..

Seeking does not help.. Testing was performed with r27500

Is it the strange non standard resolution? 1440x800? The rest looks okay to my eyes.

I notice there are some changes to better autodetect 720 or 1080 in the SVN change log today, so will re-test this with today's nightly build when it is available.

I don't understand this 1440x800 size for encoding, it's not 1080p nor 720p. Why the odd size? Anyway, try r27557 or beyond. If that does not help, I'd like to see an xbmc.log from playing one of these.


- Olethros - 2010-02-09

davilla Wrote:I don't understand this 1440x800 size for encoding, it's not 1080p nor 720p. Why the odd size? Anyway, try r27557 or beyond. If that does not help, I'd like to see an xbmc.log from playing one of these.

Have not been able to try it yet, there was no nightly build yesterday, still same problems with r27527 that I saw with r27500

If there is a new nightly build today, I will test and post debug xbmc log etc.


- ewequeone - 2010-02-09

r27597 is still borked for me. will see if I can drop down to r27595 as per the crystalhd status thread tomorrow when I'm not working. will also post logs then.


- Olethros - 2010-02-09

davilla Wrote:I don't understand this 1440x800 size for encoding, it's not 1080p nor 720p. Why the odd size? Anyway, try r27557 or beyond. If that does not help, I'd like to see an xbmc.log from playing one of these.

OSX Version 10.4
Platform AppleTV
Launcher version: 3.2.2
Install Method: Launcher / official nightly builds
SVN Revision 27597 (same behaviour seen in 27500)
CrystalHD card installed / crystalhd-for-osx-1.0.1 driver

Detailed Instructions to Reproduce the Problem
Play h.264 video with non 720p or 1080p resolution. Video playback choppy 10-15 fps - seeking forward makes no difference, leaving it to play does not re-sync either.

xbmc debug log: http://pastebin.com/d3601f9ed
mediainfo :http://pastebin.com/d2a98566d

According to the original uploader, the material is actually broadcast at 1440x1080 and to keep the size of the resulting file down it is cropped to 1440x800.


- grey - 2010-02-09

so skipping latest svn build is the wisest thought right now ?)


- Olethros - 2010-02-09

grey Wrote:so skipping latest svn build is the wisest thought right now ?)

This file is a bit unusual and also does not play with a nightly from two days ago so I would not use it as a basis for skipping today's SVN