- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在编写一个 iOS 应用程序,它使用 chromecast 转换一系列图片。当用户点击当前图片的右边缘时,应用会呈现下一张图片,并将下一张图片转换到更大的屏幕上。但是,如果用户点击的速度足够快,并在第二张图片出现在大屏幕上之前调出第三张图片,则第二张图片一旦出现,将停留在那里,即使第三张图片出现在设备上也是如此。从 Google Cast SDK 看来,所有转换请求都已排队,第三个应该会自动显示。那么这是否意味着我必须在发送方手动对请求进行排队?
最佳答案
我想您的图像在服务器上可用(也可能是您的手机)。你用的是什么接收器?您期望的行为是什么?例如,如果无论转换速度有多快,您都需要查看所有图像,那么您的接收器应该对图像的 URL 进行排队,并在完全加载时加载下一个,等等。如果您希望跳过前一个如果转换了一个新的图像,那么你的接收器应该在新的图像进来时立即丢弃以前的请求。
您也可以在发件人端将它们排队(特别是对于第一种情况)并且您的发件人应该收听“图像已完全加载,因此请发送下一个)但这不是最佳选择,因为
另一个要考虑的因素是,如果在第一台设备转换时第二台设备连接到您的 Chromecsst,您会期待什么?你希望第二个能够“参与”事件并转换吗?
无论如何,我们的github 上都有示例代码显示一个简单的视频播放列表的 repo(在接收器上排队)。
关于ios - Chromecast - 阻止 loadMedia 直到前一个返回,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22739402/
我正在编写一个 iOS 应用程序,它使用 chromecast 转换一系列图片。当用户点击当前图片的右边缘时,应用会呈现下一张图片,并将下一张图片转换到更大的屏幕上。但是,如果用户点击的速度足够快,并
在我的 playSelectedItemRemotely 方法中,我收到一条警告消息: - (void)playSelectedItemRemotely { GCKCastSession*
我们的应用使用 GCKMediaControlChannel 控制接收器上的媒体播放。 最初的媒体加载请求得到满足,媒体播放完成 - 但是任何后续的媒体加载请求都以错误结束,loadMedia: 方法
我是一名优秀的程序员,十分优秀!