Re: Screen orientation
On Mon, Feb 2, 2009 at 3:44 PM, Tuomas Kulve wrote: > Rodrigo Vivi wrote: >> This Xomap is a kdrive, so maybe it would be better try to add xrandr >> support to this Xomap: >> http://gitweb.pingu.fi/?p=xf86-video-omapfb.git;a=tree;f=src;h=b6255dda0b6adefd1de00228429c3e139c3916f1;hb=HEAD >> that is an xf86 implementation... >> > > X.Org 1.5.1, xf86-video-omapfb, n810 (Nokia's stock kernel): > > $ xrandr -o normal > $ xrandr -o left > X Error of failed request: BadMatch (invalid parameter attributes) > Major opcode of failed request: 146 (RANDR) > Minor opcode of failed request: 2 (RRSetScreenConfig) > Serial number of failed request: 12 > Current serial number in output stream: 12 Yes, it is expected because there are no xrandr support on this xomap... In this code the only reference to randr is this one: /* TODO: RANDR support */ As I said, someone should add it to this xomap... hopefully it shouldn't be so difficult basing it on kdrive's patch: http://labs.vivi.eng.br/blog/rotation-patches/adding-support-to-xrandr-on-xomap.patch hopefully... > -- > Tuomas > > -- Rodrigo Vivi INdT - Instituto Nokia de Tecnologia Blog: http://blog.vivi.eng.br GPG: 0x905BE242 @ wwwkeys.pgp.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Screen orientation
Rodrigo Vivi wrote: > This Xomap is a kdrive, so maybe it would be better try to add xrandr > support to this Xomap: > http://gitweb.pingu.fi/?p=xf86-video-omapfb.git;a=tree;f=src;h=b6255dda0b6adefd1de00228429c3e139c3916f1;hb=HEAD > that is an xf86 implementation... > X.Org 1.5.1, xf86-video-omapfb, n810 (Nokia's stock kernel): $ xrandr -o normal $ xrandr -o left X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 146 (RANDR) Minor opcode of failed request: 2 (RRSetScreenConfig) Serial number of failed request: 12 Current serial number in output stream: 12 -- Tuomas signature.asc Description: OpenPGP digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Screen orientation
Hi there, Yes, it is a fact that kernel needs a better code, but as far as I know the Xv doesn't work very well with kdrives that is a small X not based on XFree86 implementation... This Xomap is a kdrive, so maybe it would be better try to add xrandr support to this Xomap: http://gitweb.pingu.fi/?p=xf86-video-omapfb.git;a=tree;f=src;h=b6255dda0b6adefd1de00228429c3e139c3916f1;hb=HEAD that is an xf86 implementation... well, it is only a guess On Mon, Feb 2, 2009 at 9:02 AM, Frantisek Dufka wrote: > gary liquid wrote: >> thanks for the reminder :) >> >> I have put together a report including test cases on the itt forum >> >> http://www.internettablettalk.com/forums/showthread.php?p=261099 > > I have added my comment there but I'm not sure where is the best place > to discuss it. > >> I am not sure where the problem originates from so putting the issue >> centrally is the best option. > > I believe the problem is in kernel or starts in kernel. The first patch > By Rodrigo Vivi has additional part mentioned here > http://www.internettablettalk.com/forums/showthread.php?p=155704#post155704 > > This part caused video and camera to not to work at all. Quick hack was > to remove those lines so dimensions of planes are not touched but I > still believe this is wrong (to remove them) and plane information > should be somehow correctly rotated too. > > It would be nice to know how exactly those 3 planes are used (plane 1 is > XV? 2 is camera?) and what sizes they should normally have. After system > boot virtual_size (/sys/class/graphics/fb?/virtual_size > ) of all of them is set to 800x480 but after using stock media player or > enabling camera they are resized to much smaller size (not sure when and > how). > > Maybe those lines should be put back to kernel but the userspace code > (Xv driver in Xserver? what about camera?) that plays with dimensions of > those planes should be somehow make aware of the rotation and resize > them again as they need. > > Frantisek > > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Rodrigo Vivi INdT - Instituto Nokia de Tecnologia Blog: http://blog.vivi.eng.br GPG: 0x905BE242 @ wwwkeys.pgp.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: where's the source codes for maemo-select-menu-location?
You can find the source in hildon-appplication-manager's source. On 2/2/09, Alex T. W. LEUNG wrote: > > Hi maemo team, > > once a while we need to use the maemo-select-menu-location utility, as > mentioned below: > > http://maemo.org/development/documentation/manuals/4-0-x/making_application_packages/ > > does anyone happen to know the corresponding source codes? Is it a closed > source utility? > > If it is closed source, can I rewrite it using pymaemo? > > Thanks. > > Alex Leung. > > > -- > This message (including any attachments) is for the named addressee(s)'s > use only. It may contain sensitive, confidential, private proprietary or > legally privileged information intended for a specific individual and > purpose, and is protected by law. If you are not the intended recipient, > please immediately delete it and all copies of it from your system, destroy > any hard copies of it and notify the sender. Any use, disclosure, copying, > or distribution of this message and/or any attachments is strictly > prohibited. > -- > > > > ___ > 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
where's the source codes for maemo-select-menu-location?
Hi maemo team, once a while we need to use the maemo-select-menu-location utility, as mentioned below: http://maemo.org/development/documentation/manuals/4-0-x/making_applicat ion_packages/ does anyone happen to know the corresponding source codes? Is it a closed source utility? If it is closed source, can I rewrite it using pymaemo? Thanks. Alex Leung. ~ This message (including any attachments) is for the named addressee(s)'s use only. It may contain sensitive, confidential, private proprietary or legally privileged information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. Any use, disclosure, copying, or distribution of this message and/or any attachments is strictly prohibited. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Screen orientation
gary liquid wrote: > thanks for the reminder :) > > I have put together a report including test cases on the itt forum > > http://www.internettablettalk.com/forums/showthread.php?p=261099 I have added my comment there but I'm not sure where is the best place to discuss it. > I am not sure where the problem originates from so putting the issue > centrally is the best option. I believe the problem is in kernel or starts in kernel. The first patch By Rodrigo Vivi has additional part mentioned here http://www.internettablettalk.com/forums/showthread.php?p=155704#post155704 This part caused video and camera to not to work at all. Quick hack was to remove those lines so dimensions of planes are not touched but I still believe this is wrong (to remove them) and plane information should be somehow correctly rotated too. It would be nice to know how exactly those 3 planes are used (plane 1 is XV? 2 is camera?) and what sizes they should normally have. After system boot virtual_size (/sys/class/graphics/fb?/virtual_size ) of all of them is set to 800x480 but after using stock media player or enabling camera they are resized to much smaller size (not sure when and how). Maybe those lines should be put back to kernel but the userspace code (Xv driver in Xserver? what about camera?) that plays with dimensions of those planes should be somehow make aware of the rotation and resize them again as they need. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo for commercial development (was Re: N810 RIP)
ext Ville M. Vainio wrote: > On Mon, Feb 2, 2009 at 9:19 AM, Quim Gil wrote: > >>> "My advice to commercial developers is to make a step in the Maemo >>> platform, learn and have fun with it." ? >> I think this is the most sensible approach, yes. If you have a better >> advice for commercial developers in Maemo please share it. > > It seems the original statement is a bit too strong - creating a > product for maemo doesn't need to be exclusively for > entertainment/learning purposes. If you make your app with Qt, you > also have a very good shot at providing a S60 port of the app in the > future (with a much bigger installed base). Qt has community support in Maemo, it will get a stronger support in Fremantle and will be officially supported in Harmattan. So again, I think I'm just being consistent with what we have. Don't get me wrong, of course I want to see also commercial developers bringing great applications to Maemo. I also think the best way to get them is to be frank now, invite them to have a look by themselves and concentrate on what they are really looking for: platform, devices, sales and distribution channels. -- Quim Gil open source advocate Maemo Software @ Nokia ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo for commercial development (was Re: N810 RIP)
On Mon, Feb 2, 2009 at 9:19 AM, Quim Gil wrote: >> "My advice to commercial developers is to make a step in the Maemo >> platform, learn and have fun with it." ? > > I think this is the most sensible approach, yes. If you have a better > advice for commercial developers in Maemo please share it. It seems the original statement is a bit too strong - creating a product for maemo doesn't need to be exclusively for entertainment/learning purposes. If you make your app with Qt, you also have a very good shot at providing a S60 port of the app in the future (with a much bigger installed base). -- Ville M. Vainio http://tinyurl.com/vainio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers