I am getting noise and disruption to audio stream when I am using gem's pix_movie object. The noise happens only when I 'run' the movie. most of the time its in 'freeze frame' mode with some movement of the graphic objects (translation, rotation) and that works fine with the audio. But when Gem needs to play the movie I get audio problems.
I am running it on a brand new G5 mac with 4gb RAM, and dual processor, which I thought should be enough processing power to run smoothly.
Any ideas about ways of reducing this problem? I am trying to use dufferent encoders for the quicktime movie and, I think, some are worse than others, but I don't know enough about the differences to make any inform decisions. Anyone knows more about how Gem handles movies? Is it possible to set the system priorities on OSX to give audio higher priority? Any other ideas?
thanks Oded
the solution is to use 2 instances of pd: pd -noaudio for gem. pd -rt for audio.
for communication between audio & video i used netsend / netreceive or you can use OSC. patrick
the solution is to use 2 instances of pd: pd -noaudio for gem. pd -rt for audio.
for communication between audio & video i used netsend / netreceive or you can use OSC.
Wow, that sounds like a major irritation. How about increasing the buffer size of the audio? I don't know if that helps or would be at an acceptable level for live work...
Kevin
Hallo, Kevin McCoy hat gesagt: // Kevin McCoy wrote:
the solution is to use 2 instances of pd: pd -noaudio for gem. pd -rt for audio.
for communication between audio & video i used netsend / netreceive or you can use OSC.
Wow, that sounds like a major irritation. How about increasing the buffer size of the audio? I don't know if that helps or would be at an acceptable level for live work...
This also is possible, however if your desire is syncing audio and video rather tightly, large audio buffers won't cut it: Because there is no (easy) way to delay the visuals, things will be out of sync. I've been there. ;( For my latest Gem/audio works I run two Pds again, one for all audio generation, sequencing and the physics, the other only does Gem: It gets netsent the coordinates of geoms to render.
I don't do this yet in my older set as performed in Montreal, but the "faltig" patch runs with a risky low audio buffer, which sometimes gives dropouts. I just keep my fingers crossed all the time. ;)
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Frank Barknecht wrote:
Because there is no (easy) way to delay the visuals, things will be out of sync.
i cannot imagine something more easy than using [pix_delay]. (well, i can imagine _something_)
this does of course only works as long as you are in pixel-space (which we are currently talking about), and not in 3d/opengl.
fma.drs IOhannes
Hallo, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
Frank Barknecht wrote:
Because there is no (easy) way to delay the visuals, things will be out of sync.
i cannot imagine something more easy than using [pix_delay]. (well, i can imagine _something_)
this does of course only works as long as you are in pixel-space (which we are currently talking about), and not in 3d/opengl.
Oh, sorry, I actually *was* thinking about about 3d/opengl stuff here. Blame it on the jetlag ...
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
-
Frank Barknecht -
IOhannes m zmoelnig -
Kevin McCoy -
Oded Ben-Tal -
patrick