分页： 1 / 1
（搁置）Edgy源中的Quodlibet最小化无法缩到托盘，启动时长时间CPU占用100％
发表于 ： 2007-02-22 9:16
由 oliver
Edgy源中的Quodlibet最小化无法缩到托盘，启动时长时间CPU占用100％，程序失去响应并且需要等上一会儿才能够正常运行。估计是启动的自动搜索库而导致（我尝试手动刷新库的确是长时间失去响应），可是在设置里面又没有禁用自动搜索库功能。
update: 的确是刷新库会导致这个问题，将库扫描目录删除就没有这个问题并且启动很快速。
update: 官网类似的问题
http://ubuntuforums.org/showthread.php? ... dlibet+CPU
发表于 ： 2007-02-22 13:37
由 内存不足
偶使用的也是源里的 Quod Libet 0.23.1 挺好的
把首选项－库－扫描目录 设为空白启动的时候应该就不扫描目录了
发表于 ： 2007-02-23 7:45
由 oliver
进行重新扫描库的操作也无法解决该问题。
发表于 ： 2007-02-25 23:20
由 gtx
关于最小化到托盘的问题，应该安装quodlibet-plugins。
发表于 ： 2007-02-25 23:55
由 oliver
gtx 写了：关于最小化到托盘的问题，应该安装quodlibet-plugins。
谢谢！
发表于 ： 2007-02-26 0:05
由 eexpress
python的吧。和系统库更新的兼容有关。只有python的会出占用cpu的事情。还无解。要是找到原因，说声。我这里zim间断的有cpu占用问题，和升级关系大。
发表于 ： 2007-02-26 0:16
由 oliver
eexpress 写了：python的吧。和系统库更新的兼容有关。只有python的会出占用cpu的事情。还无解。要是找到原因，说声。我这里zim间断的有cpu占用问题，和升级关系大。
quodlibet好像是python写的。不过在Ｄapper的时候没有任何问题。现在每次启动都要花上几分钟时间等待CPU占用率降低才能够正常操作，关闭也只能够强行关闭。
发表于 ： 2007-02-26 8:53
由 eexpress
就是python的库更新了，gnome没作相应设置引起的。说明python的兼容方面有些麻烦。我的zim有时候这样，只是没那么长时间，一般10秒左右。你那几分钟也太有问题了。
发表于 ： 2007-02-26 9:09
由 karron
用别的吧.比如banshee之类的好了.再不济也可以用kde下面的amarok.
发表于 ： 2007-02-26 9:20
由 oliver
karron 写了：用别的吧.比如banshee之类的好了.再不济也可以用kde下面的amarok.
谢谢！ 其实gnome自带的rhythmbox就挺不错的了。
发表于 ： 2007-02-26 9:52
由 eexpress
我又反复测试了zim。原来就2个wiki链接的名字的问题引起cpu上升。看来还是python支持中文文件名的问题（或者说是特殊符号的文件，因为有个文件名中带了括号，都搞糊涂了）。这是个历史遗留问题，因为以前的版本是支持中文路径有问题。
发表于 ： 2007-03-08 7:00
由 oliver
代码： 全选
oliver@oliver-laptop:~$ quodlibet
支持的格式： mp3, wav, xiph
已导入曲目库。
正在打开音频设备。
Introspect error: The name org.gajim.dbus was not provided by any .service files
/usr/bin/quodlibet:51: GtkDeprecationWarning: gtk.threads_init is deprecated, use gtk.gdk.threads_init instead
gtk.threads_init()
在终端下运行quodlibet在该引用末端位置开始CPU占用居高不下.
其中“ GtkDeprecationWarning: gtk.threads_init is deprecated, use gtk.gdk.threads_init instead
gtk.threads_init()” 怎么个替代法呢？
CPU占用恢复正常后终端内容复制如下：
支持的格式： mp3, wav, xiph
已导入曲目库。
正在打开音频设备。
Introspect error: The name org.gajim.dbus was not provided by any .service files
/usr/bin/quodlibet:51: GtkDeprecationWarning: gtk.threads_init is deprecated, use gtk.gdk.threads_init instead
gtk.threads_init()
W: Error loading /home/oliver/Music/宝儿boa- quincy.mp3
Traceback (most recent call last):
File "/usr/share/quodlibet/formats/__init__.py", line 52, in MusicFile
return _infos[ext](filename)
File "/usr/share/quodlibet/formats/_id3.py", line 86, in __init__
audio = self.Kind(filename, ID3=ID3hack)
File "/usr/lib/python2.4/site-packages/mutagen/__init__.py", line 74, in __init__
self.load(filename, *args, **kwargs)
File "/usr/lib/python2.4/site-packages/mutagen/id3.py", line 1914, in load
self.info = self._Info(fileobj, offset)
File "/usr/lib/python2.4/site-packages/mutagen/mp3.py", line 97, in __init__
self.__try(fileobj, offset, size - offset, False)
File "/usr/lib/python2.4/site-packages/mutagen/mp3.py", line 134, in __try
raise HeaderNotFoundError("can't sync to an MPEG frame")
HeaderNotFoundError: can't sync to an MPEG frame
Rhythmbox保存歌曲信息出错
发表于 ： 2007-03-09 5:32
由 oliver
某些mp3的tag信息无论如何都无法用Rhythmbox进行编辑。
错误提示“Gstreamer内部问题“
Rhythmboox毕竟是系统自带的播放器，Quodlibet原来用着一直觉得不错，可是到了Edgy因故用不了，banshee，Exaile，Audacious，Beep-media-player等音频播放程序我都安装试用过，可是都或多或少遇到些问题。
我的个人需求是在听歌的时候能够随时修改mp3标签信息，貌似Quodlibet是没有问题的，其他播放程序或多或少都有问题，另外Audacious和Beep-media-player没有歌曲库管理功能而且显示中文歌曲信息有些问题（据说修改中文标签也会遇到问题）。于是乎恨下心来下载了Amarok，在Gnome桌面环境下貌似有时候是不稳定些，刚开始感觉编辑mp3标签信息没有问题，但是后来经常遇到编辑某些mp3标签会失去响应（不是程序失去响应，而是编辑操作，播放歌曲等操作还是能够进行的），我甚至下载了KDE桌面环境，以为Amarok在KDE下或许没有这个问题，但是在KDE下问题依旧……（我从一开始接触Linux基本就只用过Gnome桌面）
不过不考虑mp3标签信息的编辑问题，Rhythmbox也不错，而且又是Gnome桌面环境预带的。当然还是有一点遗憾，我不知道Rhythmbox是否也能够像Quodlibet和Amarok那样能够自动记住上次关闭时的播放位置（貌似很多音频播放器都有这个我个人觉得很实用的功能）。
Banshee直接关闭的会探出错误提示。
发表于 ： 2007-03-09 6:00
由 oliver
而且每次都是这样。