Re: [maemo-developers] Using keyboard in non gtk applications

[Clemens Eisserer]

Hi,

> Hi. This might be better answered on maemo-users list. This list about
> developing maemo itself. ;)

Well, I think this question is absolutly valid since I guess the autor
asks for an API way of using the virtual keyboard, so it clearly
belongs here.

> Unfortunately this is not possible at the moment, you need to use gtk.

That is really sad. Is there no API at all which would at least allow
to port other toolkits to use the vritual keyboard?

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

[maemo-developers] Does N770 have a microphone?

[john.s.jiang]

Hello,

I want to porting a voip program to N770,I'm wandering does N770 have a
mic?By the way anyone know what's audio chip 
used in N770 ,Alsa?



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

Re: [maemo-developers] OGG support

[Eero Tamminen]

Hi,

> What I wonder is that it seems FP is really slow on the
> Nokia770, although the ARM9 built in seems to support FP operations in
> hw. I am just a bit curious about that, any ideas why its still that
> slow?

Linux kernel has FPU emulation support (has actually had since 386 times)
which to user space looks like the real HW.  For ARM kernel there are
actually several alternatives for the FPU emulation...

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

Re: [maemo-developers] OGG support

[Jussi Pakkanen]

--- Martin Grimme <[EMAIL PROTECTED]> wrote:

> I have written a little program which can fluently
> play OGG Vorbis
> files on the device. This shows that OGG support is
> technically
> possible and, by utilizing the DSP, it could even be
> implemented more
> efficient.

That's cool. There has been some confusion on why
there is no official OGG support. As far as I can
tell, the situation is as follows (note: I'm not
working for Nokia or any other such company, and I
don't actually know any hidden, hard facts. Consider
the following an educated guess)

The lack of OGG is caused by two things. The time
shortage has already been mentioned on this list.
There have been semi-reliable rumors that
DSP-accelerated OGG is now working somewhere in the
vaults of Nokia.

The other reason is a combination of lawyers and SW
patents. As far as people can tell, there are no
patents on OGG. But a company the size of Nokia can't
rely on that. They have to check and then double check
for themselves, which is a slow process. Their lawyers
simply will not allow an unchecked release, because
otherwise some IP poachers could sue them for millions
of dollars due to "patent infringement". Given the
current (sorry) state of patent laws, this is
unfortunately the way it _has_ to go.

Anyway, I'm fairly confident that the next (or the one
after that) SW release will support OGG. Until then
I'll just use this proggie to play my OGGs.


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Can't get development GUI running

[Joaquim Azevedo]

Hi Adam,

   Maemo 1.0 don't running with scratchbox 1.0.1, 

  Maemo 1.0 running with scratchbox 0.9.8.4 and maemo 1.1 running with
scratchbox 0.9.8.5!

   With this change maemo is all right run!
--- Adam Laurie <[EMAIL PROTECTED]> escreveu:

> Hi,
> 
> I'm following the tutorial here:
>  
>
http://www.maemo.org/platform/docs/tutorials/Maemo_tutorial.html#settingup
> 
> (except that I installed scratchbox 1.0.1 with the synaptic package 
> manager instead of building from source).
> 
> Everything works fine to thi point - I can build an example "hello 
> world" arm app, so it seems to be fundamentally OK. However, when I
> try 
> and run the GUI, I get this:
> 
>[sbox-maemo: ~] > af-sb-init.sh start
>Sample files present.
>Starting DBUS system bus
>Error loading /usr/bin/dbus-daemon-1
>Starting D-BUS session bus daemon
>Error loading /usr/bin/dbus-daemon-1
>Starting Sapwood image server
>Error loading /usr/lib/sapwood/sapwood-server
>Starting Matchbox window manager
>Error loading /usr/bin/matchbox-window-manager
>Starting Keyboard
>Error loading /usr/bin/hildon-input-method
>Starting MAEMO AF Desktop
>Error loading /usr/bin/maemo_af_desktop
> 
> Xephyr is up and running (although I had to copy a .Xauthority file
> from 
> my native environment in order to get it to run).
> 
> Any ideas?
> 
> cheers,
> Adam
> -- 
> Adam Laurie Tel: +44 (0) 20 7605 7000
> The Bunker Secure Hosting Ltd.  Fax: +44 (0) 20 7605 7099
> Shepherds Building  http://www.thebunker.net
> Rockley Road
> London W14 0DA  mailto:[EMAIL PROTECTED]
> UNITED KINGDOM  PGP key on keyservers
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://maemo.org/mailman/listinfo/maemo-developers
> 


==
Joaquim Azevedo
Linux Users #398795
UECE - Ciências da Computação
Larces-NOKIA
==
Hey you! don't tell me there's no hope at all
Together we stand, divided we fall.








___ 
Promoção Yahoo! Acesso Grátis: a cada hora navegada você
acumula cupons e concorre a mais de 500 prêmios! Participe!
http://yahoo.fbiz.com.br/
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

RE: [maemo-developers] Using keyboard in non gtk applications

[Ivan Serduk]

Ok, thanks
But how can I use keyboard in gtk application? (For example, if I want
to write new widget)

-Original Message-
From: Tapani Pälli [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 31, 2005 10:52 AM
To: Ivan Serduk
Cc: maemo-developers@maemo.org
Subject: Re: [maemo-developers] Using keyboard in non gtk applications

ext Ivan Serduk wrote:

> How can I use keyboard in non gtk applications? The  problem is to
> popup virtual keyboard and receive events from it.
>
>  
>
Unfortunately this is not possible at the moment, you need to use gtk.

// Tapani

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

Re: [maemo-developers] OGG support

[Paul Mundt]

On Sun, Oct 30, 2005 at 07:59:46PM +0100, Nils Faerber wrote:
> I am quite sure that the ARM9 does not support FP at all. What is IMHO
> supported are some FP traps that would trap into kernel or other FP
> software implementations. But that dies not speed up anything. There is
> to my knowledge no embedded CPU that has hw FP built in.
> 
Some versions of the ARM9 support VFP, which allows for partial hardware
FP support for some basic single and double precision opcodes, and traps
for the rest (it however does not offer a IEEE754 compliant interface in
hardware, and requires quite a bit of help from software to do so). OMAP
2420 supports this, OMAP 1710 does not. As such, we presently use
in-kernel NWFPE.

Additionally, since VFP still uses this antiquated co-processor
load/store scheme, it's pretty tough to get instruction level
parallelism, or decent performance out of the pipelining (unless you can
come up with some carefully crafted set of instructions that you can keep
in the icache long enough for it to matter). This is just speculation
though, someone with more direct VFP experience might have some better
insight in to this.

As far as embedded CPUs supporting hardware FP, this is a ridiculous
statement. Almost every other embedded architecture out there besides ARM
supports IEEE754 in hardware. Some opt for something more like the VFP
approach, where most of the heavy and frequently used opcodes are
handled, and the rest is left to software.

> All software FP implementations are of course very CPU intensive. You
> have to calculate the FP result in software which takes several hundred
> cycles while in hardware it would only take just a few cycles. So FP on
> emebdded devices will probably always be dead slow - at least for the
> next future.
> 
This is not necessarily true either, and is one of the bigger reasons for
pushing EABI. It makes sense to use VFP for what it supports natively,
most of the rest of it is better left to something like soft-float.
Kernel FP emulation is slow by definition.

> Concerning the 770 the integer version could be a first start for having
> OGG capabilities at all. The OMAP DSP device is open to a certain
> extend. The tools to develop code for it are freely available, some
> documentation is too. The DSP in the 770 is controlled by the also free
> DSP gateway project. So there is no big reason why there cannot be a
> free DSP OGG code any time in the near future. I guess on of the major
> problems here is that developing code for DSPs is not very well known in
> the open source community... on the other that could be a very
> interesting software project ;)
> 
An integer based decoder on MPU side would certainly be the most sensible
approach.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] OGG support

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Paul Mundt wrote:

>>All software FP implementations are of course very CPU intensive. You
>>have to calculate the FP result in software which takes several hundred
>>cycles while in hardware it would only take just a few cycles. So FP on
>>emebdded devices will probably always be dead slow - at least for the
>>next future.
>>
> 
> This is not necessarily true either, and is one of the bigger reasons for
> pushing EABI. It makes sense to use VFP for what it supports natively,
> most of the rest of it is better left to something like soft-float.
> Kernel FP emulation is slow by definition.

What's nokia's position on EABI[1]? I've heard debian has been
discussing this an other distros for ARM devices (Familiar and
OpenZaurus) are planning a switch too. I know glibc lacked EABI support
and RMK raised some more concerns, but I haven't been paying attention
to it for the past few months.
So I'm very interested in nokia's point of view on this EABI thing :)

regards,

Koen


[1] http://www.codesourcery.com/gnu_toolchains/arm/faq.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFDZhPIMkyGM64RGpERAiAuAJ9feX4ZGEOJKZtopkMVfjnivSyFWgCfZxKY
gaZiv8f7eG6LrxuPLd8jmA8=
=JDIQ
-END PGP SIGNATURE-
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] OGG support

[John B. Holmblad]

Martin,

does the N770 have a programmer's reference manual? I would like to
learn more about the characteristics of the Digital Signal Processor
(DSP), part #, manufacturer, etc.,  and how it is integrated into the
N770. From the discussion on this list it would appear that even though
the initial release of the N770 software from Nokia will not make use
of the DSP, that it has been designed into the product in order to 
provide signal processing offload for audio at least, and perhaps
video/graphics as well.  
Best Regards,

John Holmblad

Televerage International
GSEC Gold,GCWN Gold,GGSC-0100,NSA-IAM,NSA-IEM

(H) 703 620 0672
(M) 703 407 2278
(F) 703 620 5388

primary email address: [EMAIL PROTECTED]
backup email address:  [EMAIL PROTECTED]


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

Re: [maemo-developers] OGG support

[Frantisek Dufka]

Hello,

N770 has TI OMAP 1710
see documentation here http://dspgateway.sourceforge.net


Frantisek

John B. Holmblad wrote:

  Martin,

does the N770 have a programmer's reference manual? I would like to 
learn more about the characteristics of the Digital Signal Processor 
(DSP), part #, manufacturer, etc.,  and how it is integrated into the 
N770. From the discussion on this list it would appear that even though 
the initial release of the N770 software from Nokia will not make use of 
the DSP, that it has been designed into the product in order to  provide 
signal processing offload for audio at least, and perhaps video/graphics 
as well. 


  Best Regards,

John Holmblad

Televerage International
GSEC Gold,GCWN Gold,GGSC-0100,NSA-IAM,NSA-IEM

(H) 703 620 0672
(M) 703 407 2278
(F) 703 620 5388

primary email address: [EMAIL PROTECTED] 
backup email address:  [EMAIL PROTECTED]   





___
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] OGG support

[Juha Yrjölä]

On Mon, 2005-10-31 at 13:53 +0100, ext Koen Kooi wrote:

> What's nokia's position on EABI[1]?

At least this part of Nokia thinks that EABI is cool.

Cheers,
Juha


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

Re: [maemo-developers] OGG support

[Jan Wildeboer]

Frantisek Dufka wrote:

Hello,

N770 has TI OMAP 1710
see documentation here http://dspgateway.sourceforge.net


http://focus.ti.com/docs/prod/folders/print/omap5912.html#technicaldocuments


Seems a good starting point.

Kind regards

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

[maemo-developers] New software release available

[Team maemo]

Hi all,

There is a new software release available for download at 
http://www.maemo.org/downloads/nokia_770 .
If you file bugs into maemo bugzilla against the Nokia 770 component, 
please use this release.


And a big thanks to everyone who has allready filed bugs and given 
feedback. We really appreciate the effort and help.


-team maemo-

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

Re: [maemo-developers] OGG support

[Nils Faerber]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Paul Mundt schrieb:
> On Sun, Oct 30, 2005 at 07:59:46PM +0100, Nils Faerber wrote:
>>I am quite sure that the ARM9 does not support FP at all. What is IMHO
>>supported are some FP traps that would trap into kernel or other FP
>>software implementations. But that dies not speed up anything. There is
>>to my knowledge no embedded CPU that has hw FP built in.
[...]
> As far as embedded CPUs supporting hardware FP, this is a ridiculous
> statement. Almost every other embedded architecture out there besides ARM
> supports IEEE754 in hardware. Some opt for something more like the VFP
> approach, where most of the heavy and frequently used opcodes are
> handled, and the rest is left to software.

Well, then maybe my experience is limited here.
I had several ARM based platforms (no ARM9 up to now, admittedly) as
well as embedded PowerPC and MIPS. None of those had FP and had not
options for it.
At least to my experience lets say, hardware FP is uncommon...


> An integer based decoder on MPU side would certainly be the most sensible
> approach.

Sensible in what way?
Concerning time/effort effectiveness? Then this is probably correct.
Concerning the 770 the DSP based solution should improve device
performance since the MPU would be left for applications instead of
decoding.
Or do you think that the DSP is in general not able to handle OGG? If
yes it would be interesting to know why.

Cheers
  nils faerber

- --
kernel concepts  Tel: +49-271-771091-12
Dreisbachstr. 24 Fax: +49-271-771091-19
D-57250 Netphen  Mob: +49-176-21024535
- --
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDZkc3JXeIURG1qHgRAp8cAKCRSsua4ddyZOdQcloZa9UI6l3ifACgwyyF
zCSKXi/KkbS5oFc46ql4Wo0=
=q3w6
-END PGP SIGNATURE-
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] New software release available

[Laurent Lieben]

Even if i've just flashed this through windows, what is the command  
to flash it with the Mac OSX/ Linux Flasher?


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

Re: [maemo-developers] New software release available

[Thomas Glanzmann]

Hello,

> Even if i've just flashed this through windows, what is the command  
> to flash it with the Mac OSX/ Linux Flasher?

(faui00r) [~] / !!
/ ~simigern/maemo/d3/flasher -F Nokia_770_0.2005.42-9.bin -f -R

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

#1) Respect the privacy of others.
#2) Think before you type.
#3) With great power comes great responsibility.

Password:
Found image 2nd (length 8576)
Found image secondary (length 79360)
Found image xloader (length 13824)
Found image initfs (length 1576704)
Found image kernel (length 1480704)
Found image rootfs (length 57540608)
Suitable USB device not found, waiting
USB device found found at bus 001, device address 005
Found board Nokia 770 (F5)
NOLO version 0.9.0
Sending X-Loader image (13 kB)...
100% (13 of 13 kB, avg. 562 kB/s)
Sending secondary image (77 kB)...
100% (77 of 77 kB, avg. 752 kB/s)
Flashing X-Loader... done.
Sending kernel image (1446 kB)...
100% (1446 of 1446 kB, avg. 798 kB/s)
Flashing kernel... done.
Sending initfs image (1539 kB)...
100% (1539 of 1539 kB, avg. 798 kB/s)
Flashing initfs... done.
Sending and flashing rootfs image (56192 kB)...
100% (56192 of 56192 kB, avg. 655 kB/s)
Finishing flashing... done

Note: '/' is aliased to sudo.

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

Re: [maemo-developers] New software release available

[Thomas Glanzmann]

Hello,

> And a big thanks to everyone who has allready filed bugs and given 
> feedback. We really appreciate the effort and help.

is there a changelog available?

So far I noticed:

- fixed battery applet
- video player does faster opening of files and doesn't refuse
  to open files, also informs the user about the status.
- more or less working radio stream

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

Re: [maemo-developers] New software release available

[Laurent Lieben]

Vielen danke, Thomas :D
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] OGG support

[John B. Holmblad]

Nils,

your assertion (incorrect it seems) about no ARM processors supporting
on-board floating point led me to do some searching and sure enough,
ARM, at least, has products that support onboard FPP. Check out the
info at the following urls:

    http://www.arm.com/products/CPUs/Cortex-A8.html

    http://www.us.design-reuse.com/articles/article11580.html
It appears that the Cortex-A8 has an onboard subsystem entitled "Neon" that has FPP and is designed to provide improved support for the kinds of multimedia apps being discussed in this thread.


Best Regards,

John Holmblad

Televerage International
GSEC Gold,GCWN Gold,GGSC-0100,NSA-IAM,NSA-IEM

(H) 703 620 0672
(M) 703 407 2278
(F) 703 620 5388

primary email address: [EMAIL PROTECTED]
backup email address:  [EMAIL PROTECTED]


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

Re: [maemo-developers] OGG support

[Ed Okerson]

Martin,

The initial release does use the DSP quite extensively, just not for OGG. 
This is all documented at http://dspgateway.sourceforge.net.

Ed

> Martin,
>
> does the N770 have a programmer's reference manual? I would like to
> learn more about the characteristics of the Digital Signal Processor
> (DSP), part #, manufacturer, etc.,  and how it is integrated into the
> N770. From the discussion on this list it would appear that even though
> the initial release of the N770 software from Nokia will not make use of
> the DSP, that it has been designed into the product in order to  provide
> signal processing offload for audio at least, and perhaps video/graphics
> as well.
>
> Best Regards,
>
> John Holmblad
>
> Televerage International
> GSEC Gold,GCWN Gold,GGSC-0100,NSA-IAM,NSA-IEM
>
> (H) 703 620 0672
> (M) 703 407 2278
> (F) 703 620 5388
>
> primary email address: [EMAIL PROTECTED]
> backup email address:  [EMAIL PROTECTED]
>
> ___
> 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] Gnome VFS problem?

[Eduardo de Barros Lima]

Hi all,

I am having some problem with mime type detection in the maemo 
platform. I have created two simple gtk-based programs to test this 
funcionality. The first one to run in the host machine and the second to 
run inside maemo platform. Just select a file with the 
GtkFileChooserDialog and the mime type will be displayed in the screen.


I am interested in PS and PDF files, since i am working with the 
evince port that uses mime type detection provided by gnome-vfs. Inside 
maemo platform, PS files are recognized as text/plain and PDF as 
application/octet-stream. This way, evince refuses to open those kind of 
 files, so i have made a little workaround based on file extensions to 
make it work.


Is this a bug or is it the spected behaviour? Thanks in advance for 
the help.


--
Eduardo de Barros Lima
INdT - Instituto Nokia de Tecnologia
[EMAIL PROTECTED]
/*
 * This file is part of Maemo Examples
 *
 * Copyright (C) 2005 Nokia Corporation.
 *
 *
 * This software is free software; you can redistribute it and/or
 * modify it under the terms of the GNU Lesser General Public License
 * as published by the Free Software Foundation; either version 2.1 of
 * the License, or (at your option) any later version.
 *
 * This software is distributed in the hope that it will be useful, but
 * WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
 * Lesser General Public License for more details.
 *
 * You should have received a copy of the GNU Lesser General Public
 * License along with this software; if not, write to the Free Software
 * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA
 * 02110-1301 USA
 *
 */

#include 

#include 
#include 
#include 


/* Application UI data struct */
typedef struct _AppData AppData;
struct _AppData {
	GtkWidget *window;
	
	GtkWidget * main_vbox;
	GtkWidget * label;

	/* Menu stuff */
	GtkWidget * main_menu;
	GtkWidget * menu_file_item;
	GtkWidget * menu_file;
	GtkWidget * menu_item_mime_type;
	GtkWidget * menu_item_quit;
};

void example_show_test_result (AppData * data, gchar * test_name, gchar * test_result)
{
	gchar * label_text = g_strdup_printf ("GnomeVFS Example.\n\n%s:\n\n%s.", test_name, test_result);
	gtk_label_set_text (GTK_LABEL (data->label), label_text);
	g_free(label_text);
}

void cb_example_file_open (GtkWidget * w, AppData * data)
{
	GtkWidget *dialog;
	
	dialog = gtk_file_chooser_dialog_new ("Select File",  
			  GTK_WINDOW (data->window), 
	  GTK_FILE_CHOOSER_ACTION_OPEN,
	  GTK_STOCK_OK,
	  GTK_RESPONSE_OK,
	  GTK_STOCK_CANCEL,
	  GTK_RESPONSE_CANCEL,
	  NULL);
	gtk_widget_show_all (GTK_WIDGET (dialog));

	if (gtk_dialog_run (GTK_DIALOG (dialog)) == GTK_RESPONSE_OK) {
		char * mime_type = NULL;
		/*
		GnomeVFSFileInfo *info = gnome_vfs_file_info_new ();
		gchar *uri = gtk_file_chooser_get_uri (GTK_FILE_CHOOSER (dialog));

		gnome_vfs_get_file_info (uri, info, 
	 GNOME_VFS_FILE_INFO_GET_MIME_TYPE |
	 GNOME_VFS_FILE_INFO_FOLLOW_LINKS | GNOME_VFS_FILE_INFO_FORCE_FAST_MIME_TYPE);
		mime_type = info->mime_type;
		*/
		mime_type = gnome_vfs_get_mime_type (gtk_file_chooser_get_uri (GTK_FILE_CHOOSER (dialog)));
			
		example_show_test_result (data, "Mime Type", mime_type != NULL ? mime_type : "NULL");

		/*
		gnome_vfs_file_info_unref (info);
		*/
	}

	gtk_widget_destroy(dialog);
}

void cb_example_quit (GtkWidget *w, AppData * data)
{
	gtk_main_quit ();
}

void example_create_menu (AppData * data)
{
	data->main_menu = gtk_menu_bar_new ();
	
	data->menu_file_item = gtk_menu_item_new_with_label ("File");
	data->menu_file = gtk_menu_new();

	gtk_menu_item_set_submenu (GTK_MENU_ITEM (data->menu_file_item), data->menu_file);

	/* Create Menu items and connect signals */
	data->menu_item_mime_type = gtk_menu_item_new_with_label ("Print File Mime Type");
	g_signal_connect (G_OBJECT (data->menu_item_mime_type), "activate", G_CALLBACK (cb_example_file_open), data);

	data->menu_item_quit = gtk_menu_item_new_with_label ("Quit");
	g_signal_connect (G_OBJECT (data->menu_item_quit), "activate", G_CALLBACK (cb_example_quit), NULL);

	/* Append items to menu */
	gtk_menu_append (GTK_MENU (data->menu_file), data->menu_item_mime_type);
	gtk_menu_append (GTK_MENU (data->menu_file), gtk_separator_menu_item_new());
	gtk_menu_append (GTK_MENU (data->menu_file), data->menu_item_quit);
	
	gtk_menu_shell_append (GTK_MENU_SHELL (data->main_menu), data->menu_file_item);

	gtk_box_pack_start (GTK_BOX (data->main_vbox), data->main_menu, FALSE, TRUE, 0);

	gtk_widget_show_all (GTK_WIDGET (data->main_menu));
}

void example_init (AppData * data)
{
	/* Create Gtk Window */
	data->window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
	g_signal_connect (G_OBJECT (data->window), "destroy", G_CALLBACK (cb_example_quit), NULL);
	gtk_window_set_title (GTK_WINDOW (data->window), "GnomeVFS Example");

	/* Add main vbox to window */
	data->ma

Re: [maemo-developers] OGG support

[Paul Mundt]

(This is really starting to veer off-topic for this list.. Hopefully
this will clear things up for people still wondering about hard FP)

On Mon, Oct 31, 2005 at 05:32:55PM +0100, Nils Faerber wrote:
> Well, then maybe my experience is limited here.
> I had several ARM based platforms (no ARM9 up to now, admittedly) as
> well as embedded PowerPC and MIPS. None of those had FP and had not
> options for it.
> At least to my experience lets say, hardware FP is uncommon...
> 
I'm not sure what your experience is, or what kind of stripped down cores
you were using, but this kind of thing has _always_ been an option for
both embedded PowerPC and MIPS (at least as long as I have been hacking
on them).

With MIPS this kind of thing even goes back to the r2k (almost 2 decades
now, IEEE754 had been ratified in 1985), and has been optionally present
on virtually every major family and individual subtypes since then.
Generally implemented as CP1, where it's trivial to treat the FPUID (I
don't recall the official field designator off the top of my head) very
similar to how PRID parsing is done at runtime. Due to MIPS being fabless
(at least for a lot of its lifetime), I suppose it's quite probable that
whatever vendor you ended up with simply opted to drop this from the
package, however this is hardly the norm.

For embedded PowerPC it's just as common. Both 602 and 603e had it
(although it was only 603e that did double precision, but both were
IEEE754 compliant in hardware) -- this was also over a decade ago, and
people are still using these cores today. The only popular ones that were
lacking it were mpc860/mpc823 and some of the other low-end Motorola
cores (mpc750 had one).

Other embedded platforms (like SH) have even been doing separately
pipelined single-precision vector and matrix operations (128-bit) since
1997, and single/double-precision IEEE754 long before that. Even i960 was
doing hardware FP in those days and earlier.

ARM is really the _only_ architecture where lack of FP hardware is the
norm, rather than the exception. This is slowly starting to change now
with v6 and up supporting VFP (and some ARM9s as well), but I suppose it
will still be an optional component for quite some time, until they get
their implementations worked out. As others have also pointed out, there
are other ARM-based hard macros available with hard FP, besides VFP.

Anyways, let's not misrepresent other embedded architectures due to ARM
being late to the game. Making vague generalizations based on limited
exposure is misleading (even if based on your own experience and with
good intentions), and this will very likely end up confusing other
people. If you are still unsure about this, a few minutes with google
might help to clear things up.

The point remains however, FP of any sort is _not_ the way to go on 1710,
and I hope this is now sufficiently clear to anyone still wondering about
this.

> > An integer based decoder on MPU side would certainly be the most
> > sensible approach.
> 
> Sensible in what way?
> Concerning time/effort effectiveness? Then this is probably correct.

Yes.

> Concerning the 770 the DSP based solution should improve device
> performance since the MPU would be left for applications instead of
> decoding.

If someone wants to go to the trouble of writing a DSP codec for OGG
decoding, they're certainly welcome to make a go of it. You can fetch a
toolchain from TI, load up the dspgateway page, and start hacking. I'm
certain Toshihiro-san will welcome any contributions :-)

The integer based decoder is clearly going to outperform any hard FP
based decoder (and most probably soft-float as well). 20% utilization on
MPU isn't that bad of a start though, so as far as time vs effort is
concerned, the integer based MPU way is still the most "approachable"
solution.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Gnome VFS problem?

[Lassi Syrjälä]

Eduardo de Barros Lima kirjoitti 31.10.2005 kello 20.00:


Hi all,

I am having some problem with mime type detection in the maemo  
platform. I have created two simple gtk-based programs to test this  
funcionality. The first one to run in the host machine and the  
second to run inside maemo platform. Just select a file with the  
GtkFileChooserDialog and the mime type will be displayed in the  
screen.


I am interested in PS and PDF files, since i am working with  
the evince port that uses mime type detection provided by gnome- 
vfs. Inside maemo platform, PS files are recognized as text/plain  
and PDF as application/octet-stream. This way, evince refuses to  
open those kind of  files, so i have made a little workaround based  
on file extensions to make it work.


Is this a bug or is it the spected behaviour? Thanks in advance  
for the help.


Hi,

It's expected behavior. application/pdf and application/ps aren't  
recognized because they aren't
defined in the MIME database by default. To fix this, you need to  
provide an XML description and

run the 'update-mime-database' tool. For details, see [1].

Normally update-mime-database would be run in a post-install script,  
but I am not sure how
you do that on application installer packages... however, luckily at  
least application/pdf is already

registered on the target device.

[1] http://www.freedesktop.org/wiki/Standards_2fAddingMIMETutor

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

[maemo-developers] Re: OGG support

[Ross Burton]

On Mon, 2005-10-31 at 12:24 -0500, John B. Holmblad wrote:
> It appears that the Cortex-A8 has an onboard subsystem entitled "Neon"
> that has FPP and is designed to provide improved support for the kinds
> of multimedia apps being discussed in this thread.

To be fair the Cortex-A8 was released a few weeks ago...

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

Re: [maemo-developers] Gnome VFS problem?

[Eduardo de Barros Lima]

Hi Lassi,

Thank you very much for your help. It works fine now.

BR, Eduardo.

--
Eduardo de Barros Lima
INdT - Instituto Nokia de Tecnologia
[EMAIL PROTECTED]

Lassi Syrjälä wrote:


Hi,

It's expected behavior. application/pdf and application/ps aren't  
recognized because they aren't
defined in the MIME database by default. To fix this, you need to  
provide an XML description and

run the 'update-mime-database' tool. For details, see [1].

Normally update-mime-database would be run in a post-install script,  
but I am not sure how
you do that on application installer packages... however, luckily at  
least application/pdf is already

registered on the target device.

[1] http://www.freedesktop.org/wiki/Standards_2fAddingMIMETutor

BR,
Lassi


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

Re: [maemo-developers] OGG support

[Tom S.]

On Mon, Oct 31, 2005 at 05:32:55PM +0100, Nils Faerber wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Paul Mundt schrieb:
> > On Sun, Oct 30, 2005 at 07:59:46PM +0100, Nils Faerber wrote:
> >>I am quite sure that the ARM9 does not support FP at all. What is IMHO
> >>supported are some FP traps that would trap into kernel or other FP
> >>software implementations. But that dies not speed up anything. There is
> >>to my knowledge no embedded CPU that has hw FP built in.
> [...]
> > As far as embedded CPUs supporting hardware FP, this is a ridiculous
> > statement. Almost every other embedded architecture out there besides ARM
> > supports IEEE754 in hardware. Some opt for something more like the VFP
> > approach, where most of the heavy and frequently used opcodes are
> > handled, and the rest is left to software.
> 
> Well, then maybe my experience is limited here.
> I had several ARM based platforms (no ARM9 up to now, admittedly) as
> well as embedded PowerPC and MIPS. None of those had FP and had not
> options for it.
> At least to my experience lets say, hardware FP is uncommon...
> 
ARM have designed processors that have been release with Floating-Point 
Units. (ARM7 (7500FE), as an example)

> 
> > An integer based decoder on MPU side would certainly be the most sensible
> > approach.
> 
> Sensible in what way?
> Concerning time/effort effectiveness? Then this is probably correct.
> Concerning the 770 the DSP based solution should improve device
> performance since the MPU would be left for applications instead of
> decoding.

I'm nit picking here, though, generally the arithmetic unit is called an 
ALU.

> Or do you think that the DSP is in general not able to handle OGG? If
> yes it would be interesting to know why.
> 

Nokia maemo developers have already said that OGG support was going to 
happen, it's just they wanted to support the main stream formats before
the open ones. So be patient 8)

Gracefully, Tom Swindell.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Unable to determine the address of the message bus

[wang baisheng]

hi,
�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2I run the dbus as follwoing commands

�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2dbus-daemon 
--system &
�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2dbus-daemon 
--session &

�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2then I connect thes system bus using 
�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2bus = 
dbus_bus_get (DBUS_BUS_SYSTEM, &error);
�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2it's ok.

�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2but when I connect thes session bus using
�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2bus = 
dbus_bus_get (DBUS_BUS_SESSION, &error);
�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2it's a problem : Unable to determine the 
address of the message bus.

�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2My session bus socket: /tmp/session_bus_socket, 
�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2system bus socket: 
/usr/var/run/dbus/system_bus_socket.

�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2Hope you give me some help!

�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2Best Regards,
�0�2�0�2�0�2�0�2�0�2�0�2�0�2�0�2Wang Baisheng
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers