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 | |
