Hi List,
I've been searching the archives but didn't quite find the advice
that I need.
Here's the situation. Two machines. One running debian, the other running os x.
I'm using X on both and I can export the display to run pd on the
debian machine but display it on the mac.
Pd shows up, I can load a patch etc.
Then I try to have a pdp window show on the mac and no luck - here's
the situation:
support it. running xvinfo gives "no adaptors present" i guess this with a display ipOfMac:0.0 would be the way to go.
it worked for a second then crashes with X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 150 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 32 Current serial number in output stream: 32
crashes
Any advice on how to do this would really be appreciated!
Thanks, p
yuck,
Why are you exporting the display rather than running the patch on the same machine your showing it on?
since you running on X11 on OSX there are some missing extensions that allow things like video to work well on linux. I guess there is no video overlay (xv), maybe you can't even do GL on a mac in X11, anyone know? SDL should work though...
you can always send the list some debugging info to help tell us why (at least) the SDL part does not work.
start pd with:
gdb pd (gdb) run [put your pd flags here]
Then when it craches you should get the (gdb) prompt back and you can try typing "bt" to see what function caused the crash.
Good luck.
.b.
Paris Treantafeles wrote:
Hi List,
I've been searching the archives but didn't quite find the advice that I need.
Here's the situation. Two machines. One running debian, the other running os x.
I'm using X on both and I can export the display to run pd on the debian machine but display it on the mac. Pd shows up, I can load a patch etc. Then I try to have a pdp window show on the mac and no luck - here's the situation:
- pdp_xv seems that the graphics card on my debian box doesn't support
it. running xvinfo gives "no adaptors present" i guess this with a display ipOfMac:0.0 would be the way to go.
- pdp_glx - tried sending this a message with the display of the mac.
it worked for a second then crashes with X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 150 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 32 Current serial number in output stream: 32
- pdp_sdl
crashes
Any advice on how to do this would really be appreciated!
Thanks, p
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
haha.. true "yuck"!
basically the reason why is that i have some patches that use pdp and
i can't find a good way to record them.
i've tried a ton of things including pdp_rec~, pdp_rawout, a fast
pdp_save_png_sequence, sending svideo out from one machine and
recording on another, etc. all with less than great results.
so at this point i thought what if i let one machine do the computing
and then view and screen record on another? maybe that will give
better results.
thanks for the idea about gdb.
oddly, pdp_sdl isn't crashing now but it creates a long rectangular
window and nothing appears in it.
maybe i'll go back to sending s-video out...
thanks, p
On Feb 23, 2006, at 3:14 PM, B. Bogart wrote:
yuck,
Why are you exporting the display rather than running the patch on the same machine your showing it on?
since you running on X11 on OSX there are some missing extensions that allow things like video to work well on linux. I guess there is no
video overlay (xv), maybe you can't even do GL on a mac in X11, anyone know? SDL should work though...you can always send the list some debugging info to help tell us
why (at least) the SDL part does not work.start pd with:
gdb pd (gdb) run [put your pd flags here]
Then when it craches you should get the (gdb) prompt back and you can try typing "bt" to see what function caused the crash.
Good luck.
.b.
Paris Treantafeles wrote:
Hi List,
I've been searching the archives but didn't quite find the advice
that I need.Here's the situation. Two machines. One running debian, the other running os x.
I'm using X on both and I can export the display to run pd on the debian machine but display it on the mac. Pd shows up, I can load a patch etc. Then I try to have a pdp window show on the mac and no luck - here's the situation:
- pdp_xv seems that the graphics card on my debian box doesn't
support it. running xvinfo gives "no adaptors present" i guess this with a display ipOfMac:0.0 would be the way to go.
- pdp_glx - tried sending this a message with the display of the
mac. it worked for a second then crashes with X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 150 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 32 Current serial number in output stream: 32
- pdp_sdl
crashes
Any advice on how to do this would really be appreciated!
Thanks, p
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Hi Paris,
Short of the jpeg sequence trick, the svideo output seems to be the choice for the last years.
Actually you could send the output to gem and then use pix_record which is new in CVS, apparently issues on Linux, but should work very well on linux.
Now you see why there are so few videos of my work, and lots of stills!!! ;)
.b.
Paris Treantafeles wrote:
haha.. true "yuck"!
basically the reason why is that i have some patches that use pdp and i can't find a good way to record them.
i've tried a ton of things including pdp_rec~, pdp_rawout, a fast pdp_save_png_sequence, sending svideo out from one machine and recording on another, etc. all with less than great results.
so at this point i thought what if i let one machine do the computing and then view and screen record on another? maybe that will give better results.
thanks for the idea about gdb. oddly, pdp_sdl isn't crashing now but it creates a long rectangular window and nothing appears in it.
maybe i'll go back to sending s-video out...
thanks, p
On Feb 23, 2006, at 3:14 PM, B. Bogart wrote:
yuck,
Why are you exporting the display rather than running the patch on the same machine your showing it on?
since you running on X11 on OSX there are some missing extensions that allow things like video to work well on linux. I guess there is no video overlay (xv), maybe you can't even do GL on a mac in X11, anyone know? SDL should work though...
you can always send the list some debugging info to help tell us why (at least) the SDL part does not work.
start pd with:
gdb pd (gdb) run [put your pd flags here]
Then when it craches you should get the (gdb) prompt back and you can try typing "bt" to see what function caused the crash.
Good luck.
.b.
Paris Treantafeles wrote:
Hi List,
I've been searching the archives but didn't quite find the advice that I need.
Here's the situation. Two machines. One running debian, the other running os x.
I'm using X on both and I can export the display to run pd on the debian machine but display it on the mac. Pd shows up, I can load a patch etc. Then I try to have a pdp window show on the mac and no luck - here's the situation:
- pdp_xv seems that the graphics card on my debian box doesn't
support it. running xvinfo gives "no adaptors present" i guess this with a display ipOfMac:0.0 would be the way to go.
- pdp_glx - tried sending this a message with the display of the mac.
it worked for a second then crashes with X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 150 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 32 Current serial number in output stream: 32
- pdp_sdl
crashes
Any advice on how to do this would really be appreciated!
Thanks, p
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi Ben,
Yes, perhaps that's best - especially with slower machines like mine.
I tried doing pdp2gem to capture but got rather strange results when
the image went into the gem window - like it was cut up and put back
together strangely - that was on osx.
I can't remember if I tried on linux - guess I should again :-)
Best, p
On Feb 23, 2006, at 4:45 PM, B. Bogart wrote:
Hi Paris,
Short of the jpeg sequence trick, the svideo output seems to be the choice for the last years.
Actually you could send the output to gem and then use pix_record
which is new in CVS, apparently issues on Linux, but should work very
well on linux.Now you see why there are so few videos of my work, and lots of
stills!!! ;).b.
Paris Treantafeles wrote:
haha.. true "yuck"!
basically the reason why is that i have some patches that use pdp
and i can't find a good way to record them.i've tried a ton of things including pdp_rec~, pdp_rawout, a fast pdp_save_png_sequence, sending svideo out from one machine and recording on another, etc. all with less than great results.
so at this point i thought what if i let one machine do the computing and then view and screen record on another? maybe that will give
better results.thanks for the idea about gdb. oddly, pdp_sdl isn't crashing now but it creates a long rectangular window and nothing appears in it.
maybe i'll go back to sending s-video out...
thanks, p
On Feb 23, 2006, at 3:14 PM, B. Bogart wrote:
yuck,
Why are you exporting the display rather than running the patch
on the same machine your showing it on?since you running on X11 on OSX there are some missing extensions
that allow things like video to work well on linux. I guess there is
no video overlay (xv), maybe you can't even do GL on a mac in X11, anyone
know? SDL should work though...you can always send the list some debugging info to help tell us
why (at least) the SDL part does not work.start pd with:
gdb pd (gdb) run [put your pd flags here]
Then when it craches you should get the (gdb) prompt back and you
can try typing "bt" to see what function caused the crash.Good luck.
.b.
Paris Treantafeles wrote:
Hi List,
I've been searching the archives but didn't quite find the
advice that I need.Here's the situation. Two machines. One running debian, the other running os x.
I'm using X on both and I can export the display to run pd on the debian machine but display it on the mac. Pd shows up, I can load a patch etc. Then I try to have a pdp window show on the mac and no luck -
here's the situation:
- pdp_xv seems that the graphics card on my debian box doesn't
support it. running xvinfo gives "no adaptors present" i guess this with a display ipOfMac:0.0 would be the way to go.
- pdp_glx - tried sending this a message with the display of
the mac. it worked for a second then crashes with X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 150 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 32 Current serial number in output stream: 32
- pdp_sdl
crashes
Any advice on how to do this would really be appreciated!
Thanks, p
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list