Hi Damian! 2012/2/22 Damien Moody <[email protected]>: > Um... I was kind of flustered (and a little tired at the time) and my > response below was not really fair, and... I'm sorry. :(
Don't worry, I totally understand that this can be frustrating for you and I am sorry for that. The problem is that although 0.9.3 used to work fine for you, we also had users reporting jpeg pictures, for instance, being decoded as mp3, wich is very bad too. Thus, we reverted to a stricter file detection mechanism, in the hope that we could at least be sure that all files detected as mp3 are indeed mp3. If you try the steps I explained before with mime type for taglib, you should however be able to make it work. If it does not, please let us know and we'll see what the next step could be.. Take care, Romain > On Thu, 23 Feb 2012 02:05:08 +0000 > Damien Moody <[email protected]> wrote: > >> OK, but I STILL want to point out that 0.9.3 had NO trouble with all >> this. Why can't this functionality be put back into 1.0.0? Don't we >> want to KEEP whatever previous versions used to do well? >> >> On Wed, 22 Feb 2012 16:01:16 -0600 >> Romain Beauxis <[email protected]> wrote: >> >> > Hi all, >> > >> > (Coming back from a very long week-end..) >> > >> > 2012/2/21 Damien Moody <[email protected]>: >> > > Well, your suggestion is showing where the problem is, if not what >> > > it is. >> > > >> > > liquidsoap -r "url" resulted in a "Request resolution timeout". I >> > > don't have this problem when running LS from my radio script, >> > > though. I'm not worried about this part of it. >> > > >> > > liquidsoap -r "file", after downloading the file, the exact >> > > command of which is >> > > >> > > liquidsoap -r download.php\?id\=19535 >> > > >> > > resulted in this: >> > > >> > > Request resolved. >> > > temporary="false" >> > > decoder="MP3" >> > > kind="{audio=0+;video=0+;midi=0+}" >> > > rid="0" >> > > initial_uri="download.php?id=19535" >> > > status="ready" >> > > filename="download.php?id=19535" >> > > Computing duration: 3685.51 sec. >> > > >> > > Now, when I rename the file to "download.mp3" and do liquidsoap -r >> > > download.mp3, everything works as expected: >> > > >> > > Request resolved. >> > > title="Episode 1" >> > > temporary="false" >> > > decoder="MP3" >> > > artist="Jez" >> > > kind="{audio=0+;video=0+;midi=0+}" >> > > rid="0" >> > > tracknumber="1" >> > > initial_uri="download.mp3" >> > > year="2009" >> > > status="ready" >> > > filename="download.mp3" >> > > genre="Ambient Experimental Electronic" >> > > album="Adventures In Sound" >> > > Computing duration: 3685.51 sec. >> > > >> > > This was all from the file I referenced earlier: >> > > http://electro-music.com/forum/download.php?id=19535 >> > > >> > > In version 0.9.3, LS renamed files using some kind of extension of >> > > its own - I don't remember what it was. I had no trouble with >> > > metadata from downloading files of this URL format in 0.9.3. It >> > > looks like 1.0.0 doesn't rename downloaded files any more, and >> > > this is causing the problem somehow. >> > > >> > > Progress! What do you recommend next? Bug? Feature request? I'm >> > > hoping I don't have to go back to 0.9.3, but I do need my radio >> > > station to handle metadata for files downloaded in this way, and >> > > 0.9.3 does do the job... >> > >> > Thanks for investigating this. >> > >> > The problem is exactly the same as previously explained for audio >> > decoder, except that we are talking about metadata decoder instead. >> > >> > Metadata decoding is done using taglib exactly as for audio >> > decoders: using file extension and/or mime type, if available. >> > >> > Also, as explained before, the mp3 format is not a nice format for >> > automatic detection, therefore, it is strongly advised to keep >> > working with .mp3 extension when dealing with mp3 tracks. Here, the >> > main reason is the .php extension from your download link. >> > >> > Therefore, I would primarily investigate a way to obtain links of >> > the form: foo.mp3?id=1234 >> > Or: >> > /1234.mp3 ----> download.php?id=1234 >> > I am pretty sure that apache's regexp engine can handle the latest >> > case. >> > >> > This would make things much easier on many levels. Also, if you >> > really cannot change your links URLs, you may be able to hack >> > around the request.* functions but I am not so sure about this. >> > >> > Otherwise, the usual path is: >> > * Download a file and make sure it has a .php extension. >> > * Check with file -i /path/to/file.php what is the returned >> > mime-type >> > * Add this mime-type to the following configuration key: >> > set("decoder.mime_types.taglib",["audio/mpeg", "some/value"]) >> > >> > This should tell liquidsoap to try to decode metadata for those >> > files using taglib. However, taglib also has its own automatic >> > format detection/guess, which may very well fail as well, still >> > because the mp3 format is loosy and you do not have a .mp3 >> > extension. >> > >> > Hope this helps and good luck, >> > Romain >> >> >> ------------------------------------------------------------------------------ >> Virtualization & Cloud Management Using Capacity Planning >> Cloud computing makes use of virtualization - but cloud computing >> also focuses on allowing computing to be delivered as a service. >> http://www.accelacomm.com/jaw/sfnl/114/51521223/ >> _______________________________________________ >> Savonet-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/savonet-users > ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
