2010/8/9 cyrille henry <ch@chnry.net>

Le 09/08/2010 13:58, Marco Donnarumma a écrit :

@ Lazzaro: yes I know, thanks for specifying, but the problem is that
the duration of audio and video files I record don't match each other.

@ Cirylle: ok, now maybe I understand.
I'm actually already using a similar abstraction of yours to monitor fps :)
My patch is completely automatic, it's a sonification/visualization of
large amount of data, thus I just press a toggle to start it.

So:
if while recording the fps monitor shows 10fps, it means that also
pix_write will record only 10 frames per second and _not_ 20 as I stated
in gemwin, is that correct?

no, it will take 2 min to record 1min of video at 20fps.

I was probably wrong assuming that whatever fps is stated in gemwin will
be the recorded fps, even though the machine can't reproduce it in
real-time.

Ok, so, if I can only record at 10 fps, what do you suggest to finally
have a recorded video with a decent framerate? (apart from changing
machine...)

waite longer...

I guess I could use ffmpeg to double the framerate, but the video might
be jittery...

no, the video will be perfect, since everything is done with pd time.
pd time is no more real time, but that just a question of cpu/gpu. everything else should be exactly the same.

c

M

2010/8/9 cyrille henry <ch@chnry.net <mailto:ch@chnry.net>>

here is a simple abstraction that output the real rendering frequency.
it help a lot to track this kind of problem.
c

Le 09/08/2010 13:02, Lazzaro Nicolò Ciccolella a écrit :

Il 09/08/10 12.26, Lazzaro Nicolò Ciccolella ha scritto:

Il 09/08/10 12.17, Marco Donnarumma ha scritto:

Hi all,
it's been a week now I'm struggling to record properly a
GEM output,
reading archives and forums.

I have fairly complex audiovisual patch with multiple
geos, four
pix_snaps to create motion blur effect for 1280x320 res,
and data
exchange through local network.
However I can record in a really good quality using both
pix_record
or pix_write.

The problem is the recorded video is faster than the
actual one.

Hi, apologize me if it is a dumb answer, but if you apply very
intensive
motion bur and other stuf in your patch the speed of what you see in
your gem box will be very slow. The sequence of images that is
generated
will necessarily faster than what you see when the patch is running.

_______________________________________________
Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list

UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list

--
Marco Donnarumma aka TheSAD
Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK

PORTFOLIO: http://marcodonnarumma.com
LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net |
http://www.flxer.net
EVENT: http://www.liveperformersmeeting.net