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.