Audio >> Lossless AudioFlag torrent
    
Name:[cpx] 国乐启蒙 (flac+cue+covers)Date:2011-05-25, 16:27 UTC
Submitter:ravilSeeders:0
Tracker:http://open.nyaatorrents.info:6544/announceLeechers:1
Information:#cpx@irc.rizon.netDownloads:239
Stardom:0 fans.File size:1.59 GiB
Download .txt
Download
Vuze with the Mainline DHT plugin is the recommended client.
Playback help is here, and you probably need it.

Torrent description:

Image
国乐启蒙 vol.1-12
Collection of the Traditional Chinese Music «Country Music Enlightenment»
(flac+cue+covers / vorbis q6)



Quote:Information

The collection of 12 volumes of the beautiful chinese traditional music in lossless audio format.


Quote:Tracklist


01. 古琴打谱、演奏:龚一, 改编、配器:周成龙, 上海民族乐团小乐队伴奏 - 神人畅(古琴与小乐队)
02. 古琴打谱、独奏:姚丙炎 - 华胥引(古琴独奏)
03. 古琴打谱、独奏:姚丙炎 - 酒狂(古琴独奏)
04. 古琴独奏:乐瑛 - 沧海龙吟(古琴独奏)
05. 古琴打谱、演奏:龚一, 改编、配器:周成龙, 上海民族乐团小乐队伴奏 - 古风操(古琴与小乐队)
06. 古琴独奏:乐瑛 - 列子御风(古琴独奏)
07. 传谱:卫仲乐, 古琴独奏:林友仁 - 醉渔唱晚(古琴独奏)



01. 传谱:卫仲乐, 古琴独奏:林友仁 - 流水(古琴独奏)
02. 传谱:刘少椿, 编配:林友仁, 古琴:林友仁, 箫:杜聪 - 雁落平沙(琴箫合奏)
03. 传谱:吴浸阳, 古琴独奏:吴兆基 - 渔歌(古琴独奏)



01. 古琴独奏:林友仁 - 忆故人(古琴独奏)
02. 编配:林友仁, 古琴:林友仁 箫:杜聪 - 渔樵问答(琴箫合奏)
03. 古琴独奏:詹澄秋 - 石上流泉(古琴独奏)
04. 作曲:【南宋】毛敏仲, 古琴打谱、独奏:龚一 - 山居吟(古琴独奏)
05. 打谱:管平湖, 古琴独奏:林友仁 - 欸乃(古琴独奏)



01. 古琴打谱、独奏:成公亮, 配器:王云之, 伴奏:中央交响乐团, 指挥:张艺 - 文王操(古琴与管弦乐队)
02. 传谱:孙裕德, 箫独奏:谭渭裕, 配器:刘斌, 上海民族乐团小乐队伴奏 - 佛上殿(箫,打击乐伴奏)
03. 古琴打谱、独奏:吴兆基 - 水仙操(古琴独奏)
04. 传谱:徐元白, 古琴独奏:姚丙炎 - 高山(古琴独奏)



01. 原作:【南宋】郭楚望, 传谱:查阜西, 整理:龚一, 改编、配器、指挥:瞿春泉, 古琴领奏:龚一, 演奏:上海民族乐团 - 潇湘水云(古琴与乐队)
02. 传谱:孙裕德, 改编、配器、指挥:瞿春泉, 演奏:上海民族乐团 - 月儿高(合奏)
03. 原作:【南宋】郭楚望, 古琴打谱、演奏:龚一, 改编、配器:周成龙, 上海民族乐团伴奏 - 泛沧浪(古琴与乐队)
04. 古琴打谱、独奏:管平湖 - 离骚(古琴独奏)



01. 传谱:罗九香, 改编、配器:马圣龙、周成龙, 箜篌独奏:马晓蓝, 上海民族乐团小乐队伴奏 - 蕉窗夜雨(箜篌与乐队)
02. 琵琶独奏:杨帷, 配器、指挥:瞿春泉, 上海民族乐团小乐队伴奏 - 塞上曲(琵琶,小乐队伴奏)
03. 编曲:陈重, 杜次文, 独奏:王力钧, 箜篌伴奏:马晓蓝 - 楚歌(埙,箜篌伴奏)
04. 作曲:龚国富, 赵良山, 埙独奏:赵良山, 中央音乐学院民乐队伴奏 - 哀郢(埙)
05. 译谱:叶栋, 改编、独奏:汤良兴 - 如意娘(古琵琶独奏)
06. 改编、演奏:吴晓钟, 配器:周成龙, 筝伴奏:许菱子 - 阳关三叠(管子——单管,筝伴奏)
07. 箫:罗守诚, 笙:翁振发 - 关山月(笙箫合奏)



01. 作曲:刘天华, 新笛:罗守诚, 扬琴伴奏:曹蕴 - 良宵(箫独奏)
02. 作曲:刘天华, 编配、指挥:瞿春泉, 演奏:上海民族乐团弹拨乐五重奏小组 - 烛影摇红(弹拨乐五重奏)
03. 原作:阿炳(华彦钧), 二胡独奏:王国潼 - 听松(二胡独奏)
04. 原作:阿炳(华彦钧), 二胡独奏:许讲德, 配器:赵冬临, 中央民族乐团小乐队演奏 - 寒春风曲(二胡,小乐队伴奏)
05. 原作:阿炳(华彦钧), 编曲:李乙, 三弦独奏:徐凤霞 - 大浪淘沙(三弦)
06. 原作:阿炳(华彦钧), 二胡独奏:王国潼 - 二泉映月(二胡独奏)
07. 作曲:孙文明, 新笛演奏:罗守诚 - 流波曲(新笛轮奏)



01. 作曲:严铁民, 演奏:李相庚, 扬琴、二胡、大提琴、撞钟伴奏 - 渔歌(巴乌)
02. 作曲:林吉良, 配器:张晓峰, 中阮独奏:刘波, 伴奏:上海民族乐团 - 凤凰花开(中阮、小乐队伴奏)
03. 作曲:董洪德、胡天泉, 笙独奏:翁振发 - 凤凰展翅(笙独奏)
04. 传谱:赵玉斋, 筝独奏:何宝泉 - 四段锦(筝独奏)
05. 琵琶独奏:杨帷, 配器、指挥:瞿春泉, 上海民族乐团小乐队伴奏 - 瀛州古调三首——后小银枪(琵琶,小乐队伴奏)
06. 琵琶独奏:杨帷, 配器、指挥:瞿春泉, 上海民族乐团小乐队伴奏 - 瀛州古调三首——狮子滚绣球(琵琶,小乐队伴奏)
07. 琵琶独奏:杨帷, 配器、指挥:瞿春泉, 上海民族乐团小乐队伴奏 - 瀛州古调三首——寒鹊争梅(琵琶,小乐队伴奏)
08. 传谱:林毛根, 记谱:何宝泉, 琵琶独奏:杨帷, 配器、指挥:瞿春泉, 上海民族乐团伴奏 - 过江龙·梳妆(琵琶,小乐队伴奏)
09. 曲笛独奏:俞逊发, 配器、指挥:瞿春泉 - 蕉石鸣琴(曲笛,小乐队伴奏)



01. 打谱、演奏:龚一, 改编、配器:周成龙, 伴奏:上海名家交响乐队, 指挥:何占豪 - 春晓吟(古琴,管弦乐队伴奏)
02. 作曲:江先渭, 配器:顾冠仁 - 姑苏行(曲笛,小乐队伴奏)
03. 改编、配器:朱润福, 演奏:中国民族器乐演奏团 - 黄莺吟(小合奏)
04. 曲笛独奏:俞逊发, 配器:裘国泰, 上海民族乐团小乐队伴奏 - 一枝梅(曲笛,小乐队伴奏)
05. 演奏:上海民族乐团, 配器、指挥:瞿春泉 - 春江花月夜(合奏)
06. 传谱:王巽之, 筝独奏:孙文妍 - 灯月交辉(筝独奏)



01. 古琴:林友仁, 箫:杜聪, 上海民族乐团小乐队伴奏 - 良宵引(琴箫合奏)
02. 编曲:刘民则, 编磬:刘民则, 古琴:陈东清, 瑟:陈光远 - 流水(编磬)
03. 传谱:沈其昌, 琵琶独奏:杨帷, 配器、指挥:瞿春泉, 上海民族乐团小乐队演奏 - 瀛州古调四首——小月儿高(琵琶,小乐队伴奏)
04. 传谱:沈其昌, 琵琶独奏:杨帷, 配器、指挥:瞿春泉, 上海民族乐团小乐队演奏 - 瀛州古调四首——雀欲回巢(琵琶,小乐队伴奏)
05. 传谱:沈其昌, 琵琶独奏:杨帷, 配器、指挥:瞿春泉, 上海民族乐团小乐队演奏 - 瀛州古调四首——鱼儿戏水(琵琶,小乐队伴奏)
06. 传谱:沈其昌, 琵琶独奏:杨帷, 配器、指挥:瞿春泉, 上海民族乐团小乐队演奏 - 瀛州古调四首——蜻蜓点水(琵琶,小乐队伴奏)
07. 传谱:王巽之, 独奏:孙文妍 - 高山流水(筝独奏)
08. 传谱:王巽之, 配器、指挥:瞿春泉, 演奏:上海民族乐团弹拨乐五重奏小组 - 霓裳曲(弹拨乐五重奏)
09. 传谱:娄树华, 订谱:曹正, 筝独奏:范上娥 - 渔舟唱晚(筝独奏)
10. 传谱:罗九香, 筝独奏:孙文妍 - 出水莲(筝独奏)
11. 作曲:严老烈, 编配、指挥:瞿春泉, 演奏:上海民族乐团弹拨乐五重奏小组 - 旱天雷(弹拨乐五重奏)



01. 作曲:南齐 柳世隆, 打谱:姚丙炎, 古琴独奏:姚公白 - 秋宵步月(古琴独奏)
02. 原作:唐 潘庭坚, 传谱:徐立荪, 古琴独奏:龚一 - 捣衣(古琴独奏)
03. 古琴独奏:龚一, 改编、配器:周成龙, 上海民族乐团小乐队伴奏 - 秋风词(古琴,小乐队伴奏)
04. 传谱:张子谦, 配器:周成龙, 古琴:龚一, 笛:罗守诚 - 平沙落雁(琴笛合奏)
05. 曲笛独奏:俞逊发, 配器:杜次文, 箜篌伴奏:马晓兰 - 妆台秋思(曲笛,箜篌伴奏)
06. 作曲:吕文成, 箫独奏:罗守诚 - 平湖秋月(箫独奏)



01. 改编、独奏:谭谓裕, 配器:周成龙, 笙、箜篌及打击乐伴奏 - 梅花三弄(箫)
02. 琵琶独奏:杨帷, 配器、指挥:瞿春泉, 上海民族乐团小乐队演奏 - 飞花点翠(琵琶,小乐队伴奏)
03. 古筝独奏:朱晓萌 - 寒鸦戏水(筝独奏)
04. 曲笛独奏:翁逊发, 配器、指挥:瞿春泉 - 寒江残雪(曲笛,小乐队伴奏)
05. 记谱:朱润福, 整理移植:刘德海, 琵琶独奏:杨帷, 配器、指挥:瞿春泉, 上海民族乐团小乐队伴奏 - 谨奉礼 (琵琶,小乐队伴奏)
06. 作曲:林吉良, 中阮独奏:刘波, 配器:马圣龙 - 松风寒(中阮,小乐队伴奏)


Files in torrent:

Show files

User comments:

lighter235
Trusted
2011-05-31 at 19:23 UTC
演奏, 作曲, 打谱 and others are meaningless in the tags (That's why I opened the page thinking about re-download. Me is too lazy to do it by youself)

Post a comment:

You need to be logged in to post a comment.
You need to be logged in to use the chatbox.
[Omnicat] <Nyaa> We will of course be playing Star Citizen. If you have a game package, you can join our subversion efforts right here. See you in the 'verse!
[09-30, 08:57] <atikabubu> where the hell is the Sabagebu ED Single...
[09-30, 07:55] <OneCrazyRussian> Now everyone shut up and enjoy Space Dandy end.
[09-30, 07:45] <[TRVE]> I remux DVDISOs and watch everything with mpv (or MPC, depending on which computer I use).
[09-30, 07:44] <txtsd> I've been running archlinux for more than a month now, and I miss mpc-hc more than anything :/
[09-30, 07:35] <sarachikorita> Disclaimer: I use mplayer2 as my main player, mpv as my second player, and mplayer1 as my DVDISO handler on Windows. (mplayer2 and mpv share a common bug on Windows regarding DVD filesystems; mplayer1 doesn't have this bug, and it isn't an issue on Linux.)
[09-30, 06:32] <txtsd> thanks @sarachikorita
[09-30, 06:05] <sarachikorita> Only limitation of mplayer/mplayer2 is its crappy rendering of bitmap subs. For that, just use mpv, which is a fork of mplayer2.
[09-30, 05:46] <hazardous> never use VLC!
[09-30, 05:46] <hazardous> there's always some pixel blocks somewhere with VLC and during action scenes, it rains pixels. not to mention video looks kinda blurry on VLC.
[09-30, 05:18] <txtsd> Is there a guide for linux players? I switched to linux as my default OS and I've been using mplayer.
[09-30, 03:59] <Bobezlol> x265 is being aimed at 4k BD's and streaming stuff (like skype video chat crap)
[09-30, 03:27] <S3qu3l> Anyway you can scroll further in the chat or it's just limited to those few lines ?
[09-30, 03:22] <herkz> yes. it's not nearly as good as 10-bit x264 as far as banding is concerned, which makes it pretty useless for anime.
[09-30, 02:35] <x265> Yeah, that was the example that made me try psy=1.0 values and 10-bit, I think fading and banding is one of the weak points of x265
[09-30, 02:32] <herkz> it's insanely easy to tell the difference in that comparison. just look at the entire top-left
[09-30, 02:24] <x265> Yeah, that was a 8 bit build, and you just said it, you need to go to the detail to spot the difference; so basically: x265 is only better than x264 in terms of quality/size at "medium to low" quality; but x264 is still greater than x265 if you look into the detail
[09-30, 02:13] <lotusgg> You can only tell it's worse by looking very very close at a side-by-side comparison with x265 with half the size.
[09-30, 02:11] <lotusgg> I do x265 as second format for many animes at a brazillian fansub, and the results are quite satisfatory.
[09-30, 02:10] <lotusgg> http://screenshotcomparison.com/comparison/93604 is this 8bits build?
[09-30, 01:04] <MisterDonut> he caught the stinx from Eien
[09-30, 00:59] <HerbalNekoTea> @Imouto6969 Nope, ArchDeco, a certain member of the translation team of FFF got some Computersaure problem.
[09-29, 22:32] <x265> http://screenshotcomparison.com/comparison/93607 I've tried 10-bits, and results is kind of the same thing, but bitrate is lower, thx
[09-29, 22:32] <Imouto6969> Has jinsei died?
[09-29, 22:10] <vivan> now switch to 10 bit builds and you'll see everybody is uisng them.
[09-29, 21:54] <x265> Amazing, psy-rd=1.0 and psy-rdoq=1.0, and there you have it, banding is almost gone (it took 4x more time encode though)
[09-29, 21:54] <x265> http://screenshotcomparison.com/comparison/93605
[09-29, 21:37] <x265> It seems that crf=16 is the border line, above that, x264 still wins
[09-29, 21:34] <x265> Which I don't know, is how this will affect the size...
[09-29, 21:33] <x265> Yeah, I can see it, but as far as I know, that can be solved adjusting parameters, I'll keep trying
[09-29, 21:32] <Varshnyar> banding is present all over your release, and that was the problem i found when I tried x265 long ago
[09-29, 21:32] <x265> That means I need to find better settings for anime, x265 needs to improve fading in general, it makes a good job with edges, but lighting and fading need more works
[09-29, 21:31] <Varshnyar> But the difference between both screenshots is really big D: Can't you see that colorbanding?
[09-29, 21:29] <Varshnyar> yes
[09-29, 21:29] <x265> screenshoots are really closer this one, same bitrate and preset?
[09-29, 21:26] <x265> I'm really missing "-tune animation" in x265, it is a pain configure and experiment parameters manually...
[09-29, 21:26] <Varshnyar> http://screenshotcomparison.com/comparison/93604
[09-29, 21:15] <x265> I see, I think that using "fast" is a bad idea, it causes that ugly effect on fading surfaces like that door
[09-29, 21:14] <Varshnyar> Close to very slow settings
[09-29, 21:06] <SneakiestNEG> It has been ages since I logged in but the last time I did Crunchy player went bad.
[09-29, 21:04] <x265> I used preset fast in that one, which one did you used?
[09-29, 21:04] <SneakiestNEG> At the end of the day we are all relying on Crunchy or Funi, no? Personally I watch older stuff so the BD rips are already up.
[09-29, 21:01] <Varshnyar> http://screenshotcomparison.com/comparison/93603 (same bitrate, x264 still wins)
[09-29, 21:00] <vivan> crf 10 is a way too low, on a reasonable values (15-20) x264 clearly wins, x265 starts winning on 30+ which nobody sane uses (since you should downscale instead).
[09-29, 20:54] <x265> When it comes to crf=10, highest rates, x264 and x265 are really closer, I guess x265 still has to improve more at low crf values
[09-29, 20:49] <x265> of course, is not a general rule, just some sample videos happen to result that way when encoded
[09-29, 20:47] <x265> what i meant (example): 1080p, x265 ~400kbps, x264 ~1000kbps, same quality
[09-29, 20:45] <vivan> what you claimed was "x265 has the same quality as x264 at 2x/3x/whatever lower bitrate", which is wrong because you did your comparation wrong.
[09-29, 20:44] <vivan> you know, "less size at lower bitrate" is what simple math gives
[09-29, 20:43] <vivan> you know,
[09-29, 20:32] <x265> vivan, I just claimed that x265 was giving less size than x264 at low-bitrate, which was true in several short videos (just luck? maybe), now I'm just testing with the big deal, full episodes at 1080p
[09-29, 20:32] <HerbalNekoTea> What do you recommand for playing sid file ? I just want to ditch my C64 for my music. wwwww
[09-29, 20:30] <aceCaptainSlow> Thanks a lot, everyone!
[09-29, 20:27] <aceCaptainSlow> I'll try foobar. I had winamp before, but it crashed constantly.
[09-29, 20:27] <vivan> x265, it's not how to make a "proffesional" comparation, it's just how to make it not wrong. You can do the fuck you want, but if you're doing it wrong - you can't claim anything (like you were doing all this time).
[09-29, 20:26] <Varshnyar> Try foobar2000 or KMP. Even WMP is better than VLC.
[09-29, 20:24] <sarachikorita> For music use a music player, for videos use a video player...
[09-29, 20:22] <aceCaptainSlow> Giving it a try. Does anyone know how well it shuffles music? VLC can't do that for shit.
[09-29, 20:22] <NoobSubs> VLC is as good as the shit stain left on the toilet paper after you wipe your ass.
[09-29, 20:20] <Varshnyar> MPC in Windows, MPV in Linux. Most fansub and encoder groups recommends them.
[09-29, 20:20] <NoobSubs> I'd use Media Player Classic Home Cinema.
[09-29, 20:18] <aceCaptainSlow> So what is the generally recommended player for anime?
[09-29, 20:17] <x265> MPV is not hard though, thanks again Varshnyar
[09-29, 20:14] <aceCaptainSlow> But... but... VLC is easy to use...
[09-29, 20:11] <x265> Thx for the reading vivan, it's obvious I can't perform a professional codec comparation, I'm just testing for fun by myself
[09-29, 20:07] <Kusochibi> Hello! I'm looking for a "Gunslinger Girl - Il Teatrino" pack (it's the season 2) which has seeders and is not a blu-ray version (my computer is getting old and lag when I try to play huge files... and my connection is in morse code -_-")
[09-29, 20:06] <vivan> x265, read this if you want to cure your retardness.
[09-29, 20:00] <x265> I'm just testing settings, when I'm sure I've found the best, I'll encode from RAW, in the meantime, keep testing
[09-29, 19:58] <herkz> are you really shocked, TRVE
[09-29, 19:52] <x265> I would have to test with the RAW at this rate xD
[09-29, 19:51] <x265> When I attach a URL, the message doesn't appear. It is only me?
[09-29, 19:50] <[TRVE]> Oh wow, so you didn't encode from the BD.
[09-29, 19:50] <[TRVE]> >finally some screenshots
[09-29, 19:49] <x265> It seems, crf=14 with slow is enough to spot no difference between x265 and original
[09-29, 19:42] <DistantThunder> oops, I read MPV instead of MPC, which nullifies my request
[09-29, 19:40] <DistantThunder> Varshnyar, what is madVR ? I use MPV (though it can't vsync properly and FFMPEG libs) on Linux
[09-29, 19:35] <vivan> FFDshow died 2 years ago, LAV is new ffdshow
[09-29, 19:35] <x265> I'll post the screenshots soon, I am trying different crf values to catch the x264 equivalent
[09-29, 19:23] <NoobSubs> Doesn't everyone use FFDshow? Why do I keep hearing about the Combine Communist Codec Pack?
[09-29, 19:21] <x265> Gonna try mpv then, thanks
[09-29, 19:20] <Varshnyar> in Linux, you can use mpv http://mpv.io/
[09-29, 19:19] <OnDeed> such "losses" would generally be due to rendering, you might have wrongly set levels or something like that. Or postprocessing enabled... If properly set-up, there should only be very small differences to how stuff looks in different players
[09-29, 19:19] <x265> I'm going to make some different encodings with that scene, from crf 10 to 20, and from medium to veryslow, to find the best parameters
[09-29, 19:18] <NoobSubs> Rule of thumb: Never use VLC unless you want shit.
[09-29, 19:18] <x265> Well, I use linux for encoding (all I have here is VLC and ffplay), so I can't use that now, sorry
[09-29, 19:16] <Nyaa> TL;DR Don't use VLC.
[09-29, 19:14] <Varshnyar> I notice grain lose with VLC. It feels like washed watercolors
[09-29, 19:12] <OnDeed> I wouldn't say that it "always kills important details"
[09-29, 19:11] <OnDeed> note that the effect shouldn't be *too* significant
[09-29, 19:10] <OnDeed> vlc used to ahve issues that it aliased chroma (and perhaps had other issues - like chorma placement, colormatrix - because it uses swscale for screenshtotting and swscale is just bad)
[09-29, 19:09] <Varshnyar> VLC always kills important details. Better use MPC+LAV+madVR to get the best quality
[09-29, 19:06] <x265> VLC also lossy? It has the latest decoder version
[09-29, 19:02] <Varshnyar> nor VLC
[09-29, 19:01] <NoobSubs> Use PNG. jpg adds artifacts because it's lossy. PNG = Lossless, jpg = Lossy.
[09-29, 19:00] <Bobezlol> you cant use imgur to compare encodes
[09-29, 18:58] <x265> x264 original: http://i.imgur.com/xxFjR3j.jpg, x265 fast: http://i.imgur.com/did4ISf.jpg, x265 veryslow: http://i.imgur.com/xYxUw1T.jpg
[09-29, 18:56] <x265> I will upload the images now, veryslow is better than faster, but still needs more bitrate (crf=21 may not be enough)
[09-29, 18:50] <x265> Yeah, I have tried with Baccano! and Jojo's Bizarre Adventures, happy to have more anime to test
[09-29, 18:48] <Varshnyar> Nichijou has a very simple animation with few action scenes and gradients. You should try with a different anime like Witchcraft Works or Psycho-Pass
[09-29, 18:47] <The_Truth> u make shame for the people that put effort into making x265 a more efficient encoder compared to x264