Release of GeeXboX
61 views
Skip to first unread message
toml...@gmail.com
Oct 6, 2014, 2:16:57 PM10/6/14
to geexbo...@googlegroups.com, geexbo...@googlegroups.com, openbric...@googlegroups.com, openbri...@googlegroups.com
Hi folks
I have merged openbricks in geexbox tree
here : https://github.com/tomlohave/geexbox
If nobody objects, i can push this to github
Now, doesn't it make sense we use only one repo ?
Please, fee free to comment.
Cheers
Tom
--
www.geexbox.org
mailto:toml...@openbricks.org
Rudi
Oct 7, 2014, 1:48:50 AM10/7/14
to openbric...@googlegroups.com, geexbo...@googlegroups.com, geexbo...@googlegroups.com, openbri...@googlegroups.com
Hi Tom,
to be honest: I never really understood why we have two repos...
Maybe the idea was to split between the a generic build system
(i.e. openbricks) and a "product" that makes use of it (geexbox),
but I don't think this neccessary. Especially, since I'm not aware
of any people who are interested in openbricks and not in geexbox.
Am 06.10.2014 um 20:16 schrieb toml...@gmail.com:
>
> Hi folks
>
> I have merged openbricks in geexbox tree
> here : https://github.com/tomlohave/geexbox
> If nobody objects, i can push this to github
> Now, doesn't it make sense we use only one repo ?
>
> Please, fee free to comment.
>
>
> Cheers
>
> Tom
>
--
Ruediger "Rudi" Ihle
to be honest: I never really understood why we have two repos...
Maybe the idea was to split between the a generic build system
(i.e. openbricks) and a "product" that makes use of it (geexbox),
but I don't think this neccessary. Especially, since I'm not aware
of any people who are interested in openbricks and not in geexbox.
Am 06.10.2014 um 20:16 schrieb toml...@gmail.com:
>
> Hi folks
>
> I have merged openbricks in geexbox tree
> here : https://github.com/tomlohave/geexbox
> If nobody objects, i can push this to github
> Now, doesn't it make sense we use only one repo ?
>
> Please, fee free to comment.
>
>
> Cheers
>
> Tom
>
--
Thomas Genty
Oct 7, 2014, 3:34:26 AM10/7/14
to openbri...@googlegroups.com, openbric...@googlegroups.com, geexbo...@googlegroups.com, geexbo...@googlegroups.com
to be honest: I never really understood why we have two repos...
Maybe the idea was to split between the a generic build system
(i.e. openbricks) and a "product" that makes use of it (geexbox),
exactly
but I don't think this neccessary. Especially, since I'm not aware
of any people who are interested in openbricks and not in geexbox.
Indeed, so let's start to tag on openbricks then.
Cheers !
Am 06.10.2014 um 20:16 schrieb toml...@gmail.com:
>
> Hi folks
>
> I have merged openbricks in geexbox tree
> here : https://github.com/tomlohave/geexbox
> If nobody objects, i can push this to github
> Now, doesn't it make sense we use only one repo ?
>
> Please, fee free to comment.
>
>
> Cheers
>
> Tom
>
--
Ruediger "Rudi" Ihle
--
You received this message because you are subscribed to the Google Groups "OpenBricks Team" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openbricks-te...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
stefan fiala
Dec 9, 2014, 8:05:40 PM12/9/14
to openbric...@googlegroups.com, geexbo...@googlegroups.com, openbri...@googlegroups.com
I've been away from (re)building geexbox for a bit.
I looked in its (geexbox) new resting place and see that tvheadend is 3.9.
In OpenBricks it appears to have been reverted back to 3.6.
I want the integrated hdhomerun thats in tvheadend since Nov/18/2014 and
apparently included in 3.9.
What was the reason for the revert?.
If I use the current GeexBox-git with tvheadend 3.9 will it work?.
Or am I better off using OpenBricks and building GeexBox there?.
I like openbricks/geexbox as it seems to perform quite snappily.
[I did know how to do this rebuild once].
Its for an RPi or A20 (cubieboard) if that matters.
Any suggestions appreciated.
On a side note whats the status of (openbricks,geexbox) for the banana pi,
I see that was a new addition, does it build/run?.
Many thanks...
I looked in its (geexbox) new resting place and see that tvheadend is 3.9.
In OpenBricks it appears to have been reverted back to 3.6.
I want the integrated hdhomerun thats in tvheadend since Nov/18/2014 and
apparently included in 3.9.
What was the reason for the revert?.
If I use the current GeexBox-git with tvheadend 3.9 will it work?.
Or am I better off using OpenBricks and building GeexBox there?.
I like openbricks/geexbox as it seems to perform quite snappily.
[I did know how to do this rebuild once].
Its for an RPi or A20 (cubieboard) if that matters.
Any suggestions appreciated.
On a side note whats the status of (openbricks,geexbox) for the banana pi,
I see that was a new addition, does it build/run?.
Many thanks...
Rudi
Dec 11, 2014, 6:06:39 AM12/11/14
to openbric...@googlegroups.com
Hi,
> In OpenBricks it appears to have been reverted back to 3.6.
> I want the integrated hdhomerun thats in tvheadend since Nov/18/2014 and
> apparently included in 3.9.
> What was the reason for the revert?.
I don't know.
> If I use the current GeexBox-git with tvheadend 3.9 will it work?.
I don't think Tom reverted it just for fun. So it's pretty clear that
some problem exists. But I cannot tell if it's a build or a runtime
issue.
> Its for an RPi or A20 (cubieboard) if that matters.
Cubieboard is A10. A20 is used in Cubieboard2 and Cubietruck.
> Any suggestions appreciated.
The Cubieboards never worked as good as Raspberries or CuBoxes. There
are major issues with the (closed source) video decoder code (libve,
libcedarx) that the vendor refused to fix. There are several reverse
engineering attempts, but AFAIK none of them ever got to the point
of working in XBMC. For the latest and greatest look here:
http://linux-sunxi.org/Cedrus
https://github.com/linux-sunxi/libvdpau-sunxi
I have not tried to use VDPAU in XBMC because the readme says that
it's not feature complete enough. Therefore we got stuck with the
blobs.
About the blobs: AllWinner provided two sets. One with the A10 and
one with the A20. We had the A10 stuff working (with a known bug when
decoding certain MPEG4 files). There also was an attempt to use the
Android blobs in Linux via a project named 'hybris'. The libraries
needed for this are built in Geexbox as well and it's possible to
switch between the two approaches by changing a symlink. However,
at least for me this didn't fully work either. It played some files
that the 'native' lib did not, but failed with others...
There were high hopes that the second set of blobs would fix these
issues, but they were a big disappointment. First thing was, that
these new libs require a kernel driver for memory managment that
is not present in sunxi-3.4. The driver needs to be backported
from the original AllWinner 3.3 kernel. This has been done. Even
though it currently conflicts with CMA. The second is that the new
blobs don't come with a wrapper library as the old ones did. So
it's neccessary to create one that offers the same interface to
XBMC. This also has been done. However, initial tests failed and
I did not find the time and the mood to debug this further.
Maybe over the hollidays...
Just recently we tried the old blobs on A20 systems. Look here:
https://github.com/OpenBricks/openbricks/issues/38
At least on my Cubieboard2 they show another problem, which is
probably related to caching / DMA coherence. ISTR having read
something about this in the sunxi kernel mailing list...
> On a side note whats the status of (openbricks,geexbox) for the banana pi,
> I see that was a new addition, does it build/run?.
The BananaPi just uses another kernel config / u-boot config / fex file
than the other A20 systems. So it's expected to behave the same as
CubieBoard2 and CubieTruck. However, I'm not aware of anyone having
tried it.
If only the video issues on the A20 could be solved! These devices would
be very nice and it would be worth to look after the other problems (libcec,
multichannel audio). But in the current state they are pretty much unusable
as media center.
--
Ruediger "Rudi" Ihle
> In OpenBricks it appears to have been reverted back to 3.6.
> I want the integrated hdhomerun thats in tvheadend since Nov/18/2014 and
> apparently included in 3.9.
> What was the reason for the revert?.
> If I use the current GeexBox-git with tvheadend 3.9 will it work?.
some problem exists. But I cannot tell if it's a build or a runtime
issue.
> Its for an RPi or A20 (cubieboard) if that matters.
> Any suggestions appreciated.
The Cubieboards never worked as good as Raspberries or CuBoxes. There
are major issues with the (closed source) video decoder code (libve,
libcedarx) that the vendor refused to fix. There are several reverse
engineering attempts, but AFAIK none of them ever got to the point
of working in XBMC. For the latest and greatest look here:
http://linux-sunxi.org/Cedrus
https://github.com/linux-sunxi/libvdpau-sunxi
I have not tried to use VDPAU in XBMC because the readme says that
it's not feature complete enough. Therefore we got stuck with the
blobs.
About the blobs: AllWinner provided two sets. One with the A10 and
one with the A20. We had the A10 stuff working (with a known bug when
decoding certain MPEG4 files). There also was an attempt to use the
Android blobs in Linux via a project named 'hybris'. The libraries
needed for this are built in Geexbox as well and it's possible to
switch between the two approaches by changing a symlink. However,
at least for me this didn't fully work either. It played some files
that the 'native' lib did not, but failed with others...
There were high hopes that the second set of blobs would fix these
issues, but they were a big disappointment. First thing was, that
these new libs require a kernel driver for memory managment that
is not present in sunxi-3.4. The driver needs to be backported
from the original AllWinner 3.3 kernel. This has been done. Even
though it currently conflicts with CMA. The second is that the new
blobs don't come with a wrapper library as the old ones did. So
it's neccessary to create one that offers the same interface to
XBMC. This also has been done. However, initial tests failed and
I did not find the time and the mood to debug this further.
Maybe over the hollidays...
Just recently we tried the old blobs on A20 systems. Look here:
https://github.com/OpenBricks/openbricks/issues/38
At least on my Cubieboard2 they show another problem, which is
probably related to caching / DMA coherence. ISTR having read
something about this in the sunxi kernel mailing list...
> On a side note whats the status of (openbricks,geexbox) for the banana pi,
> I see that was a new addition, does it build/run?.
than the other A20 systems. So it's expected to behave the same as
CubieBoard2 and CubieTruck. However, I'm not aware of anyone having
tried it.
If only the video issues on the A20 could be solved! These devices would
be very nice and it would be worth to look after the other problems (libcec,
multichannel audio). But in the current state they are pretty much unusable
as media center.
--
Ruediger "Rudi" Ihle
Thomas Genty
Dec 11, 2014, 8:14:28 AM12/11/14
to openbric...@googlegroups.com
Le 11/12/2014 12:06, Rudi a écrit :
> Hi,
>
Hello,
Once installed (3.9), if you choose to add filelist by location (dvb-t
for example, french channels), the default list is not loaded (even if
it's present like in previous version).
And I didn't find where is the problem exactly.
Maybe I didn't search too long for it ...
Have to buy a usb dvb-t stick to do more tests ...
Cheers !
> Hi,
>
Hello,
>> In OpenBricks it appears to have been reverted back to 3.6.
>> I want the integrated hdhomerun thats in tvheadend since Nov/18/2014 and
>> apparently included in 3.9.
>> What was the reason for the revert?.
>
> I don't know.
>
>> If I use the current GeexBox-git with tvheadend 3.9 will it work?.
>
> I don't think Tom reverted it just for fun. So it's pretty clear that
> some problem exists. But I cannot tell if it's a build or a runtime
> issue.
it's not a problem of build nor a runtime exactly.
>> I want the integrated hdhomerun thats in tvheadend since Nov/18/2014 and
>> apparently included in 3.9.
>> What was the reason for the revert?.
>
> I don't know.
>
>> If I use the current GeexBox-git with tvheadend 3.9 will it work?.
>
> I don't think Tom reverted it just for fun. So it's pretty clear that
> some problem exists. But I cannot tell if it's a build or a runtime
> issue.
Once installed (3.9), if you choose to add filelist by location (dvb-t
for example, french channels), the default list is not loaded (even if
it's present like in previous version).
And I didn't find where is the problem exactly.
Maybe I didn't search too long for it ...
Have to buy a usb dvb-t stick to do more tests ...
Cheers !
stefan fiala
Dec 11, 2014, 10:52:48 AM12/11/14
to openbric...@googlegroups.com, geexbo...@googlegroups.com, openbri...@googlegroups.com
Excellent, many thanks for the helpful responses...
I ended up building against the commit that addded Tvheadend 3.9 [thanks for describing
the issue causing the revert. I've gotten around tvheadends channel quirks in the past.]
I've sort of followed some of the video/codec issues, it doesnt make any real sense
why this is such a mess, unless the vendors are disinterested with Linux. I fully agree
that these platforms would be awesome appliances if the hardware acceleration just worked.
However I have an older GeexBox build on an A20 and using an Hdhomerun tuner
with DLNA/DMS it performs quite well. My issues with RPi/A20 have been around the
live-tv setup. I end up with no input received. Apparently there are some changes to the
Hdhomerun structure in 3.9 that may help. Otherwise I'll just have to dig in and debug it.
[I may seek help in finding out where the video stream goes, later, along with debug tips].].
What I'd really like is an RPi with 2 arm cores and a working hardware decoder. I havent
looked at the Cuboxen, have you had good experiences?. My fallback is to run the hdhomerun
driver and tvheadend on 1 Pi and Xbmc(etc) on another, hoping their networking wont prove
a limitation. I'll follow your pointers to see if anything useful pops out.
On a side issue I see theres a GB 3.2 branch/version, when is that due?.
Oh, you interested in build quirks?, my build had issues with libevent [changed meta from 21->20]
and mysql [fixed by using inserting using curl], mpg123 [again with curl]. Didnt find the correct versions
on the openbricks source site.
[Thanks again...]
I ended up building against the commit that addded Tvheadend 3.9 [thanks for describing
the issue causing the revert. I've gotten around tvheadends channel quirks in the past.]
I've sort of followed some of the video/codec issues, it doesnt make any real sense
why this is such a mess, unless the vendors are disinterested with Linux. I fully agree
that these platforms would be awesome appliances if the hardware acceleration just worked.
However I have an older GeexBox build on an A20 and using an Hdhomerun tuner
with DLNA/DMS it performs quite well. My issues with RPi/A20 have been around the
live-tv setup. I end up with no input received. Apparently there are some changes to the
Hdhomerun structure in 3.9 that may help. Otherwise I'll just have to dig in and debug it.
[I may seek help in finding out where the video stream goes, later, along with debug tips].].
What I'd really like is an RPi with 2 arm cores and a working hardware decoder. I havent
looked at the Cuboxen, have you had good experiences?. My fallback is to run the hdhomerun
driver and tvheadend on 1 Pi and Xbmc(etc) on another, hoping their networking wont prove
a limitation. I'll follow your pointers to see if anything useful pops out.
On a side issue I see theres a GB 3.2 branch/version, when is that due?.
Oh, you interested in build quirks?, my build had issues with libevent [changed meta from 21->20]
and mysql [fixed by using inserting using curl], mpg123 [again with curl]. Didnt find the correct versions
on the openbricks source site.
[Thanks again...]
On Monday, October 6, 2014 12:16:57 PM UTC-6, Thomas Genty wrote:
stefan fiala
Dec 15, 2014, 12:31:55 PM12/15/14
to openbric...@googlegroups.com, geexbo...@googlegroups.com, openbri...@googlegroups.com
Whats the best way of troubleshooting no network?.
I managed to login once before bmc started and udhcpc complained about
no link. Can I start without xbmc?, single-user?. 2 issues:-its an arm-A20
so changing the boot-line is non-trivial and there's no serial consol.
I can cope with /etc/inittab startups but
I'm clueless about systemd (can I modify the filesystem so it goes single-user?).
[Prior versions of GeexBox (etc,etc) run fine on this box so its probably not hardware.].
[I tried variants of net-control by tweaking the network file to no effect].
I managed to login once before bmc started and udhcpc complained about
no link. Can I start without xbmc?, single-user?. 2 issues:-its an arm-A20
so changing the boot-line is non-trivial and there's no serial consol.
I can cope with /etc/inittab startups but
I'm clueless about systemd (can I modify the filesystem so it goes single-user?).
[Prior versions of GeexBox (etc,etc) run fine on this box so its probably not hardware.].
[I tried variants of net-control by tweaking the network file to no effect].
Rudi
Dec 16, 2014, 5:51:44 AM12/16/14
to openbric...@googlegroups.com
Hi,
> I managed to login once before bmc started and udhcpc complained about
> no link.
udhcpc? I don't use this on AllWinner... Just plain connman here.
> Can I start without xbmc?, single-user?.
Attach a USB keyboard/mouse before the system boots up. Then exit XBMC
via menu as this item is now visible by default.
> I'm clueless about systemd (can I modify the filesystem so it goes single-user?).
ln -s /dev/null <your-geexbox-rootfs>/etc/systemd/system/xbmc.service
which is equivalent to:
systemctl mask xbmc.service
will prevent xbmc from being started.
> issues:-its an arm-A20
I'm still puzzled. Once you wrote you have a cubieboard. But that uses an
A10. The A20 can be found on cubieboard2 and cubietruck. So which hardware
do you have and which target platform did you build geexbox for? Also which
git revision was used?
> so changing the boot-line is non-trivial and there's no serial consol.
I have a bunch of those:
http://www.ebay.de/itm/USB-auf-TTL-RS232-PL2303HX-Converter-Konverter-4PIN-Module-Adapter-Kabel-Arduino-/231244333136?pt=Bauteile&hash=item35d73c8050
They work fine for RaspberryPi, CubieXXXX and Hummingboard. At least when
the host is not Windows 8... Do not connect the red wire!
--
Ruediger "Rudi" Ihle
> I managed to login once before bmc started and udhcpc complained about
> no link.
> Can I start without xbmc?, single-user?.
via menu as this item is now visible by default.
> I'm clueless about systemd (can I modify the filesystem so it goes single-user?).
which is equivalent to:
systemctl mask xbmc.service
will prevent xbmc from being started.
> issues:-its an arm-A20
I'm still puzzled. Once you wrote you have a cubieboard. But that uses an
A10. The A20 can be found on cubieboard2 and cubietruck. So which hardware
do you have and which target platform did you build geexbox for? Also which
git revision was used?
> so changing the boot-line is non-trivial and there's no serial consol.
http://www.ebay.de/itm/USB-auf-TTL-RS232-PL2303HX-Converter-Konverter-4PIN-Module-Adapter-Kabel-Arduino-/231244333136?pt=Bauteile&hash=item35d73c8050
They work fine for RaspberryPi, CubieXXXX and Hummingboard. At least when
the host is not Windows 8... Do not connect the red wire!
--
Ruediger "Rudi" Ihle
Rudi
Dec 17, 2014, 4:12:48 AM12/17/14
to stefan...@comcast.net
Hi,
>thats connman (2 n's)?
Yes.
rudi@rudi-VirtualBox:~/Projects/openbricks/config/defconfigs$ grep connman *a20*
CONFIG_PKG_connman=y
CONFIG_OPT_connman_wifi=y
# CONFIG_OPT_connman_bluetooth is not set
# CONFIG_OPT_connman_client is not set
CONFIG_PKG_connman-tools=m
CONFIG_OPT_NETWORK_BACKEND="connman"
rudi@rudi-VirtualBox:~/Projects/openbricks/config/defconfigs$ grep udhcpc *a20*
# CONFIG_PKG_udhcpc is not set
Even though I don't think that your problem is related to this. I suspect
something with the network driver... Can you do:
dmsg | grep -i mac
to find all messages referencing "emac" or "gmac"?
>That looked obvious, exit, xbmc stuff went away, still has video
>but no prompt or any indication its responsive. Only way out was a powercycle.
Hmm, I thougt ^L would clear the screen and give you a prompt back. But I
don't know for sure as I rarely attach keyboard or mouse to my boards...
>ctrl-alt-f2 doesnt work either. Maybe an ARM thing?.
Only works in X and most of our SoC platforms do not use X.
>[I keep using cubieboard when I mean Cubieboard2 (A20), sorry about that..]
Ahh, O.K.
>Its:- geexbox-devel-20141212-r27e6af6.cubieboard2.tar.xz
Hmm, 27e6af6... is a rather old version. A lot of changes in the mean time...
Will re-test this evening, but I'm quite sure that my CubieBoard2 has no
network issues using HEAD of master or devel.
> so changing the boot-line is non-trivial
Normally you should not need to do this. We enhanced support for uEnv.txt
to be able to specify the most common boot parameters like screen resolution
and mac address in a plain text file. But that was after the commit you
are using. ISTR that you choose this old revison due to tvheadend. Maybe
it's better to re-apply:
https://github.com/OpenBricks/openbricks/commit/27e6af6a4fbe586784bf17244c28dab1a4a1f22e
on top of master. This would avoid to hunt for bugs already fixed.
>I have several too, but these cheesy sticks dont have a db9
No db9 connector involved here at all, which BTW would only be acceptabe
if the board would come with RS232 level converters.
> most dont have pins
The boards I mentioned have. For CubieXXXX, look here http://linux-sunxi.org/Cubieboard/TTL
--
Ruediger "Rudi" Ihle
>thats connman (2 n's)?
Yes.
rudi@rudi-VirtualBox:~/Projects/openbricks/config/defconfigs$ grep connman *a20*
CONFIG_PKG_connman=y
CONFIG_OPT_connman_wifi=y
# CONFIG_OPT_connman_bluetooth is not set
# CONFIG_OPT_connman_client is not set
CONFIG_PKG_connman-tools=m
CONFIG_OPT_NETWORK_BACKEND="connman"
rudi@rudi-VirtualBox:~/Projects/openbricks/config/defconfigs$ grep udhcpc *a20*
# CONFIG_PKG_udhcpc is not set
Even though I don't think that your problem is related to this. I suspect
something with the network driver... Can you do:
dmsg | grep -i mac
to find all messages referencing "emac" or "gmac"?
>That looked obvious, exit, xbmc stuff went away, still has video
>but no prompt or any indication its responsive. Only way out was a powercycle.
Hmm, I thougt ^L would clear the screen and give you a prompt back. But I
don't know for sure as I rarely attach keyboard or mouse to my boards...
>ctrl-alt-f2 doesnt work either. Maybe an ARM thing?.
Only works in X and most of our SoC platforms do not use X.
>[I keep using cubieboard when I mean Cubieboard2 (A20), sorry about that..]
Ahh, O.K.
>Its:- geexbox-devel-20141212-r27e6af6.cubieboard2.tar.xz
Hmm, 27e6af6... is a rather old version. A lot of changes in the mean time...
Will re-test this evening, but I'm quite sure that my CubieBoard2 has no
network issues using HEAD of master or devel.
> so changing the boot-line is non-trivial
to be able to specify the most common boot parameters like screen resolution
and mac address in a plain text file. But that was after the commit you
are using. ISTR that you choose this old revison due to tvheadend. Maybe
it's better to re-apply:
https://github.com/OpenBricks/openbricks/commit/27e6af6a4fbe586784bf17244c28dab1a4a1f22e
on top of master. This would avoid to hunt for bugs already fixed.
>I have several too, but these cheesy sticks dont have a db9
No db9 connector involved here at all, which BTW would only be acceptabe
if the board would come with RS232 level converters.
> most dont have pins
The boards I mentioned have. For CubieXXXX, look here http://linux-sunxi.org/Cubieboard/TTL
--
Ruediger "Rudi" Ihle
Reply all
Reply to author
Forward
0 new messages