test of iso geexbox 2.0
Thomas Genty
mi first test and results :
1) framebuffer video mode doesn't work for one of my video card :
kernel log : unsuported video mode, type enter to see ....
--> switching to mode 791 works (not all cards support Colour depth 15 ?)
2) xbmc crash while entering videos/picture/music, it's unusable
--> remove root/.xbmc, then it's ok
Benjamin
No problems at all for me on the 2 Intel PCs I've tested it with.
Do you have the same issue on all PCs ?
Do you use persistent ? I mean in this on first boot or future ones ?
Ben
Thomas Genty
> On Sun, Sep 11, 2011 at 8:52 AM, Thomas Genty<toml...@gmail.com> wrote:
>> Hi,
>>
>> mi first test and results :
>>
>>
>> 1) framebuffer video mode doesn't work for one of my video card :
>> kernel log : unsuported video mode, type enter to see ....
>> --> switching to mode 791 works (not all cards support Colour depth 15 ?)
>>
>> 2) xbmc crash while entering videos/picture/music, it's unusable
>> --> remove root/.xbmc, then it's ok
>
> No problems at all for me on the 2 Intel PCs I've tested it with.
> Do you have the same issue on all PCs ?
Remenber, already talked about this. and no problem with pvr version
There is something in my pc that xbmc doesnt like :p
> Do you use persistent ? I mean in this on first boot or future ones ?
>
> Ben
>
Tom
Davide Cavalca
Tested on x220 (sandy bridge) and eeepc, both work fine (though eee is
slower ofc), and I can't reproduce this xbmc crash. On an older Centrino
laptop distro boots fine but xbmc is impossibly slow to use (looks like
no opengl acceleration). On a new Dell Latitude (sandy bridge based as
well I think) everything works fine but there is no sound. On all
laptops, the touchpad feels a bit weird, especially click-on-tap, but
it's no showstopper.
Davide
Thomas Genty
> Le 11/09/2011 10:37, Benjamin a écrit :
>> On Sun, Sep 11, 2011 at 8:52 AM, Thomas Genty<toml...@gmail.com>
>> wrote:
>>> Hi,
>>>
>>> mi first test and results :
>>>
>>>
>>> 1) framebuffer video mode doesn't work for one of my video card :
>>> kernel log : unsuported video mode, type enter to see ....
>>> --> switching to mode 791 works (not all cards support Colour
>>> depth 15 ?)
>>>
>>> 2) xbmc crash while entering videos/picture/music, it's unusable
>>> --> remove root/.xbmc, then it's ok
>>
>> No problems at all for me on the 2 Intel PCs I've tested it with.
>> Do you have the same issue on all PCs ?
> I will test on other, no enough time for today, sorry
> Remenber, already talked about this. and no problem with pvr version
> There is something in my pc that xbmc doesnt like :p
Tested on my laptop without persistent, hp dv7, no problem
Not a showstopper but my usb key (boot key) is shown on default video
location with nothing inside (and that's not true)
Davide Cavalca
>
> mi first test and results :
>
>
> 1) framebuffer video mode doesn't work for one of my video card :
> kernel log : unsuported video mode, type enter to see ....
> --> switching to mode 791 works (not all cards support Colour depth 15 ?)
Same on my desktop (nvidia video card); works fine otherwise, and vdpau
seems to be working as well.
Davide
Thomas Genty
Tom
Benjamin Zores
Can you try some aplayer ir other alsa tool in cmdline to see where it could come from ? Or check with alsamixer if something is not shut down ?
Ben
> Tom
Benjamin Zores
I'll cherrypick this fb fix.
>
> Davide
Benjamin Zores
On 11 sept. 2011, at 11:25, Davide Cavalca <dav...@openbricks.org> wrote:
> Il giorno dom, 11/09/2011 alle 08.52 +0200, Thomas Genty ha scritto:
>> Hi,
>>
>> mi first test and results :
>>
>>
>> 1) framebuffer video mode doesn't work for one of my video card :
>> kernel log : unsuported video mode, type enter to see ....
>> --> switching to mode 791 works (not all cards support Colour depth 15 ?)
>>
>> 2) xbmc crash while entering videos/picture/music, it's unusable
>> --> remove root/.xbmc, then it's ok
>
> Tested on x220 (sandy bridge) and eeepc, both work fine (though eee is
> slower ofc), and I can't reproduce this xbmc crash. On an older Centrino
> laptop distro boots fine but xbmc is impossibly slow to use (looks like
> no opengl acceleration).
Can you check which driver it uses and see output of glxinfo ?
Also maybe try building xorg intel drivet with --disable-sna.
> On a new Dell Latitude (sandy bridge based as
> well I think) everything works fine but there is no sound.
Same remark than for thomas.
I have the feeling that our legacy alsa init script is just shuting down way too many devices or things we shouldn't care about.
tomlohave tomlohave
-Dell optiplex 380 Sound ok , Video ok
-Nec Powermate VL360 Sound ok , Video ok
Tom
Thomas Genty
No problem with aplayer but no sound. Just speaker was muted :)
Unmute it and voila, perfect sound ;)
Not a specialist of alsa (nor anything else) , but is there a way to
un-mute all device at boot time ?
Maybe add alsamixer to default iso ?
>> Tom
Thomas Genty
add this to a script : ?
amixer set -c 1 Master 70 unmute
amixer set -c 1 PCM 70 unmute
amixer set -c 1 CD 70 unmute
amixer set -c 1 Speaker 70 unmute
Tom
Benjamin
alsa-mixer-setup script sounds like a good place
Thomas Genty
seems to be fixed in r13111
Tom
Benjamin
Updated i386 and x86_64 ISO images.
All, please test it out.
Ben
Thomas Genty
NO problem : Sound Ok , Video OK
More tests tomorrow at work
Tom
tomlohave tomlohave
i386 iso image on :
NEC VL370 : OK
NEC VL280 : OK
Dell Optiplex 380 : OK
VL 360 : No sound : Card : HDA Nvidia, chipset : ACL 888 (all unmuted
and up to 100%)
Tom
Benjamin
Some ALSA/snd driver loaded in lsmod ? Or not even the case ?
tomlohave tomlohave
Tested with 5 identical pc
I will post lsmod but all seems to be ok, the card is well detected,
modules loaded
aplay plays my sample but no sound
There are some problems with ubuntu too, with the same card
Tom
tomlohave tomlohave
results.txt : output of dmesg, lspci, amixer (attached)
Tom
Davide Cavalca
wrote:
> Updated i386 and x86_64 ISO images.
> All, please test it out.
Audio now works fine on the Latitude. A friend reported that the USB key
(either generated with dd or with unetbootin) is not bootable on his
(intel-based) macbook. According to
http://mjg59.dreamwidth.org/4957.html
there should be an isohybrid patch available to fix this.
Davide
tomlohave tomlohave
http://www.ubuntu.com/download/ubuntu/download
step 2
Not as good as a patch
Tom
Benjamin
Macbook EFI is a nightmare :-(
>
> Davide
>
Rodrigue ROYER
I've tested the 64bit iso on the 2 PC I have (2 with pretty decent hardware and nvidia card) and it run flawlessly :)
Some little remarks :
- I find the delay between the grub boot splash and the xbmc geexbox logo splash rather long (the first time I thought that it crashed)
I think it cruelly miss a in between splash screen now that you have get ride of this ugly white screen... if only I had enougth skill to help with this ...
- When on process of shutdown I have a BUNCH of console message (seems related to mount point but too fast for me to read it) before it really stop but it seems that Ben already talked of this in earlier mail...
Thrumb up for this release ! :)
toml...@gmail.com
> Hi all,
>
> I've tested the 64bit iso on the 2 PC I have (2 with pretty decent
> hardware and nvidia card) and it run flawlessly :)
>
> Some little remarks :
> - I find the delay between the grub boot splash and the xbmc geexbox
> logo splash rather long (the first time I thought that it crashed)
> I think it cruelly miss a in between splash screen now that you have
> get ride of this ugly white screen... if only I had enougth skill to
> help with this ...
Ben, is it possible to add them before releasing ?
Tom
Benjamin
<toml...@gmail.com> wrote:
I think so, maybe we should just do the following before releqse:
- switch fb to 800x600 so that it also works on netbooks with low resolution
- use fbsplash in initramfs to display static picture as bootsplash
(same one as xbmc splash).
- your hack for killing dev console to prevent umount log messages.
Ben
toml...@gmail.com
> On Wed, Sep 14, 2011 at 2:17 PM, toml...@gmail.com
> <toml...@gmail.com> wrote:
>> Le 13/09/2011 18:57, Rodrigue ROYER a écrit :
>>> Hi all,
>>>
>>> I've tested the 64bit iso on the 2 PC I have (2 with pretty decent
>>> hardware and nvidia card) and it run flawlessly :)
>>>
>>> Some little remarks :
>>> - I find the delay between the grub boot splash and the xbmc geexbox logo
>>> splash rather long (the first time I thought that it crashed)
>>> I think it cruelly miss a in between splash screen now that you have get
>>> ride of this ugly white screen... if only I had enougth skill to help with
>>> this ...
>> I've already a serie of patchs for this
>>
>> Ben, is it possible to add them before releasing ?
> I think so, maybe we should just do the following before releqse:
> - switch fb to 800x600 so that it also works on netbooks with low resolution
> - use fbsplash in initramfs to display static picture as bootsplash
> (same one as xbmc splash).
> - your hack for killing dev console to prevent umount log messages.
> Ben
>
Please, look at my latest patches
Tom
Benjamin
Updated new i386 and x86_64 versions of GeeXboX 2.0.
Hope these are last ones.
Please test,
Ben
Thomas Genty
Fine by me
Tom
Rodrigue ROYER
Rodrigue
Rodrigue ROYER
There is one major thing that prevent me to fully adopt this new version from mine : not all the key of my remote is functionnal
I've got a Philips SRM 5100 that worked perfectly as a MCE USB remote with Lirc. Now that Lirc isn't used anymore, I don't have a clue how can I debug and find why the other key doesn't work.
If someone can help me ...
Rodrigue ROYER
The "new" way of using a remote on geexbox depend on using eventlircd. This daemon need some maping file to convert the way the kernel translate IR signal to corresponding key. These files are generated (?) by some udev script and stored at /etc/eventlircd.d/ ready for eventlircd to use. These file follow a formated name standard : <BUSTYPE>_<VENDOR>_<PRODUCT>.evmap. My remote have a bustype "03", vendor number "0471" and product number "060d".
Unfortunatly(?) for me, my remote has a vendor id that is handled by the udev script ... but not the product number. Indeed there is a 03_0471_060c.evmap but not a 03_0471_060d.evmap. This cause eventlircd.service launch by systemd to >fail< unable to find "keymap"
So my problem was solved by doing just a :
cp 03_0471_060c.evmap 03_0471_060d.evmap
.... hours of googling and searching solved by a ridicoulus "cp" ... :/
Thomas Genty
Hello,
> year old message just to say that I finally found what going on with
> my remote and post here the result if ever someone else as the same
> problem.
>
> The "new" way of using a remote on geexbox depend on using eventlircd.
> This daemon need some maping file to convert the way the kernel
> translate IR signal to corresponding key. These files are generated
> (?) by some udev script and stored at /etc/eventlircd.d/ ready for
> eventlircd to use. These file follow a formated name standard :
> <BUSTYPE>_<VENDOR>_<PRODUCT>.evmap. My remote have a bustype "03",
> vendor number "0471" and product number "060d".
>
> Unfortunatly(?) for me, my remote has a vendor id that is handled by
> the udev script ... but not the product number. Indeed there is a
> 03_0471_060c.evmap but not a 03_0471_060d.evmap. This cause
> eventlircd.service launch by systemd to >fail< unable to find "keymap"
>
> So my problem was solved by doing just a :
> cp 03_0471_060c.evmap 03_0471_060d.evmap
>
>
> .... hours of googling and searching solved by a ridicoulus "cp" ... :/
Thanks Rodrigue
PS : can you test a devel iso with your fix ?
http://download.geexbox.org/snapshots/
Tom