unicode in command line
|
hc Posted Feb 17, 2012, 2:07 pm |
I bought a license of id3 editor yesterday. Unfortunately, today I found another bug(?).
When called from the command line in Windows 7 64 bits, "C:\Program Files\ID3 Editor\id3edcmd.exe" -vn 2.3 -ti "Añil" someFile.mp3 id3editor chokes at the non-7-bits characters. That is not a problem in the GUI, only in the command line. I tried several things like: - setting codepages 437, 1252, 65000, 65001, or 28591 - launching the 64 bit version or cmd.exe and launching the 32 bit version of cmd.exe - launching from unicode autohotkey. The help states that -ti can be followed by any utext, where utext is unicode. Am I missing something? ++hc |
|
jamesrae Posted Feb 17, 2012, 3:45 pm |
What kind of Unicode characters are used? As only UTF-8 is supported by the CLI.
Could you send an example of the text in a text document (to ensure there are no translation changes) to support to investigate. |
|
hc Posted Feb 18, 2012, 2:25 pm |
The original file was produced with
Code: 1
lame --id3v2-only --id3v2-utf16 --tt "Añil" --tn "05" test.mp3 The file was processed with a batch file that has the following content: Code: 1 2
chcp 65001 "C:\Program Files\ID3 Editor\id3edcmd.exe" -vn 2.3 -tr "5" -ti "Añil" test.mp3 I tried with and without the first line. After your post, I have also tweaked the batch file to include correct utf-8 characters: 
The after and before: 
This is how they look in explorer 
These issues do reproduce on both of my Windows 64 machines. Where can I send you the files? |
|
jamesrae Posted Feb 18, 2012, 7:43 pm |
We have been looking into the Windows CLI UTF-8 issue but so far there does not appear to be a problem. When we use the UTF-8 you gave, it results in the correct title. Perhaps the problem is in the batch file.
With regards to the zero, even using your settings with Lame we still do not get any issues, which suggests something is different in how we are setting this up and it would be better if you could send a copy of the track to support. The support e-mail address can be found on the contact page. |
|
DJP Posted Jun 13, 2013, 7:58 am |
Hi, I have exactly the same problem although I envoke the command from a vb script, something like "id3edcmd -ar "dj tiësto" file.aif". It will write the tag as far as the dodgy character & no more.
The script works fine with FLAC & LAME tagging but not this. Cheers. |
|
jamesrae Posted Jun 13, 2013, 8:52 am |
Are you using 1.20.20? As this was an issue with a previous version but as far as we were aware it had been addressed.
Also, which versions of FLAC and LAME were you using? |
|
DJP Posted Jun 13, 2013, 9:15 am |
I'm using the latest version 1.20.20.
lame.exe v3.99.5 flac.exe v1.21 Just to clarify all my files are .aif, not that it should make any difference. Strange thing is it will accept the non-standard characters in the filename but not write them in the tag. ie. <id3edcmd -ar "dj tiësto" "dj tiësto.aif">. |
|
jamesrae Posted Jun 15, 2013, 1:08 pm |
I am very sorry for the incorrect information, the ISO8859-1 fix was not part of 1.20.20 but part of our Audio Book creator.
We have added the fix to an update which you are more than welcome to use. Please contact support for a link to the update. |
|
DJP Posted Jun 17, 2013, 6:29 pm |
All good now. v1.20.20b works with non-standard characters.
Thanks. |
|
ravitejafe Posted Nov 15, 2021, 8:44 am |
An ID3 tag is a type of metadata container used to store information into a media file (traditionally an MP3 audio file). There are many applications available to edit the ID3 tags on your audio files. We have an FAQ that tells you how to edit your ID3 tags using Apple Podcasts, which is free to use. To put it pretty pretty plainly, just use whatever you want. ID3v1+ID3v2. 3 is perfectly fine. There is no universal "best" version.
|