Hello all,
I have found a new problem in my machine with Pd and the recent changes i
made: (I mentioned them in a previous e-mail, but I'll restate them: installing
recordmydesktop and Mplayer, and adding support for mpeg3, Quicktime and
ffmpeg, then recompiling gem)
Now this is what I can see so far:
everytime I:
-change an object's name while pd is running,
-copy part of a patch into another patch,
I get the following message in the terminal:
*** glibc detected *** ./pd: malloc(): memory corruption:
0x0000000000fa56a0***
(below is another one with more details)
pd is looks ok, but I can't use any of the menus or edit and need to quit it
from the terminal with ctrl+c. If there is a gem window then it is
impossible to quit.
If I reopen pd I get the following message and no sound of course:
snd_pcm_open (input): Device or resource busy
snd_pcm_open (output): Device or resource busy
I then need to restart the machine to get sound again.
At this point, I think it only happens with patches that have a gemwin...
below is a longer error message after closing a patch and opening it again.
Anyone have a clue of what could be causing this and how to solve it?
cheers,
Jaime
*** glibc detected *** ./pd: malloc(): memory corruption: 0x000000000165c530
***
======= Backtrace: =========
/lib64/libc.so.6[0x3470272fec]
/lib64/libc.so.6(__libc_malloc+0x7a)[0x34702748fa]
/usr/lib64/libstdc++.so.6(_Znwm+0x1d)[0x34840bd1ed]
/home/joliverl/Desktop/Gem/src/Gem.pd_linux(_ZN11pix_filmNEWC1EP7_symbol+0x1d9)[0x92d9b9]
/home/joliverl/Desktop/Gem/src/Gem.pd_linux[0x92db33]
./pd(pd_typedmess+0x46e)[0x45d4ce]
./pd(binbuf_eval+0x47d)[0x461aed]
./pd[0x419da6]
./pd(canvas_obj+0x70)[0x41bb30]
./pd(pd_typedmess+0x287)[0x45d2e7]
./pd(binbuf_eval+0x47d)[0x461aed]
./pd(binbuf_evalfile+0xae)[0x466c0e]
./pd(glob_evalfile+0x1c)[0x466ccc]
./pd(pd_typedmess+0x389)[0x45d3e9]
./pd(binbuf_eval+0x47d)[0x461aed]
./pd(socketreceiver_read+0xecb)[0x46fe4b]
./pd[0x46cfb4]
./pd(m_mainloop+0xa5d)[0x46965d]
./pd(sys_main+0x120b)[0x46c8ab]
/lib64/libc.so.6(__libc_start_main+0xf4)[0x347021e074]
./pd[0x40ffd9]
======= Memory map: ========
00110000-001ac000 r-xp 00000000 fd:00 18513989
/usr/lib64/libavformat.so.52.22.1
001ac000-003ac000 ---p 0009c000 fd:00 18513989
/usr/lib64/libavformat.so.52.22.1
003ac000-003b7000 rw-p 0009c000 fd:00 18513989
/usr/lib64/libavformat.so.52.22.1
003b7000-003b9000 rwxp 00000000 00:0f 203
/dev/zero
00400000-004e0000 r-xp 00000000 fd:00 33622022
/home/joliverl/Desktop/pd-0.41-4/bin/pd
006e0000-006e2000 rw-p 000e0000 fd:00 33622022
/home/joliverl/Desktop/pd-0.41-4/bin/pd
006e2000-006ef000 rw-p 006e2000 00:00 0
006ef000-00a25000 r-xp 00000000 fd:00 33591301
/home/joliverl/Desktop/Gem/src/Gem.pd_linux
00a25000-00c24000 ---p 00336000 fd:00 33591301
/home/joliverl/Desktop/Gem/src/Gem.pd_linux
00c24000-00c49000 rw-p 00335000 fd:00 33591301
/home/joliverl/Desktop/Gem/src/Gem.pd_linux
00c49000-00c4e000 rw-p 00c49000 00:00 0
00c4e000-00c7b000 r-xp 00000000 fd:00 18513967
/usr/lib64/libmpeg3.so.1.0.0
00c7b000-00e7b000 ---p 0002d000 fd:00 18513967
/usr/lib64/libmpeg3.so.1.0.0
00e7b000-00e81000 rw-p 0002d000 fd:00 18513967
/usr/lib64/libmpeg3.so.1.0.0
00e81000-00e94000 rw-p 00e81000 00:00 0
00e94000-00f18000 r-xp 00000000 fd:00 18513997
/usr/lib64/libquicktime.so.0.0.0
00f18000-01117000 ---p 00084000 fd:00 18513997
/usr/lib64/libquicktime.so.0.0.0
01117000-0111c000 rw-p 00083000 fd:00 18513997
/usr/lib64/libquicktime.so.0.0.0
0111c000-0111d000 rw-p 0111c000 00:00 0
0111d000-01161000 r-xp 00000000 fd:00 18513933
/usr/lib64/libmp3lame.so.0.0.0
01161000-01360000 ---p 00044000 fd:00 18513933
/usr/lib64/libmp3lame.so.0.0.0
01360000-01362000 rw-p 00043000 fd:00 18513933
/usr/lib64/libmp3lame.so.0.0.0
01362000-01393000 rw-p 01362000 00:00 0
01413000-01b65000 rw-p 01413000 00:00 0
[heap]
0364f000-0365d000 r-xp 00000000 fd:00 18513981
/usr/lib64/libfaac.so.0.0.0
0365d000-0385d000 ---p 0000e000 fd:00 18513981
/usr/lib64/libfaac.so.0.0.0
0385d000-03860000 rw-p 0000e000 fd:00 18513981
/usr/lib64/libfaac.so.0.0.0
03c21000-03c29000 r-xp 00000000 fd:00 18513991
/usr/lib64/libavutil.so.49.10.0
03c29000-03e29000 ---p 00008000 fd:00 18513991
/usr/lib64/libavutil.so.49.10.0
03e29000-03e2a000 rw-p 00008000 fd:00 18513991
/usr/lib64/libavutil.so.49.10.0
03e2a000-03e2d000 rw-p 03e2a000 00:00 0
04138000-04142000 r-xp 00000000 fd:00 18513965
/usr/lib64/liba52.so.0.0.0
04142000-04341000 ---p 0000a000 fd:00 18513965
/usr/lib64/liba52.so.0.0.0
04341000-04342000 rw-p 00009000 fd:00 18513965
/usr/lib64/liba52.so.0.0.0
04342000-04343000 rw-p 04342000 00:00 0
04380000-04Pd: signal 6
--
Jaime E Oliver LR
joliverl(a)ucsd.edu
www.realidadvisual.org/jaimeoliverwww-crca.ucsd.edu/www.realidadvisual.org
858 202 1522
9168 Regents Rd. Apt. G
La Jolla, CA 92037
USA
Howdy all,
I've been using the sssad objects, mainly datastore within my main song
patches for a while now but needed to be able to save just locla
objects. I found thesolution in the 808_local object in the diy2
patches but had the problem of multiple sssad saving objects telling
each other to save, which is annoying if you are trying multiple changes
and just want to save only one local set of objects' states.
Blahblahblah, anyway I made rc-sssad to rectify those annoyances. It can
be both a global and local saving object, depending on $1. Only the
object that issued to save command will save, so multiple local objects
can work together.
Mabey this will be useful to someone.
---
Dan Wilcox
danomatika.comrobotcowboy.com
John,
I had a look at the radio pages. Looks good. Is there any particular
reason you chose Shoutcast over Icecast? Are you using PD solely for the
mp3cast~? Or is it doing more than that? Are you using the GUI's for all
of these (jack, PD, jack-rack, xmms)?
From what I understand, ffserver is used for the flash version, right?
I haven't really heard much about flash stuff, I personally dislike
flash and I don't even have in installed.
-Ilias
John Harrison wrote:
> Not sure how much this adds to the conversation but... we have been
> using mp3cast~ to stream our radio station to 2 shoutcast servers for
> a few years now. Works very well. Occasionally it will cause the
> entire OS to hang if there is a disconnect with the internet at
> apparently just the right time (happens less than 1x/month with our
> off-campus server and never with our oncampus server) but it was more
> stable than darkice in our tests as well.
>
> We use Jack for our connections. Our content scheduler is a hacked up
> webcalendar, which triggers the content to be played via xmms (to be
> replaced hopefully very soon by mplayer), then fed via jack-rack
> through a compressor and limiter, and then sent to Pd for streaming.
>
> OT: but we also have a flash server/player solution which we find much
> more popular than our shoutcast servers, and ours is the only
> open-source web server I have seen actually work. It's an old version
> of ffserver --- since 2006 or so that app has been broken for us at
> least. Are there others out there?
>
> http://wsuir.wichita.edu
>
> --John
>
> On Fri, Nov 28, 2008 at 3:10 PM, Ilias Anagnostopoulos
> <I.Anagnostopoulos(a)sheffield.ac.uk
> <mailto:I.Anagnostopoulos@sheffield.ac.uk>> wrote:
>
> Hello,
>
> I haven't seen the whole discussion about this, but from what I
> understand someone is using PD, mplayer and jack for streaming to an
> icecast/shoutcast server.
>
> I have used PD as a 24/7 source encoder/streamer, using mp3cast~,
> in the
> OtherSide project. This was a server that had PD running a synthesis
> patch which can be controlled by OSC through IRC and a bot
> listening on
> a chatroom there. It has been up for the past 3-4 months non-stop and
> with no maintenance within the University of Sheffield intranet.
>
> My initial experiment was to run PD through Jack and use Darkice. I'd
> patch the PD outputs to the Darkice inputs, which would then stream to
> the Icecast server. It didn't seem to be as stable though and it was
> more CPU-heavy than mp3cast~. I initially tried to do that cause I
> wanted to use other software apart from PD, but I ended up
> scripting the
> rest of the software and get their output in PD, which would pipe the
> output directly to the Icecast server. I didn't use a dac~ or jack,
> saving a lot of CPU resources.
>
> Any comments welcome, I'm still interested in hearing about ways other
> people do similar things.
>
> Take care,
>
> Ilias
>
> _______________________________________________
> Pd-list(a)iem.at <mailto:Pd-list@iem.at> mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>