[android-developers] Re: [Android-developers] Display APIs in Android?
You can directly draw onto surface bound with canvas passed in in your draw handler. You don't have to always first draw into bitmap then copy from bitmap to surface. In fact, no matter what strategy you use you have not really drawn onto screen framebuffer directly, the last action is composing done by surfaceflinger service which sit in native layer but it only export limited method you can access. I think directly accessing /dev/ graphics/fb0 is not recommand by android platform. On Nov 4, 12:35 am, Latha Shivanna latha...@gmail.com wrote: I need some 2D apis. can anybody suggest something? Are there any ways to display a buffer on screen in native layer? I am aware of using some ioctl calls on /dev/graphics/fb0.(But it needs root access) Please do advise. -Latha On Tue, Nov 3, 2009 at 7:12 PM, sham shamcs shamc...@gmail.com wrote: you can use opengl also On Tue, Nov 3, 2009 at 5:54 PM, Latha Shivanna latha...@gmail.com wrote: Hii All Can anybody please tell me how can we display a buffer on screen? Currently I create a bitmap using Bitmap's CreateBitmap() and render it on screen using canvas' drawBitmap(). Is there any other way of doing this in Java layer? Please do share your thoughts. thanks in advance Latha -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: [Android-developers] Display APIs in Android?
You can directly draw onto surface bound with canvas passed in in your draw handler. You don't have to always first draw into bitmap then copy from bitmap to surface. In fact, no matter what strategy you use you have not really drawn onto screen framebuffer directly, the last action is composing done by surfaceflinger service which sit in native layer but it only export limited method you can access. I think directly accessing /dev/ graphics/fb0 is not recommand by android platform. On Nov 4, 12:35 am, Latha Shivanna latha...@gmail.com wrote: I need some 2D apis. can anybody suggest something? Are there any ways to display a buffer on screen in native layer? I am aware of using some ioctl calls on /dev/graphics/fb0.(But it needs root access) Please do advise. -Latha On Tue, Nov 3, 2009 at 7:12 PM, sham shamcs shamc...@gmail.com wrote: you can use opengl also On Tue, Nov 3, 2009 at 5:54 PM, Latha Shivanna latha...@gmail.com wrote: Hii All Can anybody please tell me how can we display a buffer on screen? Currently I create a bitmap using Bitmap's CreateBitmap() and render it on screen using canvas' drawBitmap(). Is there any other way of doing this in Java layer? Please do share your thoughts. thanks in advance Latha -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: OpenGL ES 2.0?
OpenglES 2.0 is target for shader language, this is very uneffient on platform that has no 3D accerlaration. On Oct 29, 2:47 am, gigadude e.a.hutch...@gmail.com wrote: Is there a timeline for GLES 2.0 support (hopefully in the NDK as well)? Thanks for any info! --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: WindowManagerService Animation problem
I think that you'd better post to android-platform group, this group seems discussing how to develop application, but your actions already touch modifying the framework mechanism On Oct 27, 9:49 am, kos kosasih...@gmail.com wrote: guys... any idea ? please help... --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Extending an Already Existing View in android.widget gives me java.lang.VerifyError
What are you mean? You mean modify android.jar when you install your application?? On Oct 27, 12:10 pm, Raman raman86...@gmail.com wrote: Thanks a lot for that input. But, there has to be a solution for it. Otherwise, its not correct to call Android open source if they do not allow me to add my own classes by extending the existing ones. As far as I know, there is no such behaviour in normal Java Applications when run on a Sun JVM. Is this a special behaviour exhibited by Dalvik VM. What is the possible workaround for this problem. On Oct 27, 1:48 am, fadden fad...@android.com wrote: On Oct 25, 11:16 pm, Raman raman86...@gmail.com wrote: I am trying to extend a class in android.widget, specifically AbsSpinner class for some change in behaviour. For that I need to access some protected members of the Classes up in the hierarchy, so I decided to put my new class in the same package android.widget It compiles fine in Eclipse but when I run it, it gives me java.lang.VerifyError. You can view the failure details with adb logcat. You cannot access protected members in this way, because your class is being loaded by a different class loader. The package has the same name, so the compiler is happy, but at runtime it's not considered to be part of the same package. In a future release of the VM this will cause an IllegalAccessError at runtime rather than a VerifyError at startup. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Why do screenshot utilities require rooting?
In java how you access /dev/graphics/fb0? NDK support? On 10月19日, 上午4时43分, Diego Torres Milano dtmil...@gmail.com wrote: Because /dev/graphics/fb0 is only readable by root and graphics group for security reasons, you may read other apps screens otherwise. On Oct 18, 12:01 pm, Paolo Amoroso paolo.amor...@gmail.com wrote: Why do Android screenshot utilities only work on rooted devices? Linux distributions and desktop environments provide user-space screen capture tools. Why can't Android? I wonder what are the technical issues, if any, that prevent this. The only user-space procedure I am aware of, i.e. installing about 1 GB worth of development tools on a PC, hooking it to an Android device via USB, and disabling some of its funzionality (e.g. SD card access), is not user-friendly. Paolo Amoroso --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Why do screenshot utilities require rooting?
In java how can you acess /dev/graphics/fb0? NDK support? On 10月19日, 上午4时43分, Diego Torres Milano dtmil...@gmail.com wrote: Because /dev/graphics/fb0 is only readable by root and graphics group for security reasons, you may read other apps screens otherwise. On Oct 18, 12:01 pm, Paolo Amoroso paolo.amor...@gmail.com wrote: Why do Android screenshot utilities only work on rooted devices? Linux distributions and desktop environments provide user-space screen capture tools. Why can't Android? I wonder what are the technical issues, if any, that prevent this. The only user-space procedure I am aware of, i.e. installing about 1 GB worth of development tools on a PC, hooking it to an Android device via USB, and disabling some of its funzionality (e.g. SD card access), is not user-friendly. Paolo Amoroso --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Why do screenshot utilities require rooting?
Even so how an application get screen-shot on android platform? Like other Linux-distribution often can provide. On Oct 28, 7:57 am, Dianne Hackborn hack...@android.com wrote: You are replying to someone who answered your question: you don't. Not from Java, not from the NDK. 2009/10/27 Westermann Fu westerman...@gmail.com In java how can you acess /dev/graphics/fb0? NDK support? On 10月19日, 上午4时43分, Diego Torres Milano dtmil...@gmail.com wrote: Because /dev/graphics/fb0 is only readable by root and graphics group for security reasons, you may read other apps screens otherwise. On Oct 18, 12:01 pm, Paolo Amoroso paolo.amor...@gmail.com wrote: Why do Android screenshot utilities only work on rooted devices? Linux distributions and desktop environments provide user-space screen capture tools. Why can't Android? I wonder what are the technical issues, if any, that prevent this. The only user-space procedure I am aware of, i.e. installing about 1 GB worth of development tools on a PC, hooking it to an Android device via USB, and disabling some of its funzionality (e.g. SD card access), is not user-friendly. Paolo Amoroso -- Dianne Hackborn Android framework engineer hack...@android.com Note: please don't send private questions to me, as I don't have time to provide private support, and so won't reply to such e-mails. All such questions should be posted on public forums, where I and others can see and answer them. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Android activity as overlay over other app
But is it possible reparent an activity's view hierarchy to my customized viewgroup object dynamicly? The activity is owned by others. Thanks Regards On Oct 23, 11:14 am, Dianne Hackborn hack...@android.com wrote: The answer should be no. You can make an activity that is transparent or looks like a dialog or whatever, but it still exists as part of the activity stack, pauses whatever is behind it, etc. On Thu, Oct 22, 2009 at 6:18 PM, Open ldonel...@gmail.com wrote: Can you provide a pointer for this? On Sep 25, 3:19 am, Mann mannka...@gmail.com wrote: finally I found my answer. On Sep 23, 4:41 pm, Mann mannka...@gmail.com wrote: Greetings Is it possible to create an Android activity as an overlay above other application? If yes, please provide me a pointer. MANN -- Dianne Hackborn Android framework engineer hack...@android.com Note: please don't send private questions to me, as I don't have time to provide private support, and so won't reply to such e-mails. All such questions should be posted on public forums, where I and others can see and answer them. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Android activity as overlay over other app
But is it possible reparent an activity's view hierarchy to my customized viewgroup object dynamicly? The activity is owned by others. Thanks Regards On Oct 23, 11:14 am, Dianne Hackborn hack...@android.com wrote: The answer should be no. You can make an activity that is transparent or looks like a dialog or whatever, but it still exists as part of the activity stack, pauses whatever is behind it, etc. On Thu, Oct 22, 2009 at 6:18 PM, Open ldonel...@gmail.com wrote: Can you provide a pointer for this? On Sep 25, 3:19 am, Mann mannka...@gmail.com wrote: finally I found my answer. On Sep 23, 4:41 pm, Mann mannka...@gmail.com wrote: Greetings Is it possible to create an Android activity as an overlay above other application? If yes, please provide me a pointer. MANN -- Dianne Hackborn Android framework engineer hack...@android.com Note: please don't send private questions to me, as I don't have time to provide private support, and so won't reply to such e-mails. All such questions should be posted on public forums, where I and others can see and answer them. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Image transparency
Why not have a try for alpha blending? On Oct 20, 2:09 am, Neilz neilhorn...@googlemail.com wrote: Yes... I was thinking of setting part of an image transparent at runtime. The solution I have implemented is to slice the image up into segments, so that I can remove parts of it as required. On Oct 17, 8:57 pm, TonyDoc tony...@gmail.com wrote: I suppose an png with transparacy is out of the question? On Oct 17, 2:21 pm, Neilz neilhorn...@googlemail.com wrote: Anyone know if you can make part (i.e. a section which you could measure in pixels) of animagetransparent? What graphics features would I need to look at? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Can WindowManagerService be replaced?
Thanks for reply. Now I have a requirement that seems need breaking the normal workflow of drawing--compose strategy. As I know, each window(ViewRoot) itself draw its whole view hierarchy to the surface(unlockCanvasAndPost()) actually allocated by WindowManagerService. Then the WindowManagerService use Surface.show() to invoke surfaceflinger to compose it with other window's surfaces. The whole strategy seems fixed. For example, when the surface is composing, how to compose them, is already determined by WindowManagerService and SurfaceFlinger etc. But I hope I can customize this work flow, for example: 1. Activity draw to Surface A and post 2. Before Surface A show(), the customized WindowManager create another surface B, then privately do some compose operation, this compose operation is different than surfaceflinger do for everyone, the composing dst is Surface B rather than display screen 3. Then WindowManager really show Surface B, the Surface A is never be shown on screen. May you help me that is there any method can do it except hack for surface flinger or current windowmananger service etc. Thanks Regards On Oct 20, 12:42 pm, Dianne Hackborn hack...@android.com wrote: Not at all. On Mon, Oct 19, 2009 at 7:45 PM, Westermann Fu westerman...@gmail.comwrote: Dear All: Can the WindwoManagerService be replaced dynamicly in run time? The reason I ask for it is that I want to do something when any window appear on top of window stack, or when it appears on screen, such as I can dynamicly add a SurfaceView on it (The window is not created by me, it may be any window currently exist or may be created in furture), and when it disappears I can delete it. I think that I must customize the window manager service for doing it, but can I make the result as an .apk file to install on mobile device when published? Thanks. Regards -- Dianne Hackborn Android framework engineer hack...@android.com Note: please don't send private questions to me, as I don't have time to provide private support, and so won't reply to such e-mails. All such questions should be posted on public forums, where I and others can see and answer them. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Can WindowManagerService be replaced?
Dear All: Can the WindwoManagerService be replaced dynamicly in run time? The reason I ask for it is that I want to do something when any window appear on top of window stack, or when it appears on screen, such as I can dynamicly add a SurfaceView on it (The window is not created by me, it may be any window currently exist or may be created in furture), and when it disappears I can delete it. I think that I must customize the window manager service for doing it, but can I make the result as an .apk file to install on mobile device when published? Thanks. Regards --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] surfaceflinger compiz
Hi, All: I don't know whether this is the right place to post my question, maybe my question is more related with android framework design. I think android is designed with composited desktop in heart, here I mean each window doesnot render itself directly on screen, rather they are rendered to separate back buffers without any clipping applied (such as obscured by other windows), then the surfaceflinger compose these backstores into the framebuffer to be displayed with z-order or clip rectangle applied. It is the lacking of this feature for core X window in desktop world that leading to xComposite extension which at last leading to compiz to be born. My question is, for compiz, not only simply to composite each window backstores to framebuffer but rather it provides a plugin mechanism that user application can customize the behavior before/in/after the composing process, so such as water effect, magnifier tools/effect can be implemented easily. But for surfaceflinger, is the compose behavior fixed? Do surfaceflinger or windowmanager service or anyone others provide the similar plugin interface for application to use for customizing the compose behavior, or the only way left is hacking surfaceflinger? Thanks. Regards Westermann Fu --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---