Android下的OPENGL对纹理有没什么要求?要求的图片格式,位深度与尺寸对齐(尺寸奇偶数),要求的图片大小限制? 我的24位PNG贴不了,32位的可贴上去;小的PNG可贴,大的800*480的PNG就贴不了,有没人遇到这样的情况?不会跟程序内存不够有关吧? 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 404*284的32位PNG可贴,400*480的32位PNG不可贴。 关于android 程序内存问题,求解?http://topic.csdn.net/u/20101123/10/e439f9eb-d381-4f83-a921-1f57dbc191ed.html?seed=959021720&r=71051130#r_71051130 [3D 开发] OpenGL 贴图真机无法显示http://www.eoeandroid.com/thread-25416-1-1.html 贴不上去也不报什么错误出来,也不知道有没什么好的调试手段。只有下面的两个消息看起来像错误报告E/libEGL (30452): couldn't load <libhgl.so> library (Cannot load library: load_library[984]: Library 'libhgl.so' not found)E/LockPatternKeyguardView( 181): Failed to bind to GLS while checking for account 没研究过错误1是找不到<libhgl.so>库文件错误2是检查账号时出错 有可能还是OPENGL没初始化好啊! mGLSurfaceView.setEGLConfigChooser(8, 8, 8, 8, 16, 0);上面的设置估计跟自己的图片系统对应不上. Android中OpenGL ES贴图无法显示问题的可能原因http://leybreeze.com/?p=294最近在Android中使用OpenGL时遇到了这样的问题:一切代码没有问题,模拟器上也运行正常,但是在实机上就会出现贴图错误,纹理无法显示,只有灰白的底色。对于这个问题找了很久的解决方法,都没有成功。最后发现其实是文件夹名称的问题。贴图文件原来是保存于drawable文件夹下的,并没有根据Dpi而建立多个文件夹,以为这样就会默认使用drawable文件夹内的资源。对于模拟器而言确实如此,但是对于实机就会出现问题。解决方法是建立drawable-nodpi文件夹,至少对我的情况来说问题就得到了解决。另外看到的其他的可能原因还有贴图本身的问题,比如说文件尺寸过大、边长不是2的n次方等。我在自己的X10上测试了一下,边长确实有着前述的限制,不过即使是1024依旧可以正确显示,可见对文件大小的要求并不严苛。经测试1024×1024分辨率32位的PNG没有问题。 今天贴800*480的32位的PNG成功了,看来对于图片尺寸没2的n次方要求,但奇怪的是贴2个400*480的32位PNG反了成功不了。 今天发现其实ANDROID下的OPENGL对纹理的大小跟尺寸都没什么要求,不要求2的n次方。以前显示为白色其实是跟底色的混合模式没设置对。以前正好混成了白色,还以为纹理帖不上去呢。 Android Camera 4.1源码 谁能给一份 eclipse开发android应用,暴卡! Android ping 无线接入点连通性 android旋转屏幕问题 修改源码后,在模拟器里运行出来没效果怎么回事? 求助 gallery改更imgaeadapter出错 求教,Zxing条码生成转bmp文件 abd与安卓应用之间的通信 前辈,这是什么原因 新人求助 关于socket问题 android编程中很多控件定义后不识别!!! 关于桌面小工具(widgets)的问题
E/libEGL (30452): couldn't load <libhgl.so> library (Cannot load library: load_library[984]: Library 'libhgl.so' not found)
E/LockPatternKeyguardView( 181): Failed to bind to GLS while checking for account
错误1是找不到<libhgl.so>库文件
错误2是检查账号时出错
http://leybreeze.com/?p=294最近在Android中使用OpenGL时遇到了这样的问题:一切代码没有问题,模拟器上也运行正常,但是在实机上就会出现贴图错误,纹理无法显示,只有灰白的底色。对于这个问题找了很久的解决方法,都没有成功。最后发现其实是文件夹名称的问题。贴图文件原来是保存于drawable文件夹下的,并没有根据Dpi而建立多个文件夹,以为这样就会默认使用drawable文件夹内的资源。对于模拟器而言确实如此,但是对于实机就会出现问题。解决方法是建立drawable-nodpi文件夹,至少对我的情况来说问题就得到了解决。另外看到的其他的可能原因还有贴图本身的问题,比如说文件尺寸过大、边长不是2的n次方等。我在自己的X10上测试了一下,边长确实有着前述的限制,不过即使是1024依旧可以正确显示,可见对文件大小的要求并不严苛。经测试1024×1024分辨率32位的PNG没有问题。