CrystalHD & current SVN builds of XBMC?

It's been a while since I've been around, and I did something rash last night.. and updated to the latest SVN build from SSHCS; 30813 (now 30831).. Since then I've noticed two things;

1) Much higher CPU utilisation when CrystalHD rendering is being used (75-100% CPU in r30831 vs. 30-40% CPU in r27288) and
2) The first file plays using hardware acceleration from CrystalHD, but the second file I play fails to open the CrystalHD hardware and falls back to software.

Prior to this I was running SVN 27288 which was working flawlessly (I know.. why fix something that wasn't broken, Aaron...), and I'm still running the same CrystalHD drivers (1.0.3) without change.

It doesn't seem to matter what files I play, though I'll include a MediaInfo from the file shown in the example debug-enabled xbmc.log.

This is all on my Mac Mini (Intel GMA950 based, 2Ghz Core2Duo, and still running OSX 10.5.8).


So, pastebin of the bad behaviour in r30831: http://pastebin.com/ah9vKesG

Example pastebin of r27288 working fine (I quit r30831 and opened r27288 and while the later SVN could no longer open the CrystalHD card, the earlier SVN had no problems): http://pastebin.com/cxtF2zWT
(Ignore the database errors above - the new SVN has of course upgraded my videoDB.. d'oh)

MediaInfo for the file I was playing: http://pastebin.com/81hqc21L


Apologies if this is old news and/or I'm simply not meant to be using recent SVNs, I had a peruse of the older CrystalHD threads and all the threads I found people were still back at r27xxx which does make me wonder if I did do something silly last night :o


Having said that - the new skin looks gorgeous, and the new database looks great, too! Just a shame I can't actually, er.. play anything :o

aaronjb Wrote:It's been a while since I've been around, and I did something rash last night.. and updated to the latest SVN build from SSHCS; 30813 (now 30831).. Since then I've noticed two things;

1) Much higher CPU utilisation when CrystalHD rendering is being used (75-100% CPU in r30831 vs. 30-40% CPU in r27288) and
2) The first file plays using hardware acceleration from CrystalHD, but the second file I play fails to open the CrystalHD hardware and falls back to software.

Prior to this I was running SVN 27288 which was working flawlessly (I know.. why fix something that wasn't broken, Aaron...), and I'm still running the same CrystalHD drivers (1.0.3) without change.

It doesn't seem to matter what files I play, though I'll include a MediaInfo from the file shown in the example debug-enabled xbmc.log.

This is all on my Mac Mini (Intel GMA950 based, 2Ghz Core2Duo, and still running OSX 10.5.8).


So, pastebin of the bad behaviour in r30831: http://pastebin.com/ah9vKesG

Example pastebin of r27288 working fine (I quit r30831 and opened r27288 and while the later SVN could no longer open the CrystalHD card, the earlier SVN had no problems): http://pastebin.com/cxtF2zWT
(Ignore the database errors above - the new SVN has of course upgraded my videoDB.. d'oh)

MediaInfo for the file I was playing: http://pastebin.com/81hqc21L


Apologies if this is old news and/or I'm simply not meant to be using recent SVNs, I had a peruse of the older CrystalHD threads and all the threads I found people were still back at r27xxx which does make me wonder if I did do something silly last night :o


Having said that - the new skin looks gorgeous, and the new database looks great, too! Just a shame I can't actually, er.. play anything :o

crystalhd is in flux.

Gotcha. I should probably roll back to r27288 then I wish I'd taken the precaution of backing up my database now.. d'oh!

Thanks davilla.

IIRC the database "downgrade" isn't too taxing? Check UpdateOldVersion in VideoDatabase.cpp on trac and compare the two versions perhaps?

Cheers,
Jonathan

jmarshall Wrote:IIRC the database "downgrade" isn't too taxing? Check UpdateOldVersion in VideoDatabase.cpp on trac and compare the two versions perhaps?

Y'know, had my brain actually been engaged this morning that would have been an awfully logical thing to do.. :o

I'll have a gander anyway, and post up what needs to be done.. just in case someone else wants to do the same thing in the future

Yeah - I can't remember when I added the improvements to export to XML, otherwise you could just export, downgrade, import. IIRC it was after 27xxx.

Cheers,
Jonathan

davilla Wrote:crystalhd is in flux.

what a disaster! I've been waiting and using SVN for the last 6 month with more or less working crystalhd and now it's gone

Please, please! Put it back! In fact, it's about time to release at least a beta version with crystal.hd support, even it got a lot of bugs.

Meanwhile, I'm going to try linux version with svn 28256 and crystal.hd ... Sam.Nazarko might have a better understanding of people's needs.

Honestly, I've regretted that i've got an appletv. Now, I'm getting close to regret that I've bought crystal.hd card. I should just buy something which does support full HD out the box and be a happy user long time ago.

Sorry for this letter, I just can't help myself.

anton_kg Wrote: what a disaster! I've been waiting and using SVN for the last 6 month with more or less working crystalhd and now it's gone

Please, please! Put it back! In fact, it's about time to release at least a beta version with crystal.hd support, even it got a lot of bugs.

Meanwhile, I'm going to try linux version with svn 28256 and crystal.hd ... Sam.Nazarko might have a better understanding of people's needs.

Honestly, I've regretted that i've got an appletv. Now, I'm getting close to regret that I've bought crystal.hd card. I should just buy something which does support full HD out the box and be a happy user long time ago.

Sorry for this letter, I just can't help myself.

I see a lot of bitching here and no real info as to what's wrong. Seems to be working for me so if you can't give proper debug info, then not much I can do.

I'll ask a question not complaining at all or trying to rush everyone just like messing around on the bleeding edge.

On the new version svn 30831 I notice in my decoders I no longer have a choice of crystal hd but I do have a check box that says enable hardware acceleration (crystalhd). I chose auto and left the checkbox ticked. Apologies for not including the required logs. I was able to play a hi-def movie it took about 2 minutes to sync up but then played fine.

Is this checkbox the new way of selecting crystal-hd ?

Craig

anton_kg Wrote: what a disaster! I've been waiting and using SVN for the last 6 month with more or less working crystalhd and now it's gone

Please, please! Put it back! In fact, it's about time to release at least a beta version with crystal.hd support, even it got a lot of bugs.

Meanwhile, I'm going to try linux version with svn 28256 and crystal.hd ... Sam.Nazarko might have a better understanding of people's needs.

Honestly, I've regretted that i've got an appletv. Now, I'm getting close to regret that I've bought crystal.hd card. I should just buy something which does support full HD out the box and be a happy user long time ago.

Sorry for this letter, I just can't help myself.

Are you taking yourself serious saying this? This is an open source project with a great achievment already. It works near perfectly and when you bought it you knew it was in development.

So indeed just help the community and report bugs/errors logs. Otherwise just enjoy the most stable version around and look from a distance (that means, don't talk)

Good luck davilla (and the rest) with all the stuff whats going on. Its hard to wait but its definately worth it!