草庐IT

c++ - OpenGL 透明效果在 Meego 上显示的很糟糕

我们通过OpenGL在一个场景中创建了几个半透明的3D立方体,在Windows7和Fedora15上显示效果很好,但在Meego系统上就变得很糟糕。这是它在我的Fedora15系统上的样子:这就是它在Meego上的样子。线条的颜色已经被我们改变了,否则你看到的立方体会更可怜:效果是通过普通的glColor4f函数实现的,通过设置alpha值使其透明。怎么会这样?freeglut和openglut都在Meego系统上试用过,都没有更好的显示。我什至尝试使用像irrlicht这样的引擎来实现它,但是当beginScene方法的zBuffer参数设置为false时,屏幕上除了黑色什么都没有(

iphone - 当图像放大太大时,UIPinchGestureRecognizer 表现得很有趣

我有一个简单的应用程序,我将UIPinchGestureRecognizer和UIPanGestureRecognizer附加到imageView,以便我可以拖动和缩放它。我已经做到了,因此imageView可以部分移出屏幕并最小化显示,但图像的一小部分75像素保留在显示器上,因此可以将图像拖回它上面。因此,例如,如果我尝试将imageView拖离显示的右侧部分,它将在imageView剩余75像素时停止,只留下足够的空间供我将其拖回。与缩放相同的概念,我创建的边界框防止imageView从显示中最小化。无论如何,我的UIPinchGestureRecognizer委托(delegat

ios - 用日期选择器加载 xib 文件很慢

我有一个xib文件,其中包含2个日期选择器、一些标签和一个段控件。我正在将xib的关联ViewController加载到弹出窗口中,并且仅在您第一次打开它时加载速度非常慢(加载约5秒)。所以我在openpopover方法之外和它的父init方法中引用了日期选择器Controller的View,并且确实加载父ViewController现在加载速度很慢,而openpopover方法速度很快。所以我得出的结论是xib文件连接outlets/loading很慢。从日期选择器Controller的viewDidLoad和init方法中删除所有内容都没有帮助。删除1个日期选择器可显着提高速度,添

iOS 7 和 ZBarReaderView 启动需要很长时间

我们正在使用ZBarSDK的1.2版(并尝试使用beta1.3.1)在我们的应用程序中读取条形码。我们已经使用这段代码一段时间了,在iOS5和6中没有出现问题,但iOS7似乎在初始化相机时出现了一些问题。当我们调用ZBarReaderView中的start方法时,需要30到60秒甚至更长的时间来初始化相机。用户一直看到一个黑色的摄像头View,他们想知道该应用是否正常运行。View初始化后,我们可以关闭它并重新打开它多次,没有任何问题,它会快速打开。这是我们代码的相关部分:-(void)showAnimated:(BOOL)animated{[self.controlleroverla

ios - MCSession 需要很长时间才能释放

我正在使用Multipeer-Connectivity。当session结束时,应用程序进入主菜单,所有网络内容都被释放然后被释放。但我的dealloc方法在主线程中被调用,MCSession对象需要很长时间才能释放自己,我不知道为什么,因此主菜单屏幕卡住。如果有人知道为什么MCSession会这么长,我很感兴趣。但是如果它来自MCSession本身,那么这样做是不是一个好的解决方案?-(void)dealloc{//...otherreleasedispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAU

ios - CLLocationManager 初始更新不是很准确

这在CLLocationManager类引用中有说明:Whenrequestinghigh-accuracylocationdata,theinitialeventdeliveredbythelocationservicemaynothavetheaccuracyyourequested.这确实影响了我的应用程序。如何确保找到的位置准确无误?我尝试使用第4次或第5次更新而不是第一个检索到的位置,但这不是一个好的解决方案。有什么想法吗? 最佳答案 您应该检查更新的准确性,CLLocation包含属性horizontalAccuracy

ios - 状态恢复时, Root View Controller 显示很短

我使用SDK提供的状态恢复。我从Storyboard中加载所有ViewController。初始ViewController以模态方式显示另一个ViewController。两者都有一个恢复标识符。恢复工作正常但是:当我在模态呈现的ViewController中并按主页(保存状态)时。然后重新打开应用程序并开始恢复状态并发生以下情况:一瞬间我看到了初始ViewController,然后屏幕变成了我真正想看到的模态呈现的Controller。为什么会这样?缓存目录中的快照确实显示了正确的屏幕(来自呈现的ViewController)。您可以使用thisproject重现问题.在初始Vie

objective-c - RGB 到 HSL 的转换似乎很有值(value),但在视觉上却不行

这里是菜鸟问题。假设我的RGB值为:R:53、G:37和B:11所以我设置了一个矩形的背景颜色:[UIColorcolorWithRed:0.53green:0.37blue:0.11alpha:1.00];现在我进行RGB到HSL的转换,得到:H:0.10,是S:0.16和L:0.13所以我设置了相同矩形的背景颜色:[UIColorcolorWithHue:0.10饱和度:0.16亮度:0.13alpha:1.00];问题是HSL颜色看起来没有像RGB颜色。我将我的转换结果与在线转换器进行了比较,据我所知,它看起来还不错。我很可能对某些事情的解释有误。 最

ios - XCode 提示自动补全很慢

当我在我的MacBookPro上使用Xcode编写代码时,自动提示似乎需要6-8秒。在我家里的MacBookAir上,它们会立即出现。这有什么原因吗?我在Xcode的首选项中没有看到任何会导致此问题的内容:这里有什么想法吗? 最佳答案 我有一台Shiny的新iMac用于开发。这是一个i7处理器,8GB内存。索引(以及随之而来的事情,如代码感知或快速文档)花费了很长时间(约600个文件需要5分钟)。编译也是如此。罪魁祸首原来是企业杀毒软件的按访问扫描。对于相同数量的文件,我禁用了按访问扫描,索引时间下降到大约5秒。如果您有权更改防病毒

ios - Metal 渲染真的很慢 - 如何加快速度

我有一个运行速度非常慢的Metal应用程序,需要运行得更快。我相信问题是我创建了太多MTLCommandBuffer对象。我创建这么多MTLCommandBuffer对象的原因是我需要向像素着色器发送不同的统一值。我粘贴了一段代码来说明下面的问题。for(intobj_i=0;obj_imtlCommandBuffer=[metal_info.g_commandQueuecommandBuffer];idrenderCommand=[mtlCommandBufferrenderCommandEncoderWithDescriptor:]//glossingoverdetails,but