Re: severe discrepancies in mp3 frame counts

Anthony DiSante <[email protected]>
Newsgroups gmane.comp.multimedia.xmms.devel
Message-ID <[email protected]>
Ben Winslow wrote:
>>I'm seeing drastic discrepancies (an order of magnitude) between the mp3
>>frame counts reported by xmms and the perl module MP3::Info.  This happens 
>>with many, but not all, MP3 files I've tried.  Here are some example files:
> ...
>>
>>...and in xmms, I'm just right-clicking on the track in the playlist and
>>choosing "View File Info."  My goal is to get an accurate FPS for any given
>>mp3, so that my script can resume playback of a paused track, by passing
>>--skip <FPS*elapsedtime> to mpg321.
> 
> If you're not terribly attached to mpg321, madplay has an option to skip
> to a specified time (not frame) in the file and is considered by many to
> produce higher quality audio when decoding.

Oh, fantastic!  Skipping to a particular time is the goal; I was only using 
frames because mpg123/321 wants them instead.  I've never used madplay 
before, and I'm not attached to anything about mpg321, so I'll give madplay 
a try in my application.  Thanks!

-Anthony
http://nodivisions.com/


PS - this is my application:

http://nodivisions.com/tech/systems/musicbox/

And I'm actually having a problem where the first second or so of audio 
output gets skipped sometimes.  I think it's more of a driver problem 
(crappy AC'97 audio) than mpg321, but it'll be nice to have another app to try.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.