Help - Search - Members - Calendar
Full Version: ID3V2 Support and AMIP
Hydrogenaudio Forums > Hosted Forums > foobar2000 > General - (fb2k)
nago
Most of my MP3 files are tagged with both ID3V2 and ID3V1, whatever the masstagger/foo_freedb felt like gracing them with. They were mostly tagged with 0.9.2, but some with 0.8.3. Every reference to foobar below is 0.9.2.

AMIP says it supports ID3v2, but for songs with titles that are just a little bit too long for v1, amip fails to report the full title (as with amip's formatting variable for artist, "%2"). I figured it was probably just reading the v1 information, so I had foobar rewrite the tags as ID3v2 only. now amip doesn't report any of the typical information (%1,2,3,4, -- Artist, Album, TrackNo, Title, Date) at all, as if it couldn't find it.

In a stroke of brilliance, I decided to have foobar retag the files as both id3v2 and apev2. AMIP magically works again. Removed ape tags. broken.



What exactly is the cause of the AMIP/Foobar id3v2 fallout?
Mike Giacomelli
QUOTE(nago @ Jul 11 2006, 18:08) *



In a stroke of brilliance, I decided to have foobar retag the files as both id3v2 and apev2. AMIP magically works again. Removed ape tags. broken.






I don't think that is even possible. How did you do it?
Cosmo
Probably a version conflict. foobar2000 writes id3v2.4 ... AMIP probably can't handle above id3v2.3.

QUOTE(Mike Giacomelli @ Jul 11 2006, 22:01) *
I don't think that is even possible.
What, changing tag types? Context menu > Tagging > MP3 tag types...
nago
Hrm is all I've got to say at this point. A workaround would be adding ape tags, but.. I'd like to try to avoid bloat if possible. perhaps I'll just sit and spin until AMIP and foobar play nice? :|
Yotsuya
Um, I use Foobar2000 and AMIP with ID3v2.4 no problem what are you using for your '%s' format? I can pull the information into mirc when mp3's are tagged only with id3v2.4 no problem.
nago
My output string looks like this:

CODE
/mplayer C%1 C%2 C%3 C%4 C%5 C%min:%sec~m C%br~Kbps C%sr~KHz C%fn C%ext


where 'C' is a control character that doesn't show up right in this forum. I parse this data myself in mIRC with no problems.


when ID3V1 is absent, %1-5 are completely blank. They work otherwise.
Yotsuya
So does all this information display fine through mIRC using AMIP? Maybe the problem is in the way AMIP communicates with mplayer.
nago
The problem is not my mplayer alias. to debug, I had it echo the raw input it was being sent. %1 through %5 were being sent blank as aforementioned. My code looked something like the following:

CODE
alias mplayer {
echo -a $1-
[normal parsing and processing here]
}

The sample output, when ID3V1 was not present, was the following: (Note, the control character I originally denoted as "C" has been changed to "$$" in this edit.)

CODE
$$ $$ $$ $$ $$ $$01:35m $$188Kbps $$44KHz $$D:\Audio\Unsorted\19-monty_python-all_things_dull_and_ugly.mp3 $$mp3

The first five fields were sent blank. The problem is either within AMIP or Foobar. Notably, only the fields that correspond to metadata were blank- everything involving file data was sent correctly.
Yotsuya
Are you able to view $dde(mPlug,format,"%s") because if you can then you should be able to match the %s formatting to your mplayer string from File> Preferences> Tools> AMIP Wrapper. AMIP currently has some issues reading some meta tags from foobar which are discussed in the AMIP thread and preformatting %s is a reccomended workaround.

I currently use this approach for sending now playing information to mIRC and it works well under Foobar v0.9.2, AMIP v1.6, AMIP Cofigurator v0.21, and AMIP Wrappr v0.90 using MP3 files with only an ID3v2.4 tag.
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-2008 Invision Power Services, Inc.