Re: [maemo-developers] Wierd dhcp problem that just started occuring...

[Mike Klein]

Kalle Valo wrote:
> "Mike Klein" <[EMAIL PROTECTED]> writes:
>
>   
>> Went to connect to web, etc. and started getting "network error".
>>
>> Got around to opening xterm and noticed "/etc/resolv.conf" had 127.0.0.1
>> for name server?!?
>>
>> I haven't touched my main server's dhcpd config file for 2 years now.
>> Disconnecting/reconnecting didn't update this file.
>>
>> When I update file manually to point to my dns...now I'm back on web.
>>
>> Am I confused or is this file supposed to get updated when you are dhcp
>> client and this setting is pushed to you?
>> 
>
> I think this getting to be a FAQ.N800 and 770 use dnsmasq for proxying
> DNS queries. It's perfect valid to have 127.0.0.1 in /etc/resolv.conf.
> The real DNS servers are written to /tmp/resolv.conf.wlan0 and
> /tmp/resolv.conf.ppp0.
>
>   

Thanks for the info...I'll look there from now on.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Another Review of the N800 - this one at Linux Devices

[Acadia Secure Networks]

All,

fyi. A new Linux Devices review of the N800:

   http://www.linuxdevices.com/articles/AT8033409446.html
--

Best Regards,



John Holmblad






___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] busybox, sh and $HOME

[Kees Jongenburger]

/home/user

!!!

Am I wrong, is it normal?!


how about creating a symlink?
the boot proccess is quite fast and i don't know when
the media card is mounted. but to me it sounds like a simple solution.
did you try to grep for home in /etc?

greetings
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] busybox, sh and $HOME

[william maddler]

young dave wrote:
> Really?
> I have no N800, maybe it's diffrent from 770.

Looks so...

> 
> But I think even if you can change home to other directory, the child
> directorys and  files under /home/user are needed by many
> applications.

Yes, that's possible, but then I should have been getting errors on
applications, but $HOME should have been getting the right path.

What sounds strange is that the starting path in xterm is what's
supposed to be (/media/mmc3/user), but afterward $HOME becomes /home/user.

BTW, I solved addint at the end of rcS:

mount -o bind /media/mmc3/user /home/user

not sure this is the best way, but at least it works! :)

Btw, it's too late right now (3.10 am here) to do more. Tomorrow I'll
try asking to osso-xterm people.

Cheers

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] busybox, sh and $HOME

[young dave]

Really?
I have no N800, maybe it's diffrent from 770.

But I think even if you can change home to other directory, the child
directorys and  files under /home/user are needed by many
applications.

Regards
dave
2007/2/9, william maddler <[EMAIL PROTECTED]>:

Tryed that already, but nothing. sh/xterm keeps $HOME=/home/user

I really have no idea... and looks like it doesn't look at .profile

damn

young dave wrote:
> Hi,
> I guess you need reboot the device.
>
> under our N770's osso-xterm ,
> 1. sudo gainroot
> 2. mkdir /media/mmc1/user
> 3. usermod -d /media/mmc1/user user
> 4. reboot
>
> Regards
> dave
>
> Then the user home directory changed to /media/mmc1/user.
>
> 2007/2/9, william maddler <[EMAIL PROTECTED]>:
>> Ok, maybe it's me, but this thing is driving me nut!
>> I have in my /etc/passwd:
>>
>> user::2:2::/media/mmc3/user:/bin/sh
>>
>> which is supposed to make /media/mmc3/user the home for user. And unless
>> I'me a complete demented, that should be ok.
>>
>> Now, if I ssh from outside and do
>>
>> echo $HOME
>>
>> I get the correct response: /media/mmc3/user
>>
>> but if I try from inside Xterm on  N800 the result is...
>>
>> /home/user
>>
>> !!!
>>
>> Am I wrong, is it normal?!
>>
>> DOH!
>>
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://maemo.org/mailman/listinfo/maemo-developers
>>
>




___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] busybox, sh and $HOME

[william maddler]

Tryed that already, but nothing. sh/xterm keeps $HOME=/home/user

I really have no idea... and looks like it doesn't look at .profile

damn

young dave wrote:
> Hi,
> I guess you need reboot the device.
> 
> under our N770's osso-xterm ,
> 1. sudo gainroot
> 2. mkdir /media/mmc1/user
> 3. usermod -d /media/mmc1/user user
> 4. reboot
> 
> Regards
> dave
> 
> Then the user home directory changed to /media/mmc1/user.
> 
> 2007/2/9, william maddler <[EMAIL PROTECTED]>:
>> Ok, maybe it's me, but this thing is driving me nut!
>> I have in my /etc/passwd:
>>
>> user::2:2::/media/mmc3/user:/bin/sh
>>
>> which is supposed to make /media/mmc3/user the home for user. And unless
>> I'me a complete demented, that should be ok.
>>
>> Now, if I ssh from outside and do
>>
>> echo $HOME
>>
>> I get the correct response: /media/mmc3/user
>>
>> but if I try from inside Xterm on  N800 the result is...
>>
>> /home/user
>>
>> !!!
>>
>> Am I wrong, is it normal?!
>>
>> DOH!
>>
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://maemo.org/mailman/listinfo/maemo-developers
>>
> 


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] busybox, sh and $HOME

[young dave]

Hi,
I guess you need reboot the device.

under our N770's osso-xterm ,
1. sudo gainroot
2. mkdir /media/mmc1/user
3. usermod -d /media/mmc1/user user
4. reboot

Regards
dave

Then the user home directory changed to /media/mmc1/user.

2007/2/9, william maddler <[EMAIL PROTECTED]>:

Ok, maybe it's me, but this thing is driving me nut!
I have in my /etc/passwd:

user::2:2::/media/mmc3/user:/bin/sh

which is supposed to make /media/mmc3/user the home for user. And unless
I'me a complete demented, that should be ok.

Now, if I ssh from outside and do

echo $HOME

I get the correct response: /media/mmc3/user

but if I try from inside Xterm on  N800 the result is...

/home/user

!!!

Am I wrong, is it normal?!

DOH!

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] busybox, sh and $HOME

[william maddler]

Ok, maybe it's me, but this thing is driving me nut!
I have in my /etc/passwd:

user::2:2::/media/mmc3/user:/bin/sh

which is supposed to make /media/mmc3/user the home for user. And unless
I'me a complete demented, that should be ok.

Now, if I ssh from outside and do

echo $HOME

I get the correct response: /media/mmc3/user

but if I try from inside Xterm on  N800 the result is...

/home/user

!!!

Am I wrong, is it normal?!

DOH!

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Detecting N800 camera position

[Iñigo Illán Aranburu]

Hi!

Well, what I wanted to achieve can be done transparently with the
gconfv4l2src element than comes with n800. It handles the rotation of
the webcam transparently. Can I suggest specifying this on the maemo
camera API tutorial[1]. Also, Im interested on this malomo project. I
was thinking on doing some similar project and thus I have some ideas
and I would like to join to this effort.

[1] http://www.maemo.org/platform/docs/howtos/howto_camera_api_bora.html

On jue, 2007-02-08 at 00:35 +0200, Janne Kataja wrote:
> Zeeshan Ali wrote:
> >  Fortunately, there are two very useful self-explainatory boolean
> > gconf keys for these things:
> > 
> > 1. /system/osso/af/camera-is-out
> > 2. /system/osso/af/camera-has-turned
> > 
> >  BTW, since it's gconf, you can set-up notification callback in your
> > applications for these events to, in case you need that. Hope this
> > helps!
> > 
> > P.S There is a D-Bus way to do the same thing as well but i think
> > gconf is much simpler to deal with as compared to D-Bus.
> 
> Thanks for the infos!
> 
> What would be needed to launch an application other than messenger when 
> a camera-is-out event takes place? On garage project malomo [1] we've 
> thought of making a control panel applet to choose between launching 
> messenger or camera application.
> 
> [1] https://garage.maemo.org/projects/malomo
> 
> 
> Janne

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Re: radio?!

[David Hagood]

Anuj Verma (Kevin) wrote:

True, but they are non-functional (disabled) as of now. Does anyone knows
if this is due to be fixed (enabled) in further versions of fmradio ?
  


Try launching it from the desktop rather than an XTerm - you need to go 
into the Home (Desktop) menu and add the applet to the desktop.


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Ogg Vorbis and the N800 - Theora

[MoRpHeUz]

Just could play an ogg stream from VLC using that gst-launch pipeline
you sent...
=)

That's nice!


On 2/8/07, MoRpHeUz <[EMAIL PROTECTED]> wrote:

> Of course I could, but Simon Pickering already wrapped the plugins up to a
> archiv:
> http://people.bath.ac.uk/enpsgp/temp/vorbis-stuff.tar.gz
> Since we used the same compiler flags it should be the same.

That's perfect, already downloaded it! =)

> cycles than the floating point vorbis plugin. I just did't figure out the
> right gst-launch syntax yet.

I'll ask some people here at work to try a gst-launch syntax so we can
try this...

> The mogg people integrated the tremor plug-in into the audio player on the 770
> just perfect. As soon as we know more about a working combination betwen
> theora and tremor we could ask them for help :-)

Perfect =)

> More testing would be good.
> I wish I had more time. Too bad I have to work for food ;-)

Well, my work depends on this, so...I'm working for food right now ahaha =P


Best regards,


>
> > On 2/8/07, Krischan Keitsch <[EMAIL PROTECTED]> wrote:
> > > Am Donnerstag, 8. Februar 2007 schriKrischan KeitsKrischan Keits eb
> MoRpHeUz:
> > > > This ogg files you're playing contain video ? I was just able to play
> > > > audio until now...
> > > >
> > > >
> > > > Best Regards,
> > > >
> > > >
> > > > MoRpHeUz
> > >
> > > Yes, I also build the theora plugin.
> > >
> > > I did a short test this morning:
> > >
> > > Theora and vorbis on n800
> > > I transcoded the "Discovery.avi" with ffmpeg2theora with the default
> > > settings.
> > >
> > > Theora video:
> > > 352x208
> > >
> > > 1) theora video only
> > > gst-launch-0.10 filesrc location=Discovery.ogg ! oggdemux ! theoradec !
> > > xvimagesink
> > >
> > > cpu: ~45%
> > > The theora video is beeing played in a window not full screen. The video
> > > playback is good. No skips. :-) Looks promissing. I will try some higher
> > > resolutions & frame rates soon.
> > >
> > >
> > > 2) theora video and vfp-vorbis decoding
> > > gst-launch-0.10 filesrc location=Discovery.ogg ! oggdemux name=demuxer !
> > > {queue ! theoradec ! xvimagesink} {demuxer.!queue ! vorbisdec !
> > > audioconvert ! dsppcmsink}
> > >
> > > cpu: ~ 80 (45% & 35%)
> > > Vorbis playback using the vfp causes ~35% cpu. Theora decoding is like in
> > > 1). It adds up to ~80% and I experienced many  skips. Playback is not in
> > > sync, halts, skips ...  :-(
> > >
> > >
> > > However when I try to use tremor (just takes ~12% cpu) based audio
> > > decoding I am out of luck.
> > >
> > > If it is possible to let the tremor plugin do the audiodecoding, what
> > > would be the right gst-lanuch string?
> > >
> > > I need some advice from you gst gurus!
> > >
> > > Regards Krischan
> > >
> > > PS: 770 & n800 are not _just_ internet tablets. They are a hell of a
> > > multimedia device. The more time I spend using my n800 and 770 the more
> > > impressed I get!
> > >
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://maemo.org/mailman/listinfo/maemo-developers
>
>
>


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Dream Scenario (Re: Maemo roadmap, SDK improvements...)

[Kemal Hadimli]

On 2/8/07, Dave Neuer <[EMAIL PROTECTED]> wrote:

Also, it seems like the FIASCO image can't be much more than the
sections w/ some kind of header, and maybe a checksum; it seems like
they could be trivially reverse engineered by someone who hadn't
agreed to the EULA (or lived in a country where the EULA restrictions
on reverse engineering were unenforceable).


i don't know, is it worth the effort? just design a custom (one-file.
tgz even?) flash container, and a flasher-wrapper to extract the parts
and call flasher-3.0. of course you'll need a flasher-3.0-win32 for it
to work on win32, since afaik the windows flasher doesn't support
flashing each part seperately.

--
Kemal
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Newbie Question

[Matalon, Michael]

SR TECHNOLOGIES, INC PROPRIETARY INFORMATION:
Proprietary information owned by SR Technologies, Inc that require protection 
from unauthorized disclosure.


Hi,
I am an extreme newbie at this. I have a C app that I have compiled
using gcc. I tested in Scratchbox (SDK_ARMEL) and low and behold it
works... Now, this application is run from the command line. These are
my questions to the gurus out there:

1. How do I copy it on the N800 so that I can run with xterm (with
gainroot)? When I copy it to the mmc1 and attempt to run it from there I
encounter an error saying : "Syntax error: "(" expected.

2. How do I install it into Xephyr in order to test it on my Ubuntu
machine?

I have done a lot of reading, but am still unable to figure it out. I
was hoping that someone out there would be able to help out.

Thanks.
Michael


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, February 08, 2007 11:08 AM
To: maemo-developers@maemo.org
Subject: maemo-developers Digest, Vol 22, Issue 50

Send maemo-developers mailing list submissions to
maemo-developers@maemo.org

To subscribe or unsubscribe via the World Wide Web, visit
https://maemo.org/mailman/listinfo/maemo-developers
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]

You can reach the person managing the list at
[EMAIL PROTECTED]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of maemo-developers digest..."


Today's Topics:

   1. RE: Xvideo support for Nokia 770? ([EMAIL PROTECTED])
   2. Re: MMH project started (Zoran Kolic)
   3. RE: Dream Scenario (Re: Maemo roadmap,SDK improvements...)
  ([EMAIL PROTECTED])
   4. Re: Dream Scenario (Re: Maemo roadmap,SDK improvements...)
  (Dave Neuer)
   5. RE: Xvideo support for Nokia 770? (Simon Pickering)
   6. Re: Can we launch Maemo UI by multiple users  connected to a
  server (Kalle Vahlman)
   7. Re: Re: MMH project started (Aniello Del Sorbo)


--

Message: 1
Date: Thu, 8 Feb 2007 17:29:02 +0200
From: <[EMAIL PROTECTED]>
Subject: RE: [maemo-developers] Xvideo support for Nokia 770?
To: <[EMAIL PROTECTED]>, 
Message-ID:

<[EMAIL PROTECTED]>
Content-Type: text/plain;   charset="US-ASCII"

 

>-Original Message-
>From: [EMAIL PROTECTED] 
>[mailto:[EMAIL PROTECTED] On Behalf Of ext 
>Siarhei Siamashka
>Sent: 08 February, 2007 09:16
>To: maemo-developers@maemo.org
>Subject: Re: [maemo-developers] Xvideo support for Nokia 770?
>
>Hello, 
>
>It would be probably a good idea to discuss different 
>possibilities for improving multimedia support on 770/N800.
>
>Now we have a fast JIT scaler that runs on ARM core, it solves 
>all the video resolution related performance problems. I'm 
>going to work on improving quality, performance and its 
>inclusion into upstream ffmpeg library, this task is in my 
>nearest plans:
>http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-January/0
>51209.html
>
>As for the ways of improving multimedia support on Nokia 770, 
>it may be done in the following ways (in no particular order):
>1. Continue ffmpeg optimizations (motion compensation 
>functions, finetune idct, have a look at the possibilities to 
>optimize codecs other than mpeg4 and its variants) 2. 
>Implement Xvideo extension support for Nokia 770 (using 
>scaling done on ARM core) 3. Implement XvMC in some way (using 
>C55x DSP for it as it is supposedly good for IDCT and motion 
>compensation stuff) 4. Improve GStreamer plugins (replacements 
>for dspfbsink and dspmpeg4sink running on ARM core, it could 
>probably improve mpeg4 playback performance a lot and allow 
>using higher video bitrates and resolutions that are currently 
>available in MPlayer) 5. Try to relay color format conversion 
>and scaling to DSP. If it works as expected, video scaling can 
>be done with almost zero overhead for ARM core. Theoretically 
>the same trick could probably also work for GStreamer if video 
>output sink can provide its own buffer (::buffer_alloc). The 
>first step would be to try just doing nonscaled color format 
>conversion. If it is successful, some more advanced stuff can 
>be tried such as JIT dynamic code generation on C55x.
>6. Try porting vorbis decoder (tremor) to DSP 7. Try porting 
>libmpeg2 to DSP. With audio decoding and scaling done on ARM 
>core, it might improve overall mpeg2 playback performance, I 
>wonder if nonconverted DVD video playback is even 
>theoretically possible on Nokia 770.
>
>That's quite a big list and it contains some things that might 
>be generally nice to have, but have relatively low practical 
>value and are actually not worth efforts implementing :)
>
>There are two issues that need to be solved for this all to 
>become reality:
>1. We need some way of applying community developed upgrades 
>for core system componen

[maemo-developers] Re: radio?!

[Anuj Verma (Kevin)]

On Thu, 08 Feb 2007 22:19:53 +0100, Frédéric Crozat wrote:

> fmradio is monitoring if something is plugged into headphone plug and will
> enable the headphone / speaker buttons in that case.

I get it now, awesome, works like a charm !

Many Thanks,

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Re: radio?!

[Frédéric Crozat]

Le jeudi 08 février 2007 à 20:53 +, Ross Burton a écrit :
> On Thu, 2007-02-08 at 20:50 +, Anuj Verma (Kevin) wrote:
> > On Thu, 08 Feb 2007 16:04:33 +0100, Simon Budig wrote:
> > 
> > > In the toolbar there is a button to switch between headphone output and
> > > speaker output. The hardware definitely allows this, the software as well 
> > > :)
> > 
> > True, but they are non-functional (disabled) as of now. Does anyone knows
> > if this is due to be fixed (enabled) in further versions of fmradio ?
> 
> It worked for me...

fmradio is monitoring if something is plugged into headphone plug and
will enable the headphone / speaker buttons in that case.

-- 
Frédéric Crozat 
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Ogg Vorbis and the N800 - Theora

[MoRpHeUz]

Of course I could, but Simon Pickering already wrapped the plugins up to a
archiv:
http://people.bath.ac.uk/enpsgp/temp/vorbis-stuff.tar.gz
Since we used the same compiler flags it should be the same.


That's perfect, already downloaded it! =)


cycles than the floating point vorbis plugin. I just did't figure out the
right gst-launch syntax yet.


I'll ask some people here at work to try a gst-launch syntax so we can
try this...


The mogg people integrated the tremor plug-in into the audio player on the 770
just perfect. As soon as we know more about a working combination betwen
theora and tremor we could ask them for help :-)


Perfect =)


More testing would be good.
I wish I had more time. Too bad I have to work for food ;-)


Well, my work depends on this, so...I'm working for food right now ahaha =P


Best regards,




> On 2/8/07, Krischan Keitsch <[EMAIL PROTECTED]> wrote:
> > Am Donnerstag, 8. Februar 2007 schriKrischan KeitsKrischan Keits eb
MoRpHeUz:
> > > This ogg files you're playing contain video ? I was just able to play
> > > audio until now...
> > >
> > >
> > > Best Regards,
> > >
> > >
> > > MoRpHeUz
> >
> > Yes, I also build the theora plugin.
> >
> > I did a short test this morning:
> >
> > Theora and vorbis on n800
> > I transcoded the "Discovery.avi" with ffmpeg2theora with the default
> > settings.
> >
> > Theora video:
> > 352x208
> >
> > 1) theora video only
> > gst-launch-0.10 filesrc location=Discovery.ogg ! oggdemux ! theoradec !
> > xvimagesink
> >
> > cpu: ~45%
> > The theora video is beeing played in a window not full screen. The video
> > playback is good. No skips. :-) Looks promissing. I will try some higher
> > resolutions & frame rates soon.
> >
> >
> > 2) theora video and vfp-vorbis decoding
> > gst-launch-0.10 filesrc location=Discovery.ogg ! oggdemux name=demuxer !
> > {queue ! theoradec ! xvimagesink} {demuxer.!queue ! vorbisdec !
> > audioconvert ! dsppcmsink}
> >
> > cpu: ~ 80 (45% & 35%)
> > Vorbis playback using the vfp causes ~35% cpu. Theora decoding is like in
> > 1). It adds up to ~80% and I experienced many  skips. Playback is not in
> > sync, halts, skips ...  :-(
> >
> >
> > However when I try to use tremor (just takes ~12% cpu) based audio
> > decoding I am out of luck.
> >
> > If it is possible to let the tremor plugin do the audiodecoding, what
> > would be the right gst-lanuch string?
> >
> > I need some advice from you gst gurus!
> >
> > Regards Krischan
> >
> > PS: 770 & n800 are not _just_ internet tablets. They are a hell of a
> > multimedia device. The more time I spend using my n800 and 770 the more
> > impressed I get!
> >

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers




___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Re: radio?!

[Ross Burton]

On Thu, 2007-02-08 at 20:50 +, Anuj Verma (Kevin) wrote:
> On Thu, 08 Feb 2007 16:04:33 +0100, Simon Budig wrote:
> 
> > In the toolbar there is a button to switch between headphone output and
> > speaker output. The hardware definitely allows this, the software as well 
> > :)
> 
> True, but they are non-functional (disabled) as of now. Does anyone knows
> if this is due to be fixed (enabled) in further versions of fmradio ?

It worked for me...

Ross
-- 
Ross Burton mail: [EMAIL PROTECTED]
  jabber: [EMAIL PROTECTED]
 www: http://www.burtonini.com./
 PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF



___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Re: radio?!

[Anuj Verma (Kevin)]

On Thu, 08 Feb 2007 16:04:33 +0100, Simon Budig wrote:

> In the toolbar there is a button to switch between headphone output and
> speaker output. The hardware definitely allows this, the software as well 
> :)

True, but they are non-functional (disabled) as of now. Does anyone knows
if this is due to be fixed (enabled) in further versions of fmradio ?

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Ogg Vorbis and the N800 - Theora

[Krischan Keitsch]

Am Donnerstag, 8. Februar 2007 schrieb MoRpHeUz:
> Krischan,
>
>   Can you provide the theora plugin for us, so I can do some tests also ?
>

Of course I could, but Simon Pickering already wrapped the plugins up to a 
archiv:
http://people.bath.ac.uk/enpsgp/temp/vorbis-stuff.tar.gz
Since we used the same compiler flags it should be the same.

> If we could use theora for video decoding and tremor for audio
> decoding would be wonderful ! =) We just need to make it (theora) also
> use vfp...
I don't know what the theora plug in is using. I guess it also uses the vfp 
yet. My intention was to use tremor for audio decoding since it uses less cpu 
cycles than the floating point vorbis plugin. I just did't figure out the 
right gst-launch syntax yet.

> Doing that we will be able to watch some streaming without the need of
> mplayer...

The mogg people integrated the tremor plug-in into the audio player on the 770 
just perfect. As soon as we know more about a working combination betwen 
theora and tremor we could ask them for help :-)

> MoRpHeUz
>
> PS: I can help you with tests and buildings...I'm online all day
> ([EMAIL PROTECTED] and at #maemo)

More testing would be good. 
I wish I had more time. Too bad I have to work for food ;-)

Krischan

> On 2/8/07, Krischan Keitsch <[EMAIL PROTECTED]> wrote:
> > Am Donnerstag, 8. Februar 2007 schriKrischan KeitsKrischan Keits eb 
MoRpHeUz:
> > > This ogg files you're playing contain video ? I was just able to play
> > > audio until now...
> > >
> > >
> > > Best Regards,
> > >
> > >
> > > MoRpHeUz
> >
> > Yes, I also build the theora plugin.
> >
> > I did a short test this morning:
> >
> > Theora and vorbis on n800
> > I transcoded the "Discovery.avi" with ffmpeg2theora with the default
> > settings.
> >
> > Theora video:
> > 352x208
> >
> > 1) theora video only
> > gst-launch-0.10 filesrc location=Discovery.ogg ! oggdemux ! theoradec !
> > xvimagesink
> >
> > cpu: ~45%
> > The theora video is beeing played in a window not full screen. The video
> > playback is good. No skips. :-) Looks promissing. I will try some higher
> > resolutions & frame rates soon.
> >
> >
> > 2) theora video and vfp-vorbis decoding
> > gst-launch-0.10 filesrc location=Discovery.ogg ! oggdemux name=demuxer !
> > {queue ! theoradec ! xvimagesink} {demuxer.!queue ! vorbisdec !
> > audioconvert ! dsppcmsink}
> >
> > cpu: ~ 80 (45% & 35%)
> > Vorbis playback using the vfp causes ~35% cpu. Theora decoding is like in
> > 1). It adds up to ~80% and I experienced many  skips. Playback is not in
> > sync, halts, skips ...  :-(
> >
> >
> > However when I try to use tremor (just takes ~12% cpu) based audio
> > decoding I am out of luck.
> >
> > If it is possible to let the tremor plugin do the audiodecoding, what
> > would be the right gst-lanuch string?
> >
> > I need some advice from you gst gurus!
> >
> > Regards Krischan
> >
> > PS: 770 & n800 are not _just_ internet tablets. They are a hell of a
> > multimedia device. The more time I spend using my n800 and 770 the more
> > impressed I get!
> >


pgp0g8zEg5Yv7.pgp
Description: PGP signature
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Ogg Vorbis and the N800 - Theora

[MoRpHeUz]

Krischan,

 Can you provide the theora plugin for us, so I can do some tests also ?

If we could use theora for video decoding and tremor for audio
decoding would be wonderful ! =) We just need to make it (theora) also
use vfp...

Doing that we will be able to watch some streaming without the need of
mplayer...

MoRpHeUz

PS: I can help you with tests and buildings...I'm online all day
([EMAIL PROTECTED] and at #maemo)

On 2/8/07, Krischan Keitsch <[EMAIL PROTECTED]> wrote:

Am Donnerstag, 8. Februar 2007 schriKrischan KeitsKrischan Keits eb MoRpHeUz:
> This ogg files you're playing contain video ? I was just able to play
> audio until now...
>
>
> Best Regards,
>
>
> MoRpHeUz

Yes, I also build the theora plugin.

I did a short test this morning:

Theora and vorbis on n800
I transcoded the "Discovery.avi" with ffmpeg2theora with the default settings.

Theora video:
352x208

1) theora video only
gst-launch-0.10 filesrc location=Discovery.ogg ! oggdemux ! theoradec !
xvimagesink

cpu: ~45%
The theora video is beeing played in a window not full screen. The video
playback is good. No skips. :-) Looks promissing. I will try some higher
resolutions & frame rates soon.


2) theora video and vfp-vorbis decoding
gst-launch-0.10 filesrc location=Discovery.ogg ! oggdemux name=demuxer !
{queue ! theoradec ! xvimagesink} {demuxer.!queue ! vorbisdec !
audioconvert ! dsppcmsink}

cpu: ~ 80 (45% & 35%)
Vorbis playback using the vfp causes ~35% cpu. Theora decoding is like in 1).
It adds up to ~80% and I experienced many  skips. Playback is not in sync,
halts, skips ...  :-(


However when I try to use tremor (just takes ~12% cpu) based audio decoding I
am out of luck.

If it is possible to let the tremor plugin do the audiodecoding, what would be
the right gst-lanuch string?

I need some advice from you gst gurus!

Regards Krischan

PS: 770 & n800 are not _just_ internet tablets. They are a hell of a
multimedia device. The more time I spend using my n800 and 770 the more
impressed I get!


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers




___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Re: Bluetooth Headset: first steps

[Anuj Verma (Kevin)]

On Wed, 07 Feb 2007 23:47:58 +0100, Jochen Eisinger wrote:

> Hi,
> 
> I've summarized some steps I took to get my bluetooth headset working with
> my 770 on this wiki page:
> 
>   http://maemo.org/maemowiki/BluetoothHeadsetHacking
> 
> Thanks to the help of Johan and Ville who provided a new bluetooth
> firmware blob, it is possible to record audio using a bluetooth headset.
> So far, I didn't manage to playback audio via the headset, but maybe
> somebody else succeeds.
> 
> Also, there's currently no application (I know of) that uses ALSA devices
> on the 770, so besides the sheer joy of having something on the 770 you
> don't have on the 800, it doesn't add much value.
> 
> regards
> -- jochen

Good to know, thanks for your efforts. 

Is there a Bugzilla for this for 770 and N800 by now ? 

If Nokia maintainers are reading this do they plan this support for next
update of N800 ?

Kevin

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Ogg Vorbis and the N800 - Theora

[Krischan Keitsch]

Am Donnerstag, 8. Februar 2007 schrieb MoRpHeUz:
> This ogg files you're playing contain video ? I was just able to play
> audio until now...
>
>
> Best Regards,
>
>
> MoRpHeUz

Yes, I also build the theora plugin. 

I did a short test this morning:

Theora and vorbis on n800
I transcoded the "Discovery.avi" with ffmpeg2theora with the default settings.

Theora video:
352x208

1) theora video only
gst-launch-0.10 filesrc location=Discovery.ogg ! oggdemux ! theoradec ! 
xvimagesink

cpu: ~45%
The theora video is beeing played in a window not full screen. The video 
playback is good. No skips. :-) Looks promissing. I will try some higher 
resolutions & frame rates soon.


2) theora video and vfp-vorbis decoding
gst-launch-0.10 filesrc location=Discovery.ogg ! oggdemux name=demuxer ! 
{queue ! theoradec ! xvimagesink} {demuxer.!queue ! vorbisdec ! 
audioconvert ! dsppcmsink}

cpu: ~ 80 (45% & 35%)
Vorbis playback using the vfp causes ~35% cpu. Theora decoding is like in 1). 
It adds up to ~80% and I experienced many  skips. Playback is not in sync, 
halts, skips ...  :-(


However when I try to use tremor (just takes ~12% cpu) based audio decoding I 
am out of luck. 

If it is possible to let the tremor plugin do the audiodecoding, what would be 
the right gst-lanuch string? 

I need some advice from you gst gurus!

Regards Krischan

PS: 770 & n800 are not _just_ internet tablets. They are a hell of a 
multimedia device. The more time I spend using my n800 and 770 the more 
impressed I get! 



pgpCSuGuqoqCU.pgp
Description: PGP signature
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] How to change font

[mayank jain]

On 2/8/07, Sun Richard <[EMAIL PROTECTED]> wrote:

On Thu, 2007-02-08 at 22:09 +0800, ext wolfg wrote:
> 2007/2/8, Sun Richard <[EMAIL PROTECTED]>:
> > We are already
> > considering how to import 3rd party IM engine easily, which is quite
> > important for CJK.
> >
> > Br,
> > X2
> >
> Great! Is it for N770?
>
Not for N770. And I don't know when it will be available in public. :/


Is it based on SCIM? If I'm not wrong, scim-pinyin/wubi, scim-hangul
and anthy are quite popular for CJK.

Regards,
Makuchaku
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Re: MMH project started

[Marius Gedminas]

On Thu, Feb 08, 2007 at 05:07:40PM +0100, Aniello Del Sorbo wrote:
> Zoran Kolic wrote:
> >>I have started a new project on the garage.maemo.org
> >
> >It looks like sound idea. A little bit closer to big box feeling. Just
> >would like to suggest "getmail" as mail fetcher, since it doesn't wait
> >for something on port 25. Connects to ports 110 and 995 on remote ser-
> >ver and puts the content right to mbox or maildir, whereever you want.
> >No need to do anything, hence it is python. My favorite "mutt" is now in
> >colection. "Procmail" could filter to different directories as you
> >expect, if really necessary. Little mail sender could be added. I liked
> >"ssmtp", but "esmtp" is fine also. "Mutt" could be configured to pipe
> >outgoing mail to "ssmtp" to reach remote smtp server.

Some sort of queue for sending emails while offline would be nice.
Perhaps a stripped-down postfix that doesn't actually listen on port 25,
and especially doesn't use 2-level queue hashing?

Are there any smaller alternatives?

> >No big deal, as I
> >see it. I have getmail and mutt working on 770, just ssmtp has to be
> >compiled. I remember cacher for mutt, if you want the mail to be spooled
> >and sent from file/directory.
> >Memory footprint is the only backward of any idea in this direction. I
> >agree that postfix cannot be taken as solution.

Postfix cannot be taken as solution for what problem?

> >Never used procmail and
> >have nothing to say pro or contra. Little perl script that reads headers
> >accordingly?
> >Btw, yesterday I found it impossible to update repositories. Something
> >changed?
> >Best regards
> 

> I will take a look at getmail, even if right now it seems that fetchmail 
> does everything I need. It can be configured to get mail from almost 
> every server out there (and I did succeed for example in getting mail 
> from gmail) and it can be configured to deliver mail via a local MDA 
> (like maildrop for instance) that can filter and deliver locally the mails.
> If getmail does support filtering, I might consider it.
> If not I think the combination of fetchmail+maildrop should be enough to 
> locally deliver mail.
> (EDIT: I just read the getmail FAQ "Why did you write getmail? Why not 
> just use fetchmail?". I will take a deep check on getmail, thanks!)

Fetchmail in daemon mode used to bring my desktop on its knees by
spawnind children and not reaping them, until the process table filled
up with zombies.  I had a go at reading fetchmail's source code while
trying to debug the problem.  I am therefore completely unsurprised at
the list of security vulnerabilities in
http://pyropus.ca/software/getmail/faq.html#faq-about-why

(Retchmail is a funny alternative:
http://open.nit.ca/wiki/?page=RetchMail.  Probably not suitable for the
tablets.)

Marius Gedminas
-- 
Just a note: quantum gravity discussions are _clearly_ on-topic in
c.l.py.
-- Peter Hansen on comp.lang.python


signature.asc
Description: Digital signature
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Re: MMH project started

[Aniello Del Sorbo]

Zoran Kolic wrote:
>> procmailrc uses a very complicated syntax.
>> So I am pretty sure I will skip it, probably in favor of maildrop.
>
> I used fetchmail and put the stream to sendmail/postfix on the 25 port.
> It could hand it to maildrop for sure. I don't think that fetchmail
> can do it alone. How do you configured on nokia?
>
I didn't yet (as it is one of the todos for MMH :)).
I have read on the fetchmail site that it can use an MDA to deliver 
locally, skipping port 25. I do not want to use any daemon on port 25 to 
deliver locally.

BTW, I am starting to like your suggestion about getmail.

>> (and I did succeed for example in getting mail from gmail)
>
> I do it regularly from port 995 with getmail.
>
I was pretty sure it would be possible with getmail too :)

>> I was thinking about nmh (hence the name 'mmh').
>
> Looks intriguing. But cannot find proper docs. Have you installed it
> on 770? (Scirocco in my case.)
>
I did compiled it for N800. I am sure it can be installed on 770 too 
without any change.

The .deb file is on the MMH garage pages.

>> It is a set of command line tools to 'handle' mails. Handling means 
also sending it directly to the remote MX (so to fill up the gap on 
sending e-mails).

>
> As stream or from file? I use mbox to store. Mutt could pipe. Has an
> option to set outbound server/service/sendmail.
>
nmh will 'incorporate' mails from the mbox spool file. It comes from an 
era where your mail would arrive in the /var/spool/mail/ inbox.
Incorporate mails, in nmh, means it'll read the single mbox file and 
split the mails each in its own file in the MH folders in the user home 
directory. The command line 'inc' just does this.
It can be used together with 'slocal' (another nmh tool) to filter them 
before going into the destination folder (and take some action too if 
configured accordingly).

You can find nmh here: http://www.nongnu.org/nmh/
And a book (free) on it here: http://rand-mh.sourceforge.net/book/

My idea is to let nmh handle the mails and the UI just needs to show 
them (and execute the tools).



>> In the case the user wants a delayed deliver, I can simply use "at"
>
> Defer option in postfix or similar sounds little better?
>
If I would use postfix, yes.
Dunno yet is nmh has a defer option. In case, I can use a timer.

>> 'nmh' is quite big and python is big also.
>
> Python 2.4. How big nmh is in real life? Deb file is 1.6.
>
I simply recompiled it (and stripped it). It is quite big: around 5Mb.

>> I am aware of little mail senders, but I still prefer the nmh path 
as it also gives me mail handling.

>
> OK. Just thought. I might have them both. Looking for info on the net.
Thanks, let me know.
We can move this discussion on the MMH mailing list if you subscribe ;-)

> What do you get with nmh in this moment?
Handling. It takes care of the proper RFCs for me in replying, composing 
and MIME handling too.


> Hey! What os? Does it work on scirocco?
I have an N800 (kindly discounted from the Maemo team :p) and I am 
selling my 770 to a friend.

I will test the MMH suite on both.
I did compile the programs on the bora SDK.

But, as it'll be very easy, I assure it'll run on the 770 too.
(indeed it should run straightaway on the 770).

--
anidel

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Re: MMH project started

[Zoran Kolic]

> procmailrc uses a very complicated syntax.
> So I am pretty sure I will skip it, probably in favor of maildrop.

I used fetchmail and put the stream to sendmail/postfix on the 25 port.
It could hand it to maildrop for sure. I don't think that fetchmail
can do it alone. How do you configured on nokia?

> (and I did succeed for example in getting mail from gmail)

I do it regularly from port 995 with getmail.

> I was thinking about nmh (hence the name 'mmh').

Looks intriguing. But cannot find proper docs. Have you installed it
on 770? (Scirocco in my case.)

> It is a set of command line tools to 'handle' mails. Handling means also 
> sending it directly to the remote MX (so to fill up the gap on sending 
> e-mails).

As stream or from file? I use mbox to store. Mutt could pipe. Has an
option to set outbound server/service/sendmail.

> In the case the user wants a delayed deliver, I can simply use "at" 

Defer option in postfix or similar sounds little better?

> 'nmh' is quite big and python is big also.

Python 2.4. How big nmh is in real life? Deb file is 1.6.

> I am aware of little mail senders, but I still prefer the nmh path as it 
> also gives me mail handling.

OK. Just thought. I might have them both. Looking for info on the net.
What do you get with nmh in this moment?
Hey! What os? Does it work on scirocco?

 Zoran


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Re: MMH project started

[Aniello Del Sorbo]

Zoran Kolic wrote:

I have started a new project on the garage.maemo.org


It looks like sound idea. A little bit closer to big box feeling. Just
would like to suggest "getmail" as mail fetcher, since it doesn't wait
for something on port 25. Connects to ports 110 and 995 on remote ser-
ver and puts the content right to mbox or maildir, whereever you want.
No need to do anything, hence it is python. My favorite "mutt" is now in
colection. "Procmail" could filter to different directories as you
expect, if really necessary. Little mail sender could be added. I liked
"ssmtp", but "esmtp" is fine also. "Mutt" could be configured to pipe
outgoing mail to "ssmtp" to reach remote smtp server. No big deal, as I
see it. I have getmail and mutt working on 770, just ssmtp has to be
compiled. I remember cacher for mutt, if you want the mail to be spooled
and sent from file/directory.
Memory footprint is the only backward of any idea in this direction. I
agree that postfix cannot be taken as solution. Never used procmail and
have nothing to say pro or contra. Little perl script that reads headers
accordingly?
Btw, yesterday I found it impossible to update repositories. Something
changed?
Best regards

Zoran


I think I will skip procmail has it has some problems. On the fetchmail 
homepage they talk about it and say it does not report errors correctly 
so people risk to loose mails without noticing, and I do not like that 
at all. Also on the maildrop website they also report another problem 
with procmail, that is it will read the ENTIRE mail in memory before 
processing it! That's completely unacceptable for us. Moreover it's 
procmailrc uses a very complicated syntax.

So I am pretty sure I will skip it, probably in favor of maildrop.

I will take a look at getmail, even if right now it seems that fetchmail 
does everything I need. It can be configured to get mail from almost 
every server out there (and I did succeed for example in getting mail 
from gmail) and it can be configured to deliver mail via a local MDA 
(like maildrop for instance) that can filter and deliver locally the mails.

If getmail does support filtering, I might consider it.
If not I think the combination of fetchmail+maildrop should be enough to 
locally deliver mail.
(EDIT: I just read the getmail FAQ "Why did you write getmail? Why not 
just use fetchmail?". I will take a deep check on getmail, thanks!)


To correctly handle mails with MIME support, correct replying AND 
sending, I was thinking about nmh (hence the name 'mmh').
It is a set of command line tools to 'handle' mails. Handling means also 
sending it directly to the remote MX (so to fill up the gap on sending 
e-mails).
In the case the user wants a delayed deliver, I can simply use "at" or 
cron or something that can invoke the command line command at a 
specified time.


Indeed the footprint IS an issue.
'nmh' is quite big and python is big also.
But I think, with the advent of programs like Obscura and gPodder, many 
people will install python anyway, so that should not be a big issue.

(also if I/we choose getmail, it won't be an option, it'll be mandatory :) )

I am aware of little mail senders, but I still prefer the nmh path as it 
also gives me mail handling. Thus the Python UI will 'just' have to show 
everything in a friendly manner.


Everything in the spirit of Unix:
Each tool can do one simple thing, and do it better!

Thanks a lot for your suggestions.


--
anidel
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Can we launch Maemo UI by multiple users connected to a server

[Kalle Vahlman]

2007/2/8, Sampath Goud <[EMAIL PROTECTED]>:

Hi,
Can somebody let me know if we can lauch Maemo UI from different logins:


Yes, it can be done, though it might require some effort. The problems
arise from the fact that the maemo initscripts and such do not ensure
their presence in /tmp is unique to the user (or in some cases like
D-Bus, unique at all).

That's why Sapwood refuses to start another instance of itself, why
D-Bus isn't able to start the session bus etc.

I've done it, but it required some mucking around in /etc changing the
configs (for example D-Bus) and/or the initscripts to make them add a
user prefix/suffix to their /tmp stuff. Unfortunately it was a while
ago and I didn't take the details down...

The other solution might be to mount a per-user tmp over the tmp which
is visible inside Scratchbox, but I'm not sure if that's possible (SB
is a web of links and mounts so it's hard to tell directly what will
happen... ;). But worth a try I guess.

--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

RE: [maemo-developers] Xvideo support for Nokia 770?

[Simon Pickering]

 
> >2. Reliable information that is detailed enough for performing graphics 
> >and audio output from DSP, see 
> >http://maemo.org/pipermail/maemo-developers/2007-February/007949.html
> 
> Again throwing some options in the air
> 1. Dump DSP. If I remember the driver for the audio chip is 
> in the omap tree. So (probably never tried) is to remove all 
> dsp related components from the image, and then have 
> everything purely on ARM [maybe worth a shot] 2. use ALSA DSP

It seems a shame to drop use of the DSP. It may be generally hard to program
well, but even off-loading some parts (of otherwise ARM code) to the DSP will
free up the ARM CPU to do more.

Add to this the interest involved in hacking/writing code for the DSP and this
is something I certainly want to pursue.

As a final point, if the hardware is there, don't you find it frustrating not
being able to use it? DSP, IVA, 2D/3D acceleration - all just sat there waiting
to be exploited (if we can find out how to do so)!

It would just be nice if the DSP learning curve could be made a little less
steep (and less opaque). With that said I'll keep fiddling with the DSP tools in
the hope I find the right combination.

Cheers,


Simon

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Dream Scenario (Re: Maemo roadmap, SDK improvements...)

[Dave Neuer]

On 2/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

>>
>> Also, the FIASCO generator would presumably have to be
>opened for this
>> to happen.
>
>Carl said this too, and I'm unclear as to the dependency of an
>all-open-source FIASCO image on opening the flasher tool; it
>seems like I can already package up a new image using the
>closed-source flasher, no?

Its been a while, don't know if that has changed
FIASCO is more of a container, flasher is able to seperately flash
kernel, jffs2 rootfs etc. I think if I remember correctly you could even
extract different parts in a FIASCO image using the flasher.



Right, I guess I assumed (incorrectly, it turns out) that since the
flasher can take the apart, it can also put them together.

While it seems ideally that one would like to have a tool that can
assemble and flash a full image, it's obviously not necessary.

Also, it seems like the FIASCO image can't be much more than the
sections w/ some kind of header, and maybe a checksum; it seems like
they could be trivially reverse engineered by someone who hadn't
agreed to the EULA (or lived in a country where the EULA restrictions
on reverse engineering were unenforceable).

Dave
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

RE: [maemo-developers] Dream Scenario (Re: Maemo roadmap, SDK improvements...)

[Devesh.Kothari]

One way to start would be 

- look at the developer rootfs (it includes the package db). I think
this info is also available from package list, which enable you to
create your own packages (sometimes also refered to as black list ;)
- cross check with the ones available in maemo repo

You will get the number of binary only packages. This gives a start
point. 
Would be interesting to know the number so we can quantify what % of the
total is closed binary only. On top of my head that number would be less
than 5%. How about Maemo team ??? Any takers :)

 
Devesh


>-Original Message-
>From: [EMAIL PROTECTED] 
>[mailto:[EMAIL PROTECTED] On Behalf Of ext 
>Hanno Zulla
>Sent: 07 February, 2007 12:53
>To: maemo-developers@maemo.org
>Subject: Re: [maemo-developers] Dream Scenario (Re: Maemo 
>roadmap,SDK improvements...)
>
>Jorge Salamero Sanz schrieb:
>> so why nokia is claiming they have an oss product if they are not 
>> making any effort to open it ?
>
>Allow me to rephrase this a bit less harsh. Nokia, so far, is 
>doing a really good job and just because the flamewar is the 
>de-facto mode of discussion between most FOSS developers, I'm 
>not trying to flame Nokia into submission to my wishes...
>
>So far, Nokia has tried to attract application developers. 
>That's the layer above the platform.
>
>I would like to tinker with the platform, though.
>
>Making this possible will require an added layer of 
>development material for non-Nokia folks.
>
>It would be nice if Nokia could make this possible and I am 
>naive enough to believe that this is doable /and/ in the best 
>interest for both parties.
>
>(Nokia developers, if there is a way where we can - politely - 
>ask for this from your keepers / project managers, let me know.)
>
>Regards,
>
>Hanno
>
>
>___
>maemo-developers mailing list
>maemo-developers@maemo.org
>https://maemo.org/mailman/listinfo/maemo-developers
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Re: MMH project started

[Zoran Kolic]

> I have started a new project on the garage.maemo.org

It looks like sound idea. A little bit closer to big box feeling. Just
would like to suggest "getmail" as mail fetcher, since it doesn't wait
for something on port 25. Connects to ports 110 and 995 on remote ser-
ver and puts the content right to mbox or maildir, whereever you want.
No need to do anything, hence it is python. My favorite "mutt" is now in
colection. "Procmail" could filter to different directories as you
expect, if really necessary. Little mail sender could be added. I liked
"ssmtp", but "esmtp" is fine also. "Mutt" could be configured to pipe
outgoing mail to "ssmtp" to reach remote smtp server. No big deal, as I
see it. I have getmail and mutt working on 770, just ssmtp has to be
compiled. I remember cacher for mutt, if you want the mail to be spooled
and sent from file/directory.
Memory footprint is the only backward of any idea in this direction. I
agree that postfix cannot be taken as solution. Never used procmail and
have nothing to say pro or contra. Little perl script that reads headers
accordingly?
Btw, yesterday I found it impossible to update repositories. Something
changed?
Best regards

Zoran


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

RE: [maemo-developers] Xvideo support for Nokia 770?

[Devesh.Kothari]

 

>-Original Message-
>From: [EMAIL PROTECTED] 
>[mailto:[EMAIL PROTECTED] On Behalf Of ext 
>Siarhei Siamashka
>Sent: 08 February, 2007 09:16
>To: maemo-developers@maemo.org
>Subject: Re: [maemo-developers] Xvideo support for Nokia 770?
>
>Hello, 
>
>It would be probably a good idea to discuss different 
>possibilities for improving multimedia support on 770/N800.
>
>Now we have a fast JIT scaler that runs on ARM core, it solves 
>all the video resolution related performance problems. I'm 
>going to work on improving quality, performance and its 
>inclusion into upstream ffmpeg library, this task is in my 
>nearest plans:
>http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-January/0
>51209.html
>
>As for the ways of improving multimedia support on Nokia 770, 
>it may be done in the following ways (in no particular order):
>1. Continue ffmpeg optimizations (motion compensation 
>functions, finetune idct, have a look at the possibilities to 
>optimize codecs other than mpeg4 and its variants) 2. 
>Implement Xvideo extension support for Nokia 770 (using 
>scaling done on ARM core) 3. Implement XvMC in some way (using 
>C55x DSP for it as it is supposedly good for IDCT and motion 
>compensation stuff) 4. Improve GStreamer plugins (replacements 
>for dspfbsink and dspmpeg4sink running on ARM core, it could 
>probably improve mpeg4 playback performance a lot and allow 
>using higher video bitrates and resolutions that are currently 
>available in MPlayer) 5. Try to relay color format conversion 
>and scaling to DSP. If it works as expected, video scaling can 
>be done with almost zero overhead for ARM core. Theoretically 
>the same trick could probably also work for GStreamer if video 
>output sink can provide its own buffer (::buffer_alloc). The 
>first step would be to try just doing nonscaled color format 
>conversion. If it is successful, some more advanced stuff can 
>be tried such as JIT dynamic code generation on C55x.
>6. Try porting vorbis decoder (tremor) to DSP 7. Try porting 
>libmpeg2 to DSP. With audio decoding and scaling done on ARM 
>core, it might improve overall mpeg2 playback performance, I 
>wonder if nonconverted DVD video playback is even 
>theoretically possible on Nokia 770.
>
>That's quite a big list and it contains some things that might 
>be generally nice to have, but have relatively low practical 
>value and are actually not worth efforts implementing :)
>
>There are two issues that need to be solved for this all to 
>become reality:
>1. We need some way of applying community developed upgrades 
>for core system components such as xserver and xlib (if we go 
>after Xvideo support on Nokia 770). They must be easy to 
>install by end users, otherwise this all development does not 
>make much sense. It would be also nice to integrate these 
>improvements into official firmware later, but I wonder if 
>Nokia has spare resources for doing this integration and its 
>quality assurance.

>2. Reliable information that is detailed enough for performing 
>graphics and audio output from DSP, see 
>http://maemo.org/pipermail/maemo-developers/2007-February/007949.html

Again throwing some options in the air
1. Dump DSP. If I remember the driver for the audio chip is in the omap
tree. So (probably never tried) is to remove all dsp related components
from the image, and then have everything purely on ARM [maybe worth a
shot]
2. use ALSA DSP


Devesh

>___
>maemo-developers mailing list
>maemo-developers@maemo.org
>https://maemo.org/mailman/listinfo/maemo-developers
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

RE: [maemo-developers] Dream Scenario (Re: Maemo roadmap, SDK improvements...)

[Devesh.Kothari]

 

>-Original Message-
>From: [EMAIL PROTECTED] 
>[mailto:[EMAIL PROTECTED] On Behalf Of ext Dave Neuer
>Sent: 07 February, 2007 15:25
>To: Stone Daniel (Nokia-M/Helsinki)
>Cc: maemo-developers@maemo.org
>Subject: Re: [maemo-developers] Dream Scenario (Re: Maemo 
>roadmap,SDK improvements...)
>
>On 2/7/07, Daniel Stone <[EMAIL PROTECTED]> wrote:
>>
>> Also, the FIASCO generator would presumably have to be 
>opened for this 
>> to happen.
>
>Carl said this too, and I'm unclear as to the dependency of an 
>all-open-source FIASCO image on opening the flasher tool; it 
>seems like I can already package up a new image using the 
>closed-source flasher, no?

Its been a while, don't know if that has changed
FIASCO is more of a container, flasher is able to seperately flash
kernel, jffs2 rootfs etc. I think if I remember correctly you could even
extract different parts in a FIASCO image using the flasher.

E.g if you want to just recompile the kernel, you can flash that
seperately
Devesh

>
>Dave
>___
>maemo-developers mailing list
>maemo-developers@maemo.org
>https://maemo.org/mailman/listinfo/maemo-developers
>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

RE: [maemo-developers] Re: radio?!

[Karoliina.T.Salminen]

Hi,

>Oh right the headphones becomes the antenna ! I had never used 
>radio over phones kinds so far :-) 

That is not limited to the bundled headset btw. - I am currently
listening the FM radio with
my Sennheiser HD-600 headphones and it works just fine :)

Best Wishes,
Karoliina
---
http://www.karoliinasalminen.com/blog

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Re: radio?!

[sampo . nurmentaus]

Hi,


Any idea if the hardware allows to play radio from built-in speakers ? I
could just listen to hizzz till I plug in headphones.

Kevin


Oh right the headphones becomes the antenna ! I had never used radio over
phones kinds so far :-)


I listen the fm radio trough the internal speakers and have just a short
spare cable with a 3.5mm plug acting as an antenna. ATM I'm baking
in the kichen with the fmradio on the backround and the recipe open
in the browser :-)

Br,
Sampo
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Re: radio?!

[Anuj Verma (Kevin)]

On Thu, 08 Feb 2007 14:58:54 +, Anuj Verma (Kevin) wrote:

> Any idea if the hardware allows to play radio from built-in speakers ? I
> could just listen to hizzz till I plug in headphones.
> 
> Kevin

Oh right the headphones becomes the antenna ! I had never used radio over
phones kinds so far :-) 

Kevin

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Re: radio?!

[Simon Budig]

Anuj Verma (Kevin) ([EMAIL PROTECTED]) wrote:
> Any idea if the hardware allows to play radio from built-in speakers ? 
> I could just listen to hizzz till I plug in headphones. 

In the toolbar there is a button to switch between headphone output and
speaker output. The hardware definitely allows this, the software as
well  :)

Bye,
Simon
-- 
  [EMAIL PROTECTED]  http://simon.budig.de/
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Re: radio?!

[David Weinehall]

On tor, 2007-02-08 at 14:58 +, ext Anuj Verma (Kevin) wrote:
> On Wed, 07 Feb 2007 18:42:20 -0600, David Hagood wrote:
> 
> > Nokia JUST released an application that activates an FM radio chip in the
> > unit.
> > 
> > No, this isn't an April Fools - I'm listening to FM radio on my N800 right
> > now.
> > 
> > The application plugs into the desktop, so you have to activate it on the
> > desktop rather than from the application menu.
> > 
> > Nokia really kept that one under their hats - kudos.
> 
> Any idea if the hardware allows to play radio from built-in speakers ? 
> I could just listen to hizzz till I plug in headphones. 

Well, the hardware probably allows it in theory, but in practise you
won't be able to, since you'll need an antenna (the headphones acts as
antennas), and there is no built in antenna for the radio in the device.


Regards: David
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Re: radio?!

[Anuj Verma (Kevin)]

On Wed, 07 Feb 2007 18:42:20 -0600, David Hagood wrote:

> Nokia JUST released an application that activates an FM radio chip in the
> unit.
> 
> No, this isn't an April Fools - I'm listening to FM radio on my N800 right
> now.
> 
> The application plugs into the desktop, so you have to activate it on the
> desktop rather than from the application menu.
> 
> Nokia really kept that one under their hats - kudos.

Any idea if the hardware allows to play radio from built-in speakers ? 
I could just listen to hizzz till I plug in headphones. 

Kevin

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] How to change font

[Sun Richard]

On Thu, 2007-02-08 at 22:09 +0800, ext wolfg wrote:
> 2007/2/8, Sun Richard <[EMAIL PROTECTED]>:
> > We are already
> > considering how to import 3rd party IM engine easily, which is quite
> > important for CJK.
> >
> > Br,
> > X2
> >
> Great! Is it for N770?
> 
Not for N770. And I don't know when it will be available in public. :/

//X2
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Problem using dpkg-buildpackage under Maemo-2.1 /Scratchbox apophis

[Riku Voipio]

[EMAIL PROTECTED] wrote:


 

[sbox-HOST: ~/maemopad_graeme] > dpkg-buildpackage -rfakeroot -uc -us 
-sa -D


 


which gives me the error

 


unable to get login information for username "wrap"

at /scratchbox/devkits/debian-sarge/lib/dpkg/controllib.pl line 59. 
Compilation failed in require


at /scratchbox/devkits/debian-sarge/bin/dpkg-parsechangelog line 15.


*snip*


 


Can anyone tell what is going wrong here ?

 

Someone isn't following the instructions and is using debian-sarge 
devkit. recreate the target
with the devkit selection given in installation instructions or use the 
install script to do it automatically

for you.


This electronic message contains information from British 
Telecommunications plc which may be privileged or confidential. The 
information is intended to be for the use of the individual(s) or 
entity named above. If you are not the intended recipient be aware 
that any disclosure, copying, distribution or use of the contents of 
this information is prohibited. If you have received this electronic 
message in error, please notify us by telephone or email (to the 
numbers or address above) immediately.


Activity and use of the British Telecommunications plc email system is 
monitored to secure its effective operation and for other lawful 
business purposes. Communications using this system will also be 
monitored and may be recorded to secure effective operation and for 
other lawful business purposes.


 


You scare me.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Problem using dpkg-buildpackage under Maemo-2.1 /Scratchbox apophis

[graeme.n.brown]

Hi list
 
I'm trying to build a Debian package under Maemo-2.1
(Scirocco)/Scratchbox (apophis).
I cd to my project directory inside a scratchbox session for user "wrap"
 
cd maemopad_graeme
 
and run 
[sbox-HOST: ~/maemopad_graeme] > dpkg-buildpackage -rfakeroot -uc -us
-sa -D 
 
which gives me the error 
 
unable to get login information for username "wrap" 
at /scratchbox/devkits/debian-sarge/lib/dpkg/controllib.pl line 59.
Compilation failed in require 
at /scratchbox/devkits/debian-sarge/bin/dpkg-parsechangelog line 15.
dpkg-buildpackage: unable to determine source package
 
I 've seen an error like this previously reported in the archives for
this list but no reply/fix was given [well that I could find].
 
Can anyone tell what is going wrong here ?
 
Thanks
Graeme
 
 
Dr Graeme N Brown 
Mobility Research R & V
 
BT Group Chief Technology Office
B28 pp 2B
Adastral Park
Ipswich
Suffolk
United Kingdom
IP5 3RE
___
Office: +44 (0) 1473 646931
Fax :   +44 (0) 1473 646885
Email: [EMAIL PROTECTED]
 
British Telecommunications plc
Registered office: 81 Newgate Street London EC1A 7AJ
Registered in England no. 180 
This electronic message contains information from British
Telecommunications plc which may be privileged or confidential. The
information is intended to be for the use of the individual(s) or entity
named above. If you are not the intended recipient be aware that any
disclosure, copying, distribution or use of the contents of this
information is prohibited. If you have received this electronic message
in error, please notify us by telephone or email (to the numbers or
address above) immediately.
Activity and use of the British Telecommunications plc email system is
monitored to secure its effective operation and for other lawful
business purposes. Communications using this system will also be
monitored and may be recorded to secure effective operation and for
other lawful business purposes.
 
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] How to change font

[wolfg]

2007/2/8, Sun Richard <[EMAIL PROTECTED]>:

We are already
considering how to import 3rd party IM engine easily, which is quite
important for CJK.

Br,
X2


Great! Is it for N770?

--
___

http://guoyong.org
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Ogg Vorbis and the N800

[Jae Stutzman]

On 2/8/07, MoRpHeUz <[EMAIL PROTECTED]> wrote:


This ogg files you're playing contain video ? I was just able to play
audio until now...


Best Regards,


MoRpHeUz



My ogg files are audio only. I was able to play them with gst-launch, but
not the built in media player.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Wierd dhcp problem that just started occuring...

[Kalle Valo]

"Mike Klein" <[EMAIL PROTECTED]> writes:

> Went to connect to web, etc. and started getting "network error".
>
> Got around to opening xterm and noticed "/etc/resolv.conf" had 127.0.0.1
> for name server?!?
>
> I haven't touched my main server's dhcpd config file for 2 years now.
> Disconnecting/reconnecting didn't update this file.
>
> When I update file manually to point to my dns...now I'm back on web.
>
> Am I confused or is this file supposed to get updated when you are dhcp
> client and this setting is pushed to you?

I think this getting to be a FAQ.N800 and 770 use dnsmasq for proxying
DNS queries. It's perfect valid to have 127.0.0.1 in /etc/resolv.conf.
The real DNS servers are written to /tmp/resolv.conf.wlan0 and
/tmp/resolv.conf.ppp0.

-- 
Kalle Valo

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Aw: [maemo-developers] Can we launch Maemo UI by multiple users connected to a server

[Mathias Uebelacker]

Hello,

it seems that the second user is not authorized. Which scratchbox do you use? 
0.9.8xxx with the start-xephyr script? or 1.0.7 ?

br Mathias
- Ursprüngliche Mitteilung -
Von: Sampath Goud  <[EMAIL PROTECTED]>
An: maemo-developers@maemo.org
Gesendet: Do.,  8. Feb. 2007 12:58:53 GMT
Betreff: [maemo-developers] Can we launch Maemo UI by multiple users connected 
to a server
Hi,
Can somebody let me know if we can lauch Maemo UI from different logins:

I have made a linux PC as server and connected to this server using
different logins from different PCs (running windows through Cygwin). Say
there are two logins A and B.
I launched Xephyr from these logins A and B using different DISPLAY
parameters as :2 and :3.

In Login A, I tried to start the Maemo UI in the Xephyr window using the
command "[sbox-SDK_ARMEL: ~] > af-sb-init.sh start". The Maemo window
started without any problems.
I stopped the Maemo UI "[sbox-SDK_ARMEL: ~] > af-sb-init.sh stop" and closed
the Xephyr window.
>From the second login (B) I tried to start the Maemo UI using the command
"[sbox-SDK_ARMEL: ~] > af-sb-init.sh start". Maemo Ui is not started and I
am getting the below messages:
---
[sbox-SDK_ARMEL: ~] > af-sb-init.sh start
Note: For remote X connections DISPLAY should contain hostname!
Starting DBUS system bus
Starting D-BUS session bus daemon
/usr/bin/af-sb-init.sh: line 1: export: `bus:': not a valid identifier
/usr/bin/af-sb-init.sh: line 1: export: `/tmp/session_bus_socket:': not a
valid identifier
/etc/init.d/maemo-launcher: line 1: export: `bus:': not a valid identifier
/etc/init.d/maemo-launcher: line 1: export: `/tmp/session_bus_socket:': not
a va lid identifier
Starting Maemo Launcher: maemo-launcher start failed.
Starting Sapwood image server
Starting Matchbox window manager
Starting clipboard-manager
Starting Keyboard
sapwood-server[10786]: GLIB INFO default - server started
Starting MAEMO AF Desktop
---


After this I am not able to start maemo UI from the first login (A) also. I
am getting the below messages when I try to do so:
---
[sbox-SDK_ARMEL: ~] > af-sb-init.sh start
/usr/bin/af-sb-init.sh: line 1: export: `bus:': not a valid identifier
/usr/bin/af-sb-init.sh: line 1: export: `/tmp/session_bus_socket:': not a
valid identifier
Note: For remote X connections DISPLAY should contain hostname!
Sample files present.
Starting DBUS system bus
Starting D-BUS session bus daemon
/usr/bin/af-sb-init.sh: line 1: export: `bus:': not a valid identifier
/usr/bin/af-sb-init.sh: line 1: export: `/tmp/session_bus_socket:': not a
valid identifier
/etc/init.d/maemo-launcher: line 1: export: `bus:': not a valid identifier
/etc/init.d/maemo-launcher: line 1: export: `/tmp/session_bus_socket:': not
a va lid identifier
Starting Maemo Launcher: maemo-launcher start failed.
Starting Sapwood image server
Starting Matchbox window manager
Starting clipboard-manager
sapwood-server[8854]: GLIB ERROR ** default - bind(/var/tmp/sapwood-: 2.0):
Addre ss already in use
aborting...
root window unavailible (maybe another wm is running?)
You can only run one clipboard manager at a time; exiting
Starting Keyboard
Starting MAEMO AF Desktop
[sbox-SDK_ARMEL: ~] >
---


Please help me to solve this problem.

Thanks and Regards,
Sampath


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Can we launch Maemo UI by multiple users connected to a server

[Sampath Goud]

Hi,
Can somebody let me know if we can lauch Maemo UI from different logins:

I have made a linux PC as server and connected to this server using
different logins from different PCs (running windows through Cygwin). Say
there are two logins A and B.
I launched Xephyr from these logins A and B using different DISPLAY
parameters as :2 and :3.

In Login A, I tried to start the Maemo UI in the Xephyr window using the
command "[sbox-SDK_ARMEL: ~] > af-sb-init.sh start". The Maemo window
started without any problems.
I stopped the Maemo UI "[sbox-SDK_ARMEL: ~] > af-sb-init.sh stop" and closed
the Xephyr window.

From the second login (B) I tried to start the Maemo UI using the command

"[sbox-SDK_ARMEL: ~] > af-sb-init.sh start". Maemo Ui is not started and I
am getting the below messages:
---
[sbox-SDK_ARMEL: ~] > af-sb-init.sh start
Note: For remote X connections DISPLAY should contain hostname!
Starting DBUS system bus
Starting D-BUS session bus daemon
/usr/bin/af-sb-init.sh: line 1: export: `bus:': not a valid identifier
/usr/bin/af-sb-init.sh: line 1: export: `/tmp/session_bus_socket:': not a
valid identifier
/etc/init.d/maemo-launcher: line 1: export: `bus:': not a valid identifier
/etc/init.d/maemo-launcher: line 1: export: `/tmp/session_bus_socket:': not
a va lid identifier
Starting Maemo Launcher: maemo-launcher start failed.
Starting Sapwood image server
Starting Matchbox window manager
Starting clipboard-manager
Starting Keyboard
sapwood-server[10786]: GLIB INFO default - server started
Starting MAEMO AF Desktop
---


After this I am not able to start maemo UI from the first login (A) also. I
am getting the below messages when I try to do so:
---
[sbox-SDK_ARMEL: ~] > af-sb-init.sh start
/usr/bin/af-sb-init.sh: line 1: export: `bus:': not a valid identifier
/usr/bin/af-sb-init.sh: line 1: export: `/tmp/session_bus_socket:': not a
valid identifier
Note: For remote X connections DISPLAY should contain hostname!
Sample files present.
Starting DBUS system bus
Starting D-BUS session bus daemon
/usr/bin/af-sb-init.sh: line 1: export: `bus:': not a valid identifier
/usr/bin/af-sb-init.sh: line 1: export: `/tmp/session_bus_socket:': not a
valid identifier
/etc/init.d/maemo-launcher: line 1: export: `bus:': not a valid identifier
/etc/init.d/maemo-launcher: line 1: export: `/tmp/session_bus_socket:': not
a va lid identifier
Starting Maemo Launcher: maemo-launcher start failed.
Starting Sapwood image server
Starting Matchbox window manager
Starting clipboard-manager
sapwood-server[8854]: GLIB ERROR ** default - bind(/var/tmp/sapwood-: 2.0):
Addre ss already in use
aborting...
root window unavailible (maybe another wm is running?)
You can only run one clipboard manager at a time; exiting
Starting Keyboard
Starting MAEMO AF Desktop
[sbox-SDK_ARMEL: ~] >
---


Please help me to solve this problem.

Thanks and Regards,
Sampath
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Ogg Vorbis and the N800

[MoRpHeUz]

This ogg files you're playing contain video ? I was just able to play
audio until now...


Best Regards,


MoRpHeUz

On 2/8/07, Krischan Keitsch <[EMAIL PROTECTED]> wrote:

Am Donnerstag, 8. Februar 2007 schrieb Jae Stutzman:
> On 1/30/07, Simon Pickering <[EMAIL PROTECTED]> wrote:
> > Files are here (including the ~12% load tremor gst plugin):
> > http://people.bath.ac.uk/enpsgp/temp/vorbis-stuff.tar.gz
> >
> > Put the libgst*.so files in /usr/lib/gstreamer-0.10/ and the others in
> > /usr/lib/, note that you may not need all of the files in the tarball as
> > some already exist, namely libao* and libgstvideo4linux.so. Make sure you
> > symlink the files from *.so.X.x -> *.so.X and again from *.so.X -> *.so
> >
> > Cheers,
> >
> >
> > Si
>
> I did this and installed 'gstreamer0.10-tools' then:
>gst-launch filesrc location=test.ogg !tremor ! dsppcmsink
>
> ...and voila, my ogg file played.
>
> Then following these instructions (mostly):
> http://maemo.org/platform/docs/multimedia/getting_started.html
> I was able to get the filemanager to mime them correctly and open up the
> media player when double-tapping on ogg files; however, the media player
> did NOT play the files...just sat there with an empty "now playing" panel.
>
> Anyone gotten this to work in media player? Also opened Bug 1035 for ogg on
> the N800 (which is sorta a dupe of Bug 176 for the 770, but there isn't a
> combined option) Hopefully this is something on Nokia's radar (Or at least
> a current howto that works :)
>
> Jae
Hi Jae,

the people behind mogg [1] build some .dep's for 770. These packages worked
well and integrated nicely into the audio app. They will hopefully soon
release n800 packages? :)

Krischan

[1] https://garage.maemo.org/projects/mogg/

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers




___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] radio?!

[Kees Blom]

Paul Klapperich wrote:

On 2/7/07, *Andrew Barr* <[EMAIL PROTECTED] 
> wrote:


On Wed, 2007-02-07 at 18:42 -0600, David Hagood wrote:
> Nokia JUST released an application that activates an FM radio
chip in
> the unit.

What's the license and where can I get it? :-)



Not sure on the license, but Andrew Flegg posted it on the maemo-users 
list. It seems the packages list isn't up to date yet, so use the 
direct download for now.


-- Forwarded message --
From: *Andrew Flegg* <[EMAIL PROTECTED] >
Date: Feb 7, 2007 9:04 AM
Subject: [maemo-users] Radio (was: Contacts on N800)
To: [EMAIL PROTECTED] 
Cc: maemo-users@maemo.org 

On 2/7/07, Jens Becker <[EMAIL PROTECTED]
> wrote:
> It was in the Catalogue 3rd party software
>
> Nokia Catalogue (3rd party software)
>
> * Web address
>   http://catalogue.tableteer.nokia.com/non-certified/
>
> * Distribution
>   bora
>
> * Components
>   user

Direct download:


http://repository.maemo.org/catalogue/certified/pool/bora/user/f/fmradio/fmradio_1.2.0_armel.deb


Once installed, start XTerm and run "fmradio". Headphones are required
to be plugged in to act as an aerial, but it will output to either
the
speakers or the headphones - there are toolbar buttons to select.

HTH,

Andrew

--
Andrew Flegg -- mailto:[EMAIL PROTECTED]
  |  http://www.bleb.org/




___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
 

Thank you. I just downloaded it, it works. For headphones to work I 
needed to

reboot. It is available as an applet in "Home"->"Select applets..", no xterm
needed I think.

Kees Blom.

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Re: Division by zero in kernel.

[Laurent MARTIN]

I was looking around my device and found this...
While investigating around metalayer-crawler0 I had also noticed this  
"Division by zero" thing... Anyone having advice about this?

--
Laurent, Nantes - France
Apple PowerBook 12"
Treo 650 (unlocked GSM)
Nokia Internet Tablet N800


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Division by zero in kernel.

[collin]

I was looking around my device and found this...

#dmesg
[   22.088653]
[   22.088684] build info: PRISM SoftMAC
[   22.088684]   creator: [kvalo]
[   22.088714]   date: [06/11/28-15:03]
[   22.088714]
[   22.095977] CX3110x: MAC address 00:19:4f:xx:xx:xx
[   22.104248] No power saving
[   25.776947] EAC mode: play enabled, rec enabled
[   26.184295] Scan complete, scanned 13 channels
[   26.232727] Full PSM
[   26.261688] No power saving
[   27.966552] Scan complete, scanned 13 channels
[   28.013458] Full PSM
[   28.880645] No power saving
[   31.635559] Unhandled trap: 0x1810
[   31.705535] Division by zero in kernel.
[   31.705596] [] (dump_stack+0x0/0x14) from []
(__div0+0x18/0x20)
[   31.705688] [] (__div0+0x0/0x20) from [] (Ldiv0+0x8/0x10)
[   31.705780] [] (pdlp_lmac_second_callback+0x0/0xe8 [umac]) from
[] (fw_ctrl_accept+0x60/0xe8 [umac])
[   31.706481]  r8 = C6052000  r7 = C7A02800  r6 =   r5 = C6052000
[   31.706542]  r4 = C5F99CA0
[   31.706573] [] (fw_ctrl_accept+0x0/0xe8 [umac]) from []
(prism_interconnect_message_handle+0x38/0x1f4 [umac])
[   31.707031]  r6 = C63E587C  r5 = C63E5860  r4 = C63E587C
[   31.707092] [] (prism_interconnect_message_handle+0x0/0x1f4 [umac])
from [] (sm_drv_spi_wq+0x344/0x534 [cx3110x])
[   31.707458]  r8 =   r7 = C7A02800  r6 = C63E587C  r5 = C63E5860
[   31.707519]  r4 = C7C11EE6
[   31.707550] [] (sm_drv_spi_wq+0x0/0x534 [cx3110x]) from
[] (run_workqueue+0xac/0xfc)
[   31.707702] [] (run_workqueue+0x0/0xfc) from []
(worker_thread+0x120/0x180)
[   31.707763]  r7 = 0001  r6 = C7C11F80  r5 = C03E06A8  r4 = C03E06B0
[   31.707824] [] (worker_thread+0x0/0x180) from []
(kthread+0xe0/0x114)
[   31.707885] [] (kthread+0x0/0x114) from []
(do_exit+0x0/0x7fc)
[   31.707977] Division by zero in kernel.
[   31.708007] [] (dump_stack+0x0/0x14) from []
(__div0+0x18/0x20)
[   31.708068] [] (__div0+0x0/0x20) from [] (Ldiv0+0x8/0x10)
[   31.708160] [] (pdlp_lmac_second_callback+0x0/0xe8 [umac]) from
[] (fw_ctrl_accept+0x60/0xe8 [umac])
[   31.708801]  r8 = C6052000  r7 = C7A02800  r6 =   r5 = C6052000
[   31.708862]  r4 = C5F99CA0
[   31.708862] [] (fw_ctrl_accept+0x0/0xe8 [umac]) from []
(prism_interconnect_message_handle+0x38/0x1f4 [umac])
[   31.709350]  r6 = C63E587C  r5 = C63E5860  r4 = C63E587C
[   31.709381] [] (prism_interconnect_message_handle+0x0/0x1f4 [umac])
from [] (sm_drv_spi_wq+0x344/0x534 [cx3110x])
[   31.709747]  r8 =   r7 = C7A02800  r6 = C63E587C  r5 = C63E5860
[   31.709808]  r4 = C7C11EE6
[   31.709838] [] (sm_drv_spi_wq+0x0/0x534 [cx3110x]) from
[] (run_workqueue+0xac/0xfc)
[   31.709991] [] (run_workqueue+0x0/0xfc) from []
(worker_thread+0x120/0x180)
[   31.710052]  r7 = 0001  r6 = C7C11F80  r5 = C03E06A8  r4 = C03E06B0
[   31.710113] [] (worker_thread+0x0/0x180) from []
(kthread+0xe0/0x114)
[   31.710174] [] (kthread+0x0/0x114) from []
(do_exit+0x0/0x7fc)
[   32.439514] Dynamic PSM
[   32.439605] PSM timeout 1000 ms
[   33.423309] EAC mode: play disabled, rec disabled
[   44.156066] EAC mode: play enabled, rec enabled
[   44.252899] omapdsp: mmap info: vmadr = 4000c000, padr = 8651, len = 2000
[   46.557312] EAC mode: play disabled, rec disabled
[   48.401947] EAC mode: play enabled, rec enabled
[   51.852355] EAC mode: play disabled, rec disabled
[   96.423248] omapfb omapfb: s1d1374x: setting update mode to disabled
[  114.208435] JFFS2 warning: (1155) jffs2_sum_write_sumnode: Not enough space
for summary, padsize = -268
[  115.507049] JFFS2 warning: (1155) jffs2_sum_write_sumnode: Not enough space
for summary, padsize = -34
[  116.897735] JFFS2 warning: (1155) jffs2_sum_write_sumnode: Not enough space
for summary, padsize = -16
[  118.339904] JFFS2 warning: (1155) jffs2_sum_write_sumnode: Not enough space
for summary, padsize = -52
[  120.086029] JFFS2 warning: (1155) jffs2_sum_write_sumnode: Not enough space
for summary, padsize = -268

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] How to change font

[Sun Richard]

On Thu, 2007-02-08 at 09:28 +0800, ext wolfg wrote:
> 2007/2/7, Sun Richard <[EMAIL PROTECTED]>:
> > Officially, there is no Chinese input method available.
> > For N770, there is gcin available [1]. you have to compiler source code.
> > I didn't try if it is still compatible with N800.
> >
> > [1] http://cle.linux.org.tw/trac/wiki/GcinScreenMaemo
> >
> Hi,
> Is it possible to use gcin with the Hildon virtual keyboard on N770
> (not in SDK)?
> 

I don't think so, unfortunately. If you want to have hildon-lised VKB
based on gcin, you probably need to replace all.  We are already
considering how to import 3rd party IM engine easily, which is quite
important for CJK. 

Br,
X2
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Detecting N800 camera position

[Zeeshan Ali]

Hey Janne!


Thanks for the infos!


 No problem! :)


What would be needed to launch an application other than messenger when
a camera-is-out event takes place?


  I assume by messenger you mean the voip UI. The answer to your
question is, yes. All you have to deal with is this gconf key which is
a list of dbus-services that are to be launched when camera pops-out:
/system/osso/af/on-camera-out . Keep in mind thought that voip-ui also
adds/remove itself to/from this gconf key when user checks/unchecks
the "Start when camera opened" chechbox in the settings dialog.

--
Regards,

Zeeshan Ali
Design Engineer, SW
Open Source Software Operations
Nokia Multimedia
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Porting Qt to Maemo

[Frantisek Dufka]

Andrea Grandi wrote:


I wonder if it would be possible to realize a real port of Qt into
Maemo and make it run on Nokia 770/800.


Well, N770 has very little spare RAM so each wasted megabyte counts but 
N800 should be OK with few megabytes of Qt overhead. I guess for N800 it 
would be really worthwile for those who do like Qt.


One of the problems in the port will be solving text input via virtual 
keyboard.


Frantisek

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] osso-xterm issue

[Eero Tamminen]

Hi,

ext Kalle Vahlman wrote:

How can I debug this?


Running maemo-af-desktop with the strace utility should tell you what
it tries to access, and where, but since it uses the maemo-launcher
thing it's a bit tricky. You could always build m-a-d yourself and
omit the maemo-launcher feature so you'd get a real binary to run.


In IT2007 you can do just:
  run-standalone.sh /usr/bin/maemo-summoner 
/usr/bin/maemo_af_desktop.launch


This can be used for running any maemo-launched application directly.


- Eero
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers