2010-12-13, 12:43
davilla Wrote:crashed in postproc-51-x86-osx.so, do you have an upscaler turned on ?
tested some deinterlacers, but then i removed that, still crashes...
davilla Wrote:crashed in postproc-51-x86-osx.so, do you have an upscaler turned on ?
interceptor121 Wrote: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
konan Wrote:Yesterday I stumbled upon another phenomenon with RC2 and r174. One of the 720p movies (A Christmas Carol to be exact) H.264 encoded with DTS sound shows a lot of pixel artifacts during the playback. I've only noticed that yesterday because I've only watched it before on my windows machine that does not have such a problem. The issue is 100% reproducible and I am going to post log and MediaInfo soon.
waldo22 Wrote:@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.
davilla Wrote:Some h264 content will pixilate under a bcm70012 card. The decoder can't quite handle the h264 flavor being used. There's nothing that can be done to improve this except to get a bcm70015 card.
konan Wrote:Thanks for the response. Are you saying that there is no point of posting the log and media info? Correct me if I am wrong but based on my understanding of the difference between 012 and 015 is in supported video formats:
BCM70012
========
H.264/AVC HP at L4.1 1080i/1080p, 40 Mb/sec.
H.264/AVC HP at L3.0 480i/480p
H.264/AVC HP at L3.2 720p
SMPTE VC-1 AP at L3 1080i/1080p, 40 Mb/sec.
WMV9 (VC-1 SP and MP)
MPEG-2 MP at ML
MPEG-2 MP at HL
BCM70015
========
H.264/AVC HP @ L4.2 1080p60, 40 Mb/sec.
VC-1 Advanced Profile @ L3.0, 45 Mb/sec.
SMPTE VC-1 AP @ L3, 45 Mb/sec.
WMV9 (VC-1 SP @ ML and MP @ HL)
MPEG-4 Part-2 SP and ASP 1080p30
MPEG-2 MP @ HL, LL, and ML, 80 Mb/sec.
DivX® 3.11, 4.1, 5.X, 6.X, XviD
Based on that here is the question: if the media info shows that the profile does not exceed BCM70012 limits should not the media play correctly?
konan Wrote:One of my goals of writing such "bad tempered" posts was to draw public attention to the issues and I am glad that I've finally achieved that at list partially. I do appreciate all the work that XBMC team is doing especially Scott Davilla since he seems to be the only person who actually works on improving the XBMC on ATV platform. Unfortunately I don't see much of the the progress here since the March 2010 release. Correct me if I am wrong regarding the progress.
davilla Wrote:CrystalHD has always been a moving target. The driver/lib API/Code keeps being updated to improve things. Do not assume that the driver/lib API/Code popped out and is 100 percent usable and bug free. This is a new driver/lib, it's under active development and will eventually settle down to become very stable. And before anyone starts bitching about it, just be grateful that I was able to get this driver/lib code exposed and into gpl/lgpl through several months of hard work with Broadcom devs and their legal department.
interceptor121 Wrote:As I said in another post if you set the ATV display settings to 720p RC2 plays fine.
konan Wrote:interceptor121, you are repeating yourself. Thanks for your explanation but in my case it's completely different. Something is seriously messed up with my ATVs (two of them). In particular when I look into logs I don't see a single sign that CrystalHD is being used. Davilla pointed that out too. At the same time the option 'Use hardware acceleration' is enabled and shines as a star in the Settings/Video/Playback. And this problem is absolutely the same on two separate ATVs. The only similarity there is the installation order. On both boxes I first installed r156 and Beta 2 then upgraded to r174 and RC2. Immediately after upgrade CrystalHD is gone and nothing brings it back except reverting to r156 + Beta 2. So I will be reinstalling the ATV from factory to the current r174 + RC2 to filter out any possible mess with upgrades and then I'll post the results.
davilla Wrote:"bad tempered" go into my ignore bin. I just don't have the time to respond to such silliness. Dharma release is primary focus, as such I can't be changing things that would risk major breakage. Bug fixes only IF they can be done without major changes and I do have major changes planned for crystalhd. When we are in a release "mode", you will not see major changes.
CrystalHD has always been a moving target. The driver/lib API/Code keeps being updated to improve things. Do not assume that the driver/lib API/Code popped out and is 100 percent usable and bug free. This is a new driver/lib, it's under active development and will eventually settle down to become very stable. And before anyone starts bitching about it, just be grateful that I was able to get this driver/lib code exposed and into gpl/lgpl through several months of hard work with Broadcom devs and their legal department.
I've purposely kept XBMC's usage to support both old and new APIs as some users seem to get better performance with the older driver/lib under bcm70012. Once Dharma is out, old API goes away and I can focus on a refactor to new API only, plus new API things that I can't do right now. Plus changing path to renderer to reduce CPU usage.
I'm also busy elsewhere but I'm not taking about that right now. Rest assured that we are all buzzy little bees.
interceptor121 Wrote:As I said in another post if you set the ATV display settings to 720p RC2 plays fine
konan Wrote:On both boxes I first installed r156 and Beta 2 then upgraded to r174 and RC2.