Wednesday, February 29, 2012

TLMC v.13 (2012.02.29)

Update any finished Touhou lossless music torrent to the latest v.13 by following these steps:
1. Stop seeding the old torrent.
2. Put this python script in the root of your collection, that is, near the .7z file, and run it. Python 2 interpreter required.
3. Resume with the torrent below, download and seed.

There is also a matching collection of cover/booklet scans.

You might also be interested in supplementary materials: everything that came with touhou albums that is not an album file (.tta) or a cover scan (.jpg/.png). Typical files include cdextra, rip logs, lyrics, music sheets, omake mp3s, minigames, promotional videos, etc.

Touhou lossless music collection v.13 (1.1 TiB or 1 203 075 354 327 bytes).
Torrent file size is 6 361 628 bytes.
File list (0.8 MB), cue sheets (5 MB).

Touhou album image collection v.13 (32.4 GiB or 34 797 815 993 bytes).
Torrent file size is 2 576 203 bytes.

TLMC supplementary materials v.13 (15 GiB or 16 156 762 223 bytes).
Torrent file size is 1 165 000 bytes.

uTorrent still fails at opening the main torrent, use something else instead.
This torrent has 2 broken pieces. I say it was doomed from the very beginning.

276 comments:

  1. thanks for the torrent =)

    ReplyDelete
  2. Problem is people don't really know about this torrent, there are so few peers.

    ReplyDelete
    Replies
    1. I took the older versions off Nyaa to speed up the transition.

      Delete
  3. any reason to not upload this torrent to Nyaa?

    ReplyDelete
    Replies
    1. I'd rather have all comments in one place and be in control of the moderation policy.

      Delete
  4. This comment has been removed by the author.

    ReplyDelete
  5. The bad side is that the torrent has almost no visibilty, ergo no peer.

    ReplyDelete
    Replies
    1. It would be much better if rwx you can submit the torrents to TokyoTosho. If you need a place to host the files, let me know. I have a dedicated box that is not going away any time soon.

      Delete
    2. @Whinette
      It'll grow once the torrent is on TT.
      @microlah
      Thanks, it would be nice.

      Delete
    3. http://haruna.kekesoft.org/tlmc/

      Go nuts.

      PS. I like your avatars

      Delete
    4. I went nuts and TT said they don't like torrents without http trackers. Ugh. Can you stuff nonexistent http as a separate tier there yourself or you'd better have me do it?

      Delete
    5. I am running a BT tracker on my server for this occasion, you can use it if you want.
      http://haruna.kekesoft.org:8080/announce

      Delete
    6. PS. Figured it would be better if you do it, I don't want to screw things up. Upload the torrents files to somewhere then I will update mine. Also the tracker is already up and running.

      Delete
    7. Updated the files in the post.

      Delete
    8. Updated the files on my box, try again.
      http://haruna.kekesoft.org/tlmc/

      Delete
  6. I also do. :p

    ReplyDelete
  7. Vuze doesn't scrape off OpenBitTorrent UDP tracker. Sat on DHT only for several months on v.12 (about 42% downloaded so far). Any plans of adding HTTP tracker on this one? Also any way of "upgrading" incomplete v.12 to this? I tried copying the folder and forcing hash check on the files but many perfectly valid parts fail after such copy and have to be redownloaded.

    ReplyDelete
    Replies
    1. Have you run the python script yet?

      Delete
    2. According to the description it should be run on a finished v12 collection but I'm still halfway into it. Would it work on a partially completed one too? I don't have enough HDD space to make a backup copy of the whole thing to try and see myself

      Delete
    3. >Vuze doesn't scrape off OpenBitTorrent UDP tracker.
      Strange, because mine does. At least it displays "OK" and "Scrape OK" and seed/peer counts for these torrents.
      >Any plans of adding HTTP tracker on this one?
      If there is a need for one, sure, why not?
      >Also any way of "upgrading" incomplete v.12 to this? I tried copying the folder and forcing hash check on the files but many perfectly valid parts fail after such copy and have to be redownloaded.
      A frequent question/complaint. This is caused by piece boundary misalignment, which is unavoidable if sort by path name is desired (let me guess, 42% completion turned into about 16%). One could rewrite sorting algorithm (of mktorrent, or any other torrent file creation utility) which would append files to the stream in ctime or mtime order. Pros: no lost data on upgrades. Cons: someone has to go and code it, weird file order (looks bad if whatever displays your torrent doesn't sort its contents first).

      Delete
    4. Sorry for the late reply, been out for a week.

      Apparently, Vuze + Windows 7 = fail at UDP. Nevertheless, a combination of port changing and reloading the client a couple of times leads to a ocassional successful scrape, which is enough to catch a handful of clients into DHT cache.

      I managed to squeeze a backup of the whole v.12 folder onto my secondary HDD, and resumed v.13 torrent from it, about 210 out of 431 GB I had downloaded passed the CRC check, but still I'm getting good speeds on this (~25 days remaining on v.13 as opposed to ~5months on v.12), so I might want to stick with it.

      The only thing I fear right now is that some files might get permanently broken. I'm not really sure on this one but couple of weeks ago I downloaded a torrent which had rapidshare mirrors so I downloaded half of the files through rapidshare and put them into torrent folder. After hash check around 20% of the data had to be redownloaded. When the download was comlete, some of the video files I got from rapidshare (perfectly watchable at the beginning) got broken, but the client saw them as 100% valid after forced hash checks. So I'm not sure whether it's the .torrent file that had errors or the whole "get the file elsewhere and copy into torrent folder" operation that leads to such broken files.

      Delete
    5. >but the client saw them as 100% valid after forced hash checks.
      Then it is virtually certain that torrent content was broken.

      Delete
  8. I was at 39% of v12. I was just downloading v13 and run it on the same path and it does checking all files.I didnt got any problems.So python is not required?
    another question: How do i convert the tta+cue files into tracks(mp3) with foobar2k??I asked around alot but nobody wanted answer.

    ReplyDelete
    Replies
    1. >I didnt got any problems.
      If you download files sequentially or in small batches, rather than queueing up entire torrent at once, then only file edge blocks need to be redownloaded.

      >So python is not required?
      Yes, it's not required, but you will end up with some duplicates if you don't run it.

      >How do i convert the tta+cue files into tracks(mp3) with foobar2k?
      Have cue and tta reading plugins in foobar, load files, right click tracks in playlist, choose Convert and pick whatever options you want there. I'd be surprised if there aren't tons of tutorials explaining all of it on the net.

      Delete
  9. 2011.08.13 [FRCT-0004] gift [C80]
    cue sheet with broken names.

    ReplyDelete
    Replies
    1. There are a few typos, but...
      http://img825.imageshack.us/img825/870/image0001kl.jpg

      Delete
    2. There are also some very long track names in CUE. Those are impossible to write in file name on some file system (ext4 in my case). For example:

      [BLUE TRAIN]/2010.03.14 はなまるグラインド幼稚園 [例大祭7]/09 - レミリャの帽子一杯にうんこして、咲夜さんに洗濯させたい。できれば、おぜう様が急な便意により、トイレに間に合わず帽子に漏らしたこb轤オたことにして、パッド長に帽子の中身をカリスマの物と思わせて、俺の糞とも知らずにその帽子を使って咲夜さんがどんな変態行為に及ぶか射命丸に盗撮してもらいたい。 (GO-ZEN).ogg

      Delete
    3. I think
      find /path/to/TLMC -iname "*.cue" -print0 | xargs -n 1 -0 -r perl -C -p -i -e 's/^(\s*TITLE\s*")(.{60,}?).*"/$1$2...MY LITTLE PATH CANT BE THIS LONG"/;'
      is a pretty cool script. Overwrites your files and doesn't afraid of anything.

      Delete
  10. >Yes, it's not required, but you will end up with some duplicates if you don't run it.
    I think i was running it before i started v13, a small window popped up and closed a few seconds later.

    Thank you for telling me about tta+cue. I was in the official foobar forum but not even there people told me something lol. I think i dont have that cue reading plugin, i must search it.

    ReplyDelete
  11. Bitspirit set my DL back to 25% after check. Any reasons why this happened?

    ReplyDelete
    Replies
    1. New torrent is around 9-10% of new content since v12.
      Add that with pieces boundaries and you have your 11%. ;)

      Delete
    2. Whinette, I'm not sure I'm following your math here.

      Delete
    3. lol, right, I thought he was at 36% on v12. =p bad bad bad eyesight.

      Delete
    4. If he was at 36% on v12 and v13 is 11% new content, then (disregarding edge blocks) his new completion would be 36%/1.11, not (36-11)%.

      Delete
    5. Oh!! I see,then it's normal. Thanks rwx and Whinette.

      Delete
  12. Its time for nip-picking :)

    There are two albums missing:
    (C81)(同人音楽)(東方)[Amateras Records] Helius Aggregation (tta+cue)
    (例大祭SP)(同人音楽)[HOROROTTO] FUMBLE FUM (tta+cue) <- Yes, I am pretty sure this is a touhou CD.

    And I still have a few CDs that 台魔王 haven't ripped yet:
    EastNewSound - Alternative Outside 2011 summer
    Attrielectrock - ReFIND
    音召缶 - Azule Crimson Night
    Two Yellow Zebra Omake CDs

    Let me know if you want any of them, I can rip it TTA but I don't have a scanner :<

    ReplyDelete
    Replies
    1. Let's do this: upload everything 台魔王 hasn't ripped 3 months from now.
      >two albums missing:
      Noted.

      Delete
  13. i noticed it was missing two albums,

    Armatek - EASTYLE HARDCORE (c78 release)http://vgmdb.net/album/20448
    Black Onyx - Unconfirmed Music (C79 release) http://vgmdb.net/album/22924

    the albums are available in mp3 online, but afaik no lossless copy is anywhere online

    ReplyDelete
    Replies
    1. There are TONS of such albums. Too bad, this torrent is lossless only.

      Delete
  14. I would be very thankful if you will post what you've added (changelog).

    Also there is one album missing:
    [Sonic Hispeed Omega] TOHO TEMPEST V

    ReplyDelete
    Replies
    1. How do you want the changelog to look? Will an ls -lR do?

      Delete
    2. I don't know how to open it.

      I think that TXT or DOC file should do.

      Delete
    3. It's a text file packed with 7zip.

      Delete
    4. The list which you've provided seems to be a list of everything that is in this torrent.
      I would like a list of things that have been added since last torrent (v12).
      I would be happy if you would provide a changelog with next release of torrent (v14?)

      Thanks and sorry for the problem :)

      Delete
    5. I'm not sure what you are trying to achieve. Simply curious which files from PD went into the torrent?

      Delete
    6. For me, it would be useful to see what's been added so that I can quickly scan for new releases I've been waiting for.

      Delete
  15. Those spam connections from China is back again, blocking 119.188.12.0/24

    ReplyDelete
  16. I have some problems with 2 pieces : 54751 ([Rhyth.]\2008.08.16 [RHCD-0005] 東方スクランブル3 [C74]) & 123411 ([eS=S]\2009.01.18 [ESSD-0003] Flowering Shooter [こみトレ13]).
    These won't download (or are rejected).
    What I've tried:
    -check torrent and redownload
    -delete the tta, check torrent and redownload
    -chkdsk /x /r
    -download with another client (vuze & bitspirit)

    Any clue?

    ReplyDelete
    Replies
    1. Looks like a hardware fault on my end, my RAID occasinally hiccups and returns garbled data.
      Vuze has said something about failed piece and tried to run recheck, I just stopped it and switched to rTorrent, made a mental checkmark to investigate later and successully forgot about it.
      I'll go and rehash the torrent.

      Delete
    2. =)
      Also, I just found a cue file that containt no info, but I'm not sure if you can update the 7z before the next tlmc:
      [FIGHTING DREAMERS]\2010.05.23 [FD-002] 夢想封印 -戦- [東方夢追戦 -第二章-]
      PERFORMER ""
      TITLE ""
      FILE "FD-002.tta" WAVE
      TRACK 01 AUDIO
      TITLE "Track01"
      PERFORMER ""
      INDEX 01 00:00:00

      Delete
    3. As expected, bindiff shows two 20-byte differences. The annoying thing about all this is that replacing the torrent will further fragment the swarm. I need to think what to do about it (suggestions, as always, are welcome).

      Delete
    4. Where exactly do those two corrupted pieces sit on the torrent?

      Delete
    5. Around 30% and 50%

      Delete
    6. I was referring which files do they sit on.

      Delete
    7. It is said in my OP, but I inversed the two hehe:
      54751 [eS=S]\2009.01.18 [ESSD-0003] Flowering Shooter [こみトレ13]
      123411 [Rhyth.]\2008.08.16 [RHCD-0005] 東方スクランブル3 [C74]

      Delete
    8. I'm using Bitspirit and till now no errors appeared. I'm at 38%. I didn't get any message about corrupted files.

      Delete
    9. >rwx
      So what exactly happened? Did your RAID started having problem AFTER you hashed v.13, and now you don't have the two "good" pieces anymore. Or it was before you hashed v.13?

      Delete
    10. During. It was a transient corruption on the bus, the data on platters is fine.

      Delete
  17. In previous TLMC foobar2000 couldn't seek last tracks of some albums. Not sure what has changed, but thanks!

    ReplyDelete
    Replies
    1. Try going to "Tagging" > "Reload info from files", that might fix it.

      Delete
    2. No-no, that was the problem with previous tlmc. Since it's gone in the current tlmc, I don't want to bother investigating what had caused it.

      Delete
    3. I had the same problem with v12 and I guess v11. It had to do with the path of the files, somehow. I completely fixed it for all albums by just moving the TLMC dir. I assume it's a bug in foobar2000 or one of its components and not related to the torrent.

      Delete
  18. Is it just me, or are there no seeds? I've been sitting on this torrent for the past week or so, and am stuck at 95.9% completion. :c

    ReplyDelete
    Replies
    1. Technically there are no seeds, two pieces are broken. I'm seeding with 99.9% completion (from behind the NAT) 24/7, though.

      Delete
    2. All of my sadness. I'm still stuck at 96.4%.

      Delete
    3. Well, I'm joining the swarm with my “everything except cuesheets” state once this thing finishes its hash check, so I hope that'll help.

      (Although I wonder if this new release by Draw the Emotional which wasn't signed by anyone on PD is the same as the one in the torrent.)

      Delete
    4. Heh, now I've been stalled at 99.1 for the past... however long.

      Delete
  19. 2006.08.13 [LIVE-0001~2] 東方幻奏祀典 ''Banquet'' [C70] stopped at 99%.

    ReplyDelete
  20. Hello it's Dooly00000 from Nyaa. :)

    I acquired some new CDs, some including sample CDs we currently do not seem to have. Let me know when you want to get TTA off me :)

    Also IMHO THCV-0002 200% Touhou Carnival should be with Cis-Trance albums, as it was published by Cis-Trance.

    ReplyDelete
    Replies
    1. Let's wait for our usual releasers on PD. Upload if there is nothing online 3 months from the date the torrent is published.
      >should be with Cis-Trance
      Makes sense, written down.

      Delete
  21. http://chireiden.torlan.ru/tlmc_cue_fix.py

    I suggested running this script several TLMC versions ago, but didn't get a reply. Group names are sometimes not consistent, and dates usually miss day and month. On the other hand, directory naming is almost flawless.

    The script takes circle name and date from directory name and updates CUE sheet accordingly, and thus addresses the aforementioned issues.

    ReplyDelete
    Replies
    1. I'd rather get the CUE sheets exactly as they were on the CD, inconsistencies, misspellings, omissions and all (though I'd be OK with converting them all to UTF-8). You can always write a short script to auto-tag your own music files based on the directory name.

      Delete
    2. @m
      I would agree with this sentiment completely, but cue sheets aren't extracted from the CD, they are filled by the user who ripped the CD (there is a CD-Text standard extension, but AFAIR it's almost never used).
      Each time I have to load all of the sheets into foobar and each time 2-5 cue files are missing a double quote in one or more places, rendering them unusable (seriously, how does it happen?). This I fix, the rest I share as-is. Since v.6 I keep all of the original files hidden on my filesystem and modify their copies.

      @WGH
      I'd rather keep the files in original condition until we have a reliable and complete source of the metadata. You can always modify your cues however you want and anyone else who is bothered by inconsistencies is free to use your script.

      Delete
  22. Few things:

    1) I couldn't seem to comment at all here using Chrome (latest version nor the one before that).

    2) What would you think about showing the contents of the torrent here in HTML, maybe as a link near the top of the page? Mostly just a convenience thing, since one can obviously go check TT or open the torrent instead to view the file list; but it should also help people find this site when Googling for a specific album name.

    3) Was the reason for the three separate torrents to make it easier for people to grab just the music or just the album art? If so, I'd like to point out that it does so at the expense of making things harder for those who want to grab only certain albums but also want the cover art and extras, as they now have to select the same folders in two or three separate torrents. And I'd further guess that there are far more people who do the latter than the former, in which case separating the content would be a net decrease in usability. (Unless you're trying to discourage people from grabbing just part of the torrent, which I guess I can understand.)

    ReplyDelete
    Replies
    1. 1. I am using the latest Chrome and it works fine (v.17)

      2. That's a good idea and I am all for it.

      3. The way rwx is doing works fine for me. One thing is that I rather have the supplementaries in a different folder, since I have my foobar2k monitoring the TLMC folder, and I don't want the omake mp3 or some video files to mix in there. Merging everything together is going to a big headache to manually pulling them out. Beside, manaully selecting and downloading part of the torrent in various BitTorrent clients (eg. Vuze, BitSpirit & rTorrent) is not that really that hard or a hassle to accomplish anyway. Just my humble opinion.

      Delete
    2. > I am using the latest Chrome and it works fine (v.17)

      Strange. I'm on the latest Chrome (17.0.963.78), and the Publish / Preview buttons do nothing. Same thing happened with the previous two versions of Chrome. I've also tried disabling all my extensions, with no change.

      > One thing is that I rather have the supplementaries in a different folder, since I have my foobar2k monitoring the TLMC folder, and I don't want the omake mp3 or some video files to mix in there.

      I see your point. What if just the album art were merged? I don't care so much about the omake stuff but always want to grab the album art. I'm guessing many people feel the same way, but of course I could be way off-base here.

      > Beside, manaully selecting and downloading part of the torrent in various BitTorrent clients (eg. Vuze, BitSpirit & rTorrent) is not that really that hard or a hassle to accomplish anyway.

      Normally I'd agree, but with such a large torrent finding the circle's name more than once becomes a bit of a chore, especially with kanji names that don't have a convenient alphabetical ordering. Especially so with rTorrent's CLI interface, as you have to scroll all the way through the giant list to get to the one you're looking for.

      Delete
    3. >Strange. I'm on the latest Chrome (17.0.963.78), and the Publish / Preview buttons do nothing. Same thing happened with the previous two versions of Chrome. I've also tried disabling all my extensions, with no change.

      Try deleting cookies for TLMC.eu

      >I see your point. What if just the album art were merged?

      Some people might just want the "bare minimum", aka download only the audio tracks and the cue sheets for whatever the reason that might be, I am guessing mostly due to storage limitations. Scans for some albums that come with artbooks that actually take up quite alot of space. Just my wild guess.

      >but with such a large torrent finding the circle's name more than once becomes a bit of a chore, especially with kanji names that don't have a convenient alphabetical ordering.

      Considering you only have to do it once every four months or so, I wouldn't complain.

      >Especially so with rTorrent's CLI interface

      ruTorrent comes in handy in a situation like this.

      Delete
    4. 1. This is a stock blogger.com-hosted blog, no modifications from me, so I don't know what causes this. I can try and guess your chrome has third-party cookies and/or javascript disabled (this happened to me on FF too).

      2. Good point.

      3. I don't mind people grabbing only parts of the torrent. The reason for the split is mostly historical - the first torrent in 2008 was almost entirely music, with a few, frequenly low-res, cover images here and there, so I shared only the .tta files. It just looked... cleaner, separating it that way.
      Another (unintentional) bonus is that those who choose lossy music can get the scans easily. While actually I'd like to gently discourage people from using mp3 in favor of lossless (because, let's be honest, mp3 should just die already), I don't want poor bandwidth-challenged folks to feel left out.
      Someone is going to be disappointed either way. This is the unfortunate implication of using the wrong tool for the job (and simply lacking the right one). Torrents weren't created to make collection management convenient. I have a dream of a p2p architecture which combines centralized creation/management and distributed storage of the metadata, where you could simply write the ruleset which describes files you want to have locally. Until then...

      Delete
    5. The third-party cookie setting was indeed the culprit. Thanks for putting up the file list, too.

      I guess I'll just have to live with the separate torrents for now.

      Delete
  23. apart from vuze any other good client for windows?

    ReplyDelete
    Replies
    1. BitSpirit

      Delete
    2. Hmm, Tixati doesn't let me choose the root folder name which automatically disqualifies it. That's such an easy to implement feature, too.

      Delete
  24. i am having some hashing problem , i downloaded 24gb of the image torrent using utorrent , but when i forced checked it on bitspirit , it is showing i downloaded only 3gb . Someone please help

    ReplyDelete
  25. solved my vuze problem , apparently this was the problem : http://wiki.vuze.com/w/Existing_data_file_length_too_large

    just curious , did anyone else encountered this problem ?

    ReplyDelete
  26. Correct me if I am wrong, but I think I found an issue with interconnecting BitSpirit with Vuze. The story is that I am using BitSpirit on my server and Vuze on my personal desktop. On my desktop I noticed that I am unable to connect to my server. So what I did was I turned on logging on Vuze and peer inject my server into the client, then I got this:

    [20:34:53.285] {peer} Peer connection closed: connection exception: Invalid message length given for BT message decode: 35856; | TorrentDLM: 'Touhou lossless music collection'; Peer: L: 94.23.153.225:30555 [BitSpirit 3.6.0.5]

    And I also noticed that on the Vuze peer list there is no BitSpirit peers at all.

    ReplyDelete
    Replies
    1. Wireshark dump would be much more useful. Log message is a good starting step, though.

      Delete
    2. I did look but didn't save it, remember seeing SYN. Then a RST and the connection died.

      Delete
    3. As far as I can tell so far, BitSpirit and BitComet have problem connecting to Vuze

      Delete
    4. I volunteer you to report it on their developer forum/bug tracker.

      Delete
  27. In which audio file should i convert the files? Which one is the best for playing?

    ReplyDelete
    Replies
    1. Why convert?
      if your device can't play tta+cue, it depends on what it can play. flac is the best choice (lossless, as tta, and recognized by most device).
      lossy mp3 encoded with lame v0 or v2, depending on the disk space and your dac/output quality can be qualified good enough.

      Delete
    2. @Whintette: I'm just using windows media player, thats why I ask about convert. I will use flac, thank you.

      Delete
    3. @Crimlord: you dont need to convert, use foobar+tta plugin to play the files

      Delete
  28. For Vuze can anyone tell me the recommended Max Heap Size? Mine is presently 256MB

    ReplyDelete
    Replies
    1. Increase it until Vuze stops complaining.

      Delete
    2. i increased it to 512 and it stopped complaining , atleast for now.
      Thanks for replying

      Delete
  29. Just something that should be added to the album art, it should include a "cover.jpg/png" file at a small resolution. I'm not sure how many other people want this but for the small amount I downloaded (about 80GB) it took a day to get album art for everything I wanted, despite all the covers being there.
    It's kind of a pain to rotate,clean,crop level and resample every single one when it is really the most likely cover art to be used. If someone knows a convenient way to batch rename cover.jpg/png to folder names and resort them I would be more than happy to submit the ones I've done already.

    ReplyDelete
    Replies
    1. >Just something that should be added to the album art, it should include a "cover.jpg/png" file at a small resolution.
      This isn't going into the covers torrent. As a separate file -- sure, why not.

      >It's kind of a pain to rotate,clean,crop level and resample every single one
      That's probably why no one has done it yet.

      >I would be more than happy to submit the ones I've done already.
      I'm not interested in resampled covers, but will link to the file containing everything with a proper directory structure if someone does all 4635 of them. Just be sure to finish it before v.14 :).

      Delete
    2. I've already done it, remember doing it about a year ago. Such a nightmare and it took such a long time :(

      They are cropped, rotated, resized to 500x500px, and saved to q12 jpg. If people want them I am happy to share.

      Delete
    3. Yes. Je le veux.

      Delete
    4. Just as promised, here it is.

      http://haruna.kekesoft.org/tlmc/Touhou%20lossless%20music%20collection%20-%20cover.7z

      Please note that even me and rwx have similar avatars, that does NOT mean this file is affiliated with rwx or TLMC "official" in anyway. In the end it is up to rwx whether or not to make it official. Also don't yell at me if it somehow blow up your harddrive :>

      The covers are cropped to 500pix (if non-rectangular cover, the longest size is 500pix). Saved in 12q jpg and as cover.jpg.

      I tried my reasonable best to make everything as consistent as possible, however there might be misses here and there.

      The sources of the cover are as of following order:
      1. The TLMC album torrent
      2. VGMdb
      3. Online stores (eg. Toranoana, Melonbooks, w-canvas, etc)
      4. The official doujin circle site
      5. Google Image (<- LOL)
      The fact that a certain album doesn't have an cover art does not mean those sources do not provide a cover art. It is either I was too lazy to look or, the resolution is too low it doesn't worth the effort.

      Since I have worked for 16 hours straight, I am going to bed now. Yell at me some other day.

      Delete
    5. Impressive addition to the collection! Thanks for sharing. the Foobar2000 playlist is now more colorful than a double rainbow!

      Delete
    6. > The sources of the cover are as of following order:

      Just a comment: the cover images on the circle's site are usually digital "originals", not having gone through a digital->analog->digital conversion. This gives them truer colors, less noise, and no skew or other random visual flaws. They're usually lower-res, yeah, but they're often still big enough for cover images. And sometimes when the circle doesn't provide a decent-res cover image, you can find one at Toranoana that hasn't undergone an analog conversion. You can also often find cover art on pixiv, though it's usually just the bare illustration (lacking the text on the actual CD cover).

      Anyway, I don't mean to criticize your work; just wanted to suggest an alternative criterion for choosing cover images.

      Delete
    7. @m
      Thank for the input. However the rationale behind it is based on the level of convenience, not quality. Trust me, having to go through 4600~ albums was no easy task, and very time consuming.

      Delete
    8. I would have prefered png, but thanks for your work. :)
      Btw, what is the name of the artist that makes these avatar? I'll kill for Tei.

      Delete
    9. It's not “an artist”, it's a futaba channel collaboration series, called 「ぎゃてコラ」 (“gya-te-colla”). Poke me on Rizon (your best bet would be joining #koumakan there and either looking for whoever has the highest access in the channel, or asking for Remi), I have a few collections of these (and I think there were some Tewis in it).

      Delete
    10. Will do, thanks. :)

      Delete
    11. Parfait :)

      Delete
  30. BitComet keeps failing two hash check constantly. No seeds appear to exist.

    2012-03-17 12:16:26 Downloaded piece #54751 failed in hash check, 4096 KB dropped.
    2012-03-17 12:14:51 Downloaded piece #123411 failed in hash check, 4096 KB dropped.
    over and over again.

    Using BitComet v1.31 64-bit.

    ReplyDelete
    Replies
    1. See this comment - http://www.tlmc.eu/2012/03/tlmc-v13-20120229.html?showComment=1331234200625#c2892417751352212542

      Delete
  31. My notes:

    Torrent files for v12 -- v13:

    [J&B]\2009.12.30 airhead! [C77]\airhead!.tta -- [J&B]\2009.12.30 airhead! [C77]\airhead!.tta

    [あみゅれっとぉ]\2010.03.14 [AMCD-0001] The Grimoire of Marionettes [例大祭7]\The Grimoire of Marionettes.tta -- [あみゅれっとぉ]\2010.03.14 [AMCD-0001] The Grimoire of Marionettes [例大祭7]\The Grimoire of Marionettes.tta
    [あみゅれっとぉ]\2011.05.08 [AMCD-0002] Stella ステラ [例大祭8]\Stella ステラ.tta -- no match

    This is the rename script:


    u"[J&B]/2009.12.30 airhead! [C77]",
    u"[J&B]/2009.12.30 [JBCD-0007] airhead! [C77]",


    u"[あみゅれっとぉ]",
    u"[あみゅれっとぉ。]",

    …so the rename script somehow changes the names for files/directories to those that do not match the torrent's contents. The old release, AMCD-0001, will be duplicated this way. Same with J&B's airhead!, it will be duplicated under two different directories.

    Then there's this in the torrent:

    [狐の工作室]\2010.10.11 [KNTH-0004] 東方幻想界 -桜々夢ノ音- [東方紅楼夢6]\東方幻想界 -桜々夢ノ音-.tta

    The v12 cuesheets archive has 2010.10.11 [KNTH-0004] 東方幻想界 -桜々夢の音- with FILE "東方幻想界 -桜々夢の音-.flac" WAVE in it, and the .tta file from v12 (2010.10.11 [KNTH-0004] 東方幻想界 -桜々夢の音\東方幻想界 -桜々夢の音-.tta) is indeed actually encoded in FLAC. There's also cover.jpg in there which is, I guess, a pretty rare occasion (it's in the album art collection v12 torrent file: [狐の工作室]\2010.10.11 [KNTH-0004] 東方幻想界 -桜々夢の音-\cover.jpg). You might want to add it to the rename script (to just kill off these three files, the .cue for 東方幻想界 -桜々夢の音- [note の instead of ノ], the image, and the fake TTA file).

    I have noticed these issues due to having a torrent script that verifies everything I have against the torrent file and tells me if I have something lying around that isn't present in it (and, well, copies my PD downloads over to TLMC if it finds any matching files).

    That's about it.

    Oh, and I have a suggestion: could you kindly host the cuesheets file separately as well? Seeing as it's not that huge itself.

    ReplyDelete
    Replies
    1. I'll look at this on Sunday.

      Delete
    2. >J&B's airhead!
      >[AMCD-0001] The Grimoire of Marionettes
      Eh, true. Forgot to run the script myself.

      >and the .tta file from v12 (2010.10.11 [KNTH-0004] ... -.tta) is indeed actually encoded in FLAC.
      No, it is encoded in TTA, look at its header in hex or let foobar tell you. Other than that, yes, indeed. I replaced this with an album from the usual releaser with higher quality cover scans.

      >You might want to add it to the rename script (to just kill off these three files
      I generally err on the side of caution (better to leave something unneeded than to delete something user didn't expect to disappear), but... yeah, I'll add a /clean switch or something like that to the script.

      Delete
    3. > No, it is encoded in TTA, look at its header in hex or let foobar tell you. Other than that, yes, indeed. I replaced this with an album from the usual releaser with higher quality cover scans.

      That's weird. When I opened that file from v12 it had “fLaC” as the first four characters.

      Delete
    4. My file [from v12] is 82'489'745 bytes long and starts with "ID3"; after 0x97D bytes the TTA header starts. I could look at the size of the file in the torrent, but am too lazy at the moment. Maybe later.

      Delete
    5. Nah, probably some issue on my side. I wonder how the hell did I even get that file then, considering my only sources for these are PD and this torrent.

      Delete
  32. I would love to help seeding with my seedbox, but don't really know what circles I should download since I only have about 100GB to spare.

    ReplyDelete
    Replies
    1. Get the album image and supp.materials torrents.

      Delete
  33. o my god, i find your file here!

    but i got two questions,

    would the 2 broken pieces break may hard drive?

    what the 3rd torrent contains? is that necessary?

    ReplyDelete
    Replies
    1. All you NEED is first torrent and ofcource your hdd won't break if you download it..

      Delete
    2. thanks!

      and i've already finished the v12 torrent, and now i just continue the v13 torrent with vuze, is that ok?

      Delete
    3. Yup, it should work just fine, it will take some time though to check the data, for me it too like 3 hours.

      Delete
  34. (sorry about my english, its really bad when I write something too long)

    so, I checked the torrent and these albums are missing:
    [rythmique] Syncopation Shot #02
    [kimino-museum (君の美術館)] K-BR!
    [kimino-museum (君の美術館)] dialogue ~Romanced Fate~
    [echo PROJECT] rosée

    except the first 3 albums, I cant find them anywhere on the internet, the last one "Rosée", I got it from a chinese site and in lossless, of course. But there are 2 problems: first, its .tak instead of .tta. Second, for some reason, the file got messed up and track 3 switchs place with track 4, technically. In the other words, tracklist: double blind (track2) -> レゾンデートル (track3) -> cubi(ce)cle {track4), but the actual listen with the .tak file I am talking about is: double blind (track2) -> cubi(ce)cle {track4) -> レゾンデートル (track3), there is no problem with the timing in cue file, track names are in order, but the songs from the .tak file are not. I tried to fix it with audacity but... things got complicated, so thats why im here to tell you this.

    ReplyDelete
    Replies
    1. Reupload the album from a chinese site somewhere (like mediafire).

      Delete
    2. FINALLY!!! Thousands hours of uploading. Countless retries after failed attemps, etc etc

      http://www.mediafire.com/?4c1h2lc21rti3

      Delete
    3. for small note, until I ripped [Alstoremeria Record] Against, Perfect Cherry Blossom, there wasn't a lossless rip of this either.

      There's lot of pre-TH09 (2005) CDs still missing as lossless rip form, and lot of doujin music from that age only exists as lossy, if you are lucky. My plan is to eventually try to buy and collect most of these missing gems to add back onto here, but that's extremely long term plan.

      Delete
  35. Strange, Touhou Shikoubana ~Seasonal Dream Vision~ doesn't appear to be here.
    http://vgmdb.net/album/6452

    btw: please add some album of Toranoana. http://vgmdb.net/org/138

    ReplyDelete
    Replies
    1. See folder "[株式会社虎の穴] とらのあな".

      Delete
    2. oh sorry, I search for it in Vuze, totally epic failed. Oo
      Thank you.

      Delete
    3. I said this myself when I was looking for it.
      searching via filelist was easiest for me since... forever
      (In case you missed the new one's link: http://www.tlmc.eu/p/tlmc-file-list-v13.html)

      it does contain about 95% of what's listed in TouhouWiki and VGMDB COMBINED;
      not that VGMDB is suddenly perfect now and so has TouhouWiki.
      They're missing quiet a bit of albums also.

      Delete
  36. New posts due to following problem I noticed (am I the only one listening to these anally or what)

    [ALiCE'S EMOTiON]\2011.05.08 [AECD-028] Overture l SUWA [例大祭8]
    Is it possible for you to get alternative version of this? I think rip of this is broken.
    -Precise problem: track 1 and track 2 has longer then 3 second pre-gap and I don't think it belongs there. As most album never documents how long a track is supposed to be, there's no way we'd know without another version, I think. (If you want me to try hunting on my own I think that might be quicker resolution)
    [Cis-Trance]\2005.05.01 [CTCD-0007] 東方硬核夜 [M3-05春] MP3 rip skips on track 07 (Exact spot 1:24~1:25, skips back a few second). I spot no problem with WAV so I think it's unique to MP3 lossy rip. (I'm gonna have to hunt that guy down for god knows how manyth time this screwup)


    I'm going to start looking and rounding up albums we're missing so we can patch them back in (possibly do what I did back in v08); if you prefer that bigger release-roll for future is better, just do let me know.

    ReplyDelete
    Replies
    1. If I remember more I'll post here.

      Delete
    2. As I suspected:
      http://img.photobucket.com/albums/v196/Dooly00000/overturesuwa_comparison01.png

      I ran "Remove Gaps from TAO Images" on Overture | SUWA image, and essentially it eats up 2 seconds per track. Result of the removal is posted above.

      Since automated removal is by no means LOSSLESS, I'd say we need to find alternative image.

      Delete
    3. [dBu music]\2005.05.04 [DBCD-0002] 弾奏結界 幻葬旋律曲 Necromanza [例大祭2]
      12. 少女幻葬戦慄曲 ~ Necro Fantasia 0:56 - 0:57 sudden silence

      Delete
    4. @Dooly00000
      >Is it possible for you to get alternative version of this?
      I don't have everything, I just have what I have.

      @WGH
      Update your tta plugin, this is a decoding problem with some earlier version.

      Delete
    5. This comment has been removed by the author.

      Delete
    6. I hit brick wall; Overture SUWA rip that exist in PDZero is identical to one we have.

      out of curiousity, where did you got your rip?

      Eitherhow, two choices are:
      1. Hopefully someone seeds this and this one's not broken: http://www.nyaa.eu/?page=torrentinfo&tid=200813
      (or by extension, hunt down the file somehow)
      2. I buy the CD (long way to go, but was aiming for this eventually)

      Delete
    7. rwx, thanks, latest plugin fixed that issue.

      Delete
    8. Dooly00000, I give you 97% that torrent is a reencode of the TTA from PD. I got my rip there as well (what does Zero stand for?).

      Delete
    9. Beta used to be called "Perfect Dark Zero", named after the steampunk neo-cyberworld themed game. Also used to be called "S.A.C.", reference to Ghost in the Shell.

      also you were right. It is re-encode. I'm gonna have to order the disc sooner then I thought, now.

      Delete
  37. Just wondering, does anyone know of a Linux torrent client that can handle torrents with this many pieces? Deluge 1.3.4 chokes on it and complains that there are too many pieces.
    Thanks.

    ReplyDelete
    Replies
    1. Ah, I thought rTorrent could do it (though a solid client, it was pain to use last time I tried it). From the looks of the peerlist, Transmission seems to be able to handle it as well.

      I ended up patching and recompiling libtorrent to raise the piece limit, which allowed Deluge to use the torrent without a problem.

      Though is there any chance of increasing the piece size in future releases to improve client-compatibility, or would that be a bad idea?

      Anyway, thanks for the torrent, I really appreciate all of the effort you've put into this gigantic collection :)

      Delete
    2. I believe, some clients even had problems with the piece size of this torrent, so I believe unless these clients get fixed, we're fighting against two limits here ;)

      Delete
    3. http://forum.deluge-torrent.org/viewtopic.php?f=7&t=39569 << check this topic

      Delete
  38. Sorry to ask. Is it me or have the peers been stuck at 99.8% for a while? I thought the only two broken pieces were:
    [Rhyth.]\2008.08.16 [RHCD-0005] 東方スクランブル3
    [eS=S]\2009.01.18 [ESSD-0003] Flowering Shooter. Aside from those two it seems the other 18 are imcomplete at this point. Did something else happen? It looks like tokyotosho.info got "nuked" =/

    ReplyDelete
    Replies
    1. >It looks like tokyotosho.info got "nuked" =/
      If by nuked you mean MLPfied, then yeah. Today only.
      Doesn't matter, it's an aggregator, not a tracker; and even the tracker being down means nothing, as there are DHT and PEX.
      I am online most of the time.

      Delete
  39. Tokyotosho.info is the one that got nuked, more like the domain got seized.
    Tokyo-tosho.net is still ok.

    Wonder if i have vuze misconfigred on my end. Using the default tracker that came with the torrent and the one added from the above post, it claims to see 2 seeds, but never connects to them. If there are 2 broken pieces, wouldn't it be impossible to have seeders to begin with?

    ReplyDelete
  40. I've been trying to find a small bittorrent client that will work with the torrent, but I'm still stuck on v.11 since uTorrent or BitTorrent won't open up the larger torrent files. What client are you using?

    ReplyDelete
    Replies
    1. Vuze is only mainstream one that is known to work. Some also reported that BitComet works however.

      while I'm not exactly happy with uTorrent not working either, there's nothing you can do, as it's way the codebase runs (total limit 1tb or something on older codebase). If anything you can spam the devs and hopefully they'll finally make uTorrent open source or something.

      Delete
    2. There's a Windows port of Transmission that worked pretty well when I last used it. If I remember correctly, it was fairly light on resources. The peer list would suggest that it can handle large torrents like this, since there's a decent number of people using it. http://sourceforge.net/projects/trqtw/

      Delete
    3. Thanks for mentioning it. BitComet is way too heavy on ads and freezes for a minute when I simply click the toho torrent in its active torrents listing. Transmission doesn't seem to have that issue and, amusingly enough, performs hash checking a whole lot faster. Will report if it seeds properly later.

      Delete
  41. Some cue files have no year info in them, but directory name in which cue resides almost always have year info. These are the only exception I have found (by scanning all cue files and filepaths in torrent) - they both have missing year in cue AND missing year in filepath:

    [平行世界]/[STCD-0004] 東方 靈知の二胡信仰 [PF10]
    [平行世界]/[STCD-0005] 東方二胡 文々音誌 [東方楓華宴]
    [平行世界]/[STCD-0006] 東方 絲竹夢 [FF15]
    [平行世界]/[STCD-0007] 東方 絲竹夢 貳 [FF16]
    [平行世界]/[STCD-0008] 東方二胡 天之風 [FF17]

    Tried to search for - "平行世界" discography - in google, but it seems it is easies to find a torrent for this circle, then a legitimate website where you can buy their stuff and see some info...

    Here is the script I used (in Mathematica):

    conv[x_] := FromCharacterCode[ToCharacterCode[x, "Unicode"], "UTF8"];
    convR[x_] := FromCharacterCode[ToCharacterCode[x, "UTF8"], "Unicode"];
    path = "your directory path here";
    files = conv /@ Import[convR[path]];
    date = Repeated[DigitCharacter, {4}] ~~ "." ~~ Repeated[DigitCharacter, {2}] ~~ "." ~~ Repeated[DigitCharacter, {2}];
    r = StringCases[#, __ ~~ "]" ~~ ___ ~~ "/" ~~ z : date ~~ __ ~~ "/" ~~ __ ~~ ".ogg" :> z] & /@ files;
    p = Position[Length /@ r, 0];
    files[[#]] & /@ p // TableForm

    ReplyDelete
  42. ムソウマテリアライズ.cue seems to refer to the wrong file (ウマテリアライズ.tta).

    ReplyDelete
    Replies
    1. Fixed this and 東方見聞録 十一ノ巻.cue

      Delete
  43. Tixati (I use the portable version) runs this torrent with ease.

    ReplyDelete
    Replies
    1. Just checked Tixati and I like it more than Vuze (at least it works with UDP trackers on Windows 7). Will be moving to it after I finish the download.

      Thanks for the tip!

      Delete
    2. Tired of Vuze I decided to import my 90% complete collection into Tixati as is and resume from there, just to find out (after 8 hours of hash check) that it doesn't work. Apparently there's some kind of problem with the metadata total size

      http://dl.dropbox.com/u/52187287/_Permanent/TXFAIL1.jpg
      http://dl.dropbox.com/u/52187287/_Permanent/TXFAIL2.jpg

      Apparently there are Tixati clients running this torrent (lower version though), might be some kind of error on my part. Resuming download from Vuze for now, will investigate more tomorrow.

      Delete
  44. Greatest torrent ever created.

    ReplyDelete
  45. By the way, does this torrent actually contains all of the game OST? I have not found Subterranean Animism OST.

    It is a little bit ridiculous that we have 1 TB of remixes and rearranges, but we forgot to include the original tracks.

    ReplyDelete
    Replies
    1. Original track, except TH01-05 and TH06 are impossible to acquire losslessly. They're compressed in the game in quesi-wave form, requiring tools to rip and edit. Simple fact that there's no soundtrack out doesn't help either.

      I think it would be nice to contain them eventually but it defeats the purpose of this torrent being Lossless, so I can see why rwx did not include them.

      Delete
    2. You can grab what you're looking for here: http://re-persona.com/music/touhou-game-soundtracks/

      Delete
  46. This comment has been removed by the author.

    ReplyDelete
    Replies
    1. I finally got 99%, the only 2 broken pieces left. Is there anyway to get these?

      Delete
  47. Hm, the collection seems to be missing WAVE's latest album, Symphonic Tarantella "Lily" -幻想円舞曲 夏水仙- (wiki link: http://en.touhouwiki.net/wiki/Symphonic_Tarantella_%22Lily%22_-幻想円舞曲_夏水仙- ), which came out on 2011 May 01. Is this intentional?

    ReplyDelete
    Replies
    1. I wanted to reply sarcastically, but then realized that without nonverbal subchannels it might come off harsher than intended.
      No, this is not intentional and yes, it seems to be missing. Please report more missing albums (with a release date prior to the torrent posting) together with a lossless source, preferably in easily accessible places.

      Delete
  48. I found this page http://thdoujin-music.com/ with some albums which are not in the torrent. Maybe it is interesting you guys.

    ReplyDelete
    Replies
    1. >MP3 | CBR | 320 Kbps
      Srsly...

      Delete
    2. There are some missing albums of LA KIA and Kissing the Mirror. http://en.touhouwiki.net/ can help for the release date. Well i found it a while ago so i though someone could be interest :)
      >MP3 but whatever, better than nothing.

      Delete
  49. Are the files named "Audio CD.tta" or "CDImage.tta" supposed to have those names? They don't seem to fit with the rest of the files (which seem to have the same name as the album).

    Any idea when v14 (or v13.1) will be made available in order to fix the missing pieces issue?

    Anyway, thanks for all the work you've already done on the collection. :)

    ReplyDelete
    Replies
    1. >Are the files named "Audio CD.tta" or "CDImage.tta" supposed to have those names?
      Yes, they do. Notice that more likely than not they also don't have any kind of cover scans.
      >They don't seem to fit with the rest of the files (which seem to have the same name as the album).
      These are the early albums that I've gathered from eMule, Share and various other sources. Today the majority of touhou music gets uploaded to PD by a single person (well, at least by a single UID).
      >Any idea when v14 (or v13.1) will be made available in order to fix the missing pieces issue?
      New release every 4 months. I decided against uploading rehashed v.13 (because of swarm fragmentation).

      Delete
  50. Thanks for the torrent! ^^

    I hope you don't me nitpicking, but here are two mistakes I found:

    -The performer of [Assaultdoor]/2010.01.17 CIRNO IN WONDERLAND [紅のひろば3] is listed as Assault Door instead of Assaultdoor like the rest of their albums in the torrent
    -Similarly, the performer of [TAMUSIC]/2008.11.02 [TAM3-0037] 東方弦奏響2 [東方紅楼夢4] is listed as TAM instead of TAMUSIC

    ReplyDelete
    Replies
    1. Cue sheets have a lot of such inconsistencies, hundreds or more, most likely. I think it's useless to fix a couple here and there without paying attention to the big picture.

      Ideally I'd prefer to export a slice of some database such as MusicBrainz, freedb or VGMdb and convert it into cue sheets. Any mistakes in metadata would be corrected at the source, saving the effort and having the benefit of the whole community to doublecheck them. It would also naturally prevent different spellings of the same entity. However, there are two problems here:
      1) none of them allows access to their raw db last time I checked and I'm not in the mood to write a scraper
      2) none of them has sufficient coverage (probably something like 50-80% at VGMdb, way way less in other places).
      3) none of them supports sub-second track lengths (which is enough for many common uses, but pretty retarded from the design POV, if you ask me; after all CD track lengths are an integer number of 1/75 second samples [2352 byte frames]).

      I'm open to suggestions how to do it properly.

      Delete
  51. Many missing albums are rare or not to find. The touhou wiki is good to check which albums we already have and which not. Even we cant get all albums, we should be happy that rwx got these all for us.
    1TB is alot so it doesnt really matter if some albums are missing, they appear sooner or later.
    Thanks to rwx!

    ReplyDelete
    Replies
    1. no, I suggest we make a page for listing missing albums right HERE, so that people can keep track and submit the missing ones that rwx didnt know, and maybe provide download links if available

      Delete
    2. >It is not easy to find the missing albums, specificaly those which have only japanese letters. I was searching UI-70 before this torrent and i only got those with latin letters. If you can't japanese its difficult.
      >A list in a seperate blogpage is possible.
      >In touhou wikia are not all albums listed. I saw that some of =Neutral= are missing there.

      Delete
    3. There is a way to know which albums are present and which are not. VGMDB helps us here. They also have a lot of information about albums, so we can check if tags are right.

      Delete
  52. I do not want to report any problems or giving advice, I just want to thank the author a lot for giving us a chance to collect the touhou music, I really appreciate the work you have done, thank you alot!

    ReplyDelete
  53. hmmm... there seems to be a download limit when share ratio is above 1...

    ReplyDelete
  54. FrequencyBlue13 May, 2012 13:37

    can you list the albums that will be updated in the next release?

    ReplyDelete
    Replies
    1. Updated as in added? Not yet, a lot of them are still to be released.

      Delete
  55. FrequencyBlue13 May, 2012 15:24

    oh and btw, the torrent has been ridiculously slow to me
    Is anyone experiencing the same thing?

    ReplyDelete
    Replies
    1. It'l range depending on what peers you get and what albums you're downloading. More popular albums will have more peers seeding them. I've had speeds range from around 50 KB/s to 5 MB/s.

      Delete
    2. FrequencyBlue17 May, 2012 10:10

      ah nvm, its just my internet being shitty

      Delete
  56. [Demetori]\2008.12.29 [DECD-0005] 闡提宗祀 ~ Offering to The Sukhavati [C75]

    Tracks 3 and 4 are mixed up.

    ReplyDelete
  57. The 趣味工房にんじんわいん album "Garnet Bride" doesn't have anything to do with Touhou, does it?

    ReplyDelete
  58. Remaining: 8MB; I'm guessing those are the broken pieces eh? Either way I'll be seeding as long as possible!

    ReplyDelete
  59. The miracle has happened! Latest uTorrent beta can download this mega-torrent!

    BTW, are broken pieces a file or hash problems?

    ReplyDelete
    Replies
    1. I tried it however, unless I'm mistaken, apparently Vuze only connects to Vuze clients, and the peer swarm gets split in two - Vuze users in one group and the rest in other one:

      http://dl.dropbox.com/u/52187287/CloudShot/shot_22052012_13549.jpeg
      http://dl.dropbox.com/u/52187287/CloudShot/shot_22052012_14326.jpeg

      Maybe I'm mistaken, though. Both screenshots were taken within couple of minutes difference. As you can see there are at least 15 Vuze users that need pieces from me, but while using uTorrent only 2 of them got connected (and their connection was dropping all the time, still I can't find the logging feature in uTorrent to confirm that).

      Delete
  60. Circle:[平行世界]
    have repeat

    ReplyDelete
  61. [ぽじてぃぶすぅさいど] and [positive suicide] have their own folders even though it's the same circle.

    ReplyDelete
  62. http://www.softpedia.com/progChangelog/uTorrent-Changelog-27295.html
    What's new in µTorrent 3.3 Build 27147 Alpha:
    [...]
    · Change: Increase supported torrent (total files) size from 1TB to 17TB.
    [...]

    The uTorrent now works with all TLMC torrents, and I can confirm that :). Imported my Vuze torrent, woohoo :D

    ReplyDelete
    Replies
    1. Do you have connectivity issues with Vuze users like I reported a few posts above or is it a problem on my part?

      Delete