roadmap for next release
Thomas Genty
- add all wifi firmwares /drivers
- add possibility to easily update geexbox
*add /etc/opkg/opkg.conf (ex for i386)
src snapshots
http://download.geexbox.org/snapshots/geexbox-xbmc-i386-generic/latest/binaries.i386/packages/
dest root /
dest ram /tmp
lists_dir ext /var/lib/opkg/
option force_space
* add extra source for special packages like nvidia-legacy ?
* notice user when new packages are available -> add new service ?
- installator ?
should not be so difficult
- add plugin audio-mixer for broken sound device ?
- ...... ?
Tom
Benjamin
> Somme suggestions for next release :
>
> - add all wifi firmwares /drivers
> - add possibility to easily update geexbox
> *add /etc/opkg/opkg.conf (ex for i386)
> src snapshots
> http://download.geexbox.org/snapshots/geexbox-xbmc-i386-generic/latest/binaries.i386/packages/
> dest root /
> dest ram /tmp
> lists_dir ext /var/lib/opkg/
> option force_space
>
> * add extra source for special packages like nvidia-legacy ?
> * notice user when new packages are available -> add new service ?
Ideally, I'd like some XBMC plugin for upgrade.
Davide Cavalca
wrote:
> Somme suggestions for next release :
>
> - add all wifi firmwares /drivers
Done in openbricks repo for xbmc/i386 config.
> - add possibility to easily update geexbox
> *add /etc/opkg/opkg.conf (ex for i386)
> src snapshots
>
http://download.geexbox.org/snapshots/geexbox-xbmc-i386-generic/latest/binaries.i386/packages/
> dest root /
> dest ram /tmp
> lists_dir ext /var/lib/opkg/
> option force_space
Ok, but I don't think we should use the snapshots repo for this, it's too
risky; we should have a dedicated repo for release.
> * add extra source for special packages like nvidia-legacy ?
How big is this package? Maybe it's better to have it as an external opk.
It would also be nice to have a minimal UI integrated in xbmc for
installing packages. This shouldn't be too difficult to implement as a
python xbmc addon.
> * notice user when new packages are available -> add new service ?
What do you mean?
> - installator ?
> should not be so difficult
Installator has *a lot* of corner cases (especially with dual boot), and
it adds yet another boot path (grub-based) to test and debug. Using
extlinux instead of grub may simplify things.
> - add plugin audio-mixer for broken sound device ?
Definitely, maybe have a look at other distros for hints.
> - ...... ?
- backport a few changesets to ease hdd install:
http://hg.openbricks.org/openbricks/rev/3034d501b5f2
http://hg.openbricks.org/openbricks/rev/ad3c88dcdc8a
http://hg.openbricks.org/openbricks/rev/3034d501b5f2
- investigate the sound issues on pandaboard reported in the forums
- there are a couple of outstanding issues on tegra2 (resolution
detection, audio), should be easy to fix
- add a script to automate pandaboard sdcard creation
- add a script to automate tegra2 sdcard creation
- (wild hope) make a working omap3 build
Davide
tomlohave tomlohave
> On Tue, 20 Sep 2011 09:34:50 +0200, Thomas Genty <toml...@gmail.com>
> wrote:
>> Somme suggestions for next release :
>>
>> - add all wifi firmwares /drivers
>
> Done in openbricks repo for xbmc/i386 config.
>
>> - add possibility to easily update geexbox
>> *add /etc/opkg/opkg.conf (ex for i386)
>> src snapshots
>>
> http://download.geexbox.org/snapshots/geexbox-xbmc-i386-generic/latest/binaries.i386/packages/
>> dest root /
>> dest ram /tmp
>> lists_dir ext /var/lib/opkg/
>> option force_space
>
> Ok, but I don't think we should use the snapshots repo for this, it's too
> risky; we should have a dedicated repo for release.
>
>> * add extra source for special packages like nvidia-legacy ?
>
> How big is this package? Maybe it's better to have it as an external opk.
Yes built-it but do not add it to release. It conflicts with nvidia non legacy
> It would also be nice to have a minimal UI integrated in xbmc for
> installing packages. This shouldn't be too difficult to implement as a
> python xbmc addon.
>
>> * notice user when new packages are available -> add new service ?
>
> What do you mean?
wants to upgrade
Not useful is we use an addon in xbmc
>
>> - installator ?
>> should not be so difficult
>
> Installator has *a lot* of corner cases (especially with dual boot), and
> it adds yet another boot path (grub-based) to test and debug. Using
> extlinux instead of grub may simplify things.
>
>> - add plugin audio-mixer for broken sound device ?
>
> Definitely, maybe have a look at other distros for hints.
>
>> - ...... ?
>
> - backport a few changesets to ease hdd install:
> http://hg.openbricks.org/openbricks/rev/3034d501b5f2
> http://hg.openbricks.org/openbricks/rev/ad3c88dcdc8a
> http://hg.openbricks.org/openbricks/rev/3034d501b5f2
> - investigate the sound issues on pandaboard reported in the forums
> - there are a couple of outstanding issues on tegra2 (resolution
> detection, audio), should be easy to fix
> - add a script to automate pandaboard sdcard creation
> - add a script to automate tegra2 sdcard creation
> - (wild hope) make a working omap3 build
>
> Davide
>
Tom
Davide Cavalca
<toml...@gmail.com> wrote:
> - addon to xbmc to change net settings ?
There's
https://github.com/topfs2/xbmc/tree/network_abstraction
but it's based on a later xbmc version.
Another point: backport
https://github.com/geneC1/syslinux/commit/2c3a24e5f4b807ec31595227afa59a818c060ca9
and enable syslinux support for mac in isohybrid images.
Davide
toml...@gmail.com
> On Tue, 20 Sep 2011 11:34:42 +0200, tomlohave tomlohave
> <toml...@gmail.com> wrote:
>> - addon to xbmc to change net settings ?
> There's
> https://github.com/topfs2/xbmc/tree/network_abstraction
> but it's based on a later xbmc version.
Based on the last svn version of xbmc
> Another point: backport
> https://github.com/geneC1/syslinux/commit/2c3a24e5f4b807ec31595227afa59a818c060ca9
> and enable syslinux support for mac in isohybrid images.
>
> Davide
>
Benjamin
<toml...@gmail.com> wrote:
> Le 20/09/2011 12:04, Davide Cavalca a écrit :
>>
>> On Tue, 20 Sep 2011 11:34:42 +0200, tomlohave tomlohave
>> <toml...@gmail.com> wrote:
>>>
>>> - addon to xbmc to change net settings ?
>>
>> There's
>> https://github.com/topfs2/xbmc/tree/network_abstraction
>> but it's based on a later xbmc version.
>
> then switch to xbmc-pvr ;)
> Based on the last svn version of xbmc
I sugegst we do.
Simply remove xbmc package and only use pvr version instead.
We need that for DVB anyhow.
That's at least the roadmap i had in mind for GeeXboX 2.1 (or 3.0 ?).
I just wanted to have 2.0 to be based on lastest stable source tree.
Davide Cavalca
> On Tue, Sep 20, 2011 at 12:55 PM, toml...@gmail.com
> <toml...@gmail.com> wrote:
> > Le 20/09/2011 12:04, Davide Cavalca a écrit :
> >>
> >> On Tue, 20 Sep 2011 11:34:42 +0200, tomlohave tomlohave
> >> <toml...@gmail.com> wrote:
> >>>
> >>> - addon to xbmc to change net settings ?
> >>
> >> There's
> >> https://github.com/topfs2/xbmc/tree/network_abstraction
> >> but it's based on a later xbmc version.
> >
> > then switch to xbmc-pvr ;)
> > Based on the last svn version of xbmc
>
> I sugegst we do.
> Simply remove xbmc package and only use pvr version instead.
> We need that for DVB anyhow.
> That's at least the roadmap i had in mind for GeeXboX 2.1 (or 3.0 ?).
>
> I just wanted to have 2.0 to be based on lastest stable source tree.
That's fine for the next major, but for the minor (2.0.1) I think we
should stick to regular xbmc and just fix the bugs that crop up.
Regarding DVB, xbmc-pvr can use several backends (vdr + vnsi, tvheadend,
mythtv, probably something else).
Davide
Benjamin
> Il giorno mar, 20/09/2011 alle 13.24 +0200, Benjamin ha scritto:
>> On Tue, Sep 20, 2011 at 12:55 PM, toml...@gmail.com
>> <toml...@gmail.com> wrote:
>> > Le 20/09/2011 12:04, Davide Cavalca a écrit :
>> >>
>> >> On Tue, 20 Sep 2011 11:34:42 +0200, tomlohave tomlohave
>> >> <toml...@gmail.com> wrote:
>> >>>
>> >>> - addon to xbmc to change net settings ?
>> >>
>> >> There's
>> >> https://github.com/topfs2/xbmc/tree/network_abstraction
>> >> but it's based on a later xbmc version.
>> >
>> > then switch to xbmc-pvr ;)
>> > Based on the last svn version of xbmc
>>
>> I sugegst we do.
>> Simply remove xbmc package and only use pvr version instead.
>> We need that for DVB anyhow.
>> That's at least the roadmap i had in mind for GeeXboX 2.1 (or 3.0 ?).
>>
>> I just wanted to have 2.0 to be based on lastest stable source tree.
>
> That's fine for the next major, but for the minor (2.0.1) I think we
> should stick to regular xbmc and just fix the bugs that crop up.
OFC !
2.0 is done, all 2.0.x are bug fix releases only, no major changes.
Davide Cavalca
> - there are a couple of outstanding issues on tegra2 (resolution
> detection, audio), should be easy to fix
I've fixed the resolution issue with
http://hg.openbricks.org/openbricks/rev/3571ffc3cf90
which should be backported to geexbox repo.
Regarding audio, analog works fine, but I can't make it use
audio-over-hdmi. In case somebody has any ideas, here's aplay -l:
**** List of PLAYBACK Hardware Devices ****
card 0: tegraharmony [tegra-harmony], device 0: WM8903 PCM wm8903-hifi-0
[]
Subdevices: 0/1
Subdevice #0: subdevice #0
and amixer output is attached.
Davide
Davide Cavalca
- when booting from CD, it's impossible to eject; to solve this, we'd need
to copy the squashfs to tmpfs before mounting it, and run eject -f at the
end of linuxrc; will result in a significant memory consumption increase,
so it should be optional (add "cache" boot option, like other livecds do?)
- missing chinese (and possibily other) fonts; maybe provide
extra-fonts-nonfree as optional package, but will it work with xbmc?
- ati/amd gpu acceleration: we already package fglrx, which should provide
XvBA acceleration, which itself should be usable by libva-enabled programs
(like xbmc) through
http://www.splitted-desktop.com/~gbeauchesne/xvba-video/
anybody with ati/amd hardware available wants to give it a try?
- there are *many* requests for installator, much more that I'd have
though; we should really think about bringing it back for 2.0.1
- on tegra2 and pandaboard, there is an annoying flickering black Xorg
cursor; it's not an HWCursor, and appears to be drawn by SDL. How do we get
rid of it?
Davide
toml...@gmail.com
> Other issues:
> - when booting from CD, it's impossible to eject; to solve this, we'd need
> to copy the squashfs to tmpfs before mounting it, and run eject -f at the
> end of linuxrc; will result in a significant memory consumption increase,
> so it should be optional (add "cache" boot option, like other livecds do?)
but there is no another way
> - missing chinese (and possibily other) fonts; maybe provide
> extra-fonts-nonfree as optional package, but will it work with xbmc?
> - ati/amd gpu acceleration: we already package fglrx, which should provide
> XvBA acceleration, which itself should be usable by libva-enabled programs
> (like xbmc) through
> http://www.splitted-desktop.com/~gbeauchesne/xvba-video/
> anybody with ati/amd hardware available wants to give it a try?
> - there are *many* requests for installator, much more that I'd have
> though; we should really think about bringing it back for 2.0.1
> - on tegra2 and pandaboard, there is an annoying flickering black Xorg
> cursor; it's not an HWCursor, and appears to be drawn by SDL. How do we get
> rid of it?
>
> Davide
>
Tom
Oliver Schinagl
Benjamin
> Who is this dude and why is he so harsh?
>
> http://forum.xbmc.org/showthread.php?t=111700
Long time argue between us over the years but it's mostly a true story.
OpenELEC is indeed a fork from GeeXboX. It has gone its own way and we
do get some patches from this project from time to time as well as he
does.
We asked for merge for quite a while but with not that much luck unfortunately.
The only thing I disagree with is that OpenBricks has emerged to ease
portability, customization and work on a lot of devices, including ARM
ones.
OpenELEC just get rid of all this capabilities in toolchain to focus
on x86 specific builds.
Ben