问题现象如下图:
最近试玩的MCU比较多,同时各种配套的IDE、烧录调试程序用的也比较多,用惯了VS、JetBrains的我一时感觉无法适应,仿佛回到了十多年前😂,第一个问题就是在高DP显示器的Win10下,这个模糊啊。。。于是稍微研究了下,找到了临时解决方法:
Continue reading…欢迎留言、转载请注明出处
问题现象如下图:
最近试玩的MCU比较多,同时各种配套的IDE、烧录调试程序用的也比较多,用惯了VS、JetBrains的我一时感觉无法适应,仿佛回到了十多年前😂,第一个问题就是在高DP显示器的Win10下,这个模糊啊。。。于是稍微研究了下,找到了临时解决方法:
Continue reading…在Android平台下实现OpenGL ES程序的贴图加载操作一般是通过BitmapFactory.decodeResource这个api,然后用系统封装好的GLUtils.texImage2D函数直接转换为gl贴图即可,方便快捷。但在较新版的Android系统中res中的图片文件夹根据dpi设备分辨率的不同,细分了很多文件夹处理以支持不同设备的分辨率加载对应的图片,如drawable-hdpi,drawable-ldpi,drawable-mdpi等,如果没有注意这个问题而将贴图图片随意安置的话,在decode的时候系统会默认根据设备dpi的不同对目标图片格式解码的同时进行大小调整,也就是说有可能破坏原本已经是2^n大小的贴图图片,导致原本在模拟器上正确的绘图在真机上变成大白板!
解决这个问题的方法可以将图片放到不受dpi影响的drawable-nodpi中,或者设置BitmapFactory的选项,不处理dpi相关问题。