> > I have some MP3 files that I bought from CDON.COM. > > They do not work with standard freevo arguments to mplayer. > > In winamp they are played all right and identified as > > MPEG 1.0 layer 3 > > 192kbit, 4013 frames > > 44100Hz Joint Stereo > > > > However, with the argument "-demuxer 17" these files will not play. > > Without the argument they play with mplayer without problems. > > This demuxer argument is hardcoded in mplayer.py and cannot > be overridden > > with parameters in configuration files. > > Is there any other solution than changing mplayer.py ? > > > You might be able to repackage those streams with mp3cat, > or fix them > with mp3check. > > mp3cat simply only copies mp3 frames to stdout. mp3check > can go into the > metadata and fix stuff (bad CRC, etc), but save a backup > before you try to > fix anything with it, as it works on the existing file. > > It's odd that the demuxer is manually selected, I wonder > why is that?
So I checked the files, but it did not help. I still have the same problem, but now with some files encoded with lame too. For example I encoded Coldplay's X&Y with lame (--preset standard) and the track number six does not play with -demuxer 17. Without that argument it plays with mplayer all right. There must be something wrong with mplayer. I have mplayer 1.0pre7-3.3.6 and freevo 1.5.3 Kari ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Freevo-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-users
