o****e 发帖数: 916 | 1 新版本上传,修正了一些bug,终于进一步完善了网络功能,分享曲库歌手信息的功能
初步完成,稍候有具体介绍。
!!重要提示!!如果你用自动升级功能升级到这个版本,请在升级前手工在程序目录
里生成一个“SoundEffects”的目录。
主要更新如下:
1. 升级了MPlayer,新版本在第一次运行的时候会扫描字体库,需要1分钟左右,请耐
心等待。扫描完成后,以后播放不需要重新扫描。
2. 进一步提高扫描ktv文件的速度。不包括读取ksc文件的时间,扫描3万首礼光曲库需
要的时间从15分钟缩短到了3分钟。读取ksc文件的瓶颈在磁盘速度,提高有限。
3. 添加了几个音效,比如鼓声,口哨等,在播放列表的音量控制按钮下可找到该功能
4. 修正了修改网上帐户的bug
5. 针对虚拟机提供了一些支持,虚拟机下的媒体播放可能会顺利一些
6. KTV文件增加了一项帧速的设置,有些mkv文件的格式有些问题,mplayer播放时会用
错误的帧速,导致图像声音无法同步。新的设置可以手工设置播放用的帧速
7. ZMPlayer的设置添加了3项,UseDefaultDemuxer, DemuxerType, fp |
o****e 发帖数: 916 | 2 关于分享曲库歌手信息的功能
这个功能可以说是从一开始写这个软件就想要实现的一个“梦想”。那时手里有一个近
万首歌的曲库,随带的点歌软件完全用不了,曲库的数据只有一个excel文件,原唱伴
奏歌曲歌手类型等等的数据都是一些没有任何说明的数字,完全无法下手,那时我就在
想,如果有一个完善的数据库,每一个ktv文件都有自己的索引,用户只要提交一个ktv
文件的索引,就可以搜索到相应的设置,比如歌手是谁,原唱是在音轨1还是左声道等
等。要实现这个梦想,唯一的途径就是有用户的参与和共享,就像wikipedia一样,能
有这么完善的内容,不可能是个人能做到的,哪怕出钱雇人做,也是不可能的。
点歌软件是这个梦想的一个基本要素,点歌软件是得到歌曲歌手数据和使用这些数据的
终端。做一个web2.0的网站也许不难,要有用户就不简单了。软件写了1年多,总算是
能用了(小问题还不少,传统k厅的界面还要写),所以就觉得是时候把这个功能加上
去了。经过两个多月的时间,功能基本实现,算是向梦想迈出了一小步。废话不多说了
,以下是功能介绍。
大家的第一个问题往往是分享的是什么?有没有版权/隐私之类的问题。曲库的分享目 |
o****e 发帖数: 916 | 3 感谢所有热心网友,新功能发布2天,已收到超过5万条KTV曲目的信息!
昨晚又修正了一些小问题,版本升级到1.4.2,麻烦大家升级一下。 |
o****e 发帖数: 916 | 4 1.4.3 上传,修正了一些小问题,之前版本的自动升级有时不工作,如果没有看到升级
的提示,请点击程序菜单里的检查更新,或者直接运行okeoke.autoupdate.exe(记得
先推出okeoke.net.exe) |
L******d 发帖数: 2461 | 5 赞!
请问被索引文件的识别特征是什么, 文件名, 文件大小, hash值? 比如我下载文件后自
己改名了, 对使用这个软件有什么影响? |
o****e 发帖数: 916 | 6 文件的索引类似于文件的MD5,就是hash了,但不是完全hash,为了保证速度,只读取
部分文件,大概10MB左右,做hash,文件名对索引没有影响,文件开始的1MB也没影响
,这样修改媒体文件的标签就不会改变索引了。 |
r****x 发帖数: 1250 | 7 你好!刚下载了你的软件和一些你要求的微软的软件。解压到了一个外置硬盘,但一运
行软件就是出错信息。不知道是什么原因。windows XP pro sp3.
【在 o****e 的大作中提到】 : 感谢所有热心网友,新功能发布2天,已收到超过5万条KTV曲目的信息! : 昨晚又修正了一些小问题,版本升级到1.4.2,麻烦大家升级一下。
|
N****w 发帖数: 21578 | 8 什么出错信息嘛?
【在 r****x 的大作中提到】 : 你好!刚下载了你的软件和一些你要求的微软的软件。解压到了一个外置硬盘,但一运 : 行软件就是出错信息。不知道是什么原因。windows XP pro sp3.
|
r****x 发帖数: 1250 | 9 就是常见的windows的出错信息,说okeoke软件碰到了问题必须关闭,要不要report这
个错误到MS.
【在 N****w 的大作中提到】 : 什么出错信息嘛?
|
o****e 发帖数: 916 | 10 需要安装.net 3.5 sp1,文件夹里有一个使用指南,请参考 |
|
|
N****w 发帖数: 21578 | 11 为啥对 .net 版本依赖性这么大
【在 o****e 的大作中提到】 : 需要安装.net 3.5 sp1,文件夹里有一个使用指南,请参考
|
o****e 发帖数: 916 | 12 程序是基于.net开发的,尤其是wpf的那部分,如果自己用c++ /mfc写界面的话,实在
是太费时间了。.net其实在windows平台上已经很流行了,尤其win7已经预装了.net 3.
5sp1.
现在在重写界面,很多动态的东西,用wpf写实在是简单太多了。
【在 N****w 的大作中提到】 : 为啥对 .net 版本依赖性这么大
|
N****w 发帖数: 21578 | 13 难道不同版本之间差别很大?
还是跟哪个 .net 版本开发的就只能随那个版本一起用?
完全没法跟以前的 .net 版本兼容?
3.
【在 o****e 的大作中提到】 : 程序是基于.net开发的,尤其是wpf的那部分,如果自己用c++ /mfc写界面的话,实在 : 是太费时间了。.net其实在windows平台上已经很流行了,尤其win7已经预装了.net 3. : 5sp1. : 现在在重写界面,很多动态的东西,用wpf写实在是简单太多了。
|
o****e 发帖数: 916 | 14 .net是backwards compatible的,基于3.5sp1写的程序只能在装了3.5sp1及以上版本的
机器上运行,所以装了最新版的.net就可以运行所有基于.net的程序了。目前的版本是
4.0
.net的问题和java早期有点像,安装包越来越大,一个完整的3.5sp1安装包居然有200
多兆,还好win7已经预装了这一个版本,vista也只需要一个几十兆的升级包,如果是
一个新的winxp机器,可能需要一个比较大的安装包。 |
N****w 发帖数: 21578 | 15 那你用个比较低版本的开发呢?有啥局限吗
200
【在 o****e 的大作中提到】 : .net是backwards compatible的,基于3.5sp1写的程序只能在装了3.5sp1及以上版本的 : 机器上运行,所以装了最新版的.net就可以运行所有基于.net的程序了。目前的版本是 : 4.0 : .net的问题和java早期有点像,安装包越来越大,一个完整的3.5sp1安装包居然有200 : 多兆,还好win7已经预装了这一个版本,vista也只需要一个几十兆的升级包,如果是 : 一个新的winxp机器,可能需要一个比较大的安装包。
|
a9 发帖数: 21638 | 16 貌似3.5可以兼容2和1.1, 4可以兼容以前的?
实在
net
【在 N****w 的大作中提到】 : 难道不同版本之间差别很大? : 还是跟哪个 .net 版本开发的就只能随那个版本一起用? : 完全没法跟以前的 .net 版本兼容? : : 3.
|
a9 发帖数: 21638 | 17 其实你可以像飞信那样加个壳引导。
3.5不知道可不可以。
200
【在 o****e 的大作中提到】 : .net是backwards compatible的,基于3.5sp1写的程序只能在装了3.5sp1及以上版本的 : 机器上运行,所以装了最新版的.net就可以运行所有基于.net的程序了。目前的版本是 : 4.0 : .net的问题和java早期有点像,安装包越来越大,一个完整的3.5sp1安装包居然有200 : 多兆,还好win7已经预装了这一个版本,vista也只需要一个几十兆的升级包,如果是 : 一个新的winxp机器,可能需要一个比较大的安装包。
|
w****c 发帖数: 2667 | 18 首先感谢你的辛勤工作,为大家造福了。
试用了你的软件,相当不错。只是有一个遗憾:礼光的歌库07年以前的歌都是数字歌名
,相应的KSC文件好像也读不出来,因此许多歌不能利用起来。
我试了一下用礼光的扫描工具加入它的歌库,发现许多重要的信息,如歌名、歌手、
MKV文件名、文件大小等等都已经被写入相应的数据库(Song.mdb)了。不知道你能不
能做一个扫描插件,利用礼光的这个数据库来生成对应你的系统的数据库?如果可行的
话就太好了!
我已经把手上这个23000多首歌的礼光数据库上到下面这个网站,你可以下载来分析一
下。(数据库是Access格式的,密码是song1234)
http://dl.dropbox.com/u/6910038/Song.mdb
对了,你有没有想法将这个系统开源?或者我可以利用业余时间参与你的开发。我的主
要目的是希望将这个系统移植到Linux上。mplayer已经是跨平台的了,我们可以用
Python+QT来开发一个跨平台的系统。 |
o****e 发帖数: 916 | 19 能不能把不能读的ksc文件发几个给我?我去试试,email s*****[email protected]
之所以没有直接读数据库,其中一个顾虑是版权问题,或许大家会觉得很可笑。我的出
发点是做一个能用的软件,其它歌库的数据库文件毕竟是有密码的,直接读数据库有可
能会有不必要的麻烦。
linux平台我也考虑过,目前来说比较难,因为数据库是用的sqlce,linux下似乎没有
驱动。程序本身也都是.net code,linux下的mono对.net 3.5的代码似乎支持得不好。
界面部分也要重写,mono目前不支持wpf
开源我也是在考虑中,有部分代码,比如okeoke.zmplayer,导入插件等,目前都已经
可以直接提供源代码。其它部分涉及到网络,开源还比较麻烦。当然数据库操作部分的
接口都是开放的,你自己建一个project,把okeoke.common, okeoke.sdk等库链接上就
可以用了。以后有时间我也会写一个例程。
要做的事很多,时间也很有限,每天就1,2个小时吧。
你那个数据库我回去看一下,当然最好是能直接读ksc文件,估计我的程序有些小问题。
【在 w****c 的大作中提到】 : 首先感谢你的辛勤工作,为大家造福了。 : 试用了你的软件,相当不错。只是有一个遗憾:礼光的歌库07年以前的歌都是数字歌名 : ,相应的KSC文件好像也读不出来,因此许多歌不能利用起来。 : 我试了一下用礼光的扫描工具加入它的歌库,发现许多重要的信息,如歌名、歌手、 : MKV文件名、文件大小等等都已经被写入相应的数据库(Song.mdb)了。不知道你能不 : 能做一个扫描插件,利用礼光的这个数据库来生成对应你的系统的数据库?如果可行的 : 话就太好了! : 我已经把手上这个23000多首歌的礼光数据库上到下面这个网站,你可以下载来分析一 : 下。(数据库是Access格式的,密码是song1234) : http://dl.dropbox.com/u/6910038/Song.mdb
|
o****e 发帖数: 916 | 20 3.5有一些2.0没有的功能,比如linq to sql, wcf, wpf,用2.0写会麻烦很多。
4.0也有一些很不错的功能,但可有可无,考虑到用户升级到4.0又要下载很大的安装包
,太麻烦了。而且win7预装了3.5,省去很多麻烦。
【在 N****w 的大作中提到】 : 那你用个比较低版本的开发呢?有啥局限吗 : : 200
|
|
|
o****e 发帖数: 916 | 21 是的,你装了4.0的话,就可以运行所有.net的程序了
【在 a9 的大作中提到】 : 貌似3.5可以兼容2和1.1, 4可以兼容以前的? : : 实在 : net
|
o****e 发帖数: 916 | 22 多谢提醒,找到一个似乎不错的方法
http://www.codeproject.com/KB/dotnet/frameworkversiondetection.aspx
这样起码会有一个提供有用错误信息的机会,下个版本把这个加上
【在 a9 的大作中提到】 : 其实你可以像飞信那样加个壳引导。 : 3.5不知道可不可以。 : : 200
|
w****c 发帖数: 2667 | 23 给你发了几个KSC文件,同时解释了一下版权的处理问题,希望能有所助益。
我想做Linux版本,基本上不寄希望直接移植,而是保持结构(如数据库)和总体设计基
本一致,然后用Python重写一遍。Linux下Sqlite很好用的,Python+QT的界面也很不错
的。
如果你能共享okeoke.common, okeoke.sdk等库的源码,我可以看看有没有可能移植过
来。
【在 o****e 的大作中提到】 : 能不能把不能读的ksc文件发几个给我?我去试试,email s*****[email protected] : 之所以没有直接读数据库,其中一个顾虑是版权问题,或许大家会觉得很可笑。我的出 : 发点是做一个能用的软件,其它歌库的数据库文件毕竟是有密码的,直接读数据库有可 : 能会有不必要的麻烦。 : linux平台我也考虑过,目前来说比较难,因为数据库是用的sqlce,linux下似乎没有 : 驱动。程序本身也都是.net code,linux下的mono对.net 3.5的代码似乎支持得不好。 : 界面部分也要重写,mono目前不支持wpf : 开源我也是在考虑中,有部分代码,比如okeoke.zmplayer,导入插件等,目前都已经 : 可以直接提供源代码。其它部分涉及到网络,开源还比较麻烦。当然数据库操作部分的 : 接口都是开放的,你自己建一个project,把okeoke.common, okeoke.sdk等库链接上就
|
N****w 发帖数: 21578 | 24 你不如用 mono 移植试试看
【在 w****c 的大作中提到】 : 给你发了几个KSC文件,同时解释了一下版权的处理问题,希望能有所助益。 : 我想做Linux版本,基本上不寄希望直接移植,而是保持结构(如数据库)和总体设计基 : 本一致,然后用Python重写一遍。Linux下Sqlite很好用的,Python+QT的界面也很不错 : 的。 : 如果你能共享okeoke.common, okeoke.sdk等库的源码,我可以看看有没有可能移植过 : 来。
|
o****e 发帖数: 916 | 25 既然高人有兴趣,我自然也不藏拙,过几天我把代码整理一下,把这两个库发给你。数
据库的操作都在okeoke.common里,其实不复杂。
sqlite我后来才发现,也支持linq to sql,而且内存数据库应该还比sqlce快。不过现
在换已经有些晚了,用户太多,完全改变数据库格式风险比较大了。
mono似乎还不支持linq to sql,代码移植可能会麻烦一些,很多要重写。
【在 w****c 的大作中提到】 : 给你发了几个KSC文件,同时解释了一下版权的处理问题,希望能有所助益。 : 我想做Linux版本,基本上不寄希望直接移植,而是保持结构(如数据库)和总体设计基 : 本一致,然后用Python重写一遍。Linux下Sqlite很好用的,Python+QT的界面也很不错 : 的。 : 如果你能共享okeoke.common, okeoke.sdk等库的源码,我可以看看有没有可能移植过 : 来。
|
w****c 发帖数: 2667 | 26 如果你能共享部分代码,我来看看能不能直接利用MDB的数据来更新你的数据库吧。如
果能做出来,会把更新的代码发给你。再加上歌手照片浏览,这样,你的这个系统就比
较完美了。我也就不用总是受中文XP的限制(手上这个礼光系统的要求),可以利用起
Win7了。
代码的移植就下一步了。最终目标是不受Windows的限制。赫赫
【在 o****e 的大作中提到】 : 既然高人有兴趣,我自然也不藏拙,过几天我把代码整理一下,把这两个库发给你。数 : 据库的操作都在okeoke.common里,其实不复杂。 : sqlite我后来才发现,也支持linq to sql,而且内存数据库应该还比sqlce快。不过现 : 在换已经有些晚了,用户太多,完全改变数据库格式风险比较大了。 : mono似乎还不支持linq to sql,代码移植可能会麻烦一些,很多要重写。
|
o****e 发帖数: 916 | 27 写了一个简单的导入插件例程,压缩包里也包括了4个导入插件,哪位有兴趣可以参考
着写一个。压缩包里有一个readme,有问题随时告诉我
http://www.okeoke.net/downloads/sourcecode/ImporterSampleCode.zip |
f****u 发帖数: 40 | 28 okeoke, 首先谢谢你的软件。可以导入欧凯并播放。但导入礼光出现问题,它可扫描到
到最后32091首,随之弹出windows的出错问是否report的小窗口,软件自动关闭。什么
也没加上。但如果扫了几十首“停止”,这几十首可顺利加上并播放。我的系统是xp
sp3, 按你的说明下载并安装了两个程序(.net...). |
m****e 发帖数: 139 | 29 虫虫, 一个小小小建议:可不可以考虑用wxPython做界面?我以前也用QT(工作里有
时需要写点小程
序),后来换到wxPython,感觉好用多了。
(白痴的问题)移植到xbox1(xbmc)上现实不现实?好象xbmc支持python scripting.
【在 w****c 的大作中提到】 : 给你发了几个KSC文件,同时解释了一下版权的处理问题,希望能有所助益。 : 我想做Linux版本,基本上不寄希望直接移植,而是保持结构(如数据库)和总体设计基 : 本一致,然后用Python重写一遍。Linux下Sqlite很好用的,Python+QT的界面也很不错 : 的。 : 如果你能共享okeoke.common, okeoke.sdk等库的源码,我可以看看有没有可能移植过 : 来。
|
o****e 发帖数: 916 | 30 谢谢你报告的问题!
如果你多试几次的话,是每次都在第32091首歌出错么?有可能是那首歌的ksc文件有问
题,完点我弄个测试版麻烦你试试
【在 f****u 的大作中提到】 : okeoke, 首先谢谢你的软件。可以导入欧凯并播放。但导入礼光出现问题,它可扫描到 : 到最后32091首,随之弹出windows的出错问是否report的小窗口,软件自动关闭。什么 : 也没加上。但如果扫了几十首“停止”,这几十首可顺利加上并播放。我的系统是xp : sp3, 按你的说明下载并安装了两个程序(.net...).
|
|
|
b*********n 发帖数: 173 | |