Re: [PD] mp3cast~ on ubuntu 9.10 crash pd

[Nicolas Montgermont]

Le 26/03/10 00:31, Mathieu Bouchard a écrit :



ok so now i've recompiled with the -c option thanks to mathieu,


you mean -g

oops yes -g



#12 mp3cast_connect (x=0x39dff4, hostname=0x8596730, fportno=9001)
   at mp3cast~.c:650


this means that it crashed during Authorization: Basic %s\r\n, which 
is the second bug I talked about in my previous mail. In any case, you 
probably can fix all three bugs by changing this line :


  #defineSTRBUF_SIZE 32

to this :

  #defineSTRBUF_SIZE 64

or whatever else is big enough... unless it also has side effects 
(répercussions) somewhere else, I don't know... I haven't tried this 
fix, but it's a standard multiple buffer-overflow.




thanks a lot!
that work perfects.
all the best,

n

--
http://nim.on.free.fr

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~ on ubuntu 9.10 crash pd

[Nicolas Montgermont]

ok so now i've recompiled with the -c option thanks to mathieu,
here is the new backtrace of the crash:
(gdb) bt
#0  0x0012d422 in __kernel_vsyscall ()
#1  0x002874d1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2  0x0028a932 in abort () from /lib/tls/i686/cmov/libc.so.6
#3  0x002bdee5 in ?? () from /lib/tls/i686/cmov/libc.so.6
#4  0x0033ded8 in __fortify_fail () from /lib/tls/i686/cmov/libc.so.6
#5  0x0033cf10 in __chk_fail () from /lib/tls/i686/cmov/libc.so.6
#6  0x0033c648 in ?? () from /lib/tls/i686/cmov/libc.so.6
#7  0x002c659e in _IO_default_xsputn () from /lib/tls/i686/cmov/libc.so.6
#8  0x0029d38c in vfprintf () from /lib/tls/i686/cmov/libc.so.6
#9  0x0033c6fd in __vsprintf_chk () from /lib/tls/i686/cmov/libc.so.6
#10 0x0033c63d in __sprintf_chk () from /lib/tls/i686/cmov/libc.so.6
#11 0x027f27c6 in sprintf (x=0x39dff4, hostname=0x8596730, fportno=9001)
   at /usr/include/bits/stdio2.h:34
#12 mp3cast_connect (x=0x39dff4, hostname=0x8596730, fportno=9001)
   at mp3cast~.c:650
#13 0x080b651f in pd_typedmess (x=0x858f430, s=0x8520118, argc=2,
   argv=0xbfffed5c) at m_class.c:794
#14 0x080b88cf in outlet_anything (x=0x858f518, s=0x8520118, argc=2,
   argv=0xbfffed5c) at m_obj.c:442
#15 0x080b613c in pd_typedmess (x=0x858f504, s=0x8520118, argc=2,
   argv=0xbfffed5c) at m_class.c:813
#16 0x080bb47a in binbuf_eval (x=0x8598690, target=value optimized out,
   argc=1, argv=0xbfffedb8) at m_binbuf.c:726

this is beyond my abilities...
any idea of what i can do to prevent this crash?
thanks a lot,

n



Le 18/03/10 13:51, Nicolas Montgermont a écrit :
recompliling following your instructions show that the problem is in 
the mp3cast_connect function:


Program received signal SIGABRT, Aborted.
0x0012d422 in __kernel_vsyscall ()
(gdb) backtrace
#0  0x0012d422 in __kernel_vsyscall ()
#1  0x002874d1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2  0x0028a932 in abort () from /lib/tls/i686/cmov/libc.so.6
#3  0x002bdee5 in ?? () from /lib/tls/i686/cmov/libc.so.6
#4  0x0033ded8 in __fortify_fail () from /lib/tls/i686/cmov/libc.so.6
#5  0x0033cf10 in __chk_fail () from /lib/tls/i686/cmov/libc.so.6
#6  0x0033c648 in ?? () from /lib/tls/i686/cmov/libc.so.6
#7  0x002c659e in _IO_default_xsputn () from /lib/tls/i686/cmov/libc.so.6
#8  0x0029d38c in vfprintf () from /lib/tls/i686/cmov/libc.so.6
#9  0x0033c6fd in __vsprintf_chk () from /lib/tls/i686/cmov/libc.so.6
#10 0x0033c63d in __sprintf_chk () from /lib/tls/i686/cmov/libc.so.6
#11 0x027f27c6 in mp3cast_connect () from 
/home/aof/Bureau/mp3cast~.pd_linux

#12 0x08530608 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb)

can i do something else to identify the problem?
thx
n


--
http://nim.on.free.fr


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list
  


--
http://nim.on.free.fr
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

[PD] mp3cast~ on ubuntu 9.10 crash pd

[Mathieu Bouchard]

ok so now i've recompiled with the -c option thanks to mathieu,


you mean -g


#12 mp3cast_connect (x=0x39dff4, hostname=0x8596730, fportno=9001)
   at mp3cast~.c:650


this means that it crashed during Authorization: Basic %s\r\n, which is 
the second bug I talked about in my previous mail. In any case, you 
probably can fix all three bugs by changing this line :


  #defineSTRBUF_SIZE 32

to this :

  #defineSTRBUF_SIZE 64

or whatever else is big enough... unless it also has side effects 
(répercussions) somewhere else, I don't know... I haven't tried this fix, 
but it's a standard multiple buffer-overflow.


 _ _ __ ___ _  _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~ on ubuntu 9.10 crash pd

[Mathieu Bouchard]

in the end, this possibly triple bug report belongs more on pd-list than 
in private mails.


On Wed, 24 Mar 2010, Mathieu Bouchard wrote:

On Wed, 24 Mar 2010, Mathieu Bouchard wrote:

il y a trop de sprintf dans mp3cast_connect pour qu'on puisse facilement 
identifier lequel.


actually, not so bad :

 resp is 32 bytes

 sprintf(resp, %d, x-x_bitrate) is maximum 12 bytes because %d
 outputs at most 11 bytes and then there's one end-of-string byte.
 this is fine. this sprintf occurs twice.

 sprintf(resp, source:%s, x-x_passwd); implies that x-x_passwd has to
 be not more than 24 bytes long (plus terminator).

 sprintf(resp, Authorization: Basic %s\r\n, base64); is 24 bytes plus
 strlen(base64). thus base64 is a string that shouldn't be longer than 8
 bytes (plus terminator). mp3cast_base64_encode produces that string.

 sprintf(resp, \r\nice-audio-info: bitrate=%d, x-x_bitrate) is 27
 bytes plus the bitrate. Thus if x_bitrate is any value higher than 9
 or lower than -, you have a bug.

 that's already all.

_ _ __ ___ _  _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801


 _ _ __ ___ _  _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~ on ubuntu 9.10 crash pd

[IOhannes m zmoelnig]

On 2010-03-17 20:53, Nicolas Montgermont wrote:
 I tried to compile it from the svn.
 I manage to build the pd_linux (removing the -Werror flag) but the
 object is still crashing pd when connecting to the server...
 here is the log of the compilation, does anyone got an idea?
 thanks in advance:

could you try to produce a run it in a debugger (gdb), and broduce a
backtrace, like:

$ gdb pd -stderr mp3cast~-test.pd
(gdb) run
...
(gdb) backtrace
...



fgmasdr
IOhannes



smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~ on ubuntu 9.10 crash pd

[Nicolas Montgermont]

thanks for the help.
here is the backtrace of gdb :
Program received signal SIGABRT, Aborted.
0x0012d422 in __kernel_vsyscall ()
(gdb) backtrace
#0  0x0012d422 in __kernel_vsyscall ()
#1  0x002874d1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2  0x0028a932 in abort () from /lib/tls/i686/cmov/libc.so.6
#3  0x002bdee5 in ?? () from /lib/tls/i686/cmov/libc.so.6
#4  0x0033ded8 in __fortify_fail () from /lib/tls/i686/cmov/libc.so.6
#5  0x0033cf10 in __chk_fail () from /lib/tls/i686/cmov/libc.so.6
#6  0x0033c648 in ?? () from /lib/tls/i686/cmov/libc.so.6
#7  0x002c659e in _IO_default_xsputn () from /lib/tls/i686/cmov/libc.so.6
#8  0x0029d38c in vfprintf () from /lib/tls/i686/cmov/libc.so.6
#9  0x0033c6fd in __vsprintf_chk () from /lib/tls/i686/cmov/libc.so.6
#10 0x0033c63d in __sprintf_chk () from /lib/tls/i686/cmov/libc.so.6
#11 0x027f27c6 in ?? () from /home/aof/Bureau/mp3cast~.pd_linux
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb)

is it somehow related to the 64 architecture of my system?
n

Le 18/03/10 09:22, IOhannes m zmoelnig a écrit :

On 2010-03-17 20:53, Nicolas Montgermont wrote:
  

I tried to compile it from the svn.
I manage to build the pd_linux (removing the -Werror flag) but the
object is still crashing pd when connecting to the server...
here is the log of the compilation, does anyone got an idea?
thanks in advance:



could you try to produce a run it in a debugger (gdb), and broduce a
backtrace, like:

$ gdb pd -stderr mp3cast~-test.pd
(gdb) run
...
(gdb) backtrace
...



fgmasdr
IOhannes

  


--
http://nim.on.free.fr
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~ on ubuntu 9.10 crash pd

[IOhannes m zmoelnig]

On 2010-03-18 13:06, Nicolas Montgermont wrote:
 thanks for the help.
 here is the backtrace of gdb :
 Program received signal SIGABRT, Aborted.
 0x0012d422 in __kernel_vsyscall ()
 (gdb) backtrace
 #0  0x0012d422 in __kernel_vsyscall ()
 #1  0x002874d1 in raise () from /lib/tls/i686/cmov/libc.so.6
 #2  0x0028a932 in abort () from /lib/tls/i686/cmov/libc.so.6
 #3  0x002bdee5 in ?? () from /lib/tls/i686/cmov/libc.so.6
 #4  0x0033ded8 in __fortify_fail () from /lib/tls/i686/cmov/libc.so.6
 #5  0x0033cf10 in __chk_fail () from /lib/tls/i686/cmov/libc.so.6
 #6  0x0033c648 in ?? () from /lib/tls/i686/cmov/libc.so.6
 #7  0x002c659e in _IO_default_xsputn () from /lib/tls/i686/cmov/libc.so.6
 #8  0x0029d38c in vfprintf () from /lib/tls/i686/cmov/libc.so.6
 #9  0x0033c6fd in __vsprintf_chk () from /lib/tls/i686/cmov/libc.so.6
 #10 0x0033c63d in __sprintf_chk () from /lib/tls/i686/cmov/libc.so.6
 #11 0x027f27c6 in ?? () from /home/aof/Bureau/mp3cast~.pd_linux
 Backtrace stopped: previous frame inner to this frame (corrupt stack?)
 (gdb)
 
 is it somehow related to the 64 architecture of my system?
 

could be.

anyhow, the backtrace doesn't show so much yet, since all the debugging
symbols have been stripped from mp3cast~.

in order to prevent this, you probably have to edit the Makefile of
mp3cast~ and remove the line:
strip --strip-unneeded $*.pd_linux

then do make clean  make

and rerun the backtrace

fgmasdr
IOhannes



smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~ on ubuntu 9.10 crash pd

[Nicolas Montgermont]

recompliling following your instructions show that the problem is in the 
mp3cast_connect function:


Program received signal SIGABRT, Aborted.
0x0012d422 in __kernel_vsyscall ()
(gdb) backtrace
#0  0x0012d422 in __kernel_vsyscall ()
#1  0x002874d1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2  0x0028a932 in abort () from /lib/tls/i686/cmov/libc.so.6
#3  0x002bdee5 in ?? () from /lib/tls/i686/cmov/libc.so.6
#4  0x0033ded8 in __fortify_fail () from /lib/tls/i686/cmov/libc.so.6
#5  0x0033cf10 in __chk_fail () from /lib/tls/i686/cmov/libc.so.6
#6  0x0033c648 in ?? () from /lib/tls/i686/cmov/libc.so.6
#7  0x002c659e in _IO_default_xsputn () from /lib/tls/i686/cmov/libc.so.6
#8  0x0029d38c in vfprintf () from /lib/tls/i686/cmov/libc.so.6
#9  0x0033c6fd in __vsprintf_chk () from /lib/tls/i686/cmov/libc.so.6
#10 0x0033c63d in __sprintf_chk () from /lib/tls/i686/cmov/libc.so.6
#11 0x027f27c6 in mp3cast_connect () from /home/aof/Bureau/mp3cast~.pd_linux
#12 0x08530608 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb)

can i do something else to identify the problem?
thx
n

Le 18/03/10 13:31, IOhannes m zmoelnig a écrit :

On 2010-03-18 13:06, Nicolas Montgermont wrote:
  

thanks for the help.
here is the backtrace of gdb :
Program received signal SIGABRT, Aborted.
0x0012d422 in __kernel_vsyscall ()
(gdb) backtrace
#0  0x0012d422 in __kernel_vsyscall ()
#1  0x002874d1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2  0x0028a932 in abort () from /lib/tls/i686/cmov/libc.so.6
#3  0x002bdee5 in ?? () from /lib/tls/i686/cmov/libc.so.6
#4  0x0033ded8 in __fortify_fail () from /lib/tls/i686/cmov/libc.so.6
#5  0x0033cf10 in __chk_fail () from /lib/tls/i686/cmov/libc.so.6
#6  0x0033c648 in ?? () from /lib/tls/i686/cmov/libc.so.6
#7  0x002c659e in _IO_default_xsputn () from /lib/tls/i686/cmov/libc.so.6
#8  0x0029d38c in vfprintf () from /lib/tls/i686/cmov/libc.so.6
#9  0x0033c6fd in __vsprintf_chk () from /lib/tls/i686/cmov/libc.so.6
#10 0x0033c63d in __sprintf_chk () from /lib/tls/i686/cmov/libc.so.6
#11 0x027f27c6 in ?? () from /home/aof/Bureau/mp3cast~.pd_linux
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb)

is it somehow related to the 64 architecture of my system?




could be.

anyhow, the backtrace doesn't show so much yet, since all the debugging
symbols have been stripped from mp3cast~.

in order to prevent this, you probably have to edit the Makefile of
mp3cast~ and remove the line:
strip --strip-unneeded $*.pd_linux

then do make clean  make

and rerun the backtrace

fgmasdr
IOhannes

  


--
http://nim.on.free.fr
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~ on ubuntu 9.10 crash pd

[Nicolas Montgermont]

I tried to compile it from the svn.
I manage to build the pd_linux (removing the -Werror flag) but the 
object is still crashing pd when connecting to the server...

here is the log of the compilation, does anyone got an idea?
thanks in advance:

a...@aof-ubuntu:~/pure-data/trunk/externals/unauthorized/mp3cast~$ make 
-f Makefile.linux
cc -DPD -DUNIX -DICECAST -O2 -funroll-loops -fomit-frame-pointer -Wall 
-W -Wshadow -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch 
-I../../src -o mp3cast~.o -c mp3cast~.c

mp3cast~.c: In function 'mp3cast_encode':
mp3cast~.c:194: warning: pointer targets in passing argument 4 of 
'lame_encode_buffer_interleaved' differ in signedness
/usr/include/lame/lame.h:722: note: expected 'unsigned char *' but 
argument is of type 'char *'

mp3cast~.c: In function 'mp3cast_tilde_lame_init':
mp3cast~.c:367: warning: implicit declaration of function 
'lame_set_padding_type'

mp3cast~.c: In function 'mp3cast_disconnect':
mp3cast~.c:738: warning: pointer targets in passing argument 2 of 
'lame_encode_flush' differ in signedness
/usr/include/lame/lame.h:813: note: expected 'unsigned char *' but 
argument is of type 'char *'
ld --export-dynamic  -shared -o mp3cast~.pd_linux mp3cast~.o -lc -lm 
-L/usr/lib -lmp3lame

strip --strip-unneeded mp3cast~.pd_linux
rm -f mp3cast~.o ../mp3cast~.pd_linux
ln -s mp3cast~/mp3cast~.pd_linux ..

n

Le 16/03/10 12:54, Nicolas Montgermont a écrit :

Hello all,

I have a problem here using mp3cast~ on Ubuntu Karmic. Connecting to 
an icecast server makes pd crash.

There is no problem with mp3amp~
This is the last autobuild ( Pd-0.42.5-extended-20100315 ) installed 
using the Karmic-i386 package

Do you have an idea of the origin of this problem? or a workaround?
or did I simply miss something?
Here is the log:

a...@aof-ubuntu:~/Bureau$ pd -stderr mp3cast~-test.pd
tk scaling is 0.3884348864994026
libdir loader $Revision: 1.8 $
   compiled on Mar 15 2010 at 09:54:11
   compiled against Pd version 0.42.5.extended-20100315
init : Avifile RELEASE-0.7.47-080115-14:47-4.2.3
init : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic 
mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht 
tm pbe nx lm constant_tsc arch_perfmon pebs bts pni dtes64 monitor 
ds_cpl vmx smx
init : 3000.00 MHz Intel(R) Core(TM)2 Duo CPU E8400  @ 3.00GHz 
processor detected

GEM: Graphics Environment for Multimedia
GEM: ver: 0.92.2
GEM: compiled: Mar 15 2010
GEM: maintained by IOhannes m zmoelnig
GEM: Authors :Mark Danks (original version)
GEM:Chris Clepper
GEM:Cyrille Henry
GEM:IOhannes m zmoelnig
GEM: with help by Guenter Geiger, Daniel Heckenberg, James Tittle, 
Hans-Christop Steiner, et al.

GEM: found a bug? miss a feature? please report it:
GEM: homepage http://gem.iem.at/
GEM: bug-tracker http://sourceforge.net/projects/pd-gem/
GEM: mailing-list http://lists.puredata.info/listinfo/gem-dev/
GEM: compiled for SIMD architecture: MMX
GEM: using MMX optimization
libdir_loader: added 'cyclone' to the global objectclass path
libdir_loader: added 'zexy' to the global objectclass path
libdir_loader: added 'creb' to the global objectclass path
libdir_loader: added 'cxc' to the global objectclass path
libdir_loader: added 'iemlib' to the global objectclass path
libdir_loader: added 'list-abs' to the global objectclass path
libdir_loader: added 'mapping' to the global objectclass path
libdir_loader: added 'markex' to the global objectclass path
libdir_loader: added 'maxlib' to the global objectclass path
libdir_loader: added 'memento' to the global objectclass path
libdir_loader: added 'mjlib' to the global objectclass path
libdir_loader: added 'motex' to the global objectclass path
libdir_loader: added 'oscx' to the global objectclass path
libdir_loader: added 'pddp' to the global objectclass path
libdir_loader: added 'pdogg' to the global objectclass path
libdir_loader: added 'pixeltango' to the global objectclass path
libdir_loader: added 'pmpd' to the global objectclass path
libdir_loader: added 'rradical' to the global objectclass path
libdir_loader: added 'sigpack' to the global objectclass path
libdir_loader: added 'smlib' to the global objectclass path
libdir_loader: added 'toxy' to the global objectclass path
libdir_loader: added 'unauthorized' to the global objectclass path
vbap - v1.0.3 - 12 Aug 2006 - (c) Ville Pulkki 1999-2006 (Pd port by HCS)
libdir_loader: added 'pan' to the global objectclass path
libdir_loader: added 'hcs' to the global objectclass path
libdir_loader: added 'jmmmp' to the global objectclass path
libdir_loader: added 'ext13' to the global objectclass path
libdir_loader: added 'ggee' to the global objectclass path
libdir_loader: added 'flib' to the global objectclass path
libdir_loader: added 'ekext' to the global objectclass path
libdir_loader: added 'flatspace' to the global objectclass path
PDP: pure data packet version 0.12.5-darcs
PiDiP : additional video processing objects 

[PD] mp3cast~ on ubuntu 9.10 crash pd

[Nicolas Montgermont]

Hello all,

I have a problem here using mp3cast~ on Ubuntu Karmic. Connecting to an 
icecast server makes pd crash.

There is no problem with mp3amp~
This is the last autobuild ( Pd-0.42.5-extended-20100315 ) installed 
using the Karmic-i386 package

Do you have an idea of the origin of this problem? or a workaround?
or did I simply miss something?
Here is the log:

a...@aof-ubuntu:~/Bureau$ pd -stderr mp3cast~-test.pd
tk scaling is 0.3884348864994026
libdir loader $Revision: 1.8 $
   compiled on Mar 15 2010 at 09:54:11
   compiled against Pd version 0.42.5.extended-20100315
init : Avifile RELEASE-0.7.47-080115-14:47-4.2.3
init : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic 
mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm 
pbe nx lm constant_tsc arch_perfmon pebs bts pni dtes64 monitor ds_cpl 
vmx smx
init : 3000.00 MHz Intel(R) Core(TM)2 Duo CPU E8400  @ 3.00GHz 
processor detected

GEM: Graphics Environment for Multimedia
GEM: ver: 0.92.2
GEM: compiled: Mar 15 2010
GEM: maintained by IOhannes m zmoelnig
GEM: Authors :Mark Danks (original version)
GEM:Chris Clepper
GEM:Cyrille Henry
GEM:IOhannes m zmoelnig
GEM: with help by Guenter Geiger, Daniel Heckenberg, James Tittle, 
Hans-Christop Steiner, et al.

GEM: found a bug? miss a feature? please report it:
GEM: homepage http://gem.iem.at/
GEM: bug-tracker http://sourceforge.net/projects/pd-gem/
GEM: mailing-list http://lists.puredata.info/listinfo/gem-dev/
GEM: compiled for SIMD architecture: MMX
GEM: using MMX optimization
libdir_loader: added 'cyclone' to the global objectclass path
libdir_loader: added 'zexy' to the global objectclass path
libdir_loader: added 'creb' to the global objectclass path
libdir_loader: added 'cxc' to the global objectclass path
libdir_loader: added 'iemlib' to the global objectclass path
libdir_loader: added 'list-abs' to the global objectclass path
libdir_loader: added 'mapping' to the global objectclass path
libdir_loader: added 'markex' to the global objectclass path
libdir_loader: added 'maxlib' to the global objectclass path
libdir_loader: added 'memento' to the global objectclass path
libdir_loader: added 'mjlib' to the global objectclass path
libdir_loader: added 'motex' to the global objectclass path
libdir_loader: added 'oscx' to the global objectclass path
libdir_loader: added 'pddp' to the global objectclass path
libdir_loader: added 'pdogg' to the global objectclass path
libdir_loader: added 'pixeltango' to the global objectclass path
libdir_loader: added 'pmpd' to the global objectclass path
libdir_loader: added 'rradical' to the global objectclass path
libdir_loader: added 'sigpack' to the global objectclass path
libdir_loader: added 'smlib' to the global objectclass path
libdir_loader: added 'toxy' to the global objectclass path
libdir_loader: added 'unauthorized' to the global objectclass path
vbap - v1.0.3 - 12 Aug 2006 - (c) Ville Pulkki 1999-2006 (Pd port by HCS)
libdir_loader: added 'pan' to the global objectclass path
libdir_loader: added 'hcs' to the global objectclass path
libdir_loader: added 'jmmmp' to the global objectclass path
libdir_loader: added 'ext13' to the global objectclass path
libdir_loader: added 'ggee' to the global objectclass path
libdir_loader: added 'flib' to the global objectclass path
libdir_loader: added 'ekext' to the global objectclass path
libdir_loader: added 'flatspace' to the global objectclass path
PDP: pure data packet version 0.12.5-darcs
PiDiP : additional video processing objects for PDP
   version 0.12.24 ( ydego...@free.fr )
error: [pdp_text] error: could not load default font, no text rendering!
   install Bitstream Vera, it's free! (http://www.gnome.org/fonts/)
error: [pdp_qtext] error: could not load default font, no text rendering!
   install Bitstream Vera, it's free! (http://www.gnome.org/fonts/)
pdp_colorgrid: version 0.4
by Yves Degoyon (ydego...@free.fr)  Lluis Gomez i Bigorda 
(ll...@artefacte.org)
pdp_ieee1394 : linux dv interface by Lluis Gomez i Bigorda 
(lluisgo...@hangar.org)

mp3cast~: mp3 streamer version 0.5, written by Yves Degoyon
mp3cast~: setting mp3 stream to 44100Hz, 192kbit/s, mode 3, quality 1
mp3cast~: mountpoint set to laps10.mp3
mp3cast~: set server type to IceCast 2
mp3cast~ : setting password to XXX
mp3cast~: connecting to port 9001
*** buffer overflow detected ***: pd terminated
=== Backtrace: =
/lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0xa99ed8]
/lib/tls/i686/cmov/libc.so.6[0xa98f10]
/lib/tls/i686/cmov/libc.so.6[0xa98648]
/lib/tls/i686/cmov/libc.so.6(_IO_default_xsputn+0x9e)[0xa2259e]
/lib/tls/i686/cmov/libc.so.6(_IO_vfprintf+0x384c)[0x9f938c]
/lib/tls/i686/cmov/libc.so.6(__vsprintf_chk+0xad)[0xa986fd]
/lib/tls/i686/cmov/libc.so.6(__sprintf_chk+0x2d)[0xa9863d]
/usr/lib/pd/extra/unauthorized/mp3cast~.pd_linux[0x9b4034]
pd(pd_typedmess+0x5df)[0x80b651f]
=== Memory map: 
0011-0012b000 r-xp  08:05 3503   

[PD] mp3cast~ question

[Peter O'Doherty]

Hi,
Is anyone using this successfully?

I'm using the example setup in the mp3cast~ help file and everything  
seems to be set up correctly here, confirmed by these messages:


mp3cast~: connecting to port 8000
mp3cast~: logged in to localhost
mp3cast~ : using lame version : 3.98
mp3cast~ : lame initialization done. (1)
mp3cast~: initialising buffers
mp3cast~: mp3 streamer version 0.5, written by Yves Degoyon
 LAME mp3 settings:
   output sample rate: 44100 Hz
   bitrate: 128 kbit/s
   mode: stereo
   quality: 4
   mp3 chunk size: 2304
 server type is IceCast 2

However, when I open the stream on VLC, the VLC counter runs but  
there is no sound. This seems to be a only small glitch but I can't  
see what the problem is. Does anyone have any ideas/ suggestions?


Many thanks,
Peter



Peter O'Doherty
http://www.peterodoherty.net
http://www.myspace.com/peterodoherty




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

[PD] mp3cast~ low latency

[Richard Lewis]

Hello PD-list,

I'm still working on my mp3cast~ project :-)

The final problem (I hope) is that I experience quite considerable latency on 
the client-side of around 10-12 seconds. The application is supposed to be 
real-time so this latency is quite a problem.

A colleague suggested that it could be Icecast using a fixed size buffer. I 
had a look through the Icecast source code but couldn't find anything 
hopeful. So I put a message on the Icecast forum and was told to try reducing 
the burst-on-connect size to 0. I did this and it didn't seem make any 
difference.

Of course, buffering could be the problem, but there are four places where 
buffering could occur: 1) in the client media streamer; 2) in the streaming 
server output; 3) in the streaming server source/input; and 4) in the source 
encoding (in this case, mp3cast~).

I've made some attempts at checking cases 2 and 3. 4 is problematic in that I 
can't control what a user's client does. (I can provide documentation, 
though).

So I'm trying to check case 4. Google returns four or five hits for mp3cast~ 
buffering, one of which is one my previous posts to this list!

Does anyone know how mp3cast~ buffering is controlled and if it is 
configurable either by a setting or source code hack?

Cheers,
Richard
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Richard Lewis
http://www.richard-lewis.me.uk/
JID: [EMAIL PROTECTED]
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~ low latency

[Peter Plessas]

Hi Richard,

if the two machines are on the same LAN, have a look at netjack:
http://netjack.sourceforge.net/

you are casting from one patch to an icecast server (running on the same 
machine) and then receiving it from another?

Perhaps direct peer2peer streaming could reduce the latency? Yves has 
one mp3live~ object, as far as i recall:
http://ydegoyon.free.fr/software.html

I remember a talk on LAC2006 about LDAS:
http://lac.zkm.de/2006/proceedings.shtml#saebo_svensson

hope that helps a bit.

lgPP

Richard Lewis wrote:
 Hello PD-list,
 
 I'm still working on my mp3cast~ project :-)
 
 The final problem (I hope) is that I experience quite considerable latency on 
 the client-side of around 10-12 seconds. The application is supposed to be 
 real-time so this latency is quite a problem.
 
 A colleague suggested that it could be Icecast using a fixed size buffer. I 
 had a look through the Icecast source code but couldn't find anything 
 hopeful. So I put a message on the Icecast forum and was told to try reducing 
 the burst-on-connect size to 0. I did this and it didn't seem make any 
 difference.
 
 Of course, buffering could be the problem, but there are four places where 
 buffering could occur: 1) in the client media streamer; 2) in the streaming 
 server output; 3) in the streaming server source/input; and 4) in the source 
 encoding (in this case, mp3cast~).
 
 I've made some attempts at checking cases 2 and 3. 4 is problematic in that I 
 can't control what a user's client does. (I can provide documentation, 
 though).
 
 So I'm trying to check case 4. Google returns four or five hits for mp3cast~ 
 buffering, one of which is one my previous posts to this list!
 
 Does anyone know how mp3cast~ buffering is controlled and if it is 
 configurable either by a setting or source code hack?
 
 Cheers,
 Richard

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

[PD] mp3cast~ again

[Richard Lewis]

Hey there,

I'm trying to use mp3cast~ with Icecast 1.

Initially I had a patch where the settings messages ('passwd', 'mountpoint', 
etc.) for the mp3cast~ were sent when the patch was loaded and the 'connect' 
and 'disconnect' messages were sent in response to other events. In this 
setup I got all the expected messages from PD but I couldn't connect to the 
mp3 streams, my clients just said that Icecast was returning a 404 error.

I wondered whether perhaps it might help if I sent all the settings messages 
every time I sent 'connect' so I altered my patch. Now, it tells me that I'm 
sending a Bad Password.

I tried altering the password in the icecast.conf file (which is very 
confusing and difficult on Debian) but it still doesn't like it. I wanted to 
tell makepasswd what password I wanted (by default it just makes up random 
passwords!) so I did this:

$ echo apassword | makepasswd --verbose --crypt --clearfrom=-

which seemed to work. I copied the encrypted version into my icecast.conf 
file. I guess thats right?

In PD, can you send send messages in any particular order? If so, would it 
matter what order I sent the 'connect' and 'passwd' messages to mp3cast~?

On the other hand, of course, that's probably not the problem anyway. Its more 
likely that my initial approach is best, I just need to find out why Icecast 
isn't serving up the mp3 streams...

Cheers,
Richard
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Richard Lewis
Sonic Arts Research Archive
http://www.sara.uea.ac.uk/
JID: [EMAIL PROTECTED]
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~ again

[IOhannes m zmoelnig]

Richard Lewis wrote:
 Hey there,
 
 I'm trying to use mp3cast~ with Icecast 1.

stupid me, but why are you using icecast-1 instead of icecast-2 ?

 
 I tried altering the password in the icecast.conf file (which is very 
 confusing and difficult on Debian) but it still doesn't like it. I wanted to 

what is the confusiion and difficulty in editing the configuration file
(in Debian as opposed to other systems)?
usually it is as simple as opening the file with a text-editor (and the
correct permissions).



 tell makepasswd what password I wanted (by default it just makes up random 
 passwords!) so I did this:

well, this is what makepasswd does by definition. it Generates true
random passwords by using the /dev/random feature of Linux

 
 $ echo apassword | makepasswd --verbose --crypt --clearfrom=-
 
 which seemed to work. I copied the encrypted version into my icecast.conf 
 file. I guess thats right?

i might be totally wrong here, but to my knowledge, icecast stores
passwords in plaintexts.

 
 In PD, can you send send messages in any particular order? If so, would it 

yes, you can send messages in any order.
but be aware that it depends on the objects you are sending messages too
whether the order is important.
e.g. sending hello and you to print will result in hello you,
whereas sending you and then hello, will result in you hello,
which is something different.

(ok, that was just a joke, but it is still true that it depends on the
object whether order matters or not)

 matter what order I sent the 'connect' and 'passwd' messages to mp3cast~?

i think(! without reading the code), that following is happening:
the passwd message stores the password in [mp3cast~] for later use.
when you send it the [connect( message, it will use the previously
stored password to connect to the server.
so in this case it is _very important_ that you first send the [passwd(
message and then send the [connect( message (else [mp3cast~] would try
to connect to the server with an empty/default password)


mfg.asdr
IOhannes

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~ again

[Roman Haefeli]

hello Richard

On Mon, 2007-02-19 at 15:15 +, Richard Lewis wrote:
 Hey there,
 
 I'm trying to use mp3cast~ with Icecast 1.
 
 Initially I had a patch where the settings messages ('passwd', 'mountpoint', 
 etc.) for the mp3cast~ were sent when the patch was loaded and the 'connect' 
 and 'disconnect' messages were sent in response to other events. In this 
 setup I got all the expected messages from PD but I couldn't connect to the 
 mp3 streams, my clients just said that Icecast was returning a 404 error.
 

[mp3cast~]'s output on the pd-window should give you a hint, whether it
could connect to the icecast-server or not. if nothing tells you, that
connection failed or something like that, i would assume that it could
connect correctly and that the problem might be with the connection
between client-app and server. 

some random possible problems, that come to my mind:

-did you try to connect the client on the right port (e.g.
http://yourhost.com:8080/yourstream.mp3 ) ?

-is the port not blocked by a firewall?


 I wondered whether perhaps it might help if I sent all the settings messages 
 every time I sent 'connect' so I altered my patch. Now, it tells me that I'm 
 sending a Bad Password.

the only thing i know, is that before the [connect(-messages all other
settings-messages should be sent.
 
 I tried altering the password in the icecast.conf file (which is very 
 confusing and difficult on Debian) but it still doesn't like it. I wanted to 
 tell makepasswd what password I wanted (by default it just makes up random 
 passwords!) so I did this:
 
 $ echo apassword | makepasswd --verbose --crypt --clearfrom=-

hm my icecast-server (v2.3.1) has a configuration-file called
icecast.xml, where the password is written in plain-text (the file is in
xml-format). so no makepasswd and stuff is needed. i don't know if
icecast.conf works differently. 


 which seemed to work. I copied the encrypted version into my icecast.conf 
 file. I guess thats right?
 
 In PD, can you send send messages in any particular order? If so, would it 
 matter what order I sent the 'connect' and 'passwd' messages to mp3cast~?

yes, you can send the messages in a certain order in pd and yes, it DOES
matter when sending the settings-messages to [mp3cast~]. first set all
settings like passwd, mountpoint, bitrate etc and after this send the
[connect blabla.com 8080(-message. you could put all settings-messages
in one single message-box, separated by a ',' like for example:

[name streamname, mountpoint yourstream.mp3, icecast2, password
yourpasswd, mpeg 44100 128 1 4(

good luck
roman



 On the other hand, of course, that's probably not the problem anyway. Its 
 more 
 likely that my initial approach is best, I just need to find out why Icecast 
 isn't serving up the mp3 streams...
 
 Cheers,
 Richard






___ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
http://mail.yahoo.de


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~ again

[Richard Lewis]

On Monday 19 February 2007 16:03, you wrote:
 Richard Lewis wrote:
  Hey there,
 
  I'm trying to use mp3cast~ with Icecast 1.

 stupid me, but why are you using icecast-1 instead of icecast-2 ?

Its another Debian problem: the icecast2 package in Debian is ogg only.


 i might be totally wrong here, but to my knowledge, icecast stores
 passwords in plaintexts.

In Debian, icecast is compiled with encrypted passwords option.


 i think(! without reading the code), that following is happening:
 the passwd message stores the password in [mp3cast~] for later use.
 when you send it the [connect( message, it will use the previously
 stored password to connect to the server.
 so in this case it is _very important_ that you first send the [passwd(
 message and then send the [connect( message (else [mp3cast~] would try
 to connect to the server with an empty/default password)

OK, I've verified that its not a password problem now. The mp3cast~ 
documentation doesn't seem to mention this.

BTW, thanks for your reply regarding the -nogui option and setting dsp 1. I've 
just read it on the PD-list archive (as I seem to have intermittent mail 
delivery from PD-list!) and added it to my patch. Its obviously important, 
but I still can't connect to my mp3 streams :-(

Cheers,
Richard
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Richard Lewis
Sonic Arts Research Archive
http://www.sara.uea.ac.uk/
JID: [EMAIL PROTECTED]
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~ again

[Richard Lewis]

On Monday 19 February 2007 16:09, Roman Haefeli wrote:
 hello Richard

 On Mon, 2007-02-19 at 15:15 +, Richard Lewis wrote:
  Hey there,
 
  I'm trying to use mp3cast~ with Icecast 1.
 
  Initially I had a patch where the settings messages ('passwd',
  'mountpoint', etc.) for the mp3cast~ were sent when the patch was loaded
  and the 'connect' and 'disconnect' messages were sent in response to
  other events. In this setup I got all the expected messages from PD but I
  couldn't connect to the mp3 streams, my clients just said that Icecast
  was returning a 404 error.

 [mp3cast~]'s output on the pd-window should give you a hint, whether it
 could connect to the icecast-server or not. if nothing tells you, that
 connection failed or something like that, i would assume that it could
 connect correctly and that the problem might be with the connection
 between client-app and server.

Yes, I can't see the patch window because its -nogui. But I can see pd's 
output and it now looks as though its connecting properly:

mp3cast~: connecting to port 8080
mp3cast~: logging in to IceCast server...
mp3cast~: logged in to localhost.localdomain
mp3cast~ : using lame version : 3.97
mp3cast~ : lame initialization done. (1)
mp3cast~: initialising buffers


 some random possible problems, that come to my mind:

 -did you try to connect the client on the right port (e.g.
 http://yourhost.com:8080/yourstream.mp3 ) ?

Yes, I keep checking this. Another things I might try is playing with the 
hostname setting in Icecast. Maybe just localhost isn't good enough and it 
might have to be the same as the hostname that clients give...

 -is the port not blocked by a firewall?

No, I've made sure that my computer can talk to port 8080 (and my test server 
doesn't have a firewall!!)

  I wondered whether perhaps it might help if I sent all the settings
  messages every time I sent 'connect' so I altered my patch. Now, it tells
  me that I'm sending a Bad Password.

 the only thing i know, is that before the [connect(-messages all other
 settings-messages should be sent.

 
  $ echo apassword | makepasswd --verbose --crypt --clearfrom=-

 hm my icecast-server (v2.3.1) has a configuration-file called
 icecast.xml, where the password is written in plain-text (the file is in
 xml-format). so no makepasswd and stuff is needed. i don't know if
 icecast.conf works differently.

Debian icecast is compiled with encrypted passwords option.


  which seemed to work. I copied the encrypted version into my icecast.conf
  file. I guess thats right?
 
  In PD, can you send send messages in any particular order? If so, would
  it matter what order I sent the 'connect' and 'passwd' messages to
  mp3cast~?

 yes, you can send the messages in a certain order in pd and yes, it DOES
 matter when sending the settings-messages to [mp3cast~]. first set all
 settings like passwd, mountpoint, bitrate etc and after this send the
 [connect blabla.com 8080(-message. you could put all settings-messages
 in one single message-box, separated by a ',' like for example:

OK, thanks. I don't think this is a password issue any more.

Cheers,
Richard
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Richard Lewis
Sonic Arts Research Archive
http://www.sara.uea.ac.uk/
JID: [EMAIL PROTECTED]
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~ again

[IOhannes m zmoelnig]

Richard Lewis wrote:
 On Monday 19 February 2007 16:09, Roman Haefeli wrote:

 -did you try to connect the client on the right port (e.g.
 http://yourhost.com:8080/yourstream.mp3 ) ?

 Yes, I keep checking this. Another things I might try is playing with the 
 hostname setting in Icecast. Maybe just localhost isn't good enough and it 
 might have to be the same as the hostname that clients give...

it might well be, that icecast only binds to the public interface (e.g.
eth0) and NOT to the loopback-device (lo, that's the one that reacts
on 127.0.0.1 or localhost).

you can debug this by trying to connect to icecast with telnet and the 2
ip's.

another option is, that /etc/hosts.(allow|deny) restrict access to the
loopback-devices.


mfg.asdr
IOhannes

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~ again

[Richard Lewis]

On Monday 19 February 2007 16:09, Roman Haefeli wrote:
 Richard Lewis wrote:
  On Monday 19 February 2007 16:09, Roman Haefeli wrote:
 
  -did you try to connect the client on the right port (e.g.
  http://yourhost.com:8080/yourstream.mp3 ) ?
 
  Yes, I keep checking this. Another things I might try is playing with the 
  hostname setting in Icecast. Maybe just localhost isn't good enough and it 
  might have to be the same as the hostname that clients give...
 
 it might well be, that icecast only binds to the public interface (e.g.
 eth0) and NOT to the loopback-device (lo, that's the one that reacts
 on 127.0.0.1 or localhost).
 
 you can debug this by trying to connect to icecast with telnet and the 2
 ip's.
 
 another option is, that /etc/hosts.(allow|deny) restrict access to the
 loopback-devices.

OK. I think I've got this now: I've made sure that the server_name property in 
icecast.conf and the host name used in the 'connect' messages to all my 
mp3cast~ objects are the same and now it seems to be working!

Thanks for your help, everyone!

Cheers,
Richard
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Richard Lewis
Sonic Arts Research Archive
http://www.sara.uea.ac.uk/
JID: [EMAIL PROTECTED]
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mp3cast~

[Roman Haefeli]

On Thu, 2007-02-15 at 15:41 +, Richard Lewis wrote:
 Hey all,
 
 Does mp3cast~ still exist? If so, does anyone where/how to get it? Or even 
 better, is there a Debian package that contains it?

yes, you find a binary for linux here: 
http://ydegoyon.free.fr/software.html

the source is also available in cvs
in ../externals/unauthorized/mp3cast~/

cheers
roman






___ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
http://mail.yahoo.de


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

[PD] mp3cast~

[Richard Lewis]

Hey all,

Does mp3cast~ still exist? If so, does anyone where/how to get it? Or even 
better, is there a Debian package that contains it?

Cheers,
Richard

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list