[New Feature] 曲目上传增强——高码率 mp3 上传支持

园长 (@ariagle) 2013-11-30 23:25
现在上传功能正式恢复,并且做了一些增强。主要有:
1、支持高码率mp3上传及存储。(也就是以后可以听质量更好的歌了)
2、上传框优化。


现在,每上传一份mp3,电台都会自动将其转换为64k、128k、192k及320k多个码率,所以大家要尽量挑高码率的mp3来上传。
对于已经上传有mp3的曲目,若是低音质的版本,系统会再次开放上传权限。如下图,曲目时长右侧带有*星号的话就表示可以再次上传。



任何人都可以再次上传。上传时请选择320k的mp3,系统会自动转成各种码率。
再次上传后,旧mp3将被删除,取而代之的是各个码率的新mp3。也就是说,若先前A上传了旧版本mp3,现在B再传了新版本mp3,那么A的该条上传记录会被删除,在这之后A无法再删除该曲目的mp3,只有B才能删除。(因为上传者才有权限删自己传过的mp3)


在上传页面,若已经有低码率的mp3,则会出现灰字提示可以继续上传。若已传过高质量mp3,那么就像以前一样,不能再传了。
同时,这次对上传页面做了优化。每次最多只展开两个上传框,其他上传框需要手动点击展开。这样做一个好处是,若一个专辑内曲目很多,就不用怕像以前一样同时加载一堆上传框而卡爆浏览器了。



由于后台转换工作变多了,所以上传完后的处理时间也相应变长了,传完后要等大约一分钟左右才能处理完所有任务。换言之,最快能听到64k的曲目,而320k的可能要等1分多钟后才能听到。
删除mp3时,所需的时间也相应变长。所以点击删除按钮后要等上一段时间,不要急着再次点击。


目前已完成高码率上传的支持,大家可以尽早上传新曲目、重传旧曲目以及补回之前掉档的曲目
而在线收听曲目部分,目前尚未完成高码率收听的支持。所以无论有没有传高码率mp3,目前都只能听原先质量的歌曲。近期会完成高码率收听的支持,会无缝过度,所以各位尽管像以前一样上传、收听即可。

Enjoy~
33条回复
分享到: 
MeNyK (@moenayuki) #1 · 2013-11-30 23:34
赞美
864907600cc (@864907600cc) #2 · 2013-11-30 23:38
了解 =w= 开始上传 http://moe.fm/music/10388

话说对于多音质的文件链接 API 会有更新么?
bi119aTe5hXk (@billgateshxk) #3 · 2013-11-30 23:47
其实觉得AAC可能更合适...
团子阿卡林 (@dangoakarin) #4 · 2013-12-01 00:08
终于可以听高音质的歌了,好评=w=
同问API变化问题
园长 (@ariagle) #5 · 2013-12-01 01:00
@864907600cc @dangoakarin
以后会加入选择曲目质量的API,应该会附加在音乐列表接口里。
xh! (@xi4oh4o) #6 · 2013-12-01 12:23
nice
864907600cc (@864907600cc) #7 · 2013-12-01 13:13
#3 bi119aTe5hXk
其实觉得AAC可能更合适...
@billgateshxk 似乎是,只不过很可惜,原生 HTML5 不支持 aac 格式文件
864907600cc (@864907600cc) #8 · 2013-12-01 13:16
#4 团子阿卡林
终于可以听高音质的歌了,好评=w=
同问API变化问题
@dangoakarin 其实似乎可以从网址判断啦,高音质版本会在文件名后加上 _320 或者 _128 的(不过目前 API 还无法判断是否有高音质版本,所以可能需要在加载器测试一下文件是否存在)
团子阿卡林 (@dangoakarin) #9 · 2013-12-01 16:11
#8 864907600cc
@dangoakarin 其实似乎可以从网址判断啦,高音质版本会在文件名后加上 _320 或者 _128 的(不过目前 API 还无法判断是否有高音质版本,所以可能需要在加载器测试一下文件是否存在)
@864907600cc 看了一下API返回的结果,似乎有320k的歌曲API返回地址已经是320k的了
CC. (@lelou) #10 · 2013-12-01 23:38
まあ、いいんじゃないかな
AraragiMori (@araragisen) #11 · 2013-12-03 22:43
终于可以上传了w
AraragiMori (@araragisen) #12 · 2013-12-04 12:17
话说动态上传页显示重复
园长 (@ariagle) #13 · 2013-12-04 13:46
#12 AraragiMori
话说动态上传页显示重复
@araragisen fixed.
864907600cc (@864907600cc) #14 · 2013-12-20 14:23
话说似乎有上传较低码率音乐而致无法上传更高音质码率的问题?
园长 (@ariagle) #15 · 2013-12-20 20:43
#14 864907600cc
话说似乎有上传较低码率音乐而致无法上传更高音质码率的问题?
@864907600cc 可能是转码时的bug,开发时也有遇到过高码率变成160K的情况。不过后来解决掉了。
现在这个现象普遍不?
864907600cc (@864907600cc) #16 · 2013-12-20 23:40
#15 园长
@864907600cc 可能是转码时的bug,开发时也有遇到过高码率变成160K的情况。不过后来解决掉了。
现在这个现象普遍不?
@ariagle 还不清楚,这个情况是偶然发现的……
豆沙包罐头 (@920619lqy) #17 · 2013-12-23 13:26
我提议不传伴奏233切曲子切到伴奏太影响心情
864907600cc (@864907600cc) #18 · 2013-12-25 13:41
#17 豆沙包罐头
我提议不传伴奏233切曲子切到伴奏太影响心情
@920619lqy 各有所好,比如我就比较喜欢一些 off vocal 的音乐
330798494 (@330798494) #19 · 2014-07-01 21:12
我传了很多首都只有一两首成功到了高音质啊。
http://moe.fm/listen?song=193464
http://moe.fm/listen?song=67262
上面是失败例子,来源应该是网易那边的
http://moe.fm/listen?song=177481
成功的例子是从虾米抓下来的
后来觉得是源的问题,然后从碟子上用foobar+LAME抓了320k下来
http://moe.fm/listen?song=193626
还是没有转成高音质
这是个什么情况?随机的么。。。

更新:320k转换应该成功了,但是播放端没有用320k的地址。尝试了手动定位到_320的链接之后能获取到高音质的文件
关于网页版的320k播放问题还没解决吗?
园长 (@ariagle) #20 · 2014-07-02 17:49
#19 330798494
我传了很多首都只有一两首成功到了高音质啊。
http://moe.fm/listen?song=193464
http://moe.fm/listen?song=67262
上面是失败例子,来源应该是网易那边的
http://moe.fm/listen?song=177481
成功的例子是从虾米抓下来的
后来觉得是源的问题,然后从碟子上用foobar+LAME抓了320k下来
http://moe.fm/listen?song=193626
还是没有转成高音质
这是个什么情况?随机的么。。。

更新:320k转换应该成功了,但是播放端没有用320k的地址。尝试了手动定位到_320的链接之后能获取到高音质的文件
关于网页版的320k播放问题还没解决吗?
@330798494 暂时还没有解决。一般来说只要上传成功,320K的应该是没问题的,只不过可能数据库没有记录好。
864907600cc (@864907600cc) #21 · 2014-07-06 13:44
#19 330798494
我传了很多首都只有一两首成功到了高音质啊。
http://moe.fm/listen?song=193464
http://moe.fm/listen?song=67262
上面是失败例子,来源应该是网易那边的
http://moe.fm/listen?song=177481
成功的例子是从虾米抓下来的
后来觉得是源的问题,然后从碟子上用foobar+LAME抓了320k下来
http://moe.fm/listen?song=193626
还是没有转成高音质
这是个什么情况?随机的么。。。

更新:320k转换应该成功了,但是播放端没有用320k的地址。尝试了手动定位到_320的链接之后能获取到高音质的文件
关于网页版的320k播放问题还没解决吗?
@330798494 个人认为,有可能是在上传高码率音频后,在转码时先转换低码率音乐,转换低码率音乐后显示音乐已上传,而这时还在转换高码率音乐,如果这个时候播放音乐的话,api 会记录并输出低码率音乐的地址,而高码率音乐转码完成后就不会再记录在 api 内
864907600cc (@864907600cc)via Android #22 · 2014-09-25 21:10
说好的选择曲目质量的 api 呢 / \
园长 (@ariagle) #23 · 2014-09-26 10:29
#22 864907600cc
说好的选择曲目质量的 api 呢 / \
@864907600cc 已坑。
864907600cc (@864907600cc)via Android #24 · 2014-09-30 16:36
#23 园长
@864907600cc 已坑。
@ariagle  不介意我用些比较奇葩的方法判断吧 _(:3
威震天 (@alice_margatroid) #25 · 2014-10-18 00:56
传了两张专辑好像一首都放不出来
可以放了
864907600cc (@864907600cc) #26 · 2014-10-18 10:40
#25 威震天
传了两张专辑好像一首都放不出来
可以放了
@alice_margatroid 可能确实是 cdn 问题
萌否娘smart (@a1497378374) #27 · 2014-10-22 22:58
路过观光
V家O逸明O (@o___o) #28 · 2014-10-29 00:24
OGG格式  HTML5 应该支持吧
864907600cc (@864907600cc) #29 · 2014-10-30 20:15
#28 V家O逸明O
OGG格式  HTML5 应该支持吧
@o___o 支持,但 chrome 支持似乎有问题,必须下载完才能播放
C.C. (@continuer) #30 · 2014-11-18 15:40
AAC和OGG应该有专门为Stream准备的参数吧,不过支持最广泛的的确是MP3~只是双声道用MP3也足够了
C.C. (@continuer) #31 · 2014-12-23 14:35
#7 864907600cc
@billgateshxk 似乎是,只不过很可惜,原生 HTML5 不支持 aac 格式文件
@864907600cc 现在Chrome里面的HTML5早就支持AAC了,Firefox在Vista以上的系统也能支持AAC,IE同理
https://developer.mozilla.org/en-US/docs/Web/HTML/Supported_media_formats#Browser_compatibility
OGG暂时不清楚~应该也有办法来Stream的

早日添加AAC吧
864907600cc (@864907600cc) #32 · 2015-01-07 17:47
#31 C.C.
@864907600cc 现在Chrome里面的HTML5早就支持AAC了,Firefox在Vista以上的系统也能支持AAC,IE同理
https://developer.mozilla.org/en-US/docs/Web/HTML/Supported_media_formats#Browser_compatibility
OGG暂时不清楚~应该也有办法来Stream的

早日添加AAC吧
@continuer 嗯,看见了,不知道现在 Chrome 对 ogg 只能下载完才能播放的 bug 修复没有
C.C. (@continuer) #33 · 2015-01-12 13:53
#32 864907600cc
@continuer 嗯,看见了,不知道现在 Chrome 对 ogg 只能下载完才能播放的 bug 修复没有
@864907600cc 在自己机器上试过缓冲过程中能够播放
登入萌否,参与讨论

发表于 · · ·

萌否电台 (小组)

加小组
1365名成员
x

Heading

content
3位以上字母、数字或下划线
我  是:  
6~20位
已有账号?
登入萌否
我一直都在你身边 ,一直都在。
萌否娘