/jp/ - Otaku Culture

>>9637531
They work fine here. Anyway, you can find the files at http://comiket.srsfckn.biz/c82/music

>>9637283
I don’t claim that I could easily tell any given V2 encode apart, but it did happen often enough that I stopped downloading those.
In fact, when I listen to a specific piece often enough, even at V0/320kbps, compression artifacts may become evident, though not enough to actually bother me, and certainly not often. And it’s pretty much impossible to pull that off with aoTuV encodes.

That said, I don’t mind lossy encodes, but MP3 is not my audio codec of choice there. It’s deprecated; better solutions exist. Since AAC does not have any decent free encoder (or any encoder that matches aoTuV in quality), Vorbis is my codec of choice.
The advantage lies not only in audio quality, but also much better metadata support and things like gapless playback.
Hardware support is not a concern; I own a Cowon device since 2008 or so.

>>9637237
I used Etymotic hf5 IEMs and onboard audio hardware (generic Intel HDA stuff with an Analog Devices AD1989B codec). That shit wasn’t hard (not to mention the recordings themselves are terrible).

>>9637003
>responding to obvious trollpasta

I see what you did there.

>>9636683
My problem isn’t much about hearing the difference, it’s that I’ve “learned” to notice certain types of compression artifacts, which sucks. I personally find that Vorbis has the least annoying kind of compression artifacts, and aoTuV does an awesome job at q6 and above (pretty much transparent to my ears), so I use that for portables.

I still prefer lossless audio formats because why the fuck not?

[C82][アテアの仔等 -Children of Atea-]彷徨える魂の送り手 -blankmap of destiny- (wv+jpg)

http://waa.ai/4az

http://waa.ai/4aj

>>9628581
See >>9636499

http://waa.ai/4z5

>>9631826
I was just answering a question there. Yes, it’s most likely a legit rip, at least according to the spectrogram. Lossy audio compression, especially MP3, typically looks different (pic related), and that cutoff at around 21 kHz is often caused by certain audio filters during production.
I’m not one of those “audiophile” idiots who try to judge audio quality by looking at spectrograms.

>>9627176
Spectrogram of first track.

Also, AlliumProject’s "Progressive Electronic Sounds ; Hard Beep and Deep Trancy VOCALOIDERS ANTHEM" is great.
http://youtu.be/Cs5U7yjayTA

>>9626933
>[GWAVE] The Personalizer
I really liked that one (for the non-derpstep parts anyway).

Should still be somewhere in the c81 folder on my box btw.

>>9625867
Lossless only, and I don’t repack A4U releases.

>>9625606
http://pan.baidu.com/share/link?shareid=4117&uk=4230929378

(PROTIP for downloading: Baidu allows up to 5 parallel connections)

>>9625406
They’re there now.

>>9625335
Not unless you have an idea how he generated
<<(20120819)-[C82]-tn92097@ASTOST=[*dj;6y.4m,wj0*]>>
from
[EAC][C82] 狂奏楽団 - 赤黒いお月さま、青白いお日さま [wav+cue+png].rar

dj;6y.4m,wj0 could be some weird encoding of 狂奏楽団, but don’t ask me how it works.

>>9625273
There are a few #Comiket releases, but they didn’t do much this time because almost nothing was working and people didn’t give a fuck, more so due to the fact that I’ve basically been putting stuff on comiket.srsfckn.biz whenever I could.

>>9624959
Went through everything, all seems fine. There are a bunch of albums with frequency cutoff above 20.5 kHz, or high frequencies being nothing but constant noise, but those look like it happened during the mastering process and not due to lossy compression.

At least there’s nothing like BLANKFIELD’s Permutation Suicide this time, which sounded like really low bitrate AAC except for that one chiptune track (pic related).

Well, just to be sure, I’m gonna run SoX’ spectrogram filter on the first track of every album on my server. I’ll report here if I find anything unusual.

>>9624468
Typos are not rare on those websites, especially when they’re managed by some third party. It happens.
Album art and the first track’s title disagree, so it must be a typo.

>>9622026
>>9622126
>Unrestrected
Watch out, chinks are consistently too dumb to tag shit right. Noticed that with almost everything I got from howfile etc.

>>9622435
They’re both on http://comiket.srsfckn.biz/c82

I actually guessed the passwords though, since tn92097 always uses the same pattern, for example:
<<(20120814)-[C82]-tn92097@ASTOST=[*vidro bunny*]>>
where 20120814 is the upload date and "vidro bunny" the name of the circle (except for names that can’t be represented with A-Z/a-z -- couldn’t figure those out yet).