[LINUX] Problems compiling crystalhd branch - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Development (https://forum.kodi.tv/forumdisplay.php?fid=32) +--- Forum: Kodi Application (https://forum.kodi.tv/forumdisplay.php?fid=93) +--- Thread: [LINUX] Problems compiling crystalhd branch (/showthread.php?tid=62708) |
- dan1son - 2009-11-30 pouldam Wrote:1. Can I just connect a USB keyboard and mouse and use these with Ubuntu (I believe not everything step can be done via SSH)? 1. Yes you'll probably need a hub since you'll be using a USB stick as a bootloader. But any standard HID keyboard/mouse should work fine. I used my handy hacker keyboard . 2. It's possible, http://code.google.com/p/atv-bootloader/wiki/UpdateIRDriver, (you shouldn't need to mess with the HIDDEV part of that), but holding the button doesn't throw an event, so you're limited to 6 instead of the 12 you get in OSX/ATV OS. Which was enough to make me drop $40 on a proper MCE remote. - cbm64 - 2009-11-30 Ah. So no special sauce is needed to prepare this project for distcc. I've tried this approach earlier and also a make -j7 CXX=distcc LD=g++ as I expected some troubles with linkage and recalled some notions about local linking in the '80-pages-plus thread'. Still no dice. Well. Everything breaks /eventually/ on cpp cross-compiling. Occasionally some simple cpp slips through. As the slaves are x86_64 it breaks somewhere... I'll get back. This is not XBMC related. Thanks for clearing out, cheers, M - davilla - 2009-11-30 cbm64 Wrote:Ah. So no special sauce is needed to prepare this project for distcc. might check out this link, deals with distcc but the interesting bits are the setup for installing the required gcc bits if your distro is not the same flavor. EDIT, http://ubuntuforums.org/showthread.php?t=28454 vsync problem - cake - 2009-11-30 davilla Wrote:"horizontal lines 'scrolling' down the screen" sounds like a vsync problem. Here is how it looks: - dan1son - 2009-12-01 cake Wrote:Here is how it looks: Same thing I'm occasionally getting. Either that or a black bar at the top portion of that split. Can't seem to figure it out since it's not consistent and not even at the same place in the same movies. I've tried every combination of vsync settings I can think of (nvidia-settings or xbmc). I did just switch from SMB to NFS seeing as though with SMB I was getting around 4-5MB/s and with NFS I get 9-10MB/s (same as wget from my local server). This is over 802.11n. We'll see how that works out when I get home. - davilla - 2009-12-01 cake Wrote:Here is how it looks: Known issue due to how we are handling the decoded frame. Right now we do a hack to fetch the most recent frame but might get a pointer that's being updated via DMA from crystalhd card. What you are seeing is a new frame being DMA'ed in. This will change soon as it looks like we have plenty of cpu to make a copy and pass it to renderer. It seems to be more visible with 720p that 1080p content. - andrereis - 2009-12-01 cbm64 Wrote:Well. Everything breaks /eventually/ on cpp cross-compiling. Occasionally some simple cpp slips through. As the slaves are x86_64 it breaks somewhere... I'll get back. This is not XBMC related. If the slaves are 64-bit and you're not passing flags to them to correct that, it'll always break imho, and it's likely to do so only at the end, when linking. I recommend cleaning everything, and forcing the arch with the following: export CFLAGS="-m32 -arch i386" export CPPFLAGS="-m32 -arch i386" export CXXFLAGS="-m32 -arch i386" export LDFLAGS="-m32 -arch i386" It's overkill, but you never know. Then ./configure, then compile away. Along with davilla's symbolic links method to force distcc, it should work. I also have three more machines in my network but I won't even try, it's x86-64 everything, a Gentoo, a Solaris, and a Darwin. 2 special toolchains too many for me. - dan1son - 2009-12-01 andrereis Wrote:I also have three more machines in my network but I won't even try, it's x86-64 everything, a Gentoo, a Solaris, and a Darwin. 2 special toolchains too many for me. Wonder how many full re-compiles you'd need to do to get back the time it'd take to setup those cross compile chains - davilla - 2009-12-01 dan1son Wrote:Wonder how many full re-compiles you'd need to do to get back the time it'd take to setup those cross compile chains one - dan1son - 2009-12-01 davilla Wrote:oneHmmm Anyway... do you have any recommendations on settings for "Sync playback to display" or "Adjust display refresh rate to match video" with this card? I use pass-through so I can't resample. The main reason I'm interested is I'm getting what looks like frame jumps fairly regular during playback (every few seconds)... although that might be related to the other known problem you were talking about. - csbook - 2009-12-01 I can't seem to get the crystalhd firmware to download, at least that's the step that seems to be missing from my logs. This is what I get when trying to play a movie: Code: [ 2559.565173] Opening new user[0] handle xbmc.log gets an error on the open and stops. Code: 20:09:06 T:2718661520 M: 41656320 INFO: Trying Broadcom Crystal HD Decoder... I have bcmFilePlayFW.bin in /usr/lib but it doesn't seem to make much difference being there. Is there a step I'm missing to get this picked up? - andrereis - 2009-12-01 csbook Wrote:I have bcmFilePlayFW.bin in /usr/lib but it doesn't seem to make much difference being there. Is there a step I'm missing to get this picked up? Could be totally unrelated, but do an md5sum to your bcmFilePlayFW.bin. I actually have two of them in there: Code: $ ls -l bcmFile* And yet they're not the same. Dunno where the two of them came from, I think one was from the Windows driver and the other came with the linux one. I believe the driver is using the first one. - davilla - 2009-12-01 dan1son Wrote:Hmmm If pass-through, then turn "Sync playback to display" off, no help there. "Adjust display refresh rate" is for changing the display (size and refresh rate) to match the video content. You need your xorg.conf needs to be setup and TV needs to support the size and refresh rates. - davilla - 2009-12-01 andrereis Wrote:Could be totally unrelated, but do an md5sum to your bcmFilePlayFW.bin. I actually have two of them in there: Strange, how can you have two files with the exact name in the same place ? Ahh, I see "w" vs "W" at the end. Needs to be "bcmFilePlayFw.bin" Quote:Skunkworks:xbmc-svn davilla$ md5 /crystalhd/broadcom/firmware/bcmFilePlayFw_2.60.34.0.bin No matches to anything I have - dan1son - 2009-12-01 davilla Wrote:If pass-through, then turn "Sync playback to display" off, no help there. Cool thanks. |