Help - Search - Members - Calendar
Full Version: Lame command line
Hydrogenaudio Forums > Lossy Audio Compression > MP3 > MP3 - Tech
dreamliner77
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
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
I'm sorry.
dreamliner77
No prob.
john33
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
I must be missing something cos I can't get it to write ide tags

argh!!
Xenion
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
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'
Hanky
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
I think EAC writes the ID3-Tags automatically. Why use a command line for this anyway?
_Shorty
it sure does, all I have in EAC is
--alt-preset standard %s %d
xmixahlx
EAC doesn't write any tags automatically.

but the use of id3 tags are default.


just to clear up confusion...
mike
miwalter
@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."
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.

Sikke
miwalter
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
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.
SikkeK
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
12345
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
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.
madah
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
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/
12345
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.
12345
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.
Invision Power Board © 2001-2009 Invision Power Services, Inc.