Mike Lococo wrote:
I'm finding that large (>200MB) transfers of data via the wifi network
are extremely unreliable. They start out running at a reasonable speed
(350KB/sec-600KB/sec), but within a few moments slow to less than
100KB/sec. The rates become very erratic, and the device GUI beco
[EMAIL PROTECTED] wrote:
I am trying to play a .WAV file from the Nokia 770 command
line, without triggering a GUI audio player. In principle,
this seems like the simplest thing in the world. Normally,
I'd just use "aplay" and that would be it.
However, although the Nokia 770 has alsa, it does
I don't have any advice for you...but I do want to say proprietary
wireless drivers suck, and this is a very real example of why. Shame on
Conexant for not working with the Prism54 guys, and shame on Nokia for
using proprietary drivers. It sounds like the driver needs fixed, and no
one can do that
I am trying to play a .WAV file from the Nokia 770 command
line, without triggering a GUI audio player. In principle,
this seems like the simplest thing in the world. Normally,
I'd just use "aplay" and that would be it.
However, although the Nokia 770 has alsa, it does not have
aplay. So I went
Hi Folks,
I posted an earlier version of this comment on maemo-users a few days
ago and got one confirmation from another person experiencing similar
behavior, but no useful advice (they simply stopped using the network
for transfers)... so I thought I'd try again here.
I'm finding that larg
On Thu, Dec 14, 2006, Michael 'Mickey' Lauer wrote:
> Index: hildon-window.c
> ===
> --- hildon-window.c (Revision 8761)
> +++ hildon-window.c (Arbeitskopie)
> @@ -777,7 +777,7 @@
>
> hildon_window_update_title (wind
Hi,
just found a bug in hildon-window.c. This patch fix it and should
speed Maemo up a bit since hildon_window_is_topmost_notify is called
way too many times:
Index: hildon-window.c
===
--- hildon-window.c (Revision 8761)
+++ hil
On 14/12/06, Miko Nieminen <[EMAIL PROTECTED]> wrote:
I looked make-kpkg, but it really doesn't provide any ways to do this
and I didn't find any other way either. In Debian Etch they have been
thinking something related to this, but I was able to find only one
article:
http://swik.net/Debian/Pl
Hello,
I'm actually working on the Nokia N770 but I have a problem, i don't
find information about battery information access.
Can you help me t osolve my problem please?
thanks
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.
ext Frantisek Dufka wrote:
> Eero Tamminen wrote:
>> I think the app loses focus when the screen is blanked.
>> So, the SDL app could catch screen focus events and do
>> some additional checks when that happens.
>
> Good idea, thanks.
>
>>
>> Or SDL app could always pause when it loses focus...
>>
Eero Tamminen wrote:
I think the app loses focus when the screen is blanked.
So, the SDL app could catch screen focus events and do
some additional checks when that happens.
Good idea, thanks.
Or SDL app could always pause when it loses focus...
This is good for video updates but sometime
On tor, 2006-12-14 at 11:01 +0200, ext Kimmo Hämäläinen wrote:
> On Wed, 2006-12-13 at 15:22 -0800, ext Aaron Levinson wrote:
> > On Wed, 13 Dec 2006, Johan Bilien wrote:
> >
> > > On Wed, Dec 13, 2006, Aaron Levinson wrote:
> > > > In the Maemo coding style and programming guidelines document on
On Thu, 2006-12-07 at 13:14 +0200, Marius Vollmer wrote:
> Hmm, careful here. We have to think about the relationships between
> distributions as well, such as what happens when you change your
> /etc/apt/sources.list and then do apt-get dist-upgrade. Also, the
> point of unstable and testing is
Hi,
I have been trying to find a solution about how to pack nfs-client
kernel modules properly and clean way.
Does anyone here know any way of building binary module package from
exiting kernel source tree? To put it another way, how to build
nfs-client-modules debian package from kernel source p
On Thu, 2006-12-14 at 11:16 +0200, ext Eero Tamminen wrote:
> Hi,
>
> >> http://maemo.org/platform/docs/api/libosso/html/index.html
> >>
> >> You can register a callback with osso_hw_set_event_cb, set the
> >> system_inactivity_ind flag in the osso_hw_state_t argument.
> >
> > Will this callback b
On Thu, Dec 14, 2006 at 11:16:02AM +0200, ext Eero Tamminen wrote:
> I think the app loses focus when the screen is blanked.
> So, the SDL app could catch screen focus events and do
> some additional checks when that happens.
Right: as far as I can tell, a big black window covers the entire
screen
Hi,
>> http://maemo.org/platform/docs/api/libosso/html/index.html
>>
>> You can register a callback with osso_hw_set_event_cb, set the
>> system_inactivity_ind flag in the osso_hw_state_t argument.
>
> Will this callback be called even without processing gtk/glib loop?
> If not is there other way
ext Frantisek Dufka wrote:
> Johan Bilien wrote:
>>
>> http://maemo.org/platform/docs/api/libosso/html/index.html
>>
>> You can register a callback with osso_hw_set_event_cb, set the
>> system_inactivity_ind flag in the osso_hw_state_t argument.
>>
>
> Will this callback be called even without proc
On Wed, 2006-12-13 at 15:22 -0800, ext Aaron Levinson wrote:
> On Wed, 13 Dec 2006, Johan Bilien wrote:
>
> > On Wed, Dec 13, 2006, Aaron Levinson wrote:
> > > In the Maemo coding style and programming guidelines document on
> > > maemo.org, it states the following: "Avoid updating the GUI when t
>> http://maemo.org/platform/docs/api/libosso/html/index.html
>>
>> You can register a callback with osso_hw_set_event_cb, set the
>> system_inactivity_ind flag in the osso_hw_state_t argument.
>>
>
>Will this callback be called even without processing gtk/glib loop?
>If not is there other way ho
Johan Bilien wrote:
http://maemo.org/platform/docs/api/libosso/html/index.html
You can register a callback with osso_hw_set_event_cb, set the
system_inactivity_ind flag in the osso_hw_state_t argument.
Will this callback be called even without processing gtk/glib loop?
If not is there other
21 matches
Mail list logo