Welcome to Planet NyaaCat!

欢迎使用 Planet NyaaCat 聚合服务!

当您看到这篇文章时,证明您在 Planet NyaaCat 的聚合配置是正确的,Planet NyaaCat 已经可以与您的 Blog 系统正常通讯。

现在,您可以删除该篇文章,并继续正常使用。如果有任何问题,请前往您的 WordPress 仪表盘,点击“插件”,选择“Planet NyaaCat”进行配置、日志查看,或修改调试输出选项。

Day 10334 临时关闭MPC-HC显示音频文件内嵌封面

作为事实标准之一,在ID3的帮助下,MP3文件从1996年开始支持内嵌各种各样的相关信息,如标题、作者、专辑名、音轨编号等,而其中一个重要的应用,就是从ID3v2起支持嵌入专辑封面图像,这样,在用户播放该文件时,即可看到该曲目所属专辑的封面图片,而不必专门用单独的文件进行存储。

不同的播放软件对ID3信息的处理方式有所不同,Media Player Classic Home Cinema,也就是常说的MPC-HC,自然也支持这一标准,但其实现可能稍微有一点bug,比如:当一个目录下有许多MP3、但只有一首曲目有内嵌封面时,则播放该曲目之外的文件,都会加载这个封面(可能只有特定版本会这样)。

不论如何,有时候只想听音乐,并不想看到封面,如何设置?

在MPC-HC的选项中,没有直接的选项控制是否显示内嵌的封面图片,但经过实验,可以通过修改以下项目达到目的:

打开查看-选项,在最后一项『高级』中,将CoverArtSizeLimit(悬停可看到该项用于控制『音频播放模式下,最大可加载的封面图片尺寸(N×N像素)』)的值,然后点击确定即可,下次打开包含封面的MP3音频文件时,即不会再显示封面。

原理也很简单:只要内嵌封面尺寸大于0×0像素,则不显示,有比这个还要小的封面尺寸吗?

以上方法在MPC-HC 1.7.10中测试通过。

Day 10309 Excel 无法打开同名文件的原因及解决方法

在使用默认方式(直接双击xls(x)文件)打开两个文件名相同的工作簿时,Excel 会给出以下提示(图为 Excel 2010版本):

经查证,微软官方曾经在这里做出如下解释:

这是一个我们经常从客户那里听到的疑问。

答:因为会在关联单元格计算时产生歧义。试想有一个单元格中包含如下公式:='[Book1.xlsx]Sheet1′!$G$33,然后又同时打开了两个名叫Book1.xlsx的工作簿,那么 Excel 是无法判断你到底指的是哪一个工作簿的。

解决方法有二:

1、将其中一个工作簿文件改名。

2、启动 Excel 的另一个实例(原文链接),方法为:

i. 在开始菜单中找到 Excel(或者直接找到 Excel.exe 也可以),按住 Alt 点击菜单项(或双击exe文件)启动
ii. 在新开的 Excel 窗口中打开之前无法打开的工作表,注意不要直接去双击文件或在工作簿上按回车,那样还是在之前打开的Excel中打开文件,需要在新开的窗口中手工打开,或将文件拖进新开的 Excel 窗口里。

第二种方法的原理是:Excel 属于 MDI(多文档界面)的设计,也就是可以在同一个主窗口下打开多个文档,证据就是:以通常形式打开的多个工作簿,只要在一个下面按下 Alt+F4,那么所有的工作簿都会退出。猜测同名文件检测也是基于此达成的,所以只要启动一个新实例(可以理解为打开了另一个版本的Excel),就与之前打开的实例无关,也就不存在同名文件检测的事情了。

Day 10273 Chrome清除指定域名下的缓存

有时需要清理Chrome缓存,但又不想为了一个站点去搞掉所有网站的缓存,按照该帖子的提示,可以如此操作:

1、按F12(或Ctrl+Shift+I,或者去菜单里点击)在要清理缓存的页面打开 Developer Tools(开发者工具)。

Empty cache for specific domain in Chrome

2、鼠标左键按住地址栏旁的刷新按钮,会弹出一个菜单,拖动选择第三项 Empty Cache and Hard Reload(中文版为:清空缓存并硬性重新加载,感谢石櫻燈籠在评论中指出)。

3、等待刷新即可。

此方法“不一定确定能刷新特定域下的缓存”(原帖原话),但应该能满足需要做这个操作场景的需求。

没有弹出这个菜单的原因可能有二:1、必须先打开 Developer Tools;2、该页面尚无缓存,无法清除。

Day 10246 服务器无法通过系统非页面共享区来进行分配,因为服务器已达非页面共享分配的配置极限

因为一些原因,在办公机上装了一台 Mac OS X 10.6 的虚拟机,并且因为需要与宿主机 Windows 7 交换大量文件,所以使用了 SMB 共享。

某日,在复制文件的进程中,在复制了1万个左右的文件后,共享突然断开,再连接亦无法成功,多次重启双方机器也没有效果,OS X 给出如下错误信息:

SMB Share failure between OS X 10.6 & Windows 7, figure 1

点击『好』后 Finder 继续给出错误信息:

SMB Share failure between OS X 10.6 & Windows 7, figure 1

根据错误代码-41进行搜索,有些提到是 Norton Secutiry 的原因,但是宿主机并没有安装这个软件;另一篇帖子则提出问题应当出在宿主机 Windows 端,于是想到去翻系统日志,果然发现了奇怪的东西:

SMB Share failure between OS X 10.6 & Windows 7, figure 3

按照此方向去搜索,虽然因为时间紧,没有挖到官方的详细说明,不过按照以下方式进行修改、并重新启动宿主机和虚拟机已证实有效:

HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\LargeSystemCache

将DWORD(32位)项LargeSystemCache的值修改为:1

HKLM\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters\Size

将DWORD(32位)项Size(如没有则新建)的值修改为:3

由于宿主机版本为消费级的 Windows 7,而非服务器系统,推测是消费级系统中对共享文件的限制较低,在进行大量或大尺寸文件的SMB共享时超出了上限,因而导致问题的发生。