我上网查到的资料是这样说的“歌曲播放通过网络以交互方式进行，各包房互不影响”，可是我完全不懂这是什么意思..
请告诉我具体怎么解决...
14 个解决方案
#1
不懂KTV里面的点歌是怎么处理的。
#2
每个房间的子系统保留一个本地Cache（硬盘），不要等到播放的时候再去服务器上下载，能提前下在的就提前下载。
子系统不得占用过多的网络带宽和服务器资源，一定要给网络带宽和服务器资源留一个用来应对峰值的余量。
子系统不得占用过多的网络带宽和服务器资源，一定要给网络带宽和服务器资源留一个用来应对峰值的余量。
#3
同意楼上的观点。
每个房间要点歌的时候，首先是从服务器下载被点的歌曲到本地，然后播放的时候，是播放的本地的，而不是服务器上的。
每个房间要点歌的时候，首先是从服务器下载被点的歌曲到本地，然后播放的时候，是播放的本地的，而不是服务器上的。
#4
区域网共享不行吗？
#5
顶#2的说法！
#6
点歌的时候下载..？？ 可是KTV里面的歌曲都是视频格式的，也就是说都是超高清的.. 文件都是很大的...点了二三十首歌，那要下载到什么时候...
#7
顶#2的说法！
#8
可以从3个方面检查，
1，网络带宽够不够，这个应该没问题，虽然楼主没说，但如果点不同的歌应该不会互相影响。
2，文件服务器性能不足，无法同时应付太多的请求，这个应该也不是问题，点不同的歌还是能应付的。
3，资源冲突，具体说就是文件访问冲突了，这个是受文件服务器的资源共享方式限制的，一般像FTP，HTTP这样的访问方式是不会有资源冲突的情况，关键是文件打开不能使用排他锁定，一般使用读共享就没问题了。
1，网络带宽够不够，这个应该没问题，虽然楼主没说，但如果点不同的歌应该不会互相影响。
2，文件服务器性能不足，无法同时应付太多的请求，这个应该也不是问题，点不同的歌还是能应付的。
3，资源冲突，具体说就是文件访问冲突了，这个是受文件服务器的资源共享方式限制的，一般像FTP，HTTP这样的访问方式是不会有资源冲突的情况，关键是文件打开不能使用排他锁定，一般使用读共享就没问题了。
#9
简单的说，包房的子系统里有这首歌，不下载，没这首歌而服务端有就下载，一般都会有个点歌的界面，在那里进行预加载，加载后在子系统里保留。
#10
说的比较高深！
#11
每个包房里的子系统都下载一歌曲到本地端。这样我觉得对KTV系统来说成本不低。等于说一个房间就必须有一个存储设备。好像不太符合商业化的KTV点歌系统！
#12
该回复于2012-09-07 11:00:54被版主删除
#13
先下载，再由本地读
#14
可以把服务器上的热门歌曲多拷几份，然后把请求分配，这样大概可以暂时解决问题
但是我觉得这个问题本身是可以解决的，因为视频网站上万人看的热门视频和冷门视频的效率是一样的
但是我觉得这个问题本身是可以解决的，因为视频网站上万人看的热门视频和冷门视频的效率是一样的
#1
不懂KTV里面的点歌是怎么处理的。
#2
每个房间的子系统保留一个本地Cache（硬盘），不要等到播放的时候再去服务器上下载，能提前下在的就提前下载。
子系统不得占用过多的网络带宽和服务器资源，一定要给网络带宽和服务器资源留一个用来应对峰值的余量。
子系统不得占用过多的网络带宽和服务器资源，一定要给网络带宽和服务器资源留一个用来应对峰值的余量。
#3
同意楼上的观点。
每个房间要点歌的时候，首先是从服务器下载被点的歌曲到本地，然后播放的时候，是播放的本地的，而不是服务器上的。
每个房间要点歌的时候，首先是从服务器下载被点的歌曲到本地，然后播放的时候，是播放的本地的，而不是服务器上的。
#4
区域网共享不行吗？
#5
顶#2的说法！
#6
点歌的时候下载..？？ 可是KTV里面的歌曲都是视频格式的，也就是说都是超高清的.. 文件都是很大的...点了二三十首歌，那要下载到什么时候...
#7
顶#2的说法！
#8
可以从3个方面检查，
1，网络带宽够不够，这个应该没问题，虽然楼主没说，但如果点不同的歌应该不会互相影响。
2，文件服务器性能不足，无法同时应付太多的请求，这个应该也不是问题，点不同的歌还是能应付的。
3，资源冲突，具体说就是文件访问冲突了，这个是受文件服务器的资源共享方式限制的，一般像FTP，HTTP这样的访问方式是不会有资源冲突的情况，关键是文件打开不能使用排他锁定，一般使用读共享就没问题了。
1，网络带宽够不够，这个应该没问题，虽然楼主没说，但如果点不同的歌应该不会互相影响。
2，文件服务器性能不足，无法同时应付太多的请求，这个应该也不是问题，点不同的歌还是能应付的。
3，资源冲突，具体说就是文件访问冲突了，这个是受文件服务器的资源共享方式限制的，一般像FTP，HTTP这样的访问方式是不会有资源冲突的情况，关键是文件打开不能使用排他锁定，一般使用读共享就没问题了。
#9
简单的说，包房的子系统里有这首歌，不下载，没这首歌而服务端有就下载，一般都会有个点歌的界面，在那里进行预加载，加载后在子系统里保留。
#10
说的比较高深！
#11
每个包房里的子系统都下载一歌曲到本地端。这样我觉得对KTV系统来说成本不低。等于说一个房间就必须有一个存储设备。好像不太符合商业化的KTV点歌系统！
#12
该回复于2012-09-07 11:00:54被版主删除
#13
先下载，再由本地读
#14
可以把服务器上的热门歌曲多拷几份，然后把请求分配，这样大概可以暂时解决问题
但是我觉得这个问题本身是可以解决的，因为视频网站上万人看的热门视频和冷门视频的效率是一样的
但是我觉得这个问题本身是可以解决的，因为视频网站上万人看的热门视频和冷门视频的效率是一样的