• 1
  • 2
  • 3
  • 4(current)
  • 5
  • 6
  • 34
[LINUX] Problems compiling crystalhd branch
#46
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)?

2. And, is it possible to use the Apple remote running Ubuntu? Does it take a lot of work?

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 Smile.

2. It's possible, http://code.google.com/p/atv-bootloader/...teIRDriver, (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.
Reply
#47
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
Reply
#48
cbm64 Wrote: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

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
Reply
#49
davilla Wrote:"horizontal lines 'scrolling' down the screen" sounds like a vsync problem.

Here is how it looks:
Image
Reply
#50
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.
Reply
#51
cake Wrote:Here is how it looks:
Image

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.
Reply
#52
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.
Reply
#53
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 Smile
Reply
#54
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 Smile

one Smile
Reply
#55
davilla Wrote:one Smile
Hmmm Smile

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.
Reply
#56
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
[ 2559.565181] Starting BCM70012 Device
[ 2559.764039] CInitializing Dio pool 10 1024 605c c2118000
[ 2561.049942] Closing user[0] handle
[ 2561.049951] Deleting IOQs
[ 2561.049966] Releasing RX Pkt pool
[ 2561.050025] Released dio pool 10
[ 2561.096072] Stopping BCM70012 Device

xbmc.log gets an error on the open and stops.

Code:
20:09:06 T:2718661520 M: 41656320    INFO: Trying Broadcom Crystal HD Decoder...
20:09:06 T:2718661520 M: 41656320   DEBUG: FactoryCodec - Video:  - Opening
20:09:07 T:2718661520 M: 68743168   ERROR: CrystalHD: Failed to open Broadcom Crystal HD
20:09:07 T:2718661520 M: 68743168   ERROR: DVDVideoCodecCrystalHD: Failed to open Broadcom Crystal HD
20:09:07 T:2718661520 M: 68743168   DEBUG: FactoryCodec - Video:  - Failed

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?
Reply
#57
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*
-rw-rw-r-- 1 andrer andrer 2786404 2008-12-11 19:11 bcmFilePlayFw.bin
-r--r--r-- 1 root   root   2786404 2009-11-30 02:55 bcmFilePlayFW.bin

$ md5sum bcmFile*
aa7b6bec69bd1ec9515718c4eb776b40  bcmFilePlayFw.bin
314e3146b8998f657d054c05e7740b03  bcmFilePlayFW.bin

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.
Reply
#58
dan1son Wrote:Hmmm Smile

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.

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.
Reply
#59
andrereis Wrote:Could be totally unrelated, but do an md5sum to your bcmFilePlayFW.bin. I actually have two of them in there:
Code:
$ ls -l bcmFile*
-rw-rw-r-- 1 andrer andrer 2786404 2008-12-11 19:11 bcmFilePlayFw.bin
-r--r--r-- 1 root   root   2786404 2009-11-30 02:55 bcmFilePlayFW.bin

$ md5sum bcmFile*
aa7b6bec69bd1ec9515718c4eb776b40  bcmFilePlayFw.bin
314e3146b8998f657d054c05e7740b03  bcmFilePlayFW.bin

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.

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
MD5 (/crystalhd/broadcom/firmware/bcmFilePlayFw_2.60.34.0.bin) = 358334f95b44079cb8492d30b36c261c
Skunkworks:xbmc-svn davilla$ md5 /crystalhd/broadcom/firmware/bcmFilePlayFw_2.60.32.0.bin
MD5 (/crystalhd/broadcom/firmware/bcmFilePlayFw_2.60.32.0.bin) = 57cd3106f9a4db0de890eb7587ff0389
Skunkworks:xbmc-svn davilla$ md5 /crystalhd/broadcom/firmware/bcmFilePlayFw_2.12.22.1.bin
MD5 (/crystalhd/broadcom/firmware/bcmFilePlayFw_2.12.22.1.bin) = 43bdede06484ab5c9ea56f19007a23bc

No matches to anything I have Smile
Reply
#60
davilla Wrote: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.

Cool thanks.
Reply
  • 1
  • 2
  • 3
  • 4(current)
  • 5
  • 6
  • 34

Logout Mark Read Team Forum Stats Members Help
[LINUX] Problems compiling crystalhd branch2