[AppleTV] Apple TV with Crystal HD & XBMC Dharma RC2 crash or stutter during playback
#1
Thumbs Down 
Upgraded yesterday from Beta2 to RC2 because did not hear anything particularly bad on this forum and almost immediately regretted it. What is going on Team XBMC? Are you rushing for the Christmas Delivery of the new shiny XBMC 10? Let me tell you that people who run XBMC on Apple TV definitely suffer from that rush. After Beta 2 each and every next release was only getting worse. And Davilla personally promised that the release will work however I just don't see it. No offense but it looks like those who submit the code don't test on AppleTV at all. I understand that I don't sound cool but it's just every time a disappointment once again. Once again I have to revert back to the older version. We should stop doing that.
Now I try to start a playback of an .MKV H.264 1080p DD 5.1 that Beta2 plays perfectly and instead RC2 crashes with the exit code 11. Have a look at the crash.log here: http://pastebin.com/PFbpXMxJ
After a couple of full reboots it stopped crashing and finally started playing the movie but it's not possible to watch because of the continuous stutter every 10-20 seconds. Reboots don't help it's a stable condition. Here is the log during the stuttering playback http://pastebin.com/szHdsE1q. Once again Beta 2 played this movie perfectly and I am going to have to revert back to Beta 2.
Backend: Windows 7 file share + MySql on wired 1GB
Frontend 1: ATV OSX 3.02 w/CHD 012 + XBMC Dharma 10.0 + CHD r174 on wired FE
Frontend 2: Intel Atom 330/2Gb/ATI HD4350 + Windows 7 + XBMC Dharma 10.0 with DXVA + MySql DB on wired 1GB
Reply
#2
konan Wrote:Upgraded yesterday from Beta2 to RC2 because did not hear anything particularly bad on this forum and almost immediately regretted it. What is going on Team XBMC? Are you rushing for the Christmas Delivery of the new shiny XBMC 10? Let me tell you that people who run XBMC on Apple TV definitely suffer from that rush. After Beta 2 each and every next release was only getting worse. And Davilla personally promised that the release will work however I just don't see it. No offense but it looks like those who submit the code don't test on AppleTV at all. I understand that I don't sound cool but it's just every time a disappointment once again. Once again I have to revert back to the older version. We should stop doing that.
Now I try to start a playback of an .MKV H.264 1080p DD 5.1 that Beta2 plays perfectly and instead RC2 crashes with the exit code 11. Have a look at the crash.log here: http://pastebin.com/PFbpXMxJ
After a couple of full reboots it stopped crashing and finally started playing the movie but it's not possible to watch because of the continuous stutter every 10-20 seconds. Reboots don't help it's a stable condition. Here is the log during the stuttering playback http://pastebin.com/szHdsE1q. Once again Beta 2 played this movie perfectly and I am going to have to revert back to Beta 2.

your crashlog show some issue with retrieving a gui setting.

your xbmc.log shows playback NOT using crystalhd "WARNING: Decode - avcodec_decode_video didn't consume the full packet. size: 16400, consumed: 0", avcodec is ffmpeg decoder.
Reply
#3
davilla Wrote:your crashlog show some issue with retrieving a gui setting.

your xbmc.log shows playback NOT using crystalhd "WARNING: Decode - avcodec_decode_video didn't consume the full packet. size: 16400, consumed: 0", avcodec is ffmpeg decoder.

Well, that may explain the problem but does not explain how to fix it and why it happened after installing RC2 via the Launcher. In System/Video/Playback the option "use hardware acceleration CrystalHD" is on.
Backend: Windows 7 file share + MySql on wired 1GB
Frontend 1: ATV OSX 3.02 w/CHD 012 + XBMC Dharma 10.0 + CHD r174 on wired FE
Frontend 2: Intel Atom 330/2Gb/ATI HD4350 + Windows 7 + XBMC Dharma 10.0 with DXVA + MySql DB on wired 1GB
Reply
#4
Question 
I have reverted back to Beta 2 and the stuttering has gone.

The CrystalHD driver seems to adds up its two cents to stuttering too: with r174 the playback stutters much more than with r156.

Once again the combination Beta 2 + r156 is the most stable and best performing at this point but staying with it does not make much sense since there are other problems that have been solved in later XBMC releases and exists in Beta 2.

I really hope that there is still hope to improve on HD playback in XBMC before the final release. If anyone has any information on this please share.
Backend: Windows 7 file share + MySql on wired 1GB
Frontend 1: ATV OSX 3.02 w/CHD 012 + XBMC Dharma 10.0 + CHD r174 on wired FE
Frontend 2: Intel Atom 330/2Gb/ATI HD4350 + Windows 7 + XBMC Dharma 10.0 with DXVA + MySql DB on wired 1GB
Reply
#5
I did some quick test.
I have ATV (3.02) + BCM-015 + RC2 + R174.
On 720P video with avg bitrate > 5Mb/s, they stutters.
On 720P video with avg bitrate < 3Mb/s, they play fine.

In both cases, video will stutter at the beginning of the video.

I replaced R174 with R156 and the result is about the same.


Some poster in other threads claims that video performance is much better with Beta2. I remembered Beta2 had a video scaling problem where I understand only half the video information was displayed (http://forum.xbmc.org/showthread.php?tid=8247). Could that be the reason why HD videos with Beta2 do not stutter. That problem was later resolved in r34428.
Reply
#6
Sad 
Here is the thing. You don't need CrystalHD to play 720p video on AppleTV. Its standard video + CPU is capable of playing 720p just fine. I can tell because I used to run XBMC on ATV long before CrystalHD was available.

Now we have CrystalHD and XBMC player is presumably much more efficient compared to earlier versions and we have even more problems. What does that tell you? Buggy code, not well tested, not fixed.

Another day I posted a log where apparently my ATV while running XBMC RC2 was not using CrystalHD at all (even though it was present and XBMC sees it) and it was stuttering on 1080p playback but not much. The ffdshow was used to decode h.264 and the CPU load was not higher than 60%. What does that tell me? The latest software XBMC based on is very efficient and probably it would be capable of playing 1080p (not the High profile of course) even without CrystalHD but the player code screws it up. I can not prove it since I have no skills developing and debugging on ATV platform but believe me I can smell the buggy code very well.

What I am trying to tell is that there is no proper testing of XBMC on certain platforms, in particular I can see that the ATV platforms suffers a lot from it.
Backend: Windows 7 file share + MySql on wired 1GB
Frontend 1: ATV OSX 3.02 w/CHD 012 + XBMC Dharma 10.0 + CHD r174 on wired FE
Frontend 2: Intel Atom 330/2Gb/ATI HD4350 + Windows 7 + XBMC Dharma 10.0 with DXVA + MySql DB on wired 1GB
Reply
#7
I am experiencing somewhat the same, i updated to the latest svn just now, running r174 - its SD content thats causing the hangs for me, not Crystal HD content...

Im playing SD over the HTSP protocol, and using tvheadend to stream live tv...

xbmc.log
http://pastie.org/1363167

CrashReporter.txt
http://pastie.org/1363169
toxster @ freenode
Backend: QNAP TS-239 running Arch Linux, sundtek dvb-s2, tvheadend svn.
Backend 2: laptop, , 2x tevii s-660 usb, 1x sundtek sky ultimate dvb-s2 vdr/xvdr
Frontend 1: asrock ion 330, xbmc (Dharma-pvr dushmaniacs git branch)
Frontend 2: atv1 160gb, atv-usb BCM70015/r174 Dharma RC2 svn35567 | usb-key: openelec 2.0 rc4
Reply
#8
druggo Wrote:I am experiencing somewhat the same, i updated to the latest svn just now, running r174 - its SD content thats causing the hangs for me, not Crystal HD content...

Im playing SD over the HTSP protocol, and using tvheadend to stream live tv...

xbmc.log
http://pastie.org/1363167

CrashReporter.txt
http://pastie.org/1363169

To add my two pennies

i also now have constant SD buffering (file formats avi, divx) Crystal HD content plays fine

ATV 0S+BCM70012+Dharma RC2+crystal 174+Powerline Adaptor 200mbps+SMB Share
Reply
#9
druggo Wrote:I am experiencing somewhat the same, i updated to the latest svn just now, running r174 - its SD content thats causing the hangs for me, not Crystal HD content...

Im playing SD over the HTSP protocol, and using tvheadend to stream live tv...

xbmc.log
http://pastie.org/1363167

CrashReporter.txt
http://pastie.org/1363169

crashed in postproc-51-x86-osx.so, do you have an upscaler turned on ?
Reply
#10
Konan: what is your resolution set on the ATV? I found out that if you set it to 1080p the XBMC playback stutters but at 720p it plays much better let alone the picture quality also better in my case because of a higher quality upscaler in the TV
If you have your ATV at 1080p set it back to 720p and things will improve massively
Davilla: is there a way to have launcher force the resolution to 720p and reboot finder before launching XBMC so I can keep the ATV interface at 1080p for the rest?
Reply
#11
konan Wrote:Now we have CrystalHD and XBMC player is presumably much more efficient compared to earlier versions and we have even more problems. What does that tell you? Buggy code, not well tested, not fixed. I can not prove it since I have no skills developing and debugging on ATV platform but believe me I can smell the buggy code very well.

What I am trying to tell is that there is no proper testing of XBMC on certain platforms, in particular I can see that the ATV platforms suffers a lot from it.

Don't you just hate it when free open source software is not tested properly and does not work every time with the myriad of codec combinations out there for media playback. Especially on a box that is not even manufactured any more.

None of what you wrote above was helpful or indeed relevant to your issue. "I have no skills but......" It also seems you also have no manners or appreciation for others hard work Confused

Tolax

Tolax
Reply
#12
tolax Wrote:Don't you just hate it when free open source software is not tested properly and does not work every time with the myriad of codec combinations out there for media playback. Especially on a box that is not even manufactured any more.

None of what you wrote above was helpful or indeed relevant to your issue. "I have no skills but......" It also seems you also have no manners or appreciation for others hard work Confused

Tolax

Tolax

Agreed.

@konan, your attitude sucks.

If I were Davilla, I would not be inclined to help unless you are polite, post a full debug log on pastebin, answer all questions with the requested information as quickly as possible, and thank him profusely for all the work he's done.

-Wes
Reply
#13
konan Wrote:Here is the thing. You don't need CrystalHD to play 720p video on AppleTV. Its standard video + CPU is capable of playing 720p just fine. I can tell because I used to run XBMC on ATV long before CrystalHD was available.

Now we have CrystalHD and XBMC player is presumably much more efficient compared to earlier versions and we have even more problems. What does that tell you? Buggy code, not well tested, not fixed.

I have only ever used 720p on a variety of players. My ATV-1G could only play 720p that was main profile. I don't know how you managed to play 720p video without some kind of converting beforehand.

I or one of our cats accidentally restored the ATV to its factory 2.3 settings and I had to reinstall everything. I have yet to upgrade to RC2, but RC1 plays great. This is using OSX. Maybe after a few days it will use more memory but for now the free memory is quite high. Will move to rc2 in a day or two.

philip
Reply
#14
The ATV plays fine 720p up to [email protected] and of course all itunes HD rentals
If you need any high profile h264 feature you can try setting skiploopfilter very high but the playback is jerky at best
With crystal you can easily play 720p [email protected] which is typical of downscaled BD rips
As I said if you set the ATV resolution to 720p and NOT 1080p XBMC with Crystal plays 720p BD rips just fine
I advice to disable all video postprocessing and sync options and set the renderer to ARB and upscaling to bilinear
Reply
#15
interceptor121 Wrote:The ATV plays fine 720p up to [email protected] and of course all itunes HD rentals
If you need any high profile h264 feature you can try setting skiploopfilter very high but the playback is jerky at best
With crystal you can easily play 720p [email protected] which is typical of downscaled BD rips
As I said if you set the ATV resolution to 720p and NOT 1080p XBMC with Crystal plays 720p BD rips just fine
I advice to disable all video postprocessing and sync options and set the renderer to ARB and upscaling to bilinear

I have always kept mine at 720p. I haven't tried the renderer set to ARB but just left it at automatic. Will try it. Has it made a difference in your case?

My ATV-1G has played 720p fine from iTunes, from converting with the Turbo h.264 HD ElGato card and so on. As long as you stay within the bounds set by the specs it's great. On the other hand my ATV-2G can far surpass those. Mind you the ATV-1G has other advantages.

What would be nice would be a way to dual boot OSX-ATV and Linux-ATV from the remote. I use Airtunes a lot so moving to Linux-ATV as the only OS is not for me.

Do you think component connections are easier for the Crystal HD card to handle?

philip
Reply

Logout Mark Read Team Forum Stats Members Help
[AppleTV] Apple TV with Crystal HD & XBMC Dharma RC2 crash or stutter during playback0