Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon. Entire thread

Characters and encoding bullshit

Name: Anonymous 2012-11-07 21:55

So I've been trying to make a little C# application to parse a file name and its path to automatically tag my extensive library of music and have come upon TagLib to help me.

Now everything was going well until I fell upon some Japanese characters in my library. During parsing, it all appears to be fine, but when it executes the .Save() method, all characters become question marks (?). For example: "アールグレイ" will appear as such during debug, but on save, the actual tag will be "??????"

I have no idea if this is due to the library assuming the MP3 is in ID3v1 format, due to the .Save() method malfunctioning or something else. Has anyone used this library before and come upon a similar problem? Any idea how to fix this?

Name: Anonymous 2012-11-08 7:42

>>12
You clearly do not understand what the different encodings are for, or how the encoding of the buffer with the fucking program text differs from encoding of other text files.

You are a fucking moron.  You are so fucking dumb and arrogant that I want you to die in an incinerator to remove the risk of accidental spreading of your defective genes.

Is it that hard to do .decode("utf-whatever") every time you read text and .encode("utf-of-your-choice") when you .write it back?

Kill yourself and stop wasting our valuable air.

>>14
Platform-specific or not is irrelevant because you do not fucking write the internal representation anywhere.

The general rule is UTF-8 (which normal form to default to is debatable) for IO and UTF-16 or UTF-32 with host endianess for internal representation.

Newer Posts
Don't change these.
Name: Email:
Entire Thread Thread List