oh, ok.<br>Thanks Cyrille, you threw some light over my confusion.<br><br>I now understand what you meant.<br>I&#39;ll give it a try waiting longer.<br><br><br>M<br><br><br><div class="gmail_quote">2010/8/9 cyrille henry <span dir="ltr">&lt;<a href="mailto:ch@chnry.net">ch@chnry.net</a>&gt;</span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
Le 09/08/2010 13:58, Marco Donnarumma a écrit :<div class="im"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
@ Lazzaro: yes I know, thanks for specifying, but the problem is that<br>
the duration of audio and video files I record don&#39;t match each other.<br>
<br>
@ Cirylle: ok, now maybe I understand.<br>
I&#39;m actually already using a similar abstraction of yours to monitor fps :)<br>
My patch is completely automatic, it&#39;s a sonification/visualization of<br>
large amount of data, thus I just press a toggle to start it.<br>
<br>
So:<br>
if while recording the fps monitor shows 10fps, it means that also<br>
pix_write will record only 10 frames per second and _not_ 20 as I stated<br>
in gemwin, is that correct?<br>
</blockquote></div>
no, it will take 2 min to record 1min of video at 20fps.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
I was probably wrong assuming that whatever fps is stated in gemwin will<br>
be the recorded fps, even though the machine can&#39;t reproduce it in<br>
real-time.<br>
<br>
Ok, so, if I can only record at 10 fps, what do you suggest to finally<br>
have a recorded video with a decent framerate? (apart from changing<br>
machine...)<br>
</blockquote></div>
waite longer...<div class="im"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I guess I could use ffmpeg to double the framerate, but the video might<br>
be jittery...<br>
</blockquote></div>
no, the video will be perfect, since everything is done with pd time.<br>
pd time is no more real time, but that just a question of cpu/gpu. everything else should be exactly the same.<br>
<br>
c<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
M<br>
<br>
<br>
<br>
<br>
2010/8/9 cyrille henry &lt;<a href="mailto:ch@chnry.net" target="_blank">ch@chnry.net</a> &lt;mailto:<a href="mailto:ch@chnry.net" target="_blank">ch@chnry.net</a>&gt;&gt;<div><div></div><div class="h5"><br>
<br>
    here is a simple abstraction that output the real rendering frequency.<br>
    it help a lot to track this kind of problem.<br>
    c<br>
<br>
<br>
    Le 09/08/2010 13:02, Lazzaro Nicolò Ciccolella a écrit :<br>
<br>
          Il 09/08/10 12.26, Lazzaro Nicolò Ciccolella ha scritto:<br>
<br>
            Il 09/08/10 12.17, Marco Donnarumma ha scritto:<br>
<br>
                Hi all,<br>
                it&#39;s been a week now I&#39;m struggling to record properly a<br>
                GEM output,<br>
                reading archives and forums.<br>
<br>
                I have fairly complex audiovisual patch with multiple<br>
                geos, four<br>
                pix_snaps to create motion blur effect for 1280x320 res,<br>
                and data<br>
                exchange through local network.<br>
                However I can record in a really good quality using both<br>
                pix_record<br>
                or pix_write.<br>
<br>
                The problem is the recorded video is faster than the<br>
                actual one.<br>
<br>
        Hi, apologize me if it is a dumb answer, but if you apply very<br>
        intensive<br>
        motion bur and other stuf in your patch the speed of what you see in<br>
        your gem box will be very slow. The sequence of images that is<br>
        generated<br>
        will necessarily faster than what you see when the patch is running.<br>
<br>
<br>
<br>
        _______________________________________________<br></div></div>
        <a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> &lt;mailto:<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a>&gt; mailing list<div class="im"><br>
        UNSUBSCRIBE and account-management -&gt;<br>
        <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br>
<br>
<br>
<br>
--<br>
Marco Donnarumma aka TheSAD<br>
Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK<br>
<br>
<br>
PORTFOLIO: <a href="http://marcodonnarumma.com" target="_blank">http://marcodonnarumma.com</a><br>
LAB: <a href="http://www.thesaddj.com" target="_blank">http://www.thesaddj.com</a> | <a href="http://cntrl.sourceforge.net" target="_blank">http://cntrl.sourceforge.net</a> |<br>
<a href="http://www.flxer.net" target="_blank">http://www.flxer.net</a><br>
EVENT: <a href="http://www.liveperformersmeeting.net" target="_blank">http://www.liveperformersmeeting.net</a><br>
</div></blockquote>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>Marco Donnarumma aka TheSAD<br>Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK<br><br><br>PORTFOLIO: <a href="http://marcodonnarumma.com">http://marcodonnarumma.com</a><br>
LAB: <a href="http://www.thesaddj.com">http://www.thesaddj.com</a> | <a href="http://cntrl.sourceforge.net">http://cntrl.sourceforge.net</a> | <a href="http://www.flxer.net">http://www.flxer.net</a><br>EVENT: <a href="http://www.liveperformersmeeting.net">http://www.liveperformersmeeting.net</a><br>