[PD] mp3 (layerII) or .wav/.aif stereo player!
Hans-Christoph Steiner
hans at at.or.at
Wed Nov 21 22:20:55 CET 2012
I recently built up the new Windows XP build server and updated the process based on the new MinGW setup. Its much improved, so a lot easier to get going. I think it would be worth trying again. Here's the doc:
http://puredata.info/docs/developer/WindowsMinGW
.hc
On Nov 21, 2012, at 4:12 PM, Patrice Colet wrote:
> hello,
>
> I've built readanysf~ dll some time ago, but there is a little bug with mp3 files encoded with lame, I couldn't try out yet with newer gcc version,
> all the work is archived here:
>
>
> http://megalego.free.fr/pd/externals/readanysf~-win32-0.42.zip
>
> Colet Patrice
>
> ----- Mail original -----
>> De: "august" <august at alien.mur.at>
>> À: "Björn Eriksson" <miulew at gmail.com>
>> Cc: "Pd - list" <pd-list at iem.at>
>> Envoyé: Mercredi 21 Novembre 2012 20:08:48
>> Objet: Re: [PD] mp3 (layerII) or .wav/.aif stereo player!
>>
>>
>> Björn,
>>
>> AFAIK, some kind person took the time to build readanysf~ on windows.
>> However, I was never able to get the binary package(s) from him or
>> her.
>> I'm guessing packaging it all up to be user-friendly would take some
>> time too.
>>
>> If anyone has a windows package together, please let me know and I'll
>> include it in the download section of readanysf~.
>>
>> If not, then I guess it will be a while longer before readanysf~ is
>> readily available for windows. sorry.
>>
>> -august.
>>
>>
>>> Well, I tried to download and get into my pd install last winter -
>>> but I
>>> couldn´t find out how to get it onto these old win machines. Maybe
>>> there is
>>> something obvious I am doing wrong, or maybe it´s already included
>>> in the
>>> latest pd extended.
>>> Or maybe just not for win machines.
>>>
>>> Someone who knows?
>>>
>>> The object seems super nice though. Can really be helpful in a lot
>>> of
>>> situations.
>>>
>>> http://aug.ment.org/readanysf/index.php
>>>
>>> /Björn
>>>
>>>
>>>
>>>
>>> On Wed, Nov 21, 2012 at 3:43 PM, Pierre Massat <pimassat at gmail.com>
>>> wrote:
>>>
>>>> Have you guys tried with [readanysf~] ?
>>>>
>>>> Pierre.
>>>>
>>>>
>>>> 2012/11/21 Björn Eriksson <miulew at gmail.com>
>>>>
>>>>> Hello,
>>>>> chiming in on the mp3-file playing topic aswell...
>>>>> I encountered exactly the same problem trying to play a mp3 file
>>>>> a while
>>>>> ago with the object [mp3play~], receiving this error text:
>>>>>
>>>>> ==============
>>>>> error: : no such object
>>>>> Layer II not supported!
>>>>>
>>>>> EOF: bang
>>>>> ==============
>>>>>
>>>>> which is maybe not so surprising as we all have heard that mp3
>>>>> should be
>>>>> the layer III to be played. But how is it possible to change an
>>>>> mp3 that
>>>>> has layer II format into a layer III format? Seems most mp3´s
>>>>> are in the
>>>>> layer II standard. My try was with this mp3-file (found on
>>>>> UBU.com)
>>>>>
>>>>> http://ubumexico.centro.org.mx/sound/broodthaers_marcel/Broodthaers-Marcel_Interview-With-A-Cat.mp3
>>>>>
>>>>> I am attaching the help-patch for [mp3play~], which I found in
>>>>> IEMLIB
>>>>> folder.
>>>>>
>>>>> If there only where ogg vorbis files out there it would be easy
>>>>> to just
>>>>> use [oggread~] which seems to work fine.
>>>>>
>>>>> I am really curious about the layer II / III mystery. Also I
>>>>> have heard
>>>>> that layer III "are" the mp3 standard, and layer II not. Just
>>>>> don´t understand the error I am getting. (I am on a win xp
>>>>> machine,
>>>>> but the same happens also on a win 7 machine)
>>>>>
>>>>>
>>>>> All the best,
>>>>> Björn Eriksson
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Nov 21, 2012 at 3:08 PM, Òscar Martínez Carmona <
>>>>> xamps23 at gmail.com> wrote:
>>>>>
>>>>>> then you probably should report a bug with "f*cking" logic.
>>>>>>
>>>>>> Should I? I mean, the external might work fine with layer III
>>>>>> files (in
>>>>>> reality mp3 stands for mpeg2 layer 3), the thing is that all
>>>>>> the converters
>>>>>> I've used are on layer II, so I can't use it!
>>>>>>
>>>>>> Anyways, I've solved it with [readsf~] playing an .aif file,
>>>>>> but the
>>>>>> problem I got now it's related with dinamically changing the
>>>>>> file I need to
>>>>>> open. I receive the filename throught OSC and it goes to a
>>>>>> symbol and it
>>>>>> shows me the communication went nice, but apparently it doesn't
>>>>>> affect the
>>>>>> open message with the dollar sign, why??
>>>>>>
>>>>>> [unpack f f s]
>>>>>> l l I
>>>>>> [amnotlayertri.aif} //this is supposed to represent a
>>>>>> symbol
>>>>>> l
>>>>>> [ open ../samples/$ (
>>>>>> l
>>>>>> [readsf~ 2]
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Nov 20, 2012 at 8:00 PM, IOhannes m zmölnig
>>>>>> <zmoelnig at iem.at>wrote:
>>>>>>
>>>>>>> On 11/20/2012 07:04 PM, Òscar Martínez Carmona wrote:
>>>>>>>
>>>>>>>> [readsf~] seems to be what I was looking for!
>>>>>>>> I'm not sure about mp3 layers and names , but when that layer
>>>>>>>> II file
>>>>>>>> is
>>>>>>>> what I get with an mp3 bounce with Logic...
>>>>>>>>
>>>>>>>
>>>>>>> then you probably should report a bug with "f*cking" logic.
>>>>>>>
>>>>>>>
>>>>>>> fgmasdr
>>>>>>> IOhannes
>>>>>>>
>>>>>>>
>>>>>>> ______________________________**_________________
>>>>>>> Pd-list at iem.at mailing list
>>>>>>> UNSUBSCRIBE and account-management ->
>>>>>>> http://lists.puredata.info/**
>>>>>>> listinfo/pd-list <http://lists.puredata.info/listinfo/pd-list>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Òscar Martínez Carmona
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Pd-list at iem.at mailing list
>>>>>> UNSUBSCRIBE and account-management ->
>>>>>> http://lists.puredata.info/listinfo/pd-list
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Pd-list at iem.at mailing list
>>>>> UNSUBSCRIBE and account-management ->
>>>>> http://lists.puredata.info/listinfo/pd-list
>>>>>
>>>>>
>>>>
>>
>>> _______________________________________________
>>> Pd-list at iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>> --
>> http://aug.ment.org
>> GPG: 0A8D 2BC7 243D 57D0 469D 9736 C557 458F 003E 6952
>>
>>
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
More information about the Pd-list
mailing list