[PD] recording GEM output weird framerate

cyrille henry ch at chnry.net
Mon Aug 9 15:44:24 CEST 2010


if you want a 1 min video, use a delay 60000 to start/stop.
then, it will be perfect, even it it take 2 or 3 min to record...

c



Le 09/08/2010 15:31, Marco Donnarumma a écrit :
> oh, ok.
> Thanks Cyrille, you threw some light over my confusion.
>
> I now understand what you meant.
> I'll give it a try waiting longer.
>
>
> M
>
>
> 2010/8/9 cyrille henry <ch at chnry.net <mailto:ch at 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 at chnry.net <mailto:ch at chnry.net>
>         <mailto:ch at chnry.net <mailto:ch at 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 at iem.at <mailto:Pd-list at iem.at> <mailto:Pd-list at iem.at
>         <mailto:Pd-list at 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
>
>
>
>
>
> --
> 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
>
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->  http://lists.puredata.info/listinfo/pd-list



More information about the Pd-list mailing list