dreamliner77
Jul 22 2002, 22:43
Hey, i've tried writing a lame command line that will write the id3 tags from the file name, but havent' been able to get it to work. Can someone help me out. I like to have v1 and v2 tags. I'd appreciate it
dreamliner77
Jul 22 2002, 22:50
What I mean is that I can't get it to write the tags at all. I'm not necessarily trying to write the command line in the tag.
harashin
Jul 22 2002, 22:54
I'm sorry.
dreamliner77
Jul 22 2002, 22:55
No prob.
john33
Jul 23 2002, 00:19
Unless you have a particular desire to use the command line encoder, you could use lamedropXPd, either 3.92 or 3.93alpha, from here:
http://www.inf.ufpr.br/~rja00/mp3.html which has a tagging facility to do just what you want. Both versions use the standard lame libraries.
dreamliner77
Jul 23 2002, 01:11
I must be missing something cos I can't get it to write ide tags
argh!!
Xenion
Jul 24 2002, 21:31
had problems with ID3 too
my command line in EAC is
--alt-preset extreme --id3v2-only --pad-id3v2 --tt "%t" --ta "%a" --tl "%g" --tn "%n" %s %d
quellcore
Jul 24 2002, 23:00
QUOTE
Originally posted by dreamliner77
Hey, i've tried writing a lame command line that will write the id3 tags from the file name
Don't know if i understood your question correctly! But if you're talking about a commandline that you would use to call LAME.exe separately it wouldn't work. LAME.exe itself can't read information out of the filename. You need to have a 'frontend' like EAC that can do it!
With EAC it would work the way XENION described, where %a, %t, etc. are variables that are known by the 'frontend'
dreamliner77,
I don't know why you want to use lame to perform this task, but it can be done by
Tag .
Get a frontend for Tag
here
miwalter
Jul 29 2002, 08:07
I think EAC writes the ID3-Tags automatically. Why use a command line for this anyway?
_Shorty
Jul 29 2002, 08:29
it sure does, all I have in EAC is
--alt-preset standard %s %d
xmixahlx
Jul 29 2002, 08:40
EAC doesn't write any tags automatically.
but the use of id3 tags are default.
just to clear up confusion...
mike
miwalter
Jul 29 2002, 09:24
@xmixahlx
That means, that EAC _can_ write ID3-Tags, doesn't it? So I have to correct myself:
"EAC can write ID3-Tags, if you like. So there is no need for lame-command-lines with tagging."
The problem with EAC and writing tags is that it cannot write ID3v2 without ID3v1 tags. So, if you want to have a file with only a ID3v2 file, you will have to use extra command line options in EAC to let LAME write the tag and tell EAC not to write it.
Sikke
miwalter
Aug 7 2002, 17:38
QUOTE
Originally posted by SikkeK
The problem with EAC and writing tags is that it cannot write ID3v2 without ID3v1 tags. So, if you want to have a file with only a ID3v2 file, you will have to use extra command line options in EAC to let LAME write the tag and tell EAC not to write it.
Ähhm... It doesn't matter, if EAC can only write both or none, does it? IIRC there are "some" older players, that can't handle ID3v2-tags (e.g. my mobile phone).
So it's not a bug, it's a feature ;-)
rjamorim
Aug 7 2002, 18:21
QUOTE
Originally posted by miwalter
So it's not a bug, it's a feature ;-)
I would still prefer the hability to choose ID3v1 OR ID3v2 OR Both OR None.
For instance, in_faad can handle ID3v2 tags, but, for some bizar reason only Menno knows why, it chokes on ID3v1. For that reason, I recommend people to rip and tag with CDex when encoding with Psytel.
CDex allows choosing ID3v2 only.
QUOTE
It doesn't matter, if EAC can only write both or none, does it?
I like to choose myself which tag is written. Some programs default to v1 if both tags are present, so names are cut off when longer then 30 chars etc. Having mp3's with only v2 tags is the solution in those cases...
Sikke
I can only speak for myself, but I hate those only-id3v2-mp3s (and no those untagged files too), if there's no .sfv file included. There's so many broken mp3 files floating around communities that you can't figure out if they're complete or not (even after searching your ass off for tracklengths on google/cddb for the specific album). When a ID3v1 tag is added in the end of the file you can at least see if the file is complete or not. Sollution #2: everybody starts including .sfv files. But how likely is that?
_Shorty
Aug 8 2002, 19:04
I only make my own mp3s from my CDs, it doesn't seem like anyone uses lame & --alt-preset standard anyways, pretty much every single mp3 I've ever downloaded has been crap to worse than crap.
QUOTE
Originally posted by 12345
Sollution #2: everybody starts including .sfv files. But how likely is that?
Nearly 50-60% of the MP3-albums available in filesharing networks is provided with a .sfv. (Atleast if you use DirectConnect, and get into good hubs.... ~70% of those are lame encoded, but all with -b 192 -ms...)
But, .sfv uses only 32 bits for its checksum, which may not be enough; check my posting
here . Use md5 instead (uses 128 bits)!
rjamorim
Aug 8 2002, 20:47
QUOTE
Originally posted by madah
But, .sfv uses only 32 bits for its checksum, which may not be enough; check my posting
here . Use md5 instead (uses 128 bits)!
If you want to use MD5 verification files, I suggest using .par (Parchive)
More info here:
http://parchive.sourceforge.net/
QUOTE
Originally posted by _Shorty
I only make my own mp3s from my CDs, it doesn't seem like anyone uses lame & --alt-preset standard anyways, pretty much every single mp3 I've ever downloaded has been crap to worse than crap.
You've got to look at the right places. There's atleast one community where people only use --aps/--ape.
QUOTE
Originally posted by madah
Nearly 50-60% of the MP3-albums available in filesharing networks is provided with a .sfv. (Atleast if you use DirectConnect, and get into good hubs.... ~70% of those are lame encoded, but all with -b 192 -ms...)
But, .sfv uses only 32 bits for its checksum, which may not be enough; check my posting
here . Use md5 instead (uses 128 bits)!
You're talking scene releases? I'd rather stay away from them, if I could. Anyways, thanks for the md5 tip, I'll check it out.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please
click here.