Hi Romain, Thanks for being forgiving of my little moment. :)
I will try your suggestion and let you know if I have any questions. Damien On Wed, 22 Feb 2012 22:58:48 -0600 Romain Beauxis <[email protected]> wrote: > 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
