dear all,
unfortunately i'm forced to work with a mediaserver that is not capable to do a live-cam freeze. now i'm trying to solve this by building a osc-controlled blackbox with GEM (pix_buffer[read/write]).
test-setup: decklink quad 2-8 capturecard https://www.blackmagicdesign.com/de/products/decklink/techspecs/W-DLK-30 in sonnet frame macbookpro (2013)
this testpatch works ok, but with 500-1000ms latency ... https://zimt.at/cam_freeze_v01.jpeg
question:
how can i push the latency and make it more "real-time" (whether with pix_buffer or several pix_buffers or other objects)
do you have experience how to push the GEM output to the decklink sdi-out? i guess the rendering is done on the graphics card and not on the decklink (?not openGL capable?) so mabe this is useless? so is the macbookpro graphic card the bottleneck?
merci marco
Hi Marco,
i tested a couple of years ago with a MacPro 2013 and a blackmagic card connected through thunderbolt. The minimum latency was ~200ms and was about the same with quicktime and Pd/Gem (i used the quicktime plugin anyway). If your SDI out is not visible as a monitor output you would need an extra tool to send it there, maybe something exists with syphon? If you need to work with OpenGL maybe shaders could help you (check [glsl_program]). all the best,
-jonas
Am 17.04.2020 um 02:34 schrieb Marco Schretter mco@zimt.at:
dear all,
unfortunately i'm forced to work with a mediaserver that is not capable to do a live-cam freeze. now i'm trying to solve this by building a osc-controlled blackbox with GEM (pix_buffer[read/write]).
test-setup: decklink quad 2-8 capturecard https://www.blackmagicdesign.com/de/products/decklink/techspecs/W-DLK-30 in sonnet frame macbookpro (2013)
this testpatch works ok, but with 500-1000ms latency ... https://zimt.at/cam_freeze_v01.jpeg
question:
how can i push the latency and make it more "real-time" (whether with pix_buffer or several pix_buffers or other objects)
do you have experience how to push the GEM output to the decklink sdi-out? i guess the rendering is done on the graphics card and not on the decklink (?not openGL capable?) so mabe this is useless? so is the macbookpro graphic card the bottleneck?
merci marco
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
ok, i changed to a recent macpro and it works flawlessly. so the bottleneck was my mbp2013's graphic card.
i still could not find out how to output on the decklink sdi-outs... ?
ideas how to build a cheap tiny linux cam-freeze blackbox welcome.
yrs, m
Am 17.04.20 um 02:34 schrieb Marco Schretter:
dear all,
unfortunately i'm forced to work with a mediaserver that is not capable to do a live-cam freeze. now i'm trying to solve this by building a osc-controlled blackbox with GEM (pix_buffer[read/write]).
test-setup: decklink quad 2-8 capturecard https://www.blackmagicdesign.com/de/products/decklink/techspecs/W-DLK-30 in sonnet frame macbookpro (2013)
this testpatch works ok, but with 500-1000ms latency ... https://zimt.at/cam_freeze_v01.jpeg
question:
how can i push the latency and make it more "real-time" (whether with pix_buffer or several pix_buffers or other objects)
do you have experience how to push the GEM output to the decklink sdi-out? i guess the rendering is done on the graphics card and not on the decklink (?not openGL capable?) so mabe this is useless? so is the macbookpro graphic card the bottleneck?
merci marco
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hi marco,
There is a new version of mxwendler mediaplayer software. First time also on linux, and i think for advertising reasons on linux two years free. It can freeze cams. Maybe this is interesting for you.
Best
-jonas
Marco Schretter mco@zimt.at schrieb am Fr., 17. Apr. 2020, 22:39:
ok, i changed to a recent macpro and it works flawlessly. so the bottleneck was my mbp2013's graphic card.
i still could not find out how to output on the decklink sdi-outs... ?
ideas how to build a cheap tiny linux cam-freeze blackbox welcome.
yrs, m
Am 17.04.20 um 02:34 schrieb Marco Schretter:
dear all,
unfortunately i'm forced to work with a mediaserver that is not capable to do a live-cam freeze. now i'm trying to solve this by building a osc-controlled blackbox with GEM (pix_buffer[read/write]).
test-setup: decklink quad 2-8 capturecard https://www.blackmagicdesign.com/de/products/decklink/techspecs/W-DLK-30 in sonnet frame macbookpro (2013)
this testpatch works ok, but with 500-1000ms latency ... https://zimt.at/cam_freeze_v01.jpeg
question:
how can i push the latency and make it more "real-time" (whether with pix_buffer or several pix_buffers or other objects)
do you have experience how to push the GEM output to the decklink sdi-out? i guess the rendering is done on the graphics card and not on the decklink (?not openGL capable?) so mabe this is useless? so is the macbookpro graphic card the bottleneck?
merci marco
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
hi -
Johnny Mauser
-
Marco Schretter