Boxee Fedora 10/11 port

[RT_Jackson]

Hi -- this looks like great work! I don't have it quite working on my system, however. I have an Intel 965Q video card running the 'intel' xorg driver. Don't know if that matters or not but..

The Boxee interface works fine for me, lircd integration is great, etc. I can watch Youtube videos, but TV Shows like FOX and Comedy Central shows play AUDIO, but no video. The UI is there when I push "enter" and exit, but the video is just black. For FOX & WB shows that are wrapped in a webpage, the webpage displays but the video doesn't. I hear the audio the whole time.. Tons of errors on the console about Gtk focus.

(bxflplayer-x86_64-linux:27896): Gdk-CRITICAL **: gdk_window_get_toplevel: assertion `GDK_IS_WINDOW (window)' failed

(bxflplayer-x86_64-linux:27896): Gdk-WARNING **: XID collision, trouble ahead


ERROR: ld.so: object './bxoverride-x86_64-linux.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object './bxoverride-x86_64-linux.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object './bxoverride-x86_64-linux.so' from LD_PRELOAD cannot be preloaded: ignored.

Which version of flash are you guys using on FC12 x86_64? Is there any magic to installing it that I might have missed? I downloaded the 64-bit plugin from Adobe and copied the libflashplugin.so to /usr/lib64/xulrunner-1.9.1/plugins directory.

I played around with the nspluginwrapper stuff, but that didn't prove very fruitful.

I even tried rebuilding the SRPM on my own system to see if I was missing a library anywhere.. it built fine and I got the same results.

Any ideas would be appreciated.

-Scott

I'm running Fedora 12 32-bit, but had the same problems (website showing up with audio but no video, same gdk errors). I had followed the tips above about deleting boxee's xulrunner, linking to the system's xulrunner folder instead, and putting the libflashplayer.so in there and so on.

I ended up tinkering around and found that if I copied libsqlite3.so and libxul.so from the boxee/system/flashplayer/xulrunner-i486-linux/bin folder I had deleted to my system's /usr/lib/xulrunner folder, things are mostly fixed. You will overwrite the original libxul so make a backup. I get video and sound in fox and hulu, which are all I tested. Neither full-screens automatically, but I can full screen it after hitting enter a few times once the video starts (don't know why this works in particular or why it doesn't always the work the first time I hit enter).

Hope this helps.

[FergatROn]

I installed the boxee-0.9.20.10408-0.2.b.fc12.x86_64 version of the program and for some odd reason my audio stopped working. I think I'm running both PulseAudio and ALSA. I don't know how to switch between the two. I tried other apps like Hulu Desktop, YouTube (via Chrome) and the audio works there. Thanks for any help.

[kurgan]

I installed the boxee-0.9.20.10408-0.2.b.fc12.x86_64 version of the program and for some odd reason my audio stopped working. I think I'm running both PulseAudio and ALSA. I don't know how to switch between the two. I tried other apps like Hulu Desktop, YouTube (via Chrome) and the audio works there. Thanks for any help.

You're better off removing pulse. Especially if you plan on doing any passthrough. Can you post the output of:

rpm -qa |grep pulse

[kurgan]

If anyone has been successful building the latest 9.20.10711 sources, I sure could use some help. I first tried to build the old reliable way by using the boxee/xmbc internal libraries. This build fails with the following error:

/usr/bin/ccache gcc -o ../../../../system/players/dvdplayer/avcodec-52-x86_64-linux.so -shared -fPIC -rdynamic --soname,../../../../system/players/dvdplayer/avcodec-52-x86_64-linux.so ffmpeg/libavcodec/*.o ffmpeg/libavcodec/x86/*.o `cat ../../DllLoader/exports/wrapper.def` ../../DllLoader/exports/wrapper.o
/usr/bin/ld: ffmpeg/libavcodec/x86/cavsdsp_mmx.o: relocation R_X86_64_PC32 against symbol `ff_pw_42' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status
make[1]: *** [../../../../system/players/dvdplayer/avcodec-52-x86_64-linux.so] Error 1
make[1]: Leaving directory `/home/kurgan/rpmbuild/BUILD/boxee-sources-0.9.20.10711/xbmc/cores/dvdplayer/Codecs'
make: *** [dvdpcodecs] Error 2

I have a build up to the public which I built with --enable-external-libraries. This version works overall, except for apps like YouTube and Revision3 (both of which used to work before I started building against external libs). I get the following error when running from a terminal:

Traceback (most recent call last):
File "<string>", line 11, in <module>
ImportError: No module named mc
Traceback (most recent call last):
File "<string>", line 11, in <module>
ImportError: No module named mc
Traceback (most recent call last):
File "<string>", line 11, in <module>
ImportError: No module named mc
Traceback (most recent call last):
File "<string>", line 2, in <module>
NameError: name 'mc' is not defined

I suspect Python due to the following in the log file:

10:58:21 T:140179060128032 M:1529315328   FATAL: Python Initialize Error
10:58:21 T:140177789822736 M:1528291328   FATAL: Python Initialize Error
10:58:21 T:140177789822736 M:1528164352    INFO: Scriptresult: Success
10:58:21 T:140177777219344 M:1518411776    INFO: WEATHER: Downloading weather
10:58:22 T:140177789822736 M:1514033152    INFO: Python script stopped
10:58:22 T:140177777219344 M:1513693184    INFO: WEATHER: Weather download successful

A side not about building with external libraries. I had to ditch rpmfusion and go with ATrpms due to ffmpeg.

[kurgan]

I was able to get things back to normal (as normal as they get with these things) by building with all external libraries _except_ python enabled. This version is available at the link in my first post of this thread now.

I sure would love to start building against all the external libraries because A) it's best practice, and B) it trims quite a bit of size off the final package.

sdhughes, I still have the same issues you pointed out in post #68. I am starting to wonder what the advantage over running XBMC is lately (especially since Camelot is so nice). I don't really blame Boxee for this though. Until all these websites get away from proprietary formats and standardize on something like html5, there's not much that can be done. It will always be a cat and mouse game with the current status quo.

[FergatROn]

You're better off removing pulse. Especially if you plan on doing any passthrough. Can you post the output of:

rpm -qa |grep pulse

My output is:

[marc@fergatron bin]$ rpm -qa | grep pulse
pulseaudio-libs-0.9.21-4.fc12.x86_64
pulseaudio-module-bluetooth-0.9.21-4.fc12.x86_64
pulseaudio-libs-glib2-0.9.21-4.fc12.x86_64
alsa-plugins-pulseaudio-1.0.22-1.fc12.x86_64
pulseaudio-0.9.21-4.fc12.x86_64
pulseaudio-module-x11-0.9.21-4.fc12.x86_64
pulseaudio-libs-0.9.21-4.fc12.i686
pulseaudio-module-gconf-0.9.21-4.fc12.x86_64
pulseaudio-libs-glib2-0.9.21-4.fc12.i686
pulseaudio-utils-0.9.21-4.fc12.x86_64
pulseaudio-gdm-hooks-0.9.21-4.fc12.x86_64
alsa-plugins-pulseaudio-1.0.22-1.fc12.i686
[marc@fergatron bin]$

[kurgan]

My output is:

[marc@fergatron bin]$ rpm -qa | grep pulse
pulseaudio-libs-0.9.21-4.fc12.x86_64
pulseaudio-module-bluetooth-0.9.21-4.fc12.x86_64
pulseaudio-libs-glib2-0.9.21-4.fc12.x86_64
alsa-plugins-pulseaudio-1.0.22-1.fc12.x86_64
pulseaudio-0.9.21-4.fc12.x86_64
pulseaudio-module-x11-0.9.21-4.fc12.x86_64
pulseaudio-libs-0.9.21-4.fc12.i686
pulseaudio-module-gconf-0.9.21-4.fc12.x86_64
pulseaudio-libs-glib2-0.9.21-4.fc12.i686
pulseaudio-utils-0.9.21-4.fc12.x86_64
pulseaudio-gdm-hooks-0.9.21-4.fc12.x86_64
alsa-plugins-pulseaudio-1.0.22-1.fc12.i686
[marc@fergatron bin]$

I can only speak for myself since I do passthrough with my sound card. I only have the following pulse packages installed:

pulseaudio-libs-glib2-0.9.21-4.fc12.x86_64
pulseaudio-libs-0.9.21-4.fc12.x86_64
pulseaudio-gdm-hooks-0.9.21-4.fc12.x86_64

Most of the packages you display can be removed without any dependencies. There are a few though, that will require the --nodeps option. You will also need the --allmatches option when removing the pulse packages since you have some 32bit packages installed. Something like this:

rpm -e --allmatches pulseaudio-module-bluetooth alsa-plugins-pulseaudio pulseaudio pulseaudio-module-x11 pulseaudio-module-gconf pulseaudio-utils --nodeps

This is strictly up to you though. I do this because of passthrough. I have tried every setting I could think of in Boxee back when I had pulseaudio installed, and while sound within my window manager would work, I never could get Boxee sound working until I removed pulseaudio and properly configured alsa for passthrough.

[kurgan]

New packages going up. Things that used to work still work, things that were broke are still broken. It is what it is until some of us can make headway.

[kurgan]

Just put up a rebuild of 9.21.11497 for Fedora 13 x86_64. I cleaned up the spec file a good bit, and updated the readme a little. See the changelog for the rpm, or look at %changelog in the boxee.spec file.

[kurgan]

Updated to 9.21.12563. I am currently only building 64 bit, but am strongly considering starting 32 bit again due to the recent flash debacle. This poses the question, is there a demand for 32 bit out there?

Edit: I've recently been testing this version on a new x86_64 F13 system with the latest 32 bit flash plugin installed and wrapped with nspluginwrapper. So far I have not had any issues outside the expected with this method.