Forum Replies Created

  • Hi Adam,
    thenks a lot for this! Sorry about the delay, I’ve been out of office for a week. Yes, it works! But still it does not, if I must say so.. I am having real problems using connectors to connect softbodies to rigid objects. In fact, I wrote Maxon Support, and they say it is not possible, they tell me to use the cloth. But the cloth does not respond to rigid objects, so that is no solution..
    I have a video here, explaining my issues. I am not a native English speaker, but hopefully you will understand most of it:
    https://www.youtube.com/watch?v=4JWptHSHzA0

    -Ingvar

  • Sven i. Nilsen

    January 22, 2009 at 7:30 am in reply to: Video as background image slows down everything

    >Don’t try to record in realtime (don’t use “record position”).
    Well, the function is there, isn’t it? 🙂
    So I want to use it because it is there

    I am experimenting with AVI formats and will come back when I find out more. Please note – the playback is jerky even before any emitter at all has been added.

    –Sven

  • Sven i. Nilsen

    January 21, 2009 at 4:27 pm in reply to: Video as background image slows down everything

    John,
    I have discovered this. The question is why it can’t play back at full speed, since the video does not interact with PI in any way at all. No calculations on PI’s hand is needed, why not play back the video at full speed? I assume it uses the same codecs as Windows media player, so if Windows media player can, why not PI?
    Now – what’s important is how to circumvent this problem. Any suggestions about video format, video aspect ratio and size is very welcome.
    As you understand, having an emitter following something moving in the video is very hard to record when the video is as jerky as it is in my case.
    –Sven

  • Sven i. Nilsen

    January 14, 2009 at 10:19 pm in reply to: How to load particle images in order, not random

    So if I understand right, you want 1 particle created that starts with the first frame of your sequence, then the next particle created start with the second frame of your sequence, etc.?

    Right

    If so, you can’t do this. Either a particle uses the first frame of the sequence, or it uses a random frame.

    Yes, I realize this, each particle lives its own life and has no idea about what the other particles have done beforehand. Fair enough.
    Still – I have seen video effects where images and video clips are being sprouted out along a line – with no [randomly generated] duplicates. How would you approach this task then, to avoid duplicates and to ensure that the image order is maintained?
    Several particles, with an individual life line? Seems to be cumbersome to me..

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy