[loki149]

I was wondering if anyone had had any luck getting addons or new web interfaces to work.

I've been trying to get Chorus (http://forum.xbmc.org/showthread.php?tid=183451) to work, and I was hoping it would be as simple as copying the addon files over from an xbmc that had it set up and working, then changing the webserver setting in the guisettings.xml but that hasn't worked.

Anyone have any ideas?

[wernerb]

Please enable UTF8 in the docker image:

Code:

ENV LANGUAGE en_US.UTF-8
ENV LANG en_US.UTF-8
RUN locale-gen en_US en_US.UTF-8
RUN update-locale LANG=en_US.UTF-8
RUN dpkg-reconfigure locales

Sure, do you want to create pull request? Could you also tell me what the problem is with the default locale? Does the container not work in some way?

For sure...

Without UTF8 it can't handle certain characters, so they look wrong in the database.

Yes I see what you mean. Pull request merged, will take an hour or so for the docker index to update. Thanks!

[lithiumc]

Sure, do you want to create pull request? Could you also tell me what the problem is with the default locale? Does the container not work in some way?

For sure...

Without UTF8 it can't handle certain characters, so they look wrong in the database.

Yes I see what you mean. Pull request merged, will take an hour or so for the docker index to update. Thanks!

Yeah, Thank you. Any clue as to why on frodo the web interface causes a seg fault? Is it the libxbmc.so?

[bobbintb]

wernerb, what configuration options did you compile the docker version with?

[XBL.]

I was wondering if anyone had had any luck getting addons or new web interfaces to work.

I've been trying to get Chorus (http://forum.xbmc.org/showthread.php?tid=183451) to work, and I was hoping it would be as simple as copying the addon files over from an xbmc that had it set up and working, then changing the webserver setting in the guisettings.xml but that hasn't worked.

Anyone have any ideas?

I'm running the trakt add-on without any problems (I use it to keep the watched flags in sync when media is replaced with a different version, e.g. from HDTV to Bluray rip). I've also tried to get artwork downloader to work, but this was a lot of hassle. It depended too much on the GUI, so I had to comment out of lot of code. It worked for a while, but then it broke again. Haven't bothered to look into it again.

So I'd check out the debug log and see what the plugin is doing. Maybe it's something simple, but it could be that it's a lot of work to make it compatible.

[jacintech.fire]

Just my (probably misguided) opinion

The code base (if not the functionality) is quite beautiful; but the truth is, it is also an unyielding beast. I am starting to think it would be a lot easier to start a complete rewrite of the code base, beginning with a transcoding/streaming engine; a strong (scaleable, modular) httpd daemon that dan handle hundreds of concurrent requests, and accompanying html5 app, then build from there. Each component as a drop-in module (like the Linux Kernel) so that the resulting code can be compiled to suite whatever need (headless, streaming server, client, classic stand alone, etc.)arises.

[wernerb]

For sure...

Without UTF8 it can't handle certain characters, so they look wrong in the database.

Yes I see what you mean. Pull request merged, will take an hour or so for the docker index to update. Thanks!

Yeah, Thank you. Any clue as to why on frodo the web interface causes a seg fault? Is it the libxbmc.so?

Yes the webinterface causes seg-faults because it suffers from the same problems that UPnP had: thumbnail generation.
For some reason thumbnail generation uses the gui and segfaults. I managed to fix this in a patch for UPnP by returning 404's for unknown thumbnails instead of letting xbmc generate thumbnails for them. This worked rather well because regular xbmc clients would generate a thumbnail which would after that also show in xbmc server.
The same patch for UPnP can be modified I think for the web-interface. I'l look into it

Does your wording mean that on gotham there are no segfaults?

I was wondering if anyone had had any luck getting addons or new web interfaces to work.

I've been trying to get Chorus (http://forum.xbmc.org/showthread.php?tid=183451) to work, and I was hoping it would be as simple as copying the addon files over from an xbmc that had it set up and working, then changing the webserver setting in the guisettings.xml but that hasn't worked.

Anyone have any ideas?

The web-server currently doesn't work I think, it seg faults a lot. (See above).
If the segfaults are fixed then Chorus should work, I will look into it because i'd like to see Chorus in action
Always avoid guisettings.xml if you can. Instead activate the webserver with advancedsettings.xml.
Actually I would suggest the devs build in a config paramter for advancedsettings.xml where the webserver-addon can be selected (if installed), because the the web-server makes more sense when run on headless xbmc then on a regular xbmc client. (Just my two se

wernerb, what configuration options did you compile the docker version with?

The docker image can be built yourself using the instructions at https://github.com/wernerb/docker-xbmc-server.
If you mean how xbmc was compiled, then you can look at https://github.com/wernerb/docker-xbmc-s...Dockerfile to see how from a vanilla ubuntu 12.10 xbmc is compiled.

On another note:
I am considering adding libbluray in the next image, so that bluray's are correctly parsed by library updates. I heard somewhere that this does not happen if libbluray is missing.
What do you guys think?

---

Just my (probably misguided) opinion

The code base (if not the functionality) is quite beautiful; but the truth is, it is also an unyielding beast. I am starting to think it would be a lot easier to start a complete rewrite of the code base, beginning with a transcoding/streaming engine; a strong (scaleable, modular) httpd daemon that dan handle hundreds of concurrent requests, and accompanying html5 app, then build from there. Each component as a drop-in module (like the Linux Kernel) so that the resulting code can be compiled to suite whatever need (headless, streaming server, client, classic stand alone, etc.)arises.

XBMC started as a video player. Most people just want something to play their files.
The thing is, that us advanced users want to have just a subset of functionality xbmc provides running all the time: UPnP, Webserver, Library management.

The two features you suggest are possible already today:
Streaming would be the UPnP server with arguably the best network communication protocol for xbmc: HTTP.
Transcoding is not a problem of XBMC, and combining the UPnP server of XBMC with BubbleUPnP server already allows you to transcode on the fly to whatever device.

[bobbintb]

wernerb, what configuration options did you compile the docker version with?

The docker image can be built yourself using the instructions at https://github.com/wernerb/docker-xbmc-server.
If you mean how xbmc was compiled, then you can look at https://github.com/wernerb/docker-xbmc-s...Dockerfile to see how from a vanilla ubuntu 12.10 xbmc is compiled.

I mean what options did you use with ./config when you compiled it. For example:

Code:

./configure \
--enable-shared-lib \
--enable-nfs \
--disable-debug \
--disable-vdpau \
--disable-vaapi \
--disable-crystalhd \
--disable-vtbdecoder \
--disable-openmax \
--disable-joystick \
--disable-xrandr \
--disable-rsxs \
--disable-projectm \
--disable-rtmp \
--disable-airplay \
--disable-airtunes \
--disable-dvdcss \
--disable-optical-drive \
--disable-libbluray \
--disable-libusb \
--disable-libcec \
--disable-libmp3lame \
--disable-libcap \
--disable-ssh \
--disable-udev \
--disable-libvorbisenc \
--disable-asap-codec \
--disable-afpclient \
--disable-goom \
--disable-avahi \
--disable-non-free \
--disable-pulse \
--disable-alsa

Or maybe I am misunderstanding how to use Docker.

[jacintech.fire]

@wernerb,
I mean no disrespect and what follows is not aimed at starting a flame war. That said,

Although it is true that "...XBMC started as a video player..", I don't think the claim that "...Most people just want something to play their files..." as currently presented by XBMC is enterely true.

I think you would agree the main reason users go to all the trouble of ripping their DVDs and BluRay and saving the rips to a hard drive is convenence (a typical HD, depending on the quality of the rips, can hold thousands of titles, as opposed to a shielf full of disks). If this is true, then the next evolution of convenience is to take your media wherever you go (it is no coincidence that at the same time digital music sales are falling, music streaming subscriptions are raising).

I don't like to hold plex as an example of anything (with its paywall and close source nature); but forgetting my misgiving for a minute, consider this: Given the choice of consuming their media wherever they are (provided there is internet access), most people would choose a system that offers the convinience of a unified experience wherever they are (in the process negating the need for a netflix or spotify suscription ). The fact that such a system is (to the end user) either completely free or nearly so, makes the choice even more lopsided.

If the XBMC community wants to continuing developing XBMC as a stand alone video player, that is fine, and I am sure some people would prefer it that way; but to argue that most people would prefer it over a unified (across device and deployment. From smartphones to the 10ft.interface) alternative does not seem to hold true.

[wernerb]

wernerb, what configuration options did you compile the docker version with?

The docker image can be built yourself using the instructions at https://github.com/wernerb/docker-xbmc-server.
If you mean how xbmc was compiled, then you can look at https://github.com/wernerb/docker-xbmc-s...Dockerfile to see how from a vanilla ubuntu 12.10 xbmc is compiled.

I mean what options did you use with ./config when you compiled it. For example:

Code:

./configure \
--enable-shared-lib \
--enable-nfs \
--disable-debug \
--disable-vdpau \
--disable-vaapi \
--disable-crystalhd \
--disable-vtbdecoder \
--disable-openmax \
--disable-joystick \
--disable-xrandr \
--disable-rsxs \
--disable-projectm \
--disable-rtmp \
--disable-airplay \
--disable-airtunes \
--disable-dvdcss \
--disable-optical-drive \
--disable-libbluray \
--disable-libusb \
--disable-libcec \
--disable-libmp3lame \
--disable-libcap \
--disable-ssh \
--disable-udev \
--disable-libvorbisenc \
--disable-asap-codec \
--disable-afpclient \
--disable-goom \
--disable-avahi \
--disable-non-free \
--disable-pulse \
--disable-alsa

Or maybe I am misunderstanding how to use Docker.

Like I said, its stated in the Dockerfile. But here they are:

Code:

./configure \
--enable-nfs \
--enable-upnp \
--enable-shared-lib \
--enable-libbluray \
--disable-debug \
--disable-vdpau \
--disable-vaapi \
--disable-crystalhd \
--disable-vdadecoder \
--disable-vtbdecoder \
--disable-openmax \
--disable-joystick \
--disable-xrandr \
--disable-rsxs \
--disable-projectm
--disable-rtmp \
--disable-airplay \
--disable-airtunes \
--disable-dvdcss \
--disable-optical-drive \
--disable-libusb \
--disable-libcec \
--disable-libmp3lame \
--disable-libcap \
--disable-dbus

[bobbintb]

Ah, I didn't see that, sorry. Thanks.

[wernerb]

I have added disable-dbus because in Docker dbus can't be used anyway. I (just now) enabled libbluray because I remember someone having trouble adding blurays to the library: it would add invidivual video files instead of a single movie.
Enabled ssh because I figured someone would want to use SSH as a source, just as I added nfs. Added upnp because I see that as the biggest point to xbmc.

Your list includes some disables I don't have. I suppose avahi can be removed because auto-discovering sources is not going to happen on a headless xbmc
I'm testing if removing avahi,goom,non-free,pulse,alsa doesn't produce any errors.

[bobbintb]

This is just the one I was using for Frodo.

[wernerb]

I just ran a successful compile with even more disables resulting in a (i think much) faster compile time.
Will let you know if it is still functional...

Code:

./configure \
    --enable-nfs \
    --enable-upnp \
    --enable-shared-lib \
    --enable-ssh \
    --enable-libbluray \
    --disable-debug \
    --disable-vdpau \
    --disable-vaapi \
    --disable-crystalhd \
    --disable-vdadecoder \
    --disable-vtbdecoder \
    --disable-openmax \
    --disable-joystick \
    --disable-xrandr \
    --disable-rsxs \
    --disable-projectm \
    --disable-rtmp \
    --disable-airplay \
    --disable-airtunes \
    --disable-dvdcss \
    --disable-optical-drive \
    --disable-libusb \
    --disable-libcec \
    --disable-libmp3lame \
    --disable-libcap \
    --disable-udev \
    --disable-libvorbisenc \
    --disable-asap-codec \
    --disable-afpclient \
    --disable-goom \
    --disable-fishbmc \
    --disable-spectrum \
    --disable-waveform \
    --disable-avahi \
    --disable-non-free \
    --disable-texturepacker \
    --disable-pulse \
    --disable-dbus \
    --disable-alsa \
    --disable-hal

[wernerb]

Tested and pushed new docker container, works fine! The changes shaved off 400mb for me.

I also made the commands/configuration options used more readable in the dockerfile. For anyone interested in what commands are used to compile xbmc in its entirety, see:
https://registry.hub.docker.com/u/werner...dockerfile

if you issue those commands on ubuntu quantal you will get the same result as in the docker container.