2011年11月3日星期四

调教好了新的foobar

呼……调好了新的foobar
把上个版本的播放历史记录、快捷键、评级、喜爱 全都迁移过来了

现在还缺个根据评级搜索……不知为何提示跟此版本foobar不兼容
终于摆脱那个臃肿的老foobar了》《
相伴四年了呢……一路走好~

update:2011年11月4日1:47:54

还是记录一下准备过程吧
用了foo_playcount,可以直接导入导出播放记录和评级
customdb不知道具体的原理,总之也拖过来了
没能解决评级列表问题,“ playlist tree mod ”大概就是这个吧
目前用%RATING% EQUAL 5凑活吧

另外找到了foobar打开过慢的原因
那300个播放列表……
全新安装foobar之后,拷贝列表进去,直接导致打开时巨慢

这回用了kelemix发的 foomania4界面……
可定制性太差了……估计以后得再换一次


2011年9月9日星期五

python 笔记(1)

一个关于python类的属性的疑问
(生自dive into python中文p91

类中可以有数据属性,如
class counter:
    count=0
    def __init__(self):
        self.__class__.count+=1
这时表现出来的count类似“静态属性”,每构造一个实例,count值加1
我使用下面使用这个函数来打印值
def printme(thestr):
    print thestr,':',eval(thestr)
那么下面这段程序
printme('counter.count')
c=counter()
printme('c.count')
printme('counter.count')
d=counter()
printme('d.count')
printme('c.count')
printme('counter.count')
 会输出
counter.count : 0
c.count : 1
counter.count : 1
d.count : 2
c.count : 2
counter.count : 2
到此为止表现正常
但如果在程序中手动改变某个实例的属性值比如令c.count=10
那么c.count就会脱离类的控制,下面是个例子
printme('counter.count')
c=counter()
printme('c.count')
printme('counter.count')
c.count=10
printme('c.count')
printme('counter.count')
d=counter()
printme('d.count')
printme('c.count')
printme('counter.count')
输出
counter.count : 0
c.count : 1
counter.count : 1
c.count : 10
counter.count : 1
d.count : 2
c.count : 10
counter.count : 2
这绝对很奇怪啊╮(╯▽╰)╭

2011年9月2日星期五

google日历重复问题存档

这是个一个待解决问题的存档,当它被解决时,这里会有更新
已被解决………………鼠标左键+del键让我在2分钟里删除了全部400个事件……

曾经用老的nokia手机批量添加过日程,设定是每周重复一次
当这个日程同步到google上时,google不把它识别为重复的,而是每周一个独立的任务
现在我想删除这一系列日程,但是google上删除时只能每次删一个。而我当时添加的时候没有设置循环结束日期……
由于这一系列日程名字都是一样的,所以可以用google日历的搜索将他们都搜出来,但搜出来之后google也没有“批量删除”这个功能

2011年9月1日星期四

牧濑 红莉栖

牧濑 红莉栖
恭喜您从今天起成为我的“ ”
继长门有希、哀川润、羽川翼之后第四人获得此称号
我应当为此感到自豪

没关系的,助手
无论将来如何,你永远在我的殿堂中存有位置

signed by anamewing
2011年9月1日2:59:23
《命运石之门》Episode22观毕

2011年7月5日星期二

google+

喔喔,还真是好久没发帖了……
感觉这里就好像被咱荒废了一样……

期末考完也没发……玩了两天alice也没发……开始做了两天实验也没发……果然这里有种被遗弃了的感觉……
ANSYS玩了两天,觉得开始变好用了……然后发现学长用的都是abaqus TAT
……不跑题了

google+相当欢乐呢》《
(你可以想象一个全是宅类服务的类似renren的SNS对咱吸引力有多大么……
 人参都被google+吃掉了……

强大的照片分享,对于信息流动方式的强控制,相当期待啊
“用了两天google+,最明确的感觉就是,如果我爸妈跑人人上了,我绝对就不会再用人人了;但我很期待他们能加入google+”

嘛,目前对google+感觉非常好,虽然也看到有人离开了这里,但也很多人选择留下来欢乐。


因为我是gfan嘛~

2011年6月11日星期六

bilibili与厚弹幕

某宅友突然跟咱说起这事……于是打算把咱之前的思路整理一下,写下来

弹幕类的视频,实际上弹幕也是作为视频的一部分呈现给观众的
那么相对于那么棒的视频内容,发弹幕的人也得保证自己发出的是“配得上”视频的弹幕才行
否则就相当于你发出的弹幕劣化了视频质量

所以说弹幕的意义是让一个视频更具有观赏价值,对于大多数宅向的视频,弹幕做好“好好的”吐槽的工作就够了。用银魂的话说,吐槽就是“把对方话中的笑点抖给观众 ”。能做到这点的弹幕自然有存在的价值。

因此,在弹幕中打 哈哈哈、卧槽、啊 之类的,既没有达到吐槽的目标,也不能让观众看了感觉更欢乐,实在是……
更别提报人数和时间的弹幕了……这种弹幕更像是发弹幕的人对自己存在的一种声明,而并非是给看弹幕的人服务的

不过有一种例外,有的时候up主会发一些自己的原创作品(MAD、翻唱之类的),这时在作品的休息部分(间奏啊、片尾黑屏啊……)发一些对这个作品的评价是很重要的……(而且国内的原创动漫圈仍然需要鼓励……)
与此相对的,在弹幕中评论从nico搬运过来的视频意义就不大……因为原作者应该不会过来看弹幕……
(实际上弹幕中的信息对其他观众是有很大影响的)

于是咱现在就想说……bilibili现在的弹幕实在是太厚了……各种没意义的弹幕混在一起,导致用心吐槽的弹幕都被遮住了……
弹幕君认真做了一个弹幕出现之后……一堆人刷 神弹幕,全盖住了……

现在就觉得,就只有音乐区刚发的歌没遭厚弹幕毒手,可以让人静心听歌的同时看着偶尔飘过的弹幕会心一笑。


写完的时候突然想起,似乎我说的弹幕和别人说的不是一个意思?
我把所有用户输入的信息都叫弹幕(似乎有些人把那些特别漂亮的弹幕叫“弹幕”,其他自己飘的叫“字幕”)

2011年6月7日星期二

话说今晚WWDC2011

跟着看了半小时的发布会了……表示现在彻底震惊
原来apple已经把系统做到这程度了……咱一个只用过windows的情何以堪……

一个桌面级pc真的能做成这样么……不过由apple这种用户体验大师来做……他们或许真的搞出来

apple这次做的真绝……
核心服务自己做完了,不给开发者生路啊……
RT @Ruocaled: 我现在明白了 什么facetime imessage……苹果你只是在做个QQ而以吧……

icloud免费……mobileme免费……
乔帮主是想在临走前把事做到底,之后能多撑一会么

(唉……明天还考试,复习去……发布会看不完了

2011年5月31日星期二

恩……果然还是打算找个地方开始记东西了

至少以前是绝对不会这样想的,总觉得将自己暴露在网上是很傻的

现在看来,自己有一点不同了呢


(blogger的回车有bug?)
好像真有bug
对我这种喜欢换行的人真是个打击

不过上blogger要翻墙也不是个事,看来以后还得转回墙内?

模板什么的以后可以慢慢配,不过现在打开一片洁白的也挺喜欢就是了

(看来回车之后你的实际输入位置已经改变了,不过光标显示位置没变而已)
(光标显示位置也可能突然变到行首)
(firefox4.0.1+搜狗拼音5.2.0.5374+win7)

一般来说blog是给别人看的吧?是需要重新修改排版之类的吧……
不过我好懒的……说不定一次打完就再不想排版了
这么说来我更适合微博或者“轻博客”?

思路真混乱,跳的乱七八糟的

恩,今天就先这样吧