PersonalCorpus 版 (精华区)

发信人: gaea (童话中国), 信区: Rockroll
标  题: Re: 上传gaea如此沉寂网站自制专辑20张
发信站: 哈工大紫丁香 (2003年08月27日15:17:42 星期三), 站内信件

看来需要向大家解释解释gaea是怎么整理歌曲的了，呵呵
整理时，偶是用专门的后台asp程序(最初beauty写的，经gaea多次扩充）
逐个扫描上载区的每个目录，
当扫描到专辑目录，如果歌名都已经写到了mp3文件名中，
就可以对其自动提取，自己只需要设定一下歌手是谁，专辑名是什么，还有上传者等
如果mp3文件名的前面有01. 02. 之类的序号，或歌手名，专辑名，
就还需要设定一下从前面统一截掉的位数，只保留后面的歌名部分，
从后面自动截掉非歌名信息也是类似办法，
剩下的就是歌名了，整理程序就会一边从原mp3文件名中读出歌名，
连同歌手名、专辑名等信息一起写入数据库中的相应字段，
一边把原mp3文件从上载区转移到音乐库区，
转移后重新命名成数字文件名的形式，
扫描的asp程序和提取的asp程序的界面图我分别放到了:
http://gaea.hit.edu.cn/image/temp/scan.gif
http://gaea.hit.edu.cn/image/temp/extract.gif
感兴趣的可以看看。
转移后的数字代表了该首歌在当天被整理的次序，
比如今天整理了416首歌，那么这些歌曲在服务器硬盘上的存放路径就依次是
  .../2003/08/27/001.mp3
  .../2003/08/27/002.mp3
  .........
  .../2003/08/27/416.mp3
这样可以保证新加的歌曲不会覆盖以前的，
目录名都是按照年份日期自动生成，无需我手工指定或创建，
之所以采取这种歌曲文件和目录的编排方式，
而不是按歌手和专辑建立目录结构，除了省事，
还有利于将来进行按照歌曲添加的先后顺序定期进行数据备份（现在还没这条件）
即使不备份，就算一旦某块硬盘不幸损坏，数据无法恢复，
也便于根据日期范围删掉数据库中对应着这块硬盘上的歌曲的记录，
以免出现存在打开作品目录页面，有根据数据库记录给出的链接，
却找不到相应mp3文件的情况。

对于上载群星合集的情况，如果文件名统一是：“歌手 - 歌名.mp3”的形式，
则我只需设置好歌手和歌名之间的分隔符（比如“ - ”），
提取程序会自动把分隔符前后的字符串分别作为歌手和歌名提取出来，写入数据库
其它诸如转移方式、前后截取方式都类似上面。

显然，这样一套自动提取的整理程序能够顺利工作的重要前提就是
歌名信息都已经写到了mp3文件名中，而且前面越整齐越好（以便截取），
否则的话我就还需要手工改mp3文件名，改成适合整理程序自动提取的形式，
这对我来说正是最费神部分，
前面说过，整理都是通过远程机器，改文件名需要通过远程后台web管理程序，
比在本地硬盘上改要费力的多。
而如果直接到服务器上改，往往就要调用服务器上的本地程序，像你今天传htm文件，
就需要调用服务器上的IE浏览器。但作为音乐服务器，是服务优先的，
应用程序只能其次，当有大量用户正在访问时，在服务器上调用IE等应用程序，
往往要经过痛苦的等待过程，那种感受大多数人可能很难体会到。
所以绝大部分的整理工作都是通过远程访问后台web管理界面，
通过提取程序自动进行的。
我已尽了最大努力使得整理程序能适应众多网友上载的专辑或单曲的命名方式，
但对像一堆 数字.mp3 文件配以 .txt或.htm文件说明的上载形式，
至今还没有设计出有效的自动提取方式，只能先对照着文本或htm文件改mp3文件名，
虽然麻烦了些，但对于少量歌曲偶还能容忍，
可若是几个甚至十几个专辑都让我这么处理，
那我每天整理歌曲的时间就将不再大致是6:30-8:30这个时间段，
而是会延长到中午甚至更晚。
况且时间段越往后，随着在线访问用户的增加，整理起来也会越吃力。。。

【 在 tbc (你态度不好。) 的大作中提到: 】
: 其中一张介绍，这不够吗  　 

--

    嘎雅音乐的募捐由leonado负责，
         捐助方式参见gaea的个人说明档（有变动会随时更新）

※ 来源:·哈工大紫丁香 bbs.hit.edu.cn·[FROM: 202.118.230.18]
※ 修改:·gaea 於 08月27日15:29:34 修改本文·[FROM: 202.118.230.18]