Re: Nokia and MS
On 11.02.11 13:25, Demetris wrote: > > How does this affect the future of Maemo on Nokia's devices? Maemo is dead and Meego will die, too. Although Maemo is the plattform, that suits my personal needs best of all, I lost hope, there will be a successor to my N900. I think I just give up and get an android-phone with a keyboard and learn Java... Even if the community supports Maemo/Meego, there will be no new hardware and one day my n900 will be broken... Why will Meego die? Because Intel doesn't care! They want to sell Hardware, and will use Android, too. This is a sad day for us, but at least a happy day for the Egyptions! (the term "Maemobarak" just came to my mind, but doesn't really make sense...) - Klaus ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Ask for removal of some packages from Extras Fremantle repository
Am 22.03.2010 16:22, schrieb Graham Cobb: On Monday 22 March 2010 14:30:00 Matan Ziv-Av wrote: - You can't easily remove a package from extras-devel. (Or maybe at all? I asked for a package to be removed two weeks ago. It is still there). Contact the debmaster (Jeremiah) by direct email. It would be better if the maintainer could at least remove _old_ packages via http://maemo.org/packages/view/packagename directly. This would be the right place to add a "Remove" Button. -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: New to N900 and Qt, what's the best place to start?
Andre Klapper wrote: > Works fine here, just tried. Yes, today I didn't had a problem to download the file. Don't know what was the problem yesterday. Greetings, Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: New to N900 and Qt, what's the best place to start?
Kees Jongenburger wrote: Given your experience and focus you might want to have a go at MADDE as you suggested yourself and report success /failure here. I just discovered MADDE (your post) and I tried to download it. Unfortunatly, http://tablets-dev.nokia.com/MADDE.php seems to be down. Is this a known problem? Can I get MADDE elsewhere? greetings, Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Panucci - was: Python and pygst development only on device?
Am Samstag, den 09.01.2010, 18:29 +0530 schrieb Amit Sethi: > Hi , Did you happen to try python-gst0.10 No, that helped a lot... ;-) I got a step further. Unfortunatly, panucci now starts, and I am able to add files, but it couldn't play files. I get the following error: /usr/lib/python2.5/site-packages/panucci/panucci.py:428: GtkWarning: gtk_widget_reparent: assertion `widget->parent != NULL' failed self.cover_art_event_box.reparent(metadata_hbox) /usr/lib/python2.5/site-packages/panucci/panucci.py:429: GtkWarning: gtk_widget_reparent: assertion `widget->parent != NULL' failed self.metadata_widget.reparent(metadata_hbox) CRITICAL:panucci.player.panucciPlayer:Error: GStreamer encountered a general stream error. gstbasesrc.c(2345): gst_base_src_loop (): /GstPlayBin2:player/GstURIDecodeBin:uridecodebin0/GstFileSrc:source: streaming task paused, reason not-linked (-1) Anyone, who has an idea what's missing? Thank you, Klaus ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Python and pygst development only on device?
Hello, yesterday I tried to dig a little bit into python and gstreamer development. I downloaded the source of the mediaplayer panucci and wanted to run it inside scratchbox - without luck. I didn't found the package containing pygst. The python developer howto suggests developing on the device - is this (more or less) the only way to go? Or did I miss something? Yours, Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: New apps for fremantle with Qt?
Kate Alhola wrote: > ext Klaus Rotter wrote: >> Hi there! >> >> Since Maemo 6 will be based upon Qt, is it reasonable to start new >> projects (for fremantle and beyond) with Qt? >> > Yes, it is reasonable to start with Qt. We have had maemo qt out > in qt4.garage.maemo.org about year and fremantle version about half of > year. We will have much more to tell in maemo summit . > Upgrade path to Harmatan is much more easier if you are already using Qt. Since IMHO it may be at least one year to betas of Harmatan, do you expect huge differences between the Qt 4.4 now (for Maemo) and the Qt then? Why won't Nokia ship the qt 4.4 libs with the N9xx device? This would make the switchover more easier. -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
New apps for fremantle with Qt?
Hi there! Since Maemo 6 will be based upon Qt, is it reasonable to start new projects (for fremantle and beyond) with Qt? Any comments on this? Yours, -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Code cookbook for Maemo?
Andrea Grandi wrote: > I think it's a good idea! Anyway I'll try to propose again the same > idea I told to Quim during the Maemo Summit 2008: why don't we try to > write a book on Maemo programming? There is already a book on maemo development. What would you like to change? http://maemo.org/maemo_release_documentation/maemo4.1.x/Maemo_Diablo_Reference_Manual_for_maemo_4.1.pdf -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
Aniello Del Sorbo wrote: > As much as I would love to learn Qt, I really hate C++. > And I don't want to rely too much on Python. > > Also my personal interest in Maemo has been Xournal as eveyone knows, > but if porting it to Qt involves learning C++.. brrr... Well, you can write your main application in C and add for the qt GUI a more or less small C++ layer. I did so some years ago with qt 1.4. I really don't understand all the features C++ offers (but I claim that I understand C very well, even what a C compiler does). But after a while I found some C++ features by far more elegant than writing the same in C. At least if you write some kind of OOP (gtk is in fact also OOP). I will second that C++ has some strange features not everyone is quite familiar with... ;-) -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
ma...@bitblit.net wrote: > The way I understand it, Qt uses C++ but GTK uses C. So does one need to > learn C++ to write Maemo apps now? That would suck... AFAIK there is no adequate C interface to Qt. In the early days of qt there was a project to write a API set for C. BUT: You don't have to learn C++ very well to use Qt in your programs. Start with the tutorial, and you're quite fast able to write programs with Qt/C++. -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
Found some infos at talk.maemo.org: Quim Gil wrote: > GTK+/Hildon won't be used by the applications shipped with Harmattan > out of the box and therefore won't be pre-installed. This seems, that at least for new applications gtk has no future on the internet tablets. Thats quite brave to drop gtk more or less completly. But, at least this shows that there is a future for maemo. Wondering what will happen to Qtopia. I don't think that Nokia will support two UI for Qt (Maemo and Qtopia). -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Maemo will switch (completely?) to Qt?
Hi there, I've just read, that Maemo will switch to Qt for the new Maemo 6 version. Well, I personally think this is a good decision. Quim Gil told this at his keynote at the Gran Canaria Desktop Summit. If this is true, what will happen to the gtk toolkit? Will it stay on the tablet? When will it be obsolete? Is it planned, that the Qt shipped with Maemo 5 will be compatible (at least source code) with the one shipped with Maemo 6? -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Native gcc for development on N810
Klaus Rotter schrieb: > Add http://repository.maemo.org/sdk with components sdk/free and Wrong! Native gcc for maemo/diablo is in http://repository.maemo.org/ with components sdk/free and sdk/non-free. -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Native gcc for development on N810
Klaus Rotter schrieb: > I want to install a gcc toolchain directly on the N810. Marat Radchenko mailed me the answer. It is in the sdk repository. Add http://repository.maemo.org/sdk with components sdk/free and sdk/non-free. -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Native gcc for development on N810
Hi there, I want to install a gcc toolchain directly on the N810. Unfortunately, I didn't find one. It seems, that there _was_ a toolchain, at least for chinook. See here: http://www.thisismobility.com/blog/2008/02/08/native-gcc-on-the-n810/ I searched through all the repositories mentioned. But I didn't find anything. Do anyone know where I can find it? -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo sdk install error
Andre Klapper schrieb: > Can you test and report back whether the patch in > https://bugs.maemo.org/show_bug.cgi?id=3811 fixes your issue? I had the same issue. The patch fixed it. Good work! -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Could not install Maemo 4.1.1
Hi Julius, Julius Luukko wrote: > I had the same problem a few days ago with the installer script but I > managed to install manually (not all of the steps were necessary since > the installer script already did most of it). I have 64-bit Ubuntu 8.04, > if that matters. I use Ubuntu 8.04 (32bit) here. Yes, manually would be an option, but I tried to avoid that. But if there is no other way... -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Could not install Maemo 4.1.1
Hi there, today I try to reinstall my old 4.x beta (updated to 4.0.1) installation. First, I removed the whole /scratchbox directory and then I tried the new 4.1.1 install according to the INSTALL.TXT. First, it failed with: Failed to fetch http://repository.maemo.org/pool/maemo4.1.1/free/s/samba/libsmbclient-dev_3.0.2 Error reading from server - read (104 Connection reset by peer) [IP: 195.50.169.146 80] E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing? Later, it fails with: Failed to fetch http://repository.maemo.org/pool/maemo4.1.1/free/s/samba/libsmbclient-dev_3.0.2 Error reading from server - read (104 Connection reset by peer) [IP: 195.50.169.146 80] So, has anybody a solution for this? Thanks, -Klaus ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autobuilder for maemo extras repository
Fred schrieb: > I tried to auto-build pwsafe on diablo and I got loads of (111 > Connection refused) errors Yes... I once got that. I uploaded the unmodified package later and it build without errors. -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Garage Misconfiguration?
Andrew Barr schrieb: > Is anyone else being spammed by garage.maemo.org with the same message > saying "logo contest is now open"? I seem to be getting a new one of > these in my inbox about every thirty minutes. Yes! I am getting this message every hour! I'm now having four... -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Best format for SD ?
Charles Werbick wrote: > series far before the flash wears out. The Intel Atom processors are > due out this spring and will kill ARM on tablets period. ARM simply > cannot compete with a Pentium III CPU at 1.5 GHz and 12 watts total > dissipation. I predict that the n900 series, should it reach > production, will run Intel and not TI silicon. The N8xxs have a 1,5Ah x 3,7V = 5,5 Wh accu. A 12 W design will run out of power in less than half an hour. You really don't know what you are talking about! You can't compare the ARM and the Intel Atom cpu's, because they are meant for totally different products. -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Wifi scanning trouble
ext Udayan Kumar wrote 02/12/2008 10:51 PM: > Is there a way to bypass the powering down of the card? or is there any > other method which can be used to scan the Access Points continously? take a look at wlancond, which has a d-bus interface for scanning. Not really documented or official, but at least source code is available. klaus ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: What does Nokia's acquisition of Trolltech mean to Maemo?
Klaus Rotter schrieb: > Well, it is (to me) more a question of C vs C++. I started with C about > twenty years ago and liked it a lot. But some of the features of C++ in > addition with Qt are IMHO more "elegant", if you use a OO toolkit with > an OO language like C++. E.g. methods overloading (which is really nice). Some addition to this: I started programming Qt about 10 years ago with Qt 1.x. Don't remember exactly. Qt was more or less the reason I started learning C++. I got used to use some of the features C++ offered, but I have some problems to read a program which uses a lot of the advanced C++ features. Meanwhile, I wrote some Java code (starting which Java 1.0) and found it somewhat easier (at least to understand) compared to C++. But sometimes I miss pointers. After this period I started to work with gtk and C (I tried a lot of other toolkits, eg. FLTK, wxWidgets (version 1), Fox and also Tcl/Tk with ET). So, when I came back to gtk and C and found some "missing" features in the object oriented design. So, Vala may be one way to go... it really looks interesting. -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: What does Nokia's acquisition of Trolltech mean to Maemo?
Levi Bard schrieb: > Gtk has been bound for a huge number of languages, including vala, > c++, ruby, python, c#, perl, ada, d, haskell, ocaml, pascal, php, > pike, tcl, and euphoria. [1] Of course, I know this. I dug a little into python and gtk on maemo (which seems nice), but I tend toward using a compiler language for most of my applications. Sometimes I think I would be better off with python. > The old "I like [Toolkit X] better because it's [language of the > week]" argument hasn't had any steam for quite some time. I really don't want to say this. You can blame me that I haven't looked ad gtkmm. But it's more all the tutorials are in C, so I go to use C. I personally want to use the _native_ language on a system. And really: gtk offers me everything I want. But sometimes I think "this would be a little more elegant with a native OO language". The gtk developers did a great job without any doubt. This are just my 2 cents, -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: What does Nokia's acquisition of Trolltech mean to Maemo?
Jürg Billeter schrieb: > You might be interested in Vala[1][2], then. Yes, that's interesting. Thanks for the link! > Jürg > > [1] http://live.gnome.org/Vala > [2] http://live.gnome.org/Vala/HildonSample -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: What does Nokia's acquisition of Trolltech mean to Maemo?
[EMAIL PROTECTED] schrieb: > On Tue, 29 Jan 2008, Klaus Rotter wrote: > >> I really like the look and feel of Maemo, but IMHO Qt's API is superior >> to the one of Gtk. > > Ive heard this a few times without people mentioning any speicifcs? In > what way is it superior? Are there features in Qt that are not in GTK (and > vice versa) ? Could some of those ideas get into GTK (and hence maemo?). Well, it is (to me) more a question of C vs C++. I started with C about twenty years ago and liked it a lot. But some of the features of C++ in addition with Qt are IMHO more "elegant", if you use a OO toolkit with an OO language like C++. E.g. methods overloading (which is really nice). But I often think C++ has to many features (for sure I didn't know them all) and it is bloated whereas I think I know pretty much features of C. Maybe the best would be C# (I like C# as a language design better that java) with a native gtk# interface and a compiler with compiles this to machine code. A gcc# would be nice... For the features both toolkits provide far more than I need. Gtk has done a good job on this in the last years. Just my two cents, -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: What does Nokia's acquisition of Trolltech mean to Maemo?
Gustavo Sverzut Barbieri wrote: > dunno, I'm not them to know for sure. But the platform is there > already, works, supported, they have the hackers working for them, > it's not about something to come, it's something that exists (and is Until here you can think both of Maemo and Qt (aka Qtopia) > used by Motorola, Sony and others already). And this _may_ be the problem. There are already more devices with Qtopia on it and there will be more Nokia devices with Qtopia. On the other side we have (actual N810, the N800 is no longer available in the German Nokia online store) a single internet tablet. > Also, they bought a market share, something they cannot do with Gnome. > Now they can use the power and ensure no other company will have such > a infrastructure as closed source. Motorola wants to use it? Do, but > release all their code under GPLv3, which also ensures they'll have to I think Motorola will use a commercial license, and so they don't have to release the source code. Nokia would be a fool to discontinue the GPL or the commercial license of Qt. In either way, they would loose market power. I really like the look and feel of Maemo, but IMHO Qt's API is superior to the one of Gtk. The other advantage of Gtk is that there are no license fees (if I would go commercial closed-source with some applications). But this may be only an issue for hobby programmers, since for professionals the license fees of Qt aren't that heavy. If you regard the Series 90 (Nokia 7710, see http://www.livingroom.org.au/cameraphone/images/7710_01.jpg) they had a similar look (and feel? don't know, just looked at them) like Maemo. So I think if Nokia would produce a new landscape cellular phone they would adapt Maemo's look-and-feel with Qtopia. This isn't that heavy. And then there's just a small step to build a internet tablet without a cellular phone. I think many big companies would like to have more in-house competition than outside competition. And Nokia has enough money to to do so. But maybe in some years they will drop one. -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: esound (esd) on N8xx
Marc-Andre Lureau wrote: > Esound recording is not supported. You can use either ALSA or > GStreamer. Ah, that's interesting. Perhaps someone should update the "getting started with multimedia HowTo". I cant do that, I got the error: Not Found The requested URL /getting_started_with_multimedia.html&format=documentation-guided was not found on this server. Has ALSA a build in mix-down feature, so that more applications can open simultaneously the audio device for playback and recording? Maybe gstreamer is really the way do go... What would you recommend for low level PCM recoding/playback? -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
esound (esd) on N8xx
Hi there, I finally got my N810 and so I started testing my new PSK31 program for the N8xx series. See: https://garage.maemo.org/frs/download.php/2391/MaemoPSK31.png The app runs fine inside chinook on the PC, but fails on the N810. It was original based directly on /dev/dsp (opensound) for sound handling, and I rewrote it to use esound (which is IMHO much simpler that using gstreamer if I just want uncompressed sound in and output.) Is esound fully supported under OS2008? I use sound input and output at 16 bit, Mono with 8KHz. Will it be removed in the future? esd docs say, that the sound will be resampled to the native rate of the sound daemon, which is IMHO 44,1 KHz for playing. Maybe this is the problem, because it is said that sound recording works just with 8 KHz on the N8xx. Anyone tried sound recording with esd on the N8xx? -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Contribution code, ...
Armin M. Warda schrieb: > Hi, > > the german Nokia Online-Shop finally accepted my discount code > and gave me a 100% discount. I only have to pay for shipping, > regular is 5 euros, express is 13 euros. Shit (sorry to say that)! The same happened here. My code is accepted with 100% discount. What should I do? Cancel the oder? Do I loose then my code? (It is already accepted) Or should I go on and maybe the loose my code? (If the oder is canceled by Nokia?) worried, -Klaus ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Contribution code, ...
Eike Hein schrieb: > Massimo Mund wrote: > > Did someone considered to write a mail to Quim Gil? > > Perhaps he can make them take a notice of the problem. > > Well, first of I expect Quim to read this list in > any case, and second the mail did state that we > should talk to the shops directly at this point. Well, today I filled up the contact form at the German Nokia online shop. I really hope that a qualified person would process it... But maybe it would help if also Quim will contact them. Hoping, -Klaus ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Nokia discount codes (again)
Chris Lord wrote: > Is it just mine, or the UK Nokia shop, or are Nokia discount codes still > not working? I'm sure Quim Gil said they'd start working some time last > week, is there any new ETA on this? Same here in Germany. N810 is in stock, but the discount codes do not work. It would be nice if anyone from Nokia would tell us why they do not work. Is there a technical or (perhaps more likely) a political reason for this. I really wanted to do some work with maemo during Christmas holidays. > Happy Holidays, Yes, of course! -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: midi support os2008?
Yury Petrov schrieb: > Is there any way to play midi files in os2008? Does GStreamer support midi > playback? Was timidity ported? I'd love to port some ear-training and karaoke > apps on os2008! AFAIK not out of the box. I once compiled timidity and it worked nicely (on the console). But I had not tried gstreamer support. I will dig into this after Christmas. -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Android Vs. Maemo
Tollef Fog Heen wrote: > Just to correct this: Software under the ASL can use LGPL-ed code just > fine. Think Apache HTTPd running on a normal Linux installation. > glibc is LGPL, Apache is ASL. But this is inaccurate: Since Android is based on Linux kernel (which is GPL'd with exceptions) how can Google say, the Android system is ASL licensed? Maybe the user apps are ASL'd, but at least the Linux kernel is GPL'd. So a telephone manufacture, who uses Android, has to (at least) publish the modifications to the linux kernel. -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fwd: Network library on Maemo 4
Terje Bergström wrote: > Probably libconic is the interesting library, and besides that just normal > Linux networking API. I'm also in the progress of getting an updated > Connectivity howto out with some examples of libconic's use. This would be great, thanks. I found only little documentation about the libconic API. is there more besides http://maemo.org/api_refs/4.0/libconic/index.html ? Kind regards, -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Android Vs. Maemo
Martin Grimme wrote: > why not Java and OpenGL as well? I'm confident that at least OpenGL on maemo > is not far away. :) Porting a software OpenGL layer isn't that hard. Fabrice Bellards TinyGL would be a candidate for it, because the Omap 2420 (N8x0 uC) supports vfp. http://fabrice.bellard.free.fr/TinyGL/ The other question is a hardware supported OpenGL layer. This has to use the internal framebuffer (as I recall the specs correctly), which is not big enough to hold a complete 800x480 frame at 16 bpp. But maybe rendering to external RAM is possible. I don't know. What I would really like to have is TV-out and a presentations player for Maemo. :-) Would be really nice to connect my N8x0 to a beamer. -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Android Vs. Maemo
Klaus Rotter schrieb: > So I wonder which toolkit is used. Linux itself is GPLd. > The Android specs will be published on Nov 12. It seems that Android uses Java with a own Toolkit. See here: http://code.google.com/android/intro/index.html They provide a SDK for MacOS, Windows and Linux. -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Android Vs. Maemo
vicente garcia wrote: > Hi, how you think Android will affect Maemo? > I suposse that Maemo has a lot of posibilities of be installing on a phone, > then... Android is distributed under Apache License. This means (to me) it can't use GPL or LGPL code. But this could also mean that just all applications are distributed under Apache License and that the libs which are used are LGPLd. This would offer the possibility for gtk. So I wonder which toolkit is used. Linux itself is GPLd. The Android specs will be published on Nov 12. In my opinion it would be nice not to have a couple of Linux Phone architectures laying around, which are incompatible to each other. There are some: Maemo (ok, currently not used as a phone), Trolltechs Qtopia, OpenMokko and now Android. The problem was, that Trolltech and OpenMokko are too small, they need big partners in the Phone market. So Android may have success, if there comes hardware and if the partners give it time (some years). -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Question regarding garage project pages
Quim Gil wrote: > fwiw I also thing you are over-reacting to karma. :) Do you think so? Well... I didn't want to! :) > Propose for a deal: let the karma system develop and flow and let's have > a look to it again in, say, 3 months. Ok... I think most of the people here just didn't get the purpose of the karma system. As you said now (in an other post), it will help you to make some decisions. So this is now clear. You need it to do your work better/faster. > My bet today is that it will help improving things. Your bet seems to be > otherwise. But none of us has actually proof. So let's wait and let's > move onto other (more important) things. My bet wasn't otherwise. I (and others) just said, that there will be some problems at a high chance. Ok, let the karma system grow... As I said before, I really enjoy what you at Nokia are making with the Maemo system. There where a lot of trials before (with Linux based PDAs) and I really think Nokia did a good one. We now get the third generation of devices, that's great! Just my 2 cents, -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: About the upcoming maemo user karma
Luca Olivetti wrote: > En/na vicente garcia ha escrit: > >>> Finally after 4 hours of fiddeling I want the old days with my old > >>> TurboPascal back. ;-) [^^^That was me] That was Luca: > > Are you crazy? I must develop some applications with pascal + mysql + > > gtk 2 then I felt in the Hell. I hate pascal but I learn so many gtk > > tricks :) Ok. When I said the old days with TP, I meant the work flow. It was easy to install, one key press to compile and one to generate a .exe file. When I started with Maemo, this was the first time I fiddled with the GNU autotools. Ok, I did that some time ago with some kde apps I wrote (back in the KDE 1.xx days) but didn't use it later. I create my Zaurus packages out of a single makefile. I did this also with my fractal package (its SDL based) at garage, but unfortunately the source code is lost. I wanted that as a example how to create .deb packages for Maemo without the autotools. But not using autotools will cause problems in uploading to the extras repository. BTW: I really like C, I am not really a fan of Pascal. My idea is to bring fabrice bellards Tiny C Compiler http://fabrice.bellard.free.fr/tcc/ to the N8xx series. There exists a EABI backend for that. But therefor, I need some holidays. The TCC is really fast but generates bad optimized code. But _on_ the device compiling speed beats execution speed. The GCC is too fat to run nicely on a N8xx. The N810 would be nice for that, because of its integrated Keyboard. The TCC can directly compile to memory, so with a lightweight Editor this would be a nice little programming environment. greetings, -Klaus ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Question regarding garage project pages
Steve Greenland wrote: > Quim, this is why karma systems are a bad idea. I'm sure that Tim was > joking, but as soon as people start even thinking about how their > actions affect their karma, rather than doing what makes sense, the > karma system has negatively affected the project and community. I second this. Even the mailing list will grow, if the karma system will just count messages on the list, and not how important they are. Also in user feedback at downloads.maemo.org I see the first messages that maintainers praise their own work. I really enjoy the effort you at Nokia are doing for the maemo project. This is *much* better than everything the community got from Sharp with the Zaurus project. But please don't overact. -Klaus ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: About the upcoming maemo user karma
Quim Gil wrote: > We are near to implement user karma in maemo.org. Like most karma > systems, it is used as a nice add-on to promote and show off those > investing time and energies in the project. Ok... what is the "karma" useful for? I didn't get the point. Is it important to have a high karma (at maemo.org)? If it is just that I would feel better I can live without it... I looked at my karma, felt bad ;), found it somewhat poor and tried to raise it. 1) My bomberman project at downloads seems to have no pictures (it once had pictures!) and no mention that I created it. I wanted to fix both. I got an error each time I want to upload a picture of the game: Catchable fatal error: Object of class PEAR_Error could not be converted to string in /usr/share/midgard/svn/midcom/trunk/src/midcom.core/midcom/services/indexer/backend/solr.php on line 327 I wasn't able to remark that I created it. And maemo.org was so _slow_ this evening (in europe) 2) It seems that downloads in garage aren't counted. Why? 3) To get rid of 2), I tried to load up bomberman to the extras repository (O.k, I wanted that for a long time). Unfortunatly, I just have a chinook dev enviroment set up, so I tried to install bora beside it. This should really go to the How-Tos. Well, http://inz.fi/blog/2007/10/22/multi-target-development-for-maemo/ helped a little bit. So I build packages for chinook (armel and i386+src) and a package for bora (just armel) and loaded them up. They didn't show up. Maybe I did something wrong or it will take some time for them to show up. 4) My bugzilla activities aren't counted also. O.k., there are _few_, but no counts at all? My bugzilla login is "[EMAIL PROTECTED]", but my profile says "[EMAIL PROTECTED]". Finally after 4 hours of fiddeling I want the old days with my old TurboPascal back. ;-) -Klaus ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Audio in on N800 and N810
[EMAIL PROTECTED] wrote: > What software are you using for PSK-31? A hildon modified version of gpsk31, which I call MaemoPSK31. GPSK31 uses plain gtk calls to build its gui, so there weren't that much changes to get it running on the N800. I modified the waterfall code and of course the gui to made it fit better. I have to add Logbook code and general preferences (the original GPSK31 uses a rc file and has no gui code for that). Unfortunately, there are issues with line in. Also, you need a external keyboard to do it right. It runs well inside scratchbox. I made a picture. You can view it at: https://garage.maemo.org/frs/download.php/2391/MaemoPSK31.png If it is really usable on the device, I will add a own garage project for it. The N800/810 use the OMAP 2420, which has a floating point unit (vfp). So you don't have to use those integer routines for FFT and PSK31 decoding. ARM cpu's without vfp are too slow, so one must use integer optimized programs. I work also on a QT version for the sharp Zaurus. But this is processing slowly, because of the missing FPU. But the Zaurus (I own a 5500) has a keyboard, a serial port and a microphone in, so it will fit nicely for an application like this. The N800/810 has no easy accessible serial port for rig control. If you want to use the N800/810, you have to use VOX conrol. bye, Klaus (DO4KR) -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo SDK 4.x beta
Eero Tamminen wrote: > ext Klaus Rotter wrote: >> Hm... I should have read that before. O.k. Funny thing that my >> bomberman package build straight away... > > Anything using SDL works fine on Chinook if it worked > on earlier release. Yes! But my game launcher uses Hildon/Gtk. I looked at the configure script, and found out that it doesn't check for hildon, just gtk and libosso. So thats why it doesn't fail. -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Audio in on N800 and N810
Simon Pickering wrote: > It looks like the N810 has a different audio codec to the N800: [...] Ah, thats interessting. Thanks for the info. > My understanding is that the N800 can only record at 8kHz (see the > bottom of page 5 here: http://focus.ti.com/lit/ds/symlink/tsc2301.pdf). Hm... it just says something about the power consumption for different tasks. Well, 8 KHz is enough for decoding PSK31 signals. But some kind of a line in would be nice. Decoding quality would be much better if the signal had not to go through a loudspeaker and a microphone... -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo SDK 4.x beta
Rafael Proença schrieb: >> Is this a bug or a new feature? > > > Neither. This is called API break, as you can see here: > http://maemo.org/development/sdks/api_changes_between_maemo_3_2_and_maemo_4_0.html > and some recents clues here: > http://lists.maemo.org/pipermail/maemo-developers/2007-October/012080.html Hm... I should have read that before. O.k. Funny thing that my bomberman package build straight away... -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Audio in on N800 and N810
Hello, for a application I port I need a audio in source on the N800 and the N810 IT. The N800 has a 3,5 mm jack with stereo out and audio in (microphone level). Does the N810 also has this jack? How can I use this jack? I have some problems to get anything other work than the supplied headset. I use transformers to separate the N800 from my HF equipment (a Ft817 amateur radio transceiver) and some resistors to reduce the audio level so I can directly input line level. But it won't work. Is there any resistor magic that will enable the audio in? Sampling rates: Is it true, that the N800 just supports 8 KHz sampling rate with the microphone in? If yes, is it the same with the N810? The N810 would be nice because of its build in keyboard. The PSK31 software isn't really that usable with a on screen keyboard. Thanks for your help, -Klaus ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Maemo SDK 4.x beta
Hi there, I am testing the new maemo 4 beta and have some issues. I am porting a HAM psk31 application to maemo and according to the porting to maemo 3.x guide, I should add "hildon-libs" to configure.in. However, hildon-libs isn't installed on maemo 4. I just found "hildon-l". Is this a bug or a new feature? [sbox-SDK_BETA_X86: ~/gpsk31-0.3] > pkg-config --list-all | grep hildon hildon-desktop hildon-desktop - Hildon Desktop Headers hildon-1hildon - Hildon widgets library libhildondesktoplibhildondesktop - Hildon Lib Desktop -Klaus ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Freescale Licenses AMD Graphics Technologies for use in iMX processors
Daniel Stone wrote: > AMD has opened the Radeon graphics specs. Their embedded chipsets > (based on work by the Bitboys crew) have nothing to do with the Radeons, > and nothing to do with the announcement in the slightest. TI has released some SDK for Linux and the OMAP 2420 and 2430 chipset. Look here: > http://focus.ti.com/general/docs/wtbu/wtbugencontent.tsp?templateId=6123&navigationId=12719&contentId=27458 I downloaded the open source 2.6.10 SDK and found that it contains a linux tar archive packed inside ZIP archive which is created by installing a Win installer .exe which is also packed inside a ZIP archive. Funny :-) There's a lot of interessting stuff inside, but no src of the libGL* libs. The gcc 3.4.4 tool chain is used, but I don't know if it uses EABI. But, a binary only HW accelerated OpenGL would be sufficient. Heres a (reduced) ls -R of the package: .: egl_test freedesktop glinfo install.sh libGLES_CM.so libIMGegl.so libdvcgen.a libomaplcd.so libpvr2d.so libpvrNULLWSEGL.so libpvrNULLWSEGL_OLD.so libpvrX11WSEGL.so libsrv_um_1.1.33.313.so libsrv_um_1.1.33.434.so libsrv_um_1.1.33.561.so libswcamera.so ogles_camera_ext omaplcd.ko out packages power_test pvr.ko rc.pvr services_test sw_camera_ctrl swcamera.ko xegltest xtest [...] ./freedesktop/bin: Xfbdev Xmbx [...] ./freedesktop/lib: libICE.a libICE.la libICE.so libICE.so.6 libICE.so.6.3.1 libSM.a libSM.la libSM.so libSM.so.6 libSM.so.6.0.1 libX11.a libX11.la libX11.so libX11.so.6 libX11.so.6.2.1 libXau.a libXau.la libXau.so libXau.so.0 libXau.so.0.0.0 libXaw.a libXaw.la libXaw.so libXaw.so.7 libXaw.so.7.0.0 libXcomposite.a libXcomposite.la libXcomposite.so libXcomposite.so.1 libXcomposite.so.1.1.0 libXcursor.a libXcursor.la libXcursor.so libXcursor.so.1 libXcursor.so.1.0.2 libXdamage.a libXdamage.la libXdamage.so libXdamage.so.0 libXdamage.so.0.1.0 libXdmcp.a libXdmcp.la libXdmcp.so libXdmcp.so.0 libXdmcp.so.0.0.0 libXext.a libXext.la libXext.so libXext.so.6 libXext.so.6.4.1 libXfixes.a libXfixes.la libXfixes.so libXfixes.so.0 libXfixes.so.0.2.0 libXfont.a libXfont.la libXfont.so libXfont.so.1 libXfont.so.1.4.1 libXi.a libXi.la libXi.so libXi.so.6 libXi.so.6.0.1 libXmu.a libXmu.la libXmu.so libXmu.so.6 libXmu.so.6.2.1 libXmuu.a libXmuu.la libXmuu.so libXmuu.so.1 libXmuu.so.1.0.1 libXpm.a libXpm.la libXpm.so libXpm.so.4 libXpm.so.4.5.0 libXrandr.a libXrandr.la libXrandr.so libXrandr.so.2 libXrandr.so.2.0.1 libXrender.a libXrender.la libXrender.so libXrender.so.1 libXrender.so.1.3.0 libXt.a libXt.la libXt.so libXt.so.6 libXt.so.6.0.1 libXtst.a libXtst.la libXtst.so libXtst.so.6 libXtst.so.6.2.1 libXv.a libXv.la libXv.so libXv.so.1 libXv.so.1.1.2 libfontcache.a libfontcache.la libfontcache.so libfontcache.so.0 libfontcache.so.0.0.0 pkgconfig ./freedesktop/lib/pkgconfig: compositeext.pc damageext.pc fixesext.pc ice.pc randr.pc recordext.pc render.pc resourceext.pc sm.pc x11.pc xau.pc xaw.pc xcalibrateext.pc xcomposite.pc xcursor.pc xdamage.pc xdmcp.pc xext.pc xextensions.pc xfixes.pc xfont.pc xi.pc xmu.pc xmuu.pc xpm.pc xproto.pc xrandr.pc xrender.pc xt.pc xtrans.pc xtst.pc xv.pc -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Freescale Licenses AMD Graphics Technologies for use in iMX processors
Jon Smirl wrote: > Here's a good reason to switch from OMAP to iMX31 in next gen device > Combine this with AMD's decision to open source the specs. Maybe... but there are a couple of things which vote against it: 1) The Hardware used in the N800 is also used in various other Nokia products. The designers of the N770 and N800 had to use parts which will be bought for other products (e.g. N9x series) as well. So there is just a chance to switch, if the developers of the N9x series will also switch... 2) To open the specs for some ATI/AMD graphics architecture does not mean that all specs are open. Even the Xorg programmers said, that the specs opened just covers the 2D part. 3) I have just read the iMX31 product brief. The MPEG-4 _encoder_ is nice, but I don't see a dedicatet DSP on board. I think that there is a lot of TI DSP code running on the N9x series. See 1)... At least, the N800 just _has_ a 3D gfx accelerator. If we just get the specs... -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: WLAN power saving
ext Andrew J. Barr wrote 07/27/2007 02:06 AM: > Is there any way to completely disable WLAN power saving on the N800? I believe setting the 'wlan_sleep_timeout' and 'inactive_wlan_sleep_timeout' gconf values to something large will do what you want. For more details, see e.g. https://bugs.maemo.org/show_bug.cgi?id=1636#c14 Those values define how long (in milliseconds) the chip stays in active mode after sending something out. klaus ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
USB-Host support in 4.2007.26-8
Hi there, subject says it all: Does the new firmware have USB-host support included? -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: freedom mini keyboard and N800
Kees Jongenburger wrote: > On 5/29/07, Klaus Rotter <[EMAIL PROTECTED]> wrote: >> I bought a freedom mini bt keyboard and paired it with my N800. It seems > Could you please specify the keyboard type name? Its exactly a "freedom-mini-keyboard", look here: http://www.allaboutsymbian.com/reviews/item/Freedom_mini_keyboard.php It support HID profile, but has this bug, which makes it quite unusable. > I think you can just connect the keyboard to you pc and use xev or similar > in the kdb.c the code for alt-gr is 63 (0x3f) Hm... this gives me just the events, I want to modify them. On the N800, there are already some profiles for HID keyboards, they (the profiles) must be stored somewhere, or are they hardcoded? I could try xmodmap, I think in the BT-plugin for the N770 is a working copy of xmodmap 8even for the N800). The easiest way would be to rpovide a new profile for the control panel->hardware keyboard. Don't know how this works. Greetings, -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
freedom mini keyboard and N800
Hi there, I bought a freedom mini bt keyboard and paired it with my N800. It seems to work (I am able to type text) but I have some issues. Mainly, it has to to with the Num/123 key. The key is located on the lower left part of the keyboard and it is used to switch between normal letters and digits/signs. Inside a opera web page everything works as expected, but outside every time I hit the num key a menu is displayed. It seems that the num key emits the MENU keycode, and all gtk textfields try to display a menu. I dug a little inside /usr/share/X11/xkb and I think it's because the menu key is a synonym for the compose key. I modified /usr/share/X11/xkb/keycodes/xfree86 and commended out the line ' = 117' (exactly I put '//' before it). But I want to do it a more clean way. I am looking for the hardware keyboard definition files, which one can select using "control panel" -> "hardware keyboard", because I want to create a freedom mini keyboard profile (there are more things missing, e.g. the Alt-Gr keys don't work right). Where can I find them? Cheers, -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: N800 experimental host mode patches available
Tony Lindgren wrote: > I've updated the patches for 2.6.18 below based on the linux-omap tree > snapshot. This udpate fixes a nasty bug with host mode TX fifo flushing, > so now all the Linux testusb testcases run reliably. I am interessted in getting a USB keybord working on a N800. Anyone tried it yet? Is there support for a usb keyboard in the usb-host-mode patches? Do I have to recompile the kernel on my own or is somewhere a ready compiled kernel available for download? Thanks, -Klaus BTW: Great work! -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: How to Run the Cosole based Application in Maemo
chetan nanda wrote: I am new to this platform and i have done some thread programming and socket programming and now i want to run that on maemo. so how can i run it ... Install xterm-osso and some kind of ssh, e.g. dropbear. Then you can scp your application to the device (you don't need a .deb file) and execute it inside a xterm. -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: H/W 3D on the N800
Paul Klapperich wrote: [Video bandwidth and internal vs. external framebuffer] I'm pretty sure this is why we haven't seen an OpenGL stack yet, and why we probably won't see one any time soon. But the solution for the external framebuffer could also belong to 3D. One could render the 3d image to the internal framebuffer and transfer it via dma to the external one (which run in pixel doubling mode to provide full fps in 320x240 or in full resolution, than fps is limited to 15 fps.) -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: N800 & Video playback
Daniel Stone wrote: On Tue, Mar 20, 2007 at 09:31:00AM +0100, ext Klaus Rotter wrote: The memory bandwidth to the N800 LCD framebuffer is 3 times slower that the bandwidth in the N770? Is it really _that_ big? > Siarhei's calculations were correct, so, yes. Bad... the N770 interface wasn't the fasted either. So we have even a more slow down. On the N770 there was the feature (with SDL games) of doubling the pixels by hardware with a X-server extension. Will this feature be available in the new kernel / X11 server for the N800? It would be great if it would use the same API. -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: N800 & Video playback
Daniel Stone wrote: On Sun, Mar 18, 2007 at 07:57:36PM +0200, ext Siarhei Siamashka wrote: Looks like graphics bus on N800 is 3x slower than on Nokia 770. It might be caused by inefficient framebuffer driver implementation in its initial revision. But if it is a hardware issue, getting normal video playback at native framerate may be troublesome. [...] Unfortunately, it's a hardware issue. What we can do is get the LCD The memory bandwidth to the N800 LCD framebuffer is 3 times slower that the bandwidth in the N770? Is it really _that_ big? What is limiting the bandwidth: The OMAP interface, the LCD controller itself or was it a design issue. -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: OMAP 2420 / lower level hardware docs?
Jon Smirl wrote: Using a closed CPU like the TI OMAP in an open device like the N800 wasn't the best pairing. Maybe next time Nokia will use a similar but open processor like the Freescale MX31. Well, a lot of the parts of the OMAP 2420 is open. There are (of course) open source linux drivers for main parts of that device. Other parts (e.g. the 3D-accelerator) may be licenced from another companies, and the licence may forbid releasing those infos. Isn't the OMAP 3D stuff based on the Permedia Chips? They also could have picked open wifi like Ralink, Realtek or Zydas instead of the closed Conexant chip. Hopefully companies like Nokia will become more sensitive to open vs closed hardware as they build more Linux enabled devices. Yes and no. The people who designed the N770 once said, that they had to use parts which already been used to build other Nokia devices. That made the production cheaper. I think this belongs also to the N800. The OMAP 2420 and the Wifi chip is used in other devices as well. If the N800 made a top seller the designers are more _free_ to use other parts as well. It would be interesting, how many N770 have been sold. It seems enough to go on for new devices like the N800. But I fear, it isn't a big benefit. But Nokia made a billon euro profit, so someone there thinks there are some euros left to go new ways, and Linux on handhelds is a new way for Nokia. I am happy enough that Nokia is still producing, selling and developing new Linux devices. A lot of other companies, even big ones like Sharp, tried Linux on handhelds and drew back. Ok, Sharp still produces Linux devices, but they are only sold in Japan. to another graphics chips. Nokia could simply inform TI/Conexant that the next generation devices will only use open hardware and see what their response is. They could try that. But I am not so fancy about open sources drivers on handhelds anyway. I would be quite happy to have closed source drivers as well. But there should be drivers. The reason is simple: You can't get the OMAP cpu alone. You need a device for it, and the company providing the device should also provide the drivers. This is unlike for example a PC graphics card, which I can get for a few euros and use it (with free drivers) on my Linux PC. Ok, there are a lot of advantages of open source drivers: What, if Nokia decides not to support the N800 any more? One could take the released source and port it to a more modern kernel. -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: OMAP 2420 / lower level hardware docs?
Jeff Sauer wrote: Anyone have any links to specifics on the ARM CPU and other "blocks" of the OMAP 2420? AFAIK you get this information (at least the interesting stuff: e.g. 3D-hardware) only if a)you sign a NDA and b)if your company will order a significant number of devices. So, I think, Nokia has that information but can not release it to the public. I hope someone there will decide that a hardware supported OpenGL driver would be a big benefit for the N800. Another solution would be that the open source community can convince TI to release those technical documents to the public. -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: DVD content playback possible or not? Re: Wishlist
Zoran Kolic wrote: It's a kernel and large X server update. Unfortunately I'm not in a position to be able to release them to the public. I'm not exactly interested for this topic, but kernel and x _are_ public. Well, anyone can modifiy source code and no one has to release that code if you don't release any binaries. Daniel could release some diffs, but if his employer don't want that he risks his job. We don't want that ;-) I will happily wait some more weeks (I hope not months) to get a full blown kernel/OS update for my N800. And yes, then Nokia should also release the source code. -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: DVD content playback possible or not? Re: Wishlist
Hanno Zulla wrote: TI is advertising the chipset used in the N800 as dvd-capable and I had the impression that the hardware was there, "only" the missing video acceleration and dsp drivers were stopping us from watching full-screen 30fps video on the device. I think TI is referring to the internal frame buffer of the OMAP chip and not the external one used in the N800. The limiting factor may be the bus bandwith. The internal 5 Mbit S-RAM of the OMAP 2420 chip is enough to hold a PAL or NTSC picture in memory, but not enough for the 800x480 pixels of the N800 display. I also fear that the 3D accelerator is only useful with the internal RAM. But one could (if someone would write a OpenGL graphics driver for the 3d hardware) render to the internal RAM (in 400x240) and blit it to the video frame buffer using the CPU. The OMAP 2420 supports TV-Out. A TV-Out adapter would be _my_ whishlist for the next generation devices. One can also think of a dual Display setup: The internal frame buffer for presentation and video output and the external one to drive the LCD. No notebooks anymore, I would like to connect my N800 to the beamer... -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: DVD content playback possible or not? Re: Wishlist (was:Re: N800 and USB host mode)
Hanno Zulla wrote: Video playback is my biggest wish for improvement on the N800. See http://www.hanno.de/blog/2007/02/16/video-on-n800/ for some comparisons of video playback on the N800 as it is today and how it could be on an 800x480 screen. Why do you want DVD MPEG2 Playback? MPEG2 is IMHO not the way to go, it needs big files. Better support for MPEG4 and the media player is needed. Media Player often says "playback of this format is not supported" but the files play fine in mplayer. And AFAIK mplayer only uses the CPU and not the DSP. (Ok, it may use the MP2/3 DSP codecs vor audio decoding.) Better support for 400x240 MPEG4 would be fine. One can store about 5-6 houres of video on a 2 GB card. With MPEG2 this would be only about 1h. -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Maemo as a basic OS????????
Vikas Murthy wrote: 1) After installing Maemo( and its library stack) on a hardware reference board(with an LCD display, used for development) can I use that platform itself as an internet tablet?? That is, Can I use internet (for browsing, mailing, VoIP, etc) through the hardware platform with just Maemo3.0. You need at least a linux kernel for that machine and please keep in mind that most standard applications are not free, e.g. opera and the mailer. -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Problems with maemo bora armel emulation
Osvaldo Santana schrieb: This is a bug in the maemo glibc: http://sourceware.org/ml/libc-alpha/2006-09/msg00063.html Great. Is there anywhere a compiled glibc or do I have to compile myself? Bora-Team: Any updates? -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] apt-get update error
Marius Gedminas wrote: This is becoming a FAQ. Everybody who uses Ubuntu Feisty (or has avahi installed) gets this problem. I had this also on Edgy with bora. -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Problems with maemo bora armel emulation
Eero Tamminen wrote: IMHO the best development process is: 1. Develope on x86 (sbox) 2. Test, debug & fix on x86 (sbox) 3. Build an ARMEL package in armel-sbox 4. Test the package on the actual device Debugging is *much* easier in the x86 environment. Yes... I normally do it that way. But shouldn't Maemo bora also run under ARMEL in scratchbox? (2) Maybe this problem has something to do with problem #1: I was able to compile & run SDL programms befor, but no I get "Inconsistency detected by ld.so: rtld.c: 288: _dl_start_final: Assertion nfo->l.l_tls_modid == 0' failed" running configure. The funny thing is that this package build without problems under SDK_X86. So I think the problem is either bora itself or my setup (or a combination of both). It seems that Qemu depends upon some kernel settings, and maybe it breaks because I am using a VMWare 4.5 which is pretty old. I'll try a native Ubuntu 6.10 installation and I'll see... -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Problems with maemo bora armel emulation
Hi there,
I have some (3) problems with my Maemo bora enviroment. I run it on a
4.5. Vmware with Windows 2k as host and KUbuntu Edgy 6.10.
(1) Under SDK_ARMEL, I am not able to start the Maemo environment. There
is no problem if I try this with SDK_X86 eviroment.
-- 8< --
[sbox-SDK_ARMEL: ~/fractal] > af-sb-init.sh start
Note: For remote X connections DISPLAY should contain hostname!
Sample files present.
Starting DBUS system bus
Starting D-BUS session bus daemon
Starting Maemo Launcher: maemo-launcher start failed.
Starting Sapwood image server
Starting Matchbox window manager
Starting clipboard-manager
matchbox: WARNING: failed to load /usr/share/matchbox/mbnoapp.xpm .
Disabling icons.
matchbox: failed to load keyboard config
Starting Keyboard
sapwood-server[17915]: GLIB INFO default - server started
Starting MAEMO AF Desktop
[sbox-SDK_ARMEL: ~/fractal] > ls
-- 8< --
(2) Maybe this problem has somethin to do with problem #1: I was able to
compile & run SDL programms befor, but no I get "Inconsistency detected
by ld.so: rtld.c: 288: _dl_start_final: Assertion nfo->l.l_tls_modid ==
0' failed" running configure. I found
http://lists.scratchbox.org/pipermail/scratchbox-devel/2006-September/000217.html
Is this the only solution to recompile qemu-arm emulator? Maybe I should
select another emulator? I use now:
/scratchbox/devkits/cputransp/bin/qemu-arm-0.8.1-sb2
Someone on maemo-irc suggested that it may be a kernel problem?
"CONFIG_COMPAT_VDSO=y". Do I relly have to recompile my ubuntu kernel?
-- 8< --
configure:19676: checking for SDL - version >= 1.2.8
configure:19766: gcc -o conftest -Wall -g -O2 -I/usr/include/SDL
-D_REENTRANT
conftest.c -L/usr/lib -lSDL -lpthread >&5
configure:19769: $? = 0
configure:19771: ./conftest
Inconsistency detected by ld.so: rtld.c: 288: _dl_start_final:
Assertion nfo->
l.l_tls_modid == 0' failed!
configure:19774: $? = 127
configure: program exited with status 127
configure: failed program was:
-- 8< --
(3) When I start Maemo Xephyr complaints about the font path. I didn't
had this on my notebook (was Ubuntu 6.06 without vmware)
-- 8< --
[EMAIL PROTECTED]:~$ . bin/start-scratchbox
Password:error opening security policy file /usr/lib/xserver/SecurityPolicy
Extended Input Devices not yet supported. Impelement it at line 625 in
../../../../hw/kdrive/src/kinput.c
xkb_keycodes { include "xfree86+aliases(qwerty)" };
xkb_types{ include "complete" };
xkb_compatibility{ include "complete" };
xkb_symbols { include "pc(pc101)+us" };
xkb_geometry { include "pc(pc101)" };
Could not init font path element /usr/share/fonts/X11/TTF/, removing
from list!
Could not init font path element /usr/share/fonts/X11/OTF, removing from
list!
Could not init font path element /usr/share/fonts/X11/CID/, removing
from list!
-- 8< --
My start-scratchbox script:
-- 8< --
# Start Scratchbox enviroment bora
Xephyr :2 -host-cursor -screen 800x480x16 -dpi 96 -ac &
sudo /scratchbox/sbin/sbox_ctl start
/scratchbox/login
-- 8< --
--
Klaus Rotter * klaus rotters de * www.rotters.de
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Dillo for N800/770
Anuj Verma (Kevin) wrote: I'll like to know if someone knows if there is a port for N800 or 770 available ? Dillo is (or at least the 0.8.6 source) GTK 1 based. There are some patches to get Dillo running on GTK2, but I think this is not stable yet. But I agree that a small & lightweight HTML Browser would be nice. -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Speed test with vfp (floating point) on N800
Hi folks, I was very interesseted in the floating point copro in the N800 cpu and did some tests with a progamm which calculates the mandelbrod set and outputs it via SDL. I put this program online on bomberman.garage.maemo.org. No installer, you have to run the benchmarks on xterm or via ssh (so did I). // Results of Mandelbrot set on N800 800x480 pixels, 100 interations // real -1 to 2 // imag -1.3 to 1.2 // dbl - uses doubles // flt - uses floats // vfp - compiled with "-mfpu=vfp -mfloat-abi=softfp" // All binarys are compiled with -O2 // Results with full PixelDraw and SDL_Update every pixel ./mandel_armel_dbl.bin - Time: 178.284 seconds ./mandel_armel_dbl_vfp.bin - Time: 151.816 seconds ./mandel_armel_flt.bin - Time: 169.486 seconds ./mandel_armel_flt_vfp.bin - Time: 152.148 seconds // Results with full PixelDraw and _NO_ SDL_Update. ./mandel_armel_dbl.bin - Time: 26.377 seconds ./mandel_armel_dbl_vfp.bin - Time: 1.808 seconds ./mandel_armel_flt.bin - Time: 19.813 seconds ./mandel_armel_flt_vfp.bin - Time: 1.709 seconds // Results without any Drawing ./mandel_armel_dbl.bin - Time: 26.525 seconds ./mandel_armel_dbl_vfp.bin - Time: 1.672 seconds ./mandel_armel_flt.bin - Time: 19.647 seconds ./mandel_armel_flt_vfp.bin - Time: 1.601 seconds // Results with full PixelDraw and SDL_Update only every column ./mandel_armel_dbl.bin - Time: 27.512 seconds ./mandel_armel_dbl_vfp.bin - Time: 2.447 seconds ./mandel_armel_flt.bin - Time: 20.689 seconds ./mandel_armel_flt_vfp.bin - Time: 2.451 seconds What could that mean? First, SDL_Update is _very_ expensive. In the first try, I call SDL_Update just for every Pixel (SDL_Update(screen,x,y,1,1) and it slows down execution about six times, the vfp about 80 times. So I think there must be a kind of sync inside the SDL_Update function. If I update only every column, the speed loss is only about 80%. Vfp float can give a speed increase about factor 10 and more. And there is not much difference between vfp float and double. -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] How to learn DSP development for N800?
Hanno Zulla wrote: I want to learn how to add new codecs to Maemo. So: Yes, I want direct access to the DSP. > - example of simple hello world dsp task with working makefile including linking phase with dsp bios used on device - source of example audio/video sink - i.e. how to produce audio/video from the dsp task (=what code to call in dsp bios) This is exactly what I am looking for. So I like to second this! A very simple example of a codec would be sufficient at the beginning. -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Installing both bora & gregale
Hi there, Bora and gregale are both scratchbox Apophis R4 based, so is there a way to install them both on the same sbox environment? -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] New list spin-off?
Jac Kersing wrote: [Flags in the email subject] And I depend on them to quickly find messages the SPAM filter accidently tagged as spam (false positives). So please keep them as they are... Maybe shorten? [maemo-dev] [maemo-app] [maemo-usr] ? Hopefully there is no confusion with [maemo-app], maybe better use [maemo-appdev]. -Klaus ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] to Nokia: simple method to gain a gaming audience on 770/800
Kees Jongenburger wrote: > I have been asking > around but did not find a simple pluggable virtual keyboard for sdl. This is IMHO a very simple problem. Just a quick guess: You have to draw a nice keyboard, export it to BMP and load it with SDL_LoadBMP(). Then you display (blit) it with SDL_BlitSurface(). Don't forget to update the screen with SDL_UpdateRects(). Then you can SDL_WaitEvent() to wait for SDL_MOUSEBUTTONDOWN events. You just need a table which contains the x and y coords of our virtual keyboard to decode coords to the key pressed. Of course you should handle shift, delete and something else. The decoded char can now be displayed, you probably need some kind of "displaying a text"-function (sfont.c) for it. And so on. This all can be packed in a function like "char *SDL_EnterText()". An other problem would be to incoperate such a virtual SDL keyboard to the large number of different SDL-GUI toolkits. For the most number of action games, you don't need to enter text during game play. Its enough if you do this on startup, and therefor you can use a Maemo startup window. -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Suggesting applications: Revelation - password manager & Pan - NNTP client
Well, I think both will be worth porting them, but I would prefer Pan. -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] How to add SDL checks in configure.ac
Janne Kataja wrote: > [EMAIL PROTECTED] wrote: > > [sbox-SDK_ARMEL: ~/bomberman-deb] > ./autogen.sh > > + aclocal-1.7 > > + autoconf > > configure.ac:21: warning: AC_ARG_PROGRAM was called before > > AC_CANONICAL_TARGET > > autoconf/general.m4:1657: AC_CANONICAL_TARGET is expanded from... > > configure.ac:21: AC_CANONICAL_TARGET is required by... > > aclocal.m4:7232: AM_PATH_SDL is expanded from... > > configure.ac:21: the top level > Adding AC_CANONICAL_TARGET as a second line after AC_INIT(Makefile.am) > in configure.ac should remove this warning. Yes, it runs now without any warning. Thanks a lot, -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Cairo performance comparison, 770 / N800 / PXA-320
Am 15 Jan 2007 um 10:27 hat Kalle Vahlman geschrieben: > As mentioned in the blog entry, it's TI OMAP 2420. Also see: At least it seems that the TI OMAP is able to drive a 32 bit data path to the DDR-RAM. But, it says it has just 5 MBit internal framebuffer RAM. This are 5242880 bits, which is sufficend for 5242880 / 800 / 480 = 13,653... bits per pixel. Either has the N800 a dedicated display controller or only supports 12 bits/pixel. -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Marvel PXA320 & NDA...
Argh... you have to sign a NDA to access the information about the Marvell PXA 320 processor. We live in a hard world... -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Cairo performance comparison, 770 / N800 / PXA-320
Am 13 Jan 2007 um 21:00 hat Kalle Vahlman geschrieben: > For the cairo audience there's the question of the tessellation > process, can it really be so fast on the PXA-320 or is there a bug > somewhere that twists the results? What could be so good in PXA-320 > (or not-good on the other devices) that the results are so drastic? I didn't know that the N800 has a PXA-320 uC by Mravell. So I googled a bit to find out that it has several interessting points: See here: http://www.marvell.com/products/cellular/application/pxa320.jsp * a 32 bit memory interface (the TI OMAP uC in 770 has just 16 bit) IMHO very important * a 256 kB L2 cache (the TI OMAP just has a L1, IMHO) * a build-in 768 kB frame buffer with 2D accellerator. On the 770 there was just the 16 bit data path to SD-RAM sharing the access to the video/frame buffer chip. So I think there is no longer a dedicated framebuffer chip in the N800. So it becomes more clear why this release of IT2007 could not run on the N770. The underlying hardware seems to be very different. Has anyone more detailed information about the hardware used in the N800? -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] How to add SDL checks in configure.ac
Hello, I want to automake/conf a SDL game to create .deb packeges for 770 ARMEL. Therefor I used helloworld-0.4 as a base and added the following to the end of configure.ac: - 8< - ... dnl Check for SDL SDL_VERSION=1.2.0 AM_PATH_SDL($SDL_VERSION, :, AC_MSG_ERROR([*** SDL version $SDL_VERSION not found!]) ) AC_OUTPUT([ Makefile ]) - 8< - When I run autogen.sh, I get the following output: - 8< - [sbox-SDK_ARMEL: ~/bomberman-deb] > ./autogen.sh + aclocal-1.7 + autoconf configure.ac:21: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET autoconf/general.m4:1657: AC_CANONICAL_TARGET is expanded from... configure.ac:21: AC_CANONICAL_TARGET is required by... aclocal.m4:7232: AM_PATH_SDL is expanded from... configure.ac:21: the top level - 8< - Makefiles are created and I can compile the program. But the warning is annoying- Can anybody help me? BTW: Anyone who is interessted in the game may look under www.rotters.de, it's called "bomberman". It is a network game, up to five people can play agains each other.I am interessted if someone could test it with multiple N770 in a real network game! -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Problem with network game compiling
Hello,
I am working on a network game. To connect to the server, I have to find out
the IP Adress of the 770's WLAN Interface. When I compile the code direct in
the SDK (2.1), it compiles without problems. When I use the the
automake/conf'd version, it breaks during compiling with the error:
bomberman.c:74: error: storage size of 'ifa' isn't known
I think it is because of the defines created by automake/conf. But I have no
idea what breaks.
I did a "hack", compiled it without the ifa struct and created a beta package.
Anyone who is interessted may look under www.rotters.de, it's
called "bomberman". I am interessted if someone could test it with multiple
N770 in a real network game!
Thanks for any help,
-Klaus
-- 8< ---
[sbox-SDK_ARMEL: ~/bomberman-deb] > make
if gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"bomberman-
app\"
-DVERSION=\"0.93\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -
DHAVE_SYS_STAT_H=1
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -
DHAVE_STRINGS_H=1
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -
DHAVE_DLFCN_H=1
-I. -I/home/klaus/bomberman-deb-D_XOPEN_SOURCE=500 -DXTHREADS
-DXUSE_MTSAFE_API -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0
-I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -g -O2 -MT bomberman-bomberman.o -MD -MP -MF
".deps/bomberman-bomberman.Tpo" \
-c -o bomberman-bomberman.o est -f 'bomberman.c' || echo
'/home/klaus/bomberman-deb/'omberman.c; \
then mv -f ".deps/bomberman-bomberman.Tpo" ".deps/bomberman-bomberman.Po"; \
else rm -f ".deps/bomberman-bomberman.Tpo"; exit 1; \
fi
bomberman.c: In function get_ip_addr':
bomberman.c:74: error: storage size of 'ifa' isn't known
make: *** [bomberman-bomberman.o] Error 1
[sbox-SDK_ARMEL: ~/bomberman-deb] >
Parts of the source code:
...
21 #include
22 #include
23 #include
24
25 // To get IP Adress
26
27 #include
28 #include
29 #include
30 #include
31 #include
32 #include
...
72 char *get_ip_addr(void)
73 {
74 struct ifreq ifa;
75 struct sockaddr_in *i;
76 int fd;
77
78 strcpy (retstr, "error: not available");
79
80 strcpy (ifa.ifr_name, "eth1"); // For Nokia 770, use wlan0
81
82 if((fd = socket(AF_INET, SOCK_DGRAM, 0)) == -1)
83 return(retstr); // Error: return "error: not available"
84
85 if(ioctl(fd, SIOCGIFADDR, &ifa))
86 return(retstr); // Error: return "error: not available"
87
88 i = (struct sockaddr_in*) &ifa.ifr_addr;
89 strcpy(retstr,inet_ntoa(i->sin_addr));
90 close (fd);
91
92 return (retstr);
93 }
-- 8< ---
--
Klaus Rotter * klaus rotters de * www.rotters.de
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Using the N770/N800 as a remote control.
Am 9 Jan 2007 um 21:52 hat Jon Smirl geschrieben: > Is it no power at all, or just not very much power? With no power you No power. Rumors said, that it is because there is nowehere inside the N770 +5 Volt, the device runs with 3.3 V or less. Since I don't have the schematics, I can't prove that. Another possibillity: Some LCD's need +5 Volt (or more). But maybe the switching regulator (which creates 5 Volts out of the LiIon 3,8 V accu can only deliver the power for the LCD and nothing more. It would be nice if the new N800 can drive USB memory sticks. This in addition to the two SD-Slots would really make fun! -Klaus-- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Using the N770/N800 as a remote control.
Jon Smirl wrote: > You can get IrDA versions everywhere. > http://www.buyextras.com/irdaadapters.html?gclid=CNDDxsHW1IkCFRFBgQodfF4i4Q > But these are in the wrong frequency band for a remote control. There is another problem: The N770 has a USB-Host mode (which is necessary if you want to run such IrDA adapters) but it does not power the USB port. I have made an adapter cable to power 5 Volts to an external HDD drive via USB and it worked very well. But I think for a IR transmitter this solution would be very unhandy. It would be interesting if the N800 has a "powered" USB hostmode... -Klaus-- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] Nokia's Linux-powered N800 Internet Tabletsneaks out early
Am 9 Jan 2007 um 9:41 hat [EMAIL PROTECTED] geschrieben: > The 770 with OS2006 is still supported by Nokia. So, 2006.39-14 will not be the last OS release for 770? > OS2007 will not be released for the 770. > Unfortunately we are not at the point where we can ship the same > OS release for multiple hardwares, though we are moving in that direction. Also, there could be a OS2007.x release for both, N770 and N800? I think it is really important not to split up the OS for the different machines. I've seen this on the Zaurus line, and I really think this is annoying! E.g. if there will be no more support for the 770, a lot of people will bring up their own OS versions, and it will be just a matter of time that they will be incompatible to each other. -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Java on 770
Am 24 Nov 2006 um 15:08 hat Santtu Lakkala geschrieben: > Afaik there are no Gtk "bindings" per se. But there is IBM's swt > toolkit, that can use Gtk as a backend. If we just make Gtk bindings, we > lose quite a lot of the reasons to use Java in the first place. If we > have our own, product specific, library for widgets, then there is a > need for porting software. Instead there should be a backend for swt (or > awt/swing) that uses hildon widgets where appropriate. This way the AFAIK the GNU classpath project tries to be compatible to SUN/Java's AWT toolkit and it is based upon the gtk toolkit. So this would be the way to go. Is the Sun/Java *ix version still Motif based? If yes, we will have not much benefit of the GPL'd Sun/Java sources. Or is there anybody who *really* wants to run Motif apps on our small little 770? > program will run and look native in multitude of environments. All this > without need for modifying source or even recompiling. Yes - this is the goal of Java. I really think there isn't much use of a gtk or hildon only widget set. -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] gstreamer launcher (proper video sink?)
Am 26 Apr 2006 um 22:33 hat [EMAIL PROTECTED] geschrieben: > should perform faster than the ARM cpu. I also think (but I am not > shure) that TIs 320C55x DSP has a 16 bit opcode length whereas the The TMS320C55x DSPs instruction set has a variable length encoding from 8 to 48 bits. -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] gstreamer launcher (proper video sink?)
Am 26 Apr 2006 um 14:47 hat Frantisek Dufka geschrieben: > True. Well, as for the measuring, I only know my Tungsten T2 (OMAP > 1510,168Mhz) can play 320x240, 25FPS, 300Kbits mp4 videos better than my > N770. And TCPMP (palmos video player) uses ARM core only. So I suppose > even ARM4 core is good enough. I guess 250Mhz ARM5 together with DSP > helping with decoding audio (and maybe some video step - blitting with > color space conversion?) could do much better. The OMAP 1510 has a internal Framebuffer - the framebuffer in the N770 is external (I think) and has to be accessed via the 16-bit memory bus. There are internal caches, but program code and the data has also to be transported via the 16-bit memory bus. Maybe that's the bottle neck. The OMAP has also just a 16-bit bus, but has a internal frame buffer, which may be accessed faster without blocking the external 16-bit bus. This the dsp and ARM cpu core share the same memory bus. The cache sizes and built-in memories of the OMAP 1710 cpu are: TMS320C55x DSP core subsystem * Up to 220 MHz (maximum frequency) * 32K x 16-bit on-chip dual-access RAM (DARAM) (64 KB) * 48K x 16-bit on-chip single-access RAM (SARAM) (96 KB) * 24 KB I-cache * One/two instructions executed per cycle * Video hardware accelerators for DCT, iDCT, pixel interpolation, and motion estimation for video compression ARM926TEJ core subsystem * Up to 220 MHz ARM926TEJ V5 architecture (maximum frequency) * 32KB I-cache; 16KB D-cache * Java acceleration * Support for 32-bit and 16-bit (thumb mode) instruction sets * Data and program MMUs * Two 64-entry translation look-aside buffers (TLBs) for MMUs * 17-word write buffer Since the DSP has hardware accelerators for (i)DCT etc I really think it should perform faster than the ARM cpu. I also think (but I am not shure) that TIs 320C55x DSP has a 16 bit opcode length whereas the ARM uses 32 bit (not in thumb mode), so the DSP core should be able to store more program code in its 24 KB instruction cache than the ARM core. Further it would be interesting which MPEG4 decoder the N770 uses, there are a couple of implementations for 320C55x dsps around, more or less optimzied. -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] New Nokia 770 software image available
Am 20 Apr 2006 um 13:03 hat [EMAIL PROTECTED] geschrieben: > Early reports have found the following: > > 1. Opera Browser - can load large sites without using swap file workaround > 2. PDF reader - faster in opening pdf files (e.g. 40 seconds to 3 seconds) > 3. Sound prompt when inserting/removing into/from case - some have found this > a bit annoying There must be also a fix in the video player. I can now play a DIVX file, which hang with the 51.13 release. And yes - the new release seems to run faster... At least i have to say that I really like my N770, especially the display and the USB host function... But there are a few things I miss: 1) An easy way to import adresses from my PalmDesktop. Maybe there is a solution I don't know. 2) Why did Nokia use a RS-MMC connector? A standard SD- Card interface would have been nice. Maybe for a future device... 3) Ogg support - the oggplayer is a temporary solution, but why doesn't Nokia release the (rumored) ogg plugin? For now I still use my Palm 105 for PIM and my Zaurus for Ogg playing (cheap 1 GB CF). -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] intercepting magnet induced sleep mode
Am 28 Feb 2006 um 10:41 hat Fred Lefévère-Laaoide geschrieben: > I suppose the idea is to be able to listen to internet radio with the > 770 in your pocket : it needs protection ! Ok, this may be the point! -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] intercepting magnet induced sleep mode
Am 28 Feb 2006 um 0:25 hat Paul geschrieben: > For example, I'd like to listen > to streamed music but save power by blanking the screen. This may not answer your question, but my device blanks the screen hearing music with no cover on it after one minute or so. Can you save more power closing the cover? -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Please release media player's source, Nokia!
Am 21 Jan 2006 um 14:01 hat Clemens Eisserer geschrieben: > Hi there, > > Since I received my Nokia770 I wonder why there is no ogg vorbis > support nore an equilizer available for the 770. > Solutions have been created which implement a media-player completly > with interface and everything from scratch and I really think about > helping the oggplay-project (as far as they would accept my patches) > to include an equilizer and support for mp3-playback and streamed > ogg-files. I am also interessted in this. I downloaded oggplay's 0.20 src and played a little bit to add some kind of playlist. I just didn't go deeper for about the same reason: Nokia, please release the ogg dsp plugin. If there are some legal issuses or you need more testing, please release it as beta (and not bundelt with the OS). -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] HowTo_DistUpgrade to Maemo 1.1
Hello, shouldn't it be mentioned in the wiki HowTo_DistUpgrade, that all steps should be perfomed with both targets, SDK_PC and SDK_ARM? E.g. do a "sbox-config -st SDK_ARM" and then change /etc/apt/sources.lst and do [sbox-SDK_ARM: ~] > apt-get update [sbox-SDK_ARM: ~] > fakeroot apt-get dist-upgrade -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Developer discount charged to credit card!
Am 22 Nov 2005 um 21:50 hat Toni Willberg geschrieben: > AFAIK no-one of the _developers_ of Maemo paid for the devices, they > were provided by a company whose name is printed in the device, thus > maemo-users would have been good place to send a warning to. :) Maybe I am wrong, but I think that the developers mailing list is for people developing for the maemo system, e.g. application developers. The maemo-users list is for people who _use_ the device/system. Maybe we should start a new mailing list maemo-system-dev, and there go all people actually developing the maemo system itself. And then we should also start the maemo-advocacy, and there should go all mails like my one and the one above (and I really won't subscribe to it) ;-) -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] RFC: Qtopia Nokia N770 (maemo) porting layer
Am 7 Nov 2005 um 22:17 hat Holger Freyther geschrieben: > How such a port would look like: > -We would use Qt2/X11 and make it look like the maemo gui > -We would implement libqpe,libqtopia, libqtopia1, libqtopiapim >using osso, hildon and Qt2 > -In the future we should use Qt4 but that would require more porting > of the applications. Why are you trying this? I would recommend porting the whole OPIE to the N770. That would be an alternative to Maemo. I personally feel a little bit home using Qt. Using both Maemo & Qt would be a waste of resources. Do you remember the harmony project? Some tried to reimplement Qt 1.x - they never got far. Ok, there where some "political" problems as well. The OPIE folks seek for volunteers to help them. It would be better to support the OPIE project and provide a "clean" N770 port rather to implement the same GUI again and again. There are far too many GUIs available for Linux - maybe that's one of the problems Linux has. And far too many GUIs which aren't further developed. We should really stay with gtk+ here, or use OPIE to get Qt programs running. May the better system win :-) _OFF_TOPIC_ON_ An other solution would be to port the couple of programs which are missing on Maemo e.g. KO/Pi (http://www.pi-sync.net/html/ko_pi.html) to Maemo. Of course, that would be a lot of work but maybe less work than a clean room implementation of qt. Qt has other problems: Trolltech made each major release of qt incompatible to its predecessor. This is IMHO a major design fault. A lot of companies which use Qt still use the qt2 release. _ANGRY_MODE_ON_ My programs for Qtopia don't run on OPIE! That sucks! Linux has too may incompatibilities created - Libc5 to glibc, gcc1 to gcc2 to gcc 2.95 to gcc3. Are the gcc4 libs compatible with gcc3? I don't know... BUT I can still run a lot of programs, original written for Win95 on my WinXP box. Try this with linux software written in the years 95-97. No chance to get bin programs to run! And even to compile them is a little bit hard. _ANGRY_MODE_OFF_ Don't get me wrong: I like to have the possiblities with my Linux system. And I also like that the N770 device runs with Linux. But Maemo is still a new, incompatible system (ok there's some compatibility with gtk+) and writing a compatibility layer for Qt makes the situation even worse. Better use OPIE. And if OPIE is the better system, a lot of people will install it on their N770 and use it - if not, stay with Maemo and write the software for it. Keep it small and simple, and may be, a little bit faster that it is now... :-) _OFF_TOPIC_OFF_ Just my two cents, -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] How to init SDL on the N770
Hello,
I got my Nokia 770 device and I started to port my first project, a bomberman
clone
for the N 770. (see at www.rotters.de for the Sharp Zaurus). I could run it
quite nicely
on the PC-x86 in scratchbox, but it would not run on the real device. It dies
by calling
SDL_init and says: "No available video device".
I have tried to run a very simple SDL program, but it dies also with this error
message:
#include
#include
int main(int argc, char *argv[])
{
SDL_Surface *screen;
if (SDL_Init(SDL_INIT_VIDEO) == -1) {
printf("Can't init SDL: %s\n", SDL_GetError());
exit(1);
}
atexit(SDL_Quit);
screen = SDL_SetVideoMode(800, 480, 16, SDL_HWSURFACE);
if (screen == NULL) {
printf("Can't set video mode: %s\n", SDL_GetError());
exit(1);
}
SDL_Delay(3000);
return 0;
}
How can i correctly Init SDL under Maemo? I have searched the docs but found
nothing useful.
Thanks, -Klaus
--
Klaus Rotter * klaus rotters de * www.rotters.de
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Installing a new font
Hello, is there any info which fonts can the Nokia 770 handle? Can I install a custom font? Type1 or TTF? -Klaus-- Klaus Rotter * klaus rotters de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Nokia 770 Color depth
Am 9 Aug 2005 um 13:50 hat John B. Holmblad geschrieben: > Mayank, > > Can the Nokia 770 also support 24 bit or 32 bit color depth or would that > chew up too much > memory? AFAIK has the Nokia 770 only a 16-bit TFT Display. -Klaus -- Klaus Rotter * klaus rotters de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
