Re: player

2010-04-11 Thread Martin Jansa
Done in SHR-U feeds.

Regards,

On Sun, Apr 11, 2010 at 9:40 AM, c_c  wrote:
>
> Hi,
>  I've managed to fix the problem - which turned out to be poor programming
> from my side. Have committed the fixes to the svn. Hopefully, an updated
> build should be out soon.
> --
> View this message in context: 
> http://n2.nabble.com/player-tp4868896p4884719.html
> Sent from the Openmoko Community mailing list archive at Nabble.com.
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: player

2010-04-11 Thread c_c

Hi,
  I've managed to fix the problem - which turned out to be poor programming
from my side. Have committed the fixes to the svn. Hopefully, an updated
build should be out soon.
-- 
View this message in context: http://n2.nabble.com/player-tp4868896p4884719.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: player

2010-04-08 Thread c_c

Hi,

GNUtoo wrote:
> 
> #6  0x00019450 in populate_main_list (list=) at
> db_sqlite.c:785
> 
  I'm trying to solve this issue. It seems like elementary has changed the
way genlists are populated leading to this crash.
  The 'FATAL: Module snd_pcm_oss not found' can be ignored for now - with
the module CPU usage is lower - but right now that is not the problem.
 
  
-- 
View this message in context: http://n2.nabble.com/player-tp4868896p4874976.html
Sent from the Openmoko Community mailing list archive at Nabble.com.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: player

2010-04-08 Thread GNUtoo
On Thu, 2010-04-08 at 07:29 -0700, jeremy jozwik wrote:
> On Thu, Apr 8, 2010 at 12:07 AM, Thomas Zimmermann  wrote:
> > We are currently trying to stablize SHR, and intone (mplayer) isn't part of
> > our milestone 1. Because of that it's not getting that much attention from 
> > us.
> > I think the correct solution would be to compile mplayer with alsa support. 
> > To
> > workaround the oss problem you can install alsa-oss and then use aoss to 
> > start
> > intone. Or install kernel-modules-snd-oss, but i think there were some
> > problems with oss kernel modules installed...
> >
> > But there can also be a problem in intone that it doesn't work with newer E.
> 
> not intone, simply command line mplayer [filename] in the terminal.
> still interested?
I'm interested(I've the same issue on htcdream with shr built with
org.openembedded.dev branch) but I'm not sure I've the time to look into
it:
here's a trace:
$ gdb intone
GNU gdb (GDB) 7.0
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show
copying"
and "show warranty" for details.
This GDB was configured as "arm-oe-linux-gnueabi".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/intone...Reading symbols
from /usr/bin/.debug/intone...done.
(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/intone 
[Thread debugging using libthread_db enabled]
[New Thread 0x41455460 (LWP 4316)]
[Thread 0x41455460 (LWP 4316) exited]
db ver 63
FATAL: Module snd_pcm_oss not found.
ERR:elementary elm_widget.c:1121 _elm_widget_type_check() Passing
Object: 0x11e3d8, of type: 'genlist' when expecting type: '(unknown)'
ERR:elementary elm_widget.c:1121 _elm_widget_type_check() Passing
Object: 0x11e3d8, of type: 'genlist' when expecting type: '(unknown)'

Program received signal SIGSEGV, Segmentation fault.
0x40a9aee8 in strncat () from /lib/libc.so.6
(gdb) bt
#0  0x40a9aee8 in strncat () from /lib/libc.so.6
#1  0x4004f0f8 in _item_realize ()
from /usr/lib/libelementary-ver-pre-svn-05.so.0
#2  0x400506d8 in _item_block_recalc ()
from /usr/lib/libelementary-ver-pre-svn-05.so.0
#3  0x400518e0 in _queue_proecess ()
from /usr/lib/libelementary-ver-pre-svn-05.so.0
#4  0x400519dc in _item_queue ()
from /usr/lib/libelementary-ver-pre-svn-05.so.0
#5  0x40051d14 in elm_genlist_item_append ()
from /usr/lib/libelementary-ver-pre-svn-05.so.0
#6  0x00019450 in populate_main_list (list=) at
db_sqlite.c:785
#7  0x00015970 in create_gui (win=0xbe378) at gui.c:514
#8  0x00011cb8 in elm_main (argc=, argv=) at main.c:130
#9  0x40a456c4 in __libc_start_main () from /lib/libc.so.6
#10 0xe150 in _start ()

Denis.



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: player

2010-04-08 Thread jeremy jozwik
On Thu, Apr 8, 2010 at 12:07 AM, Thomas Zimmermann  wrote:
> We are currently trying to stablize SHR, and intone (mplayer) isn't part of
> our milestone 1. Because of that it's not getting that much attention from us.
> I think the correct solution would be to compile mplayer with alsa support. To
> workaround the oss problem you can install alsa-oss and then use aoss to start
> intone. Or install kernel-modules-snd-oss, but i think there were some
> problems with oss kernel modules installed...
>
> But there can also be a problem in intone that it doesn't work with newer E.

not intone, simply command line mplayer [filename] in the terminal.
still interested?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: player

2010-04-08 Thread Thomas Zimmermann
Am Donnerstag 08 April 2010 05:42:41 schrieb jeremy jozwik:
> On Wed, Apr 7, 2010 at 8:39 PM, Rafael Ignacio Zurita
> 
>  wrote:
> > mplayer via command line on ffs (and using qtmoko) works okey
> > (pause and other functions)
> 
> eh, shr-u here...

We are currently trying to stablize SHR, and intone (mplayer) isn't part of 
our milestone 1. Because of that it's not getting that much attention from us.
I think the correct solution would be to compile mplayer with alsa support. To 
workaround the oss problem you can install alsa-oss and then use aoss to start 
intone. Or install kernel-modules-snd-oss, but i think there were some 
problems with oss kernel modules installed...

But there can also be a problem in intone that it doesn't work with newer E.

Please try and report the results.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: player

2010-04-07 Thread jeremy jozwik
On Wed, Apr 7, 2010 at 8:39 PM, Rafael Ignacio Zurita
 wrote:
> mplayer via command line on ffs (and using qtmoko) works okey
> (pause and other functions)

eh, shr-u here...

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: player

2010-04-07 Thread Rafael Ignacio Zurita

--- On Wed, 4/7/10, jeremy jozwik  wrote:
> Norris  wrote:
> > I want to ask: what player do you use? I want listen
> music too :)
> 
> mplayer via command line. that was until the pause function
> started only working half way.

mplayer via command line on ffs (and using qtmoko) works okey
(pause and other functions)

Regards, 
Rafael



  


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: player

2010-04-07 Thread jeremy jozwik
On Wed, Apr 7, 2010 at 7:59 PM, Chuck Norris  wrote:
> I want to ask: what player do you use? I want listen music too :)

mplayer via command line. that was until the pause function started
only working half way.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community