我已经在iOS应用程序上工作了一段时间,我每次在iOS 5.1模拟器中运行应用程序时都会遇到以下崩溃.
该应用程序不使用核心数据,我不知道是什么带来了这个.
我已经从模拟器中删除了应用程序,完成了Clean,并进行了重建,但似乎没有任何帮助.
Unable to load persistent store at URL 'file://localhost/Users/jcottrell/Library/Application%20Support/iPhone%20Simulator/5.1/Library/Keyboard/UserDictionary.sqlite' ({
metadata = {
NSPersistenceFrameworkVersion = 407;
NSStoreModelVersionHashes = {
UserDictionaryEntry = <f0c9025b 602122f9 37a4e274 bdaacec1 b9a66f83 fca5c43b bed5e80a 6baee338>;
};
NSStoreModelVersionHashesVersion = 3;
NSStoreModelVersionIdentifiers = (
""
);
NSStoreType = SQLite;
NSStoreUUID = "43DABF34-7F7E-4FE9-B78D-8AF64292A967";
"_NSAutoVacuumLevel" = 2;
};
reason = "The model used to open the store is incompatible with the one used to create the store";
})
我的catlog上有以下消息,
GC_CONCURRENT freed 456K, 19% free 2753K/3360K, paused 5ms+9ms, total 378ms
我试图理解最后的总价值.我在网站上检查了其他与GC有关的问题,他们要么有两次暂停与并发GC相关联,要么一次总停顿为非并发GC.为什么我有两个？我的应用程序暂停了5 + 9毫秒还是378毫秒？到底究竟是什么？
我有一个Tornado Python服务器,它一次接受一个可变比特率mp3文件(块由固定数量的帧组成).
我正在做的就是向前传递二进制文件,但是,我想知道块的持续时间.因为它是可变比特率我不能做一个简单的计算.我正在研究pymedia,但我在Mac OS上开发,似乎pymedia无法在那里安装(此外,它自2006年以来一直没有更新).我也试过pymad但是无法安装它(自2007年以来它没有更新),无论如何它似乎更加以文件为中心.
理想情况下,我想,该方式从每个块中提取比特率诱变会为例子.但是,mutagen需要一个文件作为输入,而我希望输入一个mp3帧或一系列这样的帧.
def _on_read_frames(self, data):
logging.info('read from input:\n%s', data)
binary_audio = base64.b64decode(data)
# need to find out how many miliseconds went by here
更新:这是近实时流式架构的一部分,因此mp3以小块编码,因此我目前的解决方案是使用恒定比特率,这允许简单的计算,我意识到使用可变比特率几乎没有任何好处这里.