Hi, I'm a long-time SLiMP3 owner, used to read mailing lists, now just browse the forum. I've been running 6.2.1 for a long time (didn't want to destroy my stable platform for the first time in a while) with MySQL 4.1 on a linux box (athlon 1700+, 512M, FC3). The system runs a-ok with MySQL, and things are great and snappy.
I'm writing because I came across a set of 48 Khz AAC files which sound 'slow' when they play. My convert.conf has this: mov mp3 * * [faad] -w -f 2 $FILE$ | [lame] -x --resample 44100 --silent -q $QUALITY$ -b $BITRATE$ -r - - The server settings reflect the usage of this command path, and I've been using it fine for a while with other aac files. I just tested a 44.1 file and it plays fine as well. This problem affects both the playback on the SLiMP3 player as well as a http stream I listen to at work. It seems that the faad is dumping out the audio, and the lame processor isn't realizing the actual sample rate of the audio and just interpreting everything in 44.1. I tried removing the -f 2 option from faad and the -r from lame to interpret as .wav instead of raw pcm, and it didn't help. I also tried removing any 44100 mention from the lame with the aformentioned options removed to try to get my http stream at 48000, but that didn't work either. These latter tests were on the http stream. Is there any solution here aside from re-encoding the files? Also, if I manage to get the mp3 pipeline working at 48000, would my SLiMP3 player even handle it properly? I don't recall the specs of my player. Thanks so much. -- herbman ------------------------------------------------------------------------ herbman's Profile: http://forums.slimdevices.com/member.php?userid=6170 View this thread: http://forums.slimdevices.com/showthread.php?t=25007 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/unix
