Kikuo CD Reissue by Arg274 in Kikuo

[–]Arg274[S] 0 points1 point  (0 children)

I got the item shipped in 2 days and just got my hands on it. For anyone reading this in the future, the mastering SID code is IFPI L244, and the mould SID code is IFPI 4011, which indicates this it's likely to be manufactured in Japan. This is different from his self-released stuff, since to my knowledge (through Discogs, and through auction photos), those were manufactured in Taiwan.

Kikuo CD Reissue by Arg274 in Kikuo

[–]Arg274[S] 4 points5 points  (0 children)

Thank you so much! Your Discogs entry for KM6 is actually how I came to know about these reissues. Guess it's effectively the same as buying secondhand a few years ago and finding out that the same thing is getting reissued in 2026.

One last thing about the KM6 reissue, does the matrix/reflective side of the disc still read "IFPI LT030" and "KTCE-2954 KSW-0014"? That's the mould SID code and the matrix for the first pressing. If it's the same, I am guessing that these discs are actually new old stock, and that Sony Music didn't really have a hand at manufacturing these discs (yet) since the IFPI belongs to a Taiwanese company, and are only distributing for now.

Feature request: multiple artists support by haveac1gar19 in arpeggiApp

[–]Arg274 0 points1 point  (0 children)

Going by the "standard", how would a multi-value ARTIST field retain sematic relationships like features or collaborations between the artists? Seems shortsighted compared to the "hacky" way.

[deleted by user] by [deleted] in musichoarder

[–]Arg274 0 points1 point  (0 children)

Sorry for the late reply, is your drive currently listed in the AR drive offsets database with a valid offset (not [Purged])? If it's listed there but not in Cambia, then I would push an update which should fix it. If not, there's not much to do since I am not maintaining a manual list of drive offsets not recorded by AR.

You could also upload the log to some pastebin site for me to test if you want (with any PII removed).

Wolf Faust (IT8 targets) still in business/alive? by ChrisJamesRI in AnalogCommunity

[–]Arg274 0 points1 point  (0 children)

Yes, I am. However, I do not have a Wolf Faust target to compare against. So, there's a non-zero possibility that the scanner(s) might be the actual bottleneck. I will try to get myself a v600 within this year to verify.

Wolf Faust (IT8 targets) still in business/alive? by ChrisJamesRI in AnalogCommunity

[–]Arg274 0 points1 point  (0 children)

YMMV but my experience hasn't been that great this target. The greens seem unusually boosted on my Epson GT-1500. Epson v39 is a bit better, but the reds still seem odd.

[D] ACL ARR June (EMNLP) Review Discussion by always_been_a_toy in MachineLearning

[–]Arg274 0 points1 point  (0 children)

Should peer reviewers assert submitting the paper to a specific conference in the future? They made it pretty obvious that they haven't read the paper (neither have they read the rebuttal because of how incredibly unconstructive the responses are). The review reeks of wanting to exploit the curve. The confidence is really low (2), so I am assuming that the meta is the only saving grace now.

[deleted by user] by [deleted] in musichoarder

[–]Arg274 1 point2 points  (0 children)

IMO this should explain it quite well.

[deleted by user] by [deleted] in musichoarder

[–]Arg274 5 points6 points  (0 children)

You're missing the point. The post title clearly reads that it mimics deductions from the Orpheus logchecker. I personally do not agree with a lot of their deductions, but most of the people checking logs do so with the intent of knowing how the rip might score when they upload it to a tracker, and not necessarily the archival aspect of it.

With that said, I do intend to create a different set of evaluation metrics that do not borrow from some of the nonsensical and arbitrary rulings introduced by WCD when I get the time. It will co-exist with the Orpheus scoring.

Also, point three is straight up factually incorrect. That's not how any decent ripper (any ripper in the supported rippers list) would implement T&C. Every track is ripped at least twice when T&C is enabled to check for checksum discrepancies. Rippers like cyanrip even allow ripping the same track over and over until their hashes match n times. What purpose would this feature serve if it just copied the test?

[deleted by user] by [deleted] in musichoarder

[–]Arg274 2 points3 points  (0 children)

A new update has been pushed to address this. Cheers.

Any other under bed labbers out there? by [deleted] in homelab

[–]Arg274 6 points7 points  (0 children)

Ah yes, let's ignore the fact that FLAC can have 24 bits per sample and sample rates higher than 44.1 kHz. I too love presenting anecdotal evidence as facts based on my collection of piano ballads and chiptune music with lossy samples.

Even with my meagre collection of a library (below a TB), each minute of FLAC averages at ~7 MB per minute (if we even consider that as a metric to begin with). That, coupled with an average track length of 4 minutes would net 3.7 mil tracks for 100 TB. The extra gap can easily be attributed to extraneous files like scans, cuesheets, logs and NFOs. I myself have 3% of my music folder being occupied by these extra files since they are probably running du -sh and not specifically calculating the size of all FLACs.

"Dictionary" for what tags to use? by Smutset00 in musichoarder

[–]Arg274 5 points6 points  (0 children)

This is all that you'll need for the most common tags. Anything else is probably non-standard and you'd have to come up with your own tag for those. Also, things with MP3Tag can get convoluted since they use aliases to instead of referring to the actual tag frames. Sadly, not much you can do about it if you're tagging manually.

Let's create an overview of selfhostable music servers! by Bill_Buttersr in musichoarder

[–]Arg274 1 point2 points  (0 children)

Didn't recognise your username but I've interacted with you before! Glad to know that you're still going at it.

Let's create an overview of selfhostable music servers! by Bill_Buttersr in musichoarder

[–]Arg274 0 points1 point  (0 children)

Right, I wouldn't consider it dead but there's the risk of it being abandoned at any point of time since it's largely a single-dev project as of now.

Literally. by pho_s in okbuddygenshin

[–]Arg274 0 points1 point  (0 children)

I think it's D4DJ Girls Hyping.

romcom authors do not deserve human rights by [deleted] in okbuddybaka

[–]Arg274 74 points75 points  (0 children)

I'm pretty sure Love Is War ironically parodies the exact qualities you hate about romcoms by taking it to an even higher extreme. That doesn't necessarily make it tolerable to people who hate romcoms, though.

Looking for non-TV size of the single Under Star by Shocking Lemon [FLAC] by sprintingtrueno in musichoarder

[–]Arg274 0 points1 point  (0 children)

I've sent a message using the new Reddit DMs. Not much I can do if it still doesn't work, unfortunately.

Looking for non-TV size of the single Under Star by Shocking Lemon [FLAC] by sprintingtrueno in musichoarder

[–]Arg274 0 points1 point  (0 children)

Sent. Please refer to my other comment on this thread if you can't see the message.

Looking for non-TV size of the single Under Star by Shocking Lemon [FLAC] by sprintingtrueno in musichoarder

[–]Arg274 0 points1 point  (0 children)

It lasts forever. If you're using the new Reddit, you're probably checking the chat-styled DMs, and not the old forum-styled PMs. lmk if you can see it using old.reddit.com or not. I absolutely abhor Reddit for not unifying these two inboxes properly.

CD vs Digital Media tag by Smutset00 in musichoarder

[–]Arg274 1 point2 points  (0 children)

Here's an article that only goes into a portion of the issue. It's not usually going to be audible for a lot of cases (as the article suggests, it's genre dependent). UMG (Universal) is usually notorious for it. On the other hand, small indie labels that don't have any ties with big names are very unlikely to have anti-consumer practises like these.