Re: phone case?
Hi, The original HTC Dream/G1 case fits the N900 perfectly. Maybe it's on sale separately, too. I don't know. Martin 2010/3/18, Christopher Intemann intem...@gmail.com: On Thu, Mar 18, 2010 at 6:26 PM, Eero Tamminen eero.tammi...@nokia.comwrote: Hi, ext Christopher Intemann wrote: I'm looking for a nice case for the N900. It should not noticeable thicken the device, since the N900 is quite big already. Leather is ok, but anything else would be fine as well. And, I will absolutely not wear the phone on my belt, so, no need for clips or anything like that. Thanks for recommendations. Make sure that it doesn't have magnets, see: https://bugs.maemo.org/show_bug.cgi?id=8235 (That should be mentioned in documentation somewhere, but who reads them?) Wow. Amazing. Thanks! Chris ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: phone case?
On Thu, Mar 18, 2010 at 2:01 PM, Christopher Intemann intem...@gmail.comwrote: I'm looking for a nice case for the N900. It should not noticeable thicken the device, since the N900 is quite big already. Leather is ok, but anything else would be fine as well. And, I will absolutely not wear the phone on my belt, so, no need for clips or anything like that. I've bought PDAir rubberized case for the N900. It doesn't thicken the N900 much and seems good enough. It also fits well with their clear screen protector. Best regards, -- Cláudio Patola Sampaio IRC: ptl - Yahoo: patolaaa Campinas, SP - Brazil. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Howto configure borderless 4:3 tv-out on n900?
I don't know if there is some high level api but a lot of things can be done either via framebuffer ioctl or via changing stuff in /sys/dev/ices/platform/omapdss/ see http://gitorious.org/linux-omap-dss2/linux/blobs/master/Documentation/arm/OMAP/DSS Having full PAL or NTSC with no translation/scaling would be good both for games and video playback too. So far I have only succeeded to change the default 800x480 - TV scaling to be a bit better so it is no longer fuzzy due to extra downscaling. On my TV I can get exactly 480 lines visible in PAL mode which makes reading text much better. http://talk.maemo.org/showthread.php?p=461660#post461660 For NTSC output (640x480) it would be enough to render to part of the screen and set the size and offset accordingly. For full PAL it would need resizing framebuffer to get more lines (ioctl?). I wonder how OMAP3 display controller features (gfx,vid1,vid2 planes, scaling, mirroring, rotation, tv-out) are mapped to Xv and other X APIs. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Howto configure borderless 4:3 tv-out on n900?
Hi, I suggest you play around with xvattr (http://freshmeat.net/projects/xvattr/), which you can use to set various Xv extension attributes, like XV_OMAP_TVOUT_SCALE and XV_OMAP_TVOUT_WIDESCREEN. I'm not sure if you can find it any maemo repository, but you can compile it from source as it is freely available in fresmeat. --Roope -Original Message- From: maemo-developers-boun...@maemo.org [mailto:maemo-developers-boun...@maemo.org] On Behalf Of ext Till Harbaum / Lists Sent: 18 March, 2010 21:37 To: maemo-developers@maemo.org Subject: Howto configure borderless 4:3 tv-out on n900? Hi, there seems to be an API to change the behaviour of the TV output on the n900. At least the media player uses it to e.g. display things with a different layout on the internal screen and the tv-out. I am asking this because i think it's a great thing to add to all those 640x480 (4:3) programs and especially emulators. The problem these have is that the have a black border left and right to accomodate for the 800x480 main screen and on tv-out they get another top and bottom border to display the entire internal display contents on the tv-out. The result is a 4:3 image on the 4:3 tv-out with black borders on all four sides and with pixels being lost. This isn't useful at all. I would be really cool if these applications could just request the tv.out to zoom/crop the 4:3 tv-output. That way most emulated games would run full screen and without any pixel loss. How can this be achieved? Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: N900 USB Networking
-Original Message- From: Tomi Ollila [mailto:tomi.oll...@guru.guru-group.fi] Sent: Thursday, March 18, 2010 5:27 PM To: Kimmo Hämäläinen Cc: van Porten, Oliver; maemo-developers@maemo.org Subject: Re: N900 USB Networking On Thu 18 Mar 2010 07:13, Kimmo Hämäläinen kimmo.hamalai...@nokia.com writes: On Wed, 2010-03-17 at 15:17 +0100, ext van Porten, Oliver wrote: Hi list, I've tried following this guide to setup USB networking with my Windows PC: http://wiki.maemo.org/N900_USB_networking#Windows_XP Windows asked for a driver for the RNDIS gadget once and I installed it. I'm using the Mad-Developer Application to load g_ether. When I do that, the N900 will reboot. You should use g_nokia instead of g_ether. With g_nokia, usb networking does not work with Windows host (nor with Mac OS Snow Leopard, only with Linux Leopard or less). Windows does not regognize the information g_nokia announces to it to be able to work as usb ethernet mode, only RNDIS works with Windows. But, that N900 reboots is an interesting problem; does not happen to us. I wrote a longer note in the talk thread... and now I must run... I just tried first loading g_ether and configuring usb via mad-developer which works. As soon as I plug-in the USB cable the mode selection will popup and some seconds afterwards (no matter what my action is) the device will reboot, showing sort of a usb icon in the top right corner. Is there any way to grab logs or something from what's happening there? I've installed 'Crash Reporter' and it seems to have logged something (but Was unable to send the report just now). Can I access those somehow? Oliver -Kimmo Tomi At one point Windows seemed to re-recognize the device at first but then again the N900 went for a reboot and Windows did not find it any more. Did anyone ever experience something like this? Am I doing something wrong? I tried google'ing for a solution but could not find one yet. Any hints appreciated. Best, Oliver ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC project - aGLESory
Hello! 2010/3/19 Carolina Simões Gomes carolina.sgo...@gmail.com: If possible, I'd like to know more about the aGLESory project, in order to begin forming my ideas about the project proposal. (I'm not the one who proposed the project, so I might be wrong about the motivations and ideas behind aGLESory.) I *think* the idea behind aGLESory is to make it easier to start creating projects utilizing OpenGL ES for Maemo/MeeGo. Right now, if one was to use Xlib to create a Hello World-ish GL ES app, it would look like this: http://wiki.maemo.org/SimpleGL_example There's too much boilerplate code (setting up the X window, etc..) which makes it hard (or a copy'n'paste job) to start a new project utilitzing OpenGL ES. I guess most of this is covered by using Qt and its QGLWidget, which can be subclassed to implement the rendering/setup: http://doc.trolltech.com/4.6/qglwidget.html - This also provides texture loading using QImage. Still, maybe a more lightweight solution with Xlib and DevIL, packed into a nice, little C++ framework is what aGLESory is about (maybe with some additional helper classes to make it easier to get started). It would be nice if Flandry (the reporter on the GSoC ideas page) could elaborate a bit on what the idea is exactly. I've added myself as a possible mentor for this project, as it does interest me personally :) HTH. Thomas ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: GSoC project - aGLESory
From: maemo-developers-boun...@maemo.org [maemo-developers-boun...@maemo.org] On Behalf Of ext Thomas Perl [th.p...@gmail.com] Sent: Friday, March 19, 2010 12:02 PM To: Carolina Simões Gomes Cc: maemo-developers@maemo.org Subject: Re: GSoC project - aGLESory Hello! 2010/3/19 Carolina Simões Gomes carolina.sgo...@gmail.com: If possible, I'd like to know more about the aGLESory project, in order to begin forming my ideas about the project proposal. (I'm not the one who proposed the project, so I might be wrong about the motivations and ideas behind aGLESory.) I *think* the idea behind aGLESory is to make it easier to start creating projects utilizing OpenGL ES for Maemo/MeeGo. Right now, if one was to use Xlib to create a Hello World-ish GL ES app, it would look like this: http://wiki.maemo.org/SimpleGL_example There's too much boilerplate code (setting up the X window, etc..) which makes it hard (or a copy'n'paste job) to start a new project utilitzing OpenGL ES. I guess most of this is covered by using Qt and its QGLWidget, which can be subclassed to implement the rendering/setup: http://doc.trolltech.com/4.6/qglwidget.html - This also provides texture loading using QImage. Still, maybe a more lightweight solution with Xlib and DevIL, packed into a nice, little C++ framework is what aGLESory is about (maybe with some additional helper classes to make it easier to get started). There is also Qt3d that is much one you are looking for. It is utility class to making easier to create OpenGl apps with using OpenGL API when graphicswiew and graphics iten is more heavy and hign level. It is least worth of checking up http://labs.trolltech.com/blogs/2009/11/10/qt3d-features-in-qt-46/ It would be nice if Flandry (the reporter on the GSoC ideas page) could elaborate a bit on what the idea is exactly. I've added myself as a possible mentor for this project, as it does interest me personally :) Kate HTH. Thomas ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Howto configure borderless 4:3 tv-out on n900?
On Friday 19 March 2010 09:16:14 Frantisek Dufka wrote: I don't know if there is some high level api but a lot of things can be done either via framebuffer ioctl or via changing stuff in /sys/dev/ices/platform/omapdss/ see http://gitorious.org/linux-omap-dss2/linux/blobs/master/Documentation/arm/O MAP/DSS Having full PAL or NTSC with no translation/scaling would be good both for games and video playback too. Can you (or anyone with intimate knowledge) chip in with some comments of how playing with these can (not) affect the devices (or what gets attached to them) ? I would like to play with this a bit, but don't want to burn down my DDP N900 with some weird video sync setting (been bitten by some unrelated hardware happily setting parameters that burned the video out down :) Regards, Attila ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC project - aGLESory
Hi, 2010/3/19 Thomas Perl th.p...@gmail.com Hello! 2010/3/19 Carolina Simões Gomes carolina.sgo...@gmail.com: If possible, I'd like to know more about the aGLESory project, in order to begin forming my ideas about the project proposal. (I'm not the one who proposed the project, so I might be wrong about the motivations and ideas behind aGLESory.) I *think* the idea behind aGLESory is to make it easier to start creating projects utilizing OpenGL ES for Maemo/MeeGo. Right now, if one was to use Xlib to create a Hello World-ish GL ES app, it would look like this: http://wiki.maemo.org/SimpleGL_example There's too much boilerplate code (setting up the X window, etc..) which makes it hard (or a copy'n'paste job) to start a new project utilitzing OpenGL ES. I guess most of this is covered by using Qt and its QGLWidget, which can be subclassed to implement the rendering/setup: http://doc.trolltech.com/4.6/qglwidget.html - This also provides texture loading using QImage. Still, maybe a more lightweight solution with Xlib and DevIL, packed into a nice, little C++ framework is what aGLESory is about (maybe with some additional helper classes to make it easier to get started). It would be nice if Flandry (the reporter on the GSoC ideas page) could elaborate a bit on what the idea is exactly. I've added myself as a possible mentor for this project, as it does interest me personally :) These idea came from TMO, but I've already contacted the author. My understanding of the idea is a bit different, I think is basically a wrapper from OpenGL to OpenGL ES, in order to easily port OpenGL games/apps to Maemo. Best regards, -- Valério Valério http://www.valeriovalerio.org HTH. Thomas ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
Dnia czwartek, 18 marca 2010 o 19:59:25 Samir Faci (Dev) napisał(a): Hmm.. any one know if meego will be completely open source?. Or is it too early to know for sure at this point. It was already said that Nokia devices running MeeGo will contain closed source components. So answer to your question is no, it won't be. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: gsoc project 2010 !
Hi, On Thu, Mar 18, 2010 at 6:03 PM, anky ankurdn...@gmail.com wrote: wen through the idea at ur referred link...i wanted to do something like that only...just that it would integrated using maemo libraries. I wanted to know about hows the idea and is it something like that because somebody else has already mentioned it somewere, that i can not use it...because i dont think thats the case. Thank you Qt was not chosen as a organization for GSoC, so we (maemo.org) will continue promotion this idea. Best regards, -- Valério Valério http://www.valeriovalerio.org On 3/18/10, Valerio Valerio vdv...@gmail.com wrote: Hi, On Wed, Mar 17, 2010 at 5:16 AM, anky ankurdn...@gmail.com wrote: i wen through this idea on the ideas- list Implement small applications and corresponding reusable libraries (Qt C++) for integrating with Google services like Mail (quick read/search without going through IMAP), Todo:s, Buzz, import opml from Google Reader It would be nice to develop an application which can integrate with google services... i was interested in developing a reusable api for the google apps and to develop small applications using that and it would also help future maemo developers to build application using the reusable library code. I think that integrating with google apps is a much needed addition to maemo and would really help in a lot of further applcations and services. Would it be nice as a gsoc idea and i was looking for someone to mentor me for the same... The selected organizations will be announced today, after that, if we are chosen, we'll attribute mentors to the projects in the list. There's a similar project idea under the Qt organization: http://groups.google.com/group/qt-gsoc/web/project-ideas Best regards, -- Valério Valério http://www.valeriovalerio.org -- ANkur ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- ANKY ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
ext Marcin Juszkiewicz wrote: Dnia czwartek, 18 marca 2010 o 19:59:25 Samir Faci (Dev) napisał(a): Hmm.. any one know if meego will be completely open source?. Or is it too early to know for sure at this point. It was already said that Nokia devices running MeeGo will contain closed source components. So answer to your question is no, it won't be. Incorrect. A Nokia device running MeeGo is not the same as a Nokia device running _exclusively_ MeeGo. iow the total sw stack will be a superset of a configuration of MeeGo So MeeGo can still be fully open. igor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
GSoC project - Google Reader offline
Hello everybody, First congratulations to the Maemo community. My name is Raniere Fernandes, Brazilian, graduated in System Information and post-graduate studies in development for mobile devices. I am enthusiastic about the Free Software movement, Python and Maemo. I have published in journals about Python and Maemo (Foreword Magazine - ISSN 2174-4959 - Introduction to Maemo platform using Python, year 2009; Design Patterns in Python, year 2009), participation in local community of Python http://grupypb.net/meetings/1/users in João Pessoa / PB - Brazil and Winner of the Qt Techday challengehttp://qtlabs.openbossa.org/en/2009/09/14/ganhador-do-desafio-do-qt-techday-idez-joao-pessoa/. I am interested in the project Google Reader offline. Thank you for your attention []'s Raniere Fernandes -- Abstenha-se do Mal, faça o Bem e embeleze a sua mente Buda ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Howto configure borderless 4:3 tv-out on n900?
Attila Csipa wrote: Can you (or anyone with intimate knowledge) chip in with some comments of how playing with these can (not) affect the devices (or what gets attached to them) ? Well as long as you only write 'pal' or 'ntsc' to /sys/devices/platform/omapdss/display1/timings nothing should go wrong. It is not needed to mess with tv-out signal timings. It is only about what pixel data gets sent via tv-out (setting data source, position, size, scaling). ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: N900 USB Networking
On Fri, 2010-03-19 at 09:39 +0100, ext van Porten, Oliver wrote: -Original Message- From: Tomi Ollila [mailto:tomi.oll...@guru.guru-group.fi] Sent: Thursday, March 18, 2010 5:27 PM To: Kimmo Hämäläinen Cc: van Porten, Oliver; maemo-developers@maemo.org Subject: Re: N900 USB Networking On Thu 18 Mar 2010 07:13, Kimmo Hämäläinen kimmo.hamalai...@nokia.com writes: On Wed, 2010-03-17 at 15:17 +0100, ext van Porten, Oliver wrote: Hi list, I've tried following this guide to setup USB networking with my Windows PC: http://wiki.maemo.org/N900_USB_networking#Windows_XP Windows asked for a driver for the RNDIS gadget once and I installed it. I'm using the Mad-Developer Application to load g_ether. When I do that, the N900 will reboot. You should use g_nokia instead of g_ether. With g_nokia, usb networking does not work with Windows host (nor with Mac OS Snow Leopard, only with Linux Leopard or less). Windows does not regognize the information g_nokia announces to it to be able to work as usb ethernet mode, only RNDIS works with Windows. But, that N900 reboots is an interesting problem; does not happen to us. I wrote a longer note in the talk thread... and now I must run... I just tried first loading g_ether and configuring usb via mad-developer which works. As soon as I plug-in the USB cable the mode selection will popup and some seconds afterwards (no matter what my action is) the device will reboot, showing sort of a usb icon in the top right corner. Is there any way to grab logs or something from what's happening there? If it reboots, it's most probably a kernel crash... In that case syslog might have some messages (or not). I've installed 'Crash Reporter' and it seems to have logged something (but Was unable to send the report just now). Can I access those somehow? You can unpack the crash dump file with rich-core-extract utility. -Kimmo Oliver -Kimmo Tomi At one point Windows seemed to re-recognize the device at first but then again the N900 went for a reboot and Windows did not find it any more. Did anyone ever experience something like this? Am I doing something wrong? I tried google'ing for a solution but could not find one yet. Any hints appreciated. Best, Oliver ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
On Mar 19, 2010, at 7:42 AM, Igor Stoppa wrote: ext Marcin Juszkiewicz wrote: Dnia czwartek, 18 marca 2010 o 19:59:25 Samir Faci (Dev) napisał(a): Hmm.. any one know if meego will be completely open source?. Or is it too early to know for sure at this point. It was already said that Nokia devices running MeeGo will contain closed source components. So answer to your question is no, it won't be. Incorrect. Well, except for the part where Nokia ends up marketing it as MeeGo. Oh, and Harmattan's, apparently, MeeGo, too, and it definitely has closed stuff at the platform level. Yeah . . . not confusing at all. ;) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
ext Ryan Abel wrote: Well, except for the part where Nokia ends up marketing it as MeeGo. Oh, and Harmattan's, apparently, MeeGo, too, and it definitely has closed stuff at the platform level. Yeah . . . not confusing at all. ;) No at all: it's about standardization. The device must support a certain set of features and provide well defined APIs. So if a device is MeeGo compliant, it will be advertised as such. What's confusing about it? If you write an application which relies on MeeGo features only and can be run across multiple MeeGo compliant devices, what matters to you that in one of them there might be a closed component which doesn't belong to the MeeGo stack? igor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
Dnia piątek, 19 marca 2010 o 12:42:17 Igor Stoppa napisał(a): ext Marcin Juszkiewicz wrote: Dnia czwartek, 18 marca 2010 o 19:59:25 Samir Faci (Dev) napisał(a): Hmm.. any one know if meego will be completely open source?. Or is it too early to know for sure at this point. It was already said that Nokia devices running MeeGo will contain closed source components. So answer to your question is no, it won't be. Incorrect. A Nokia device running MeeGo is not the same as a Nokia device running exclusively MeeGo. iow the total sw stack will be a superset of a configuration of MeeGo So MeeGo can still be fully open. Ok, let me rephrase: It was already said that Nokia devices running Nokia provided MeeGo based system will contain closed source components. So far no one told what base meego system contains and how useful it is. Judging from current situation I assume that it will be nearly not usable without having N900 connected to charger due to lack of open BME alternative == no charging. There are build systems already which provides alternative root filesystems for nokia N900 and all of them suffer more or less due to that. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
ext Marcin Juszkiewicz wrote: It was already said that Nokia devices running Nokia provided MeeGo based system will contain closed source components. So far no one told what base meego system contains and how useful it is. It depends on your intent and goals. I cannot comment on what MeeGo will contain simply because: - I am not involved in defining the content - I have no official communication role (yes, i'm using my job email address but I will not make statements) Judging from current situation I assume that it will be nearly not usable without having N900 connected to charger due to lack of open BME alternative == no charging. Well, if for you it is good enough to have binary packages added, it probably would be possible. Ask Quim. Even now the userspace driver for the 3D accelerator is closed source (even in Nokia it takes a business reason to see the code: I was the proj manager for it and still i didn't have access to the repo). Would a mesa implementation be good enough for you? Probably not: it would be better to have text console only than an extremely cpu-intensive and slow sw-renderer. There are build systems already which provides alternative root filesystems for nokia N900 and all of them suffer more or less due to that. Again, your problem might be solved by MeeGo or not, based on the content. However battery charging is very platform specific, while MeeGo deals mostly with parts that aren't. Worksplit between HW and SW in future products (not only Nokia) will also play a major role. igor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
G_DISABLE_CAST_CHECKS in packages an maybe on builders
Hi,
I noticed that still lots of packages that use GObject are not disable
GObject cast checks in their builds. *It is a safe thing to do*. The
macro is doing a cast, if checking is enabled it checks and warn in the
case of an mismatch. The check is pointless in device that is running a
PR image as we have the (sys)logging turned off. So we can also turn off
the checks (the checks are not preventing anything). This makes binaries
smaller and faster.
One can easily see what is affected:
for i in `find /usr/ -type f`; do
objdump 2/dev/null -T $i | grep -q g_type_check_instance_cast echo $i;
done
or even get the package name:
objdump 2/dev/null -T $i | grep -q g_type_check_instance_cast dpkg
-S $i | cut -d: -f1
The check is turned off by adding -D G_DISABLE_CAST_CHECKS to CFLAGS.
Some projects do that in configure.{ac,in}
if test x$enable_debug = xyes; then
test $cflags_set = set || CFLAGS=$CFLAGS -g
GTK_DEBUG_FLAGS=-DG_ENABLE_DEBUG -DG_ERRORCHECK_MUTEXES
else
if test x$enable_debug = xno; then
GTK_DEBUG_FLAGS=-DG_DISABLE_ASSERT -DG_DISABLE_CHECKS
-DG_DISABLE_CAST_CHECKS
else
GTK_DEBUG_FLAGS=-DG_DISABLE_CAST_CHECKS
fi
fi
http://maemo.gitorious.org/hildon/gtk/blobs/master/configure.in#line282
some in their debian/rules
ifeq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
CFLAGS += -DG_DISABLE_CAST_CHECKS
endif
http://maemo.gitorious.org/maemo-multimedia/gstreamer/blobs/maemo5/debian/rules
I wonder if it would make sense to disable this globally on the package
builder. Having the check enabled is most useful in conjunction with
defining G_DEBUG=fatal_warnings and checking for coredumps.
Stefan
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: G_DISABLE_CAST_CHECKS in packages an maybe on builders
On Friday 19 March 2010 14:42:05 Stefan Kost wrote: I noticed that still lots of packages that use GObject are not disable GObject cast checks in their builds. *It is a safe thing to do*. The macro is doing a cast, if checking is enabled it checks and warn in the case of an mismatch. The check is pointless in device that is running a PR image as we have the (sys)logging turned off. So we can also turn off the checks (the checks are not preventing anything). This makes binaries smaller and faster. That is a good suggestion for production binaries. However, for beta binaries I would prefer to leave it on -- I find the console mesages very useful during testing (and I run syslog on my development device as well). I wonder if it would make sense to disable this globally on the package builder. Having the check enabled is most useful in conjunction with defining G_DEBUG=fatal_warnings and checking for coredumps. No thanks, at least not without a way to override it. Graham ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: G_DISABLE_CAST_CHECKS in packages an maybe on builders
Graham Cobb wrote: On Friday 19 March 2010 14:42:05 Stefan Kost wrote: I noticed that still lots of packages that use GObject are not disable GObject cast checks in their builds. *It is a safe thing to do*. The macro is doing a cast, if checking is enabled it checks and warn in the case of an mismatch. The check is pointless in device that is running a PR image as we have the (sys)logging turned off. So we can also turn off the checks (the checks are not preventing anything). This makes binaries smaller and faster. That is a good suggestion for production binaries. However, for beta binaries I would prefer to leave it on -- I find the console mesages very useful during testing (and I run syslog on my development device as well). I does not show on the console. Our glib is patched so that it goes to syslog. But anyway I am totally with you. Messages enabled for testing binaries, messages off for releases. Stefan I wonder if it would make sense to disable this globally on the package builder. Having the check enabled is most useful in conjunction with defining G_DEBUG=fatal_warnings and checking for coredumps. No thanks, at least not without a way to override it. Graham ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Media Player in N900
fluke box wrote: Hi All, Do we have something in Maemo File Browser, where we can add a file to current playlist ? Moreover, in N900 media player, there is nothing like add file to current playlist :-( (Or may be i am unaware). There is, its in the menu. Browse the songs and tap the title bar (Add to current playlist). Stefan I would like to have nautilus like script based thing in maemo file browser for adding a file to current playlist. Moreover, i would like to write the same if that is not currently available. Thanks, flukebox ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC project - aGLESory
I'm a bit confused here...is Qt3D the same or an extension to the QtOpenGL module? Also, if the aGLESory project is supposed to be a wrapper of OpenGL to OpenGLES, would this include Qt code or just straightforward GL code? I ask this because according to the blog post Kate pointed to, Qt3D already intends to abstract away GL and GLES differences. Thank you, On Fri, Mar 19, 2010 at 8:14 AM, Valerio Valerio vdv...@gmail.com wrote: Hi, 2010/3/19 Thomas Perl th.p...@gmail.com Hello! 2010/3/19 Carolina Simões Gomes carolina.sgo...@gmail.com: If possible, I'd like to know more about the aGLESory project, in order to begin forming my ideas about the project proposal. (I'm not the one who proposed the project, so I might be wrong about the motivations and ideas behind aGLESory.) I *think* the idea behind aGLESory is to make it easier to start creating projects utilizing OpenGL ES for Maemo/MeeGo. Right now, if one was to use Xlib to create a Hello World-ish GL ES app, it would look like this: http://wiki.maemo.org/SimpleGL_example There's too much boilerplate code (setting up the X window, etc..) which makes it hard (or a copy'n'paste job) to start a new project utilitzing OpenGL ES. I guess most of this is covered by using Qt and its QGLWidget, which can be subclassed to implement the rendering/setup: http://doc.trolltech.com/4.6/qglwidget.html - This also provides texture loading using QImage. Still, maybe a more lightweight solution with Xlib and DevIL, packed into a nice, little C++ framework is what aGLESory is about (maybe with some additional helper classes to make it easier to get started). It would be nice if Flandry (the reporter on the GSoC ideas page) could elaborate a bit on what the idea is exactly. I've added myself as a possible mentor for this project, as it does interest me personally :) These idea came from TMO, but I've already contacted the author. My understanding of the idea is a bit different, I think is basically a wrapper from OpenGL to OpenGL ES, in order to easily port OpenGL games/apps to Maemo. Best regards, -- Valério Valério http://www.valeriovalerio.org HTH. Thomas -- * [Carolina Simões Gomes] Computer Engineer - University of Campinas, Brazil M.Sc. in C.S. Student - University of Alberta, Canada http://carolgomes.wordpress.com * ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: music player with .lrc support !
Simon Pickering wrote: Personally, I think it's too small for a 3 month project, though. However getting LRC parsing into gstreamer or MAFW for use by the Nokia media player would be a fine challenge for three months, IMHO. This certainly sounds useful. If LRC is this http://de.wikipedia.org/wiki/LRC_%28Dateiformat%29 one could indeed write a new UI on top of MAFW. Play the songs and check the duration from time-to-time to update the lyrics. Stefan But since the Nokia media player is closed source, it would be kinda hard to make it display lyrics. An alternative would Wasn't the whole idea of MAWF to make it easy to replace the Media Player and only need to write the GUI stuff (leaving all the playlist stuff to MAWF, decoding to Gstreamer, and finding files to trackerd)? I've not looked at it though, so perhaps it's difficult to work with hence the lack of replacement players. Though if not, writing a proof of concept player to display the lyrics too shouldn't be too hard (he says). Cheers, Simon ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Play sound through Gstreamer while Media Player is running
Andrei Mirestean wrote: Hi, Is there any way to play a sound through Gstreamer while the Media player is running? I've tried with playbin2 sink but it's now working. now or not? If its a kind of notifications sound the policy will allow playing it in parallel. Otherwise the policy kicks in. What are you trying to do? Stefan Thanks! -- Andrei Mirestean ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Download statistics
On Thu, 2010-03-18 at 09:37 +0100, Niels Breet wrote: On Wed, March 17, 2010 20:27, Cornelius Hald wrote: Nothing wrong with communicating such a change, though. I sometimes need a post-commit hook which sends a mail to the list, it seems :) Wouldn't be bad :) I was just feeling stupid, because suddenly everything worked as expected and I thought I did report a non-issue. Anyways, thanks for fixing it! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Play sound through Gstreamer while Media Player is running
On Fri, Mar 19, 2010 at 5:36 PM, Stefan Kost enso...@hora-obscura.dewrote: Andrei Mirestean wrote: Hi, Is there any way to play a sound through Gstreamer while the Media player is running? I've tried with playbin2 sink but it's now working. now or not? not working, sorry for the spelling mistake If its a kind of notifications sound the policy will allow playing it in parallel. Otherwise the policy kicks in. What are you trying to do? It's a notification sound. I'm developing the pedometer widget and I want to notify the user when he has taken a number of steps. Stefan Thanks! -- Andrei Mirestean ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- Andrei Mirestean ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
How to make a finger scrollable frame for widgets in Qt 4.5?
I'm trying to make a finger scrollable area which has many buttons and other widgets in it, because I cannot fit them on the screen. I have something similar in mind as in this video clip: http://labs.trolltech.com/blogs/?p=1480 Any idea how can I do it? Cheers, Sascha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
On Mar 19, 2010, at 8:52 AM, Igor Stoppa wrote: ext Ryan Abel wrote: Well, except for the part where Nokia ends up marketing it as MeeGo. Oh, and Harmattan's, apparently, MeeGo, too, and it definitely has closed stuff at the platform level. Yeah . . . not confusing at all. ;) No at all: it's about standardization. The device must support a certain set of features and provide well defined APIs. So if a device is MeeGo compliant, it will be advertised as such. What's confusing about it? Will it be advertised as such? Wording I've seen so far leads me to believe it'll be advertised as MeeGo not MeeGo-compliant. I guess we'll have to wait and see. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Building Maemo OS from Source.
From: ext Ryan Abel [rabe...@gmail.com] Sent: 19 March 2010 23:43 Will it be advertised as such? Wording I've seen so far leads me to believe it'll be advertised as MeeGo not MeeGo-compliant. I guess we'll have to wait and see. The N900 box you might have states that it is certified for USB, but for example doesn't mention anywhere that even pc-suite has been tested as part of the USB certification because of hte way it needs to be performed. Even if pc-suite is certainly not part of he USB standard. Here we are entering into a land for marketing and lawyers, where the message needs to be summarized and still retain its meaning. Anyway why wouldn't MeeGo be correct if it is contained in the device? I could understand the argument if some MeeGo component was to be replaced, but if it is extanded or if some gap (platform specific) is filled by a non-MeeGo component, I see no real problem or miscommunication. igor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
On Mar 19, 2010, at 5:50 PM, igor.sto...@nokia.com igor.sto...@nokia.com wrote: From: ext Ryan Abel [rabe...@gmail.com] Sent: 19 March 2010 23:43 Will it be advertised as such? Wording I've seen so far leads me to believe it'll be advertised as MeeGo not MeeGo-compliant. I guess we'll have to wait and see. Anyway why wouldn't MeeGo be correct if it is contained in the device? I could understand the argument if some MeeGo component was to be replaced, but if it is extanded or if some gap (platform specific) is filled by a non-MeeGo component, I see no real problem or miscommunication. Well, in Harmattans case, because it aint MeeGo at all. For anything else, well, I don't know. Until we know exactly how much of the platform is actually MeeGo it's impossible to say. But judging by the amount of differentiation I know Nokia likes to keep, it's going to be incredibly confusing to both users and developers. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Building Maemo OS from Source.
From: ext Ryan Abel [rabe...@gmail.com] Sent: 20 March 2010 00:06 Well, in Harmattans case, because it aint MeeGo at all. For anything else, well, I don't know. Until we know exactly how much of the platform is actually MeeGo it's impossible to say. But judging by the amount of differentiation I know Nokia likes to keep, it's going to be incredibly confusing to both users and developers. This is stuff for marketing (Peter and Quim) to answer. I don't think i'm qualified to transmit any message in a proper way, while it's their job to make sure the confusion is dispelled :-D igor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
On Mar 19, 2010, at 6:15 PM, igor.sto...@nokia.com wrote: From: ext Ryan Abel [rabe...@gmail.com] Sent: 20 March 2010 00:06 Well, in Harmattans case, because it aint MeeGo at all. For anything else, well, I don't know. Until we know exactly how much of the platform is actually MeeGo it's impossible to say. But judging by the amount of differentiation I know Nokia likes to keep, it's going to be incredibly confusing to both users and developers. This is stuff for marketing (Peter and Quim) to answer. I don't think i'm qualified to transmit any message in a proper way, while it's their job to make sure the confusion is dispelled :-D Yeah, and I wish them the best of luck in it. ;) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Howto configure borderless 4:3 tv-out on n900?
Attila Csipa wrote: Can you (or anyone with intimate knowledge) chip in with some comments of how playing with these can (not) affect the devices (or what gets attached to them) ? I would like to play with this a bit, but don't want to burn down my DDP N900 with some weird video sync setting (been bitten by some unrelated hardware happily setting parameters that burned the video out down :) Curiously enough, this very Monday I discovered that we could use the dispc for scaling (in emulators, etc) and have been doing tests for the entire week. You can do weird things like cloning the fb0 (the fb where the sgx renders) to multiple overlays while resizing one of them, and up so far everything still works normally after reboot. I wouldn't touch the lcd timings, and, as fanoush said, you can only write pal or ntsc to the tv-out device timings field. Now that the topic has been raised, I'd like to share what I've been considering for usage of the dispc in 2d games: - The system seems to use fb0 for sgx, and fb1 for xv surfaces. - The system seems to use overlay0 as the base overlay, overlay1 for xv apps: camera, media player (still have to check what happens when a single app has more than one xv surface, if that's even possible), and overlay2 for resizing the tv output. - Thus, when the system is not connected to tv-out, an app could potentially use some ioctls to initialize fb2, then use sysfs to connect it to overlay2 and draw it scaled on the lcd (and also, much like xv, use a special transparent color key on fb0). When the system is connected to tv-out, this app could save overlay2 state and push his own settings when foregrounded, then restore the previous ovly2 state when backgrounded. It could even work :), or so I think. -- Javier ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC project - aGLESory
2010/3/19 Thomas Perl th.p...@gmail.com I *think* the idea behind aGLESory is to make it easier to start creating projects utilizing OpenGL ES for Maemo/MeeGo. Right now, if one was to use Xlib to create a Hello World-ish GL ES app, it would look like this: http://wiki.maemo.org/SimpleGL_example There's too much boilerplate code (setting up the X window, etc..) which makes it hard (or a copy'n'paste job) to start a new project utilitzing OpenGL ES. Shameless promotion: SDL-gles, which removes quite a lot of the boilerplate and doesn't require patches to the upstream SDL nor the maemo one. It's already in -devel and in use by at least one game. 2010/3/19 Valerio Valerio wrote: These idea came from TMO, but I've already contacted the author. My understanding of the idea is a bit different, I think is basically a wrapper from OpenGL to OpenGL ES, in order to easily port OpenGL games/apps to Maemo. I agree, the wording makes it sound that way. -- Javier ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Calling a script after MfE sync
Hello, I've been trying to find a way to not get alarms set when I sync with a specific calendar. I've ended up writing a little sql script which will remove them from the calendar's sqlite database which I can run after a manual sync. What I'd like to do is have that script run automatically after a sync happens (even if it's an automatic sync). I'm guessing I might be able to use a dbus service file, either by replacing the one which runs the sync with one which runs some script to run the sync followed by my db update script or a new one to run something when the sync happens. I'm not really sure where to start though; Does it sound feasible? How can I find out which dbus messages and executables/services are involved in the Mfe exchange process? Ed. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
How does Hildon input method framework support Qt applications?
Hi all, I ported SCIM to Maemo 5, and it runs just OK in most of GTK applications. But I found it doesn't work in Qt applications, because I didn't port the SCIM Qt immodule, either. Well, the strange thing is, from the source code, I think Hildon input method framework is also just a Gtk immodule. How could it support Qt applications? I checked the folder, /usr/lib/qt4/plugins/inputmethods, there's only only module libqimsw-multi.so. It seems Hildon input method doesn't implement a Qt module, then how does it work? Best regards, Evan JIANG ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
