From mboxrd@z Thu Jan 1 00:00:00 1970 From: Laura Lazzati Subject: Re: Video narration Date: Mon, 29 Apr 2019 16:50:30 -0300 Message-ID: References: <660de50483d54150fa1ca67ebd0cae886d0ffcbe.camel@tourbillion-technology.com> <52a3d40df1ee349f48e7ecd79756e9307cbae034.camel@tourbillion-technology.com> <5893d6b8dc2dd4ed1cdcab3e109ce655d82bc493.camel@tourbillion-technology.com> <6f60665f899c24133818106831f378f087b9d405.camel@tourbillion-technology.com> <808a07682b858d44b1e48c69fd98fcb770837789.camel@tourbillion-technology.com> <0f4db135b01c57d8ab2fbf6721587664507dcefc.camel@tourbillion-technology.com> <3f393bb53fa8d04c0e9ae33df1eeadaf864940d5.camel@tourbillion-technology.com> <3ce59ef3d1e63fbc743ae0b71f317ef5916e0ccf.camel@tourbillion-technology.com> <87ef6g1e4k.fsf@elephly.net> <0b31a2364a97f26bbea1fed9e3390a2a526d6c77.camel@tourbillion-technology.com> <30bca313b07d1dc65c73d2e2c4d0e8907144081d.camel@tourbillion-technology.com> <4945ad6d7434cba7dc65e33ef97a4185a4e4a266.camel@tourbillion-technology.com> <59ab26112bb25301e6382e469734d11227c3ff06.camel@tourbillion-technology.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:40893) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hLCIw-0000xy-Sw for guix-devel@gnu.org; Mon, 29 Apr 2019 15:51:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hLCIw-000361-0O for guix-devel@gnu.org; Mon, 29 Apr 2019 15:51:10 -0400 In-Reply-To: <59ab26112bb25301e6382e469734d11227c3ff06.camel@tourbillion-technology.com> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Paul Garlick Cc: Guix-devel Hi Paul! > Working on the timings for 02-daily-use1 I have found that I have > needed to make a couple of changes to the 'hesitate' procedure in the > screen script. I have been finding that the pause introduced by the > sleep command is not accurate, making it difficult to set the right > values in the sessions files. > > I wonder whether you have noticed the same effect? I didn't, but I have to admit that my timing was kind of homemade, I tried to match the audio with the video as exact as possible. > > To improve the accuracy I have changed the procedure definition to use > a scaling factor of one thousand, to go from milliseconds to > microseconds, and have increased the chunk size to 2 ms. The Guile > documentation for usleep notes that many systems round the interval > specified up or down and are unable to achieve accuracy to the > microsecond level. > > After some testing on the system I am using to build the videos I found > that 2 ms was the optimum value. With this value '#:sleep 30000', for > example, produces a pause of 30 s. > > I will commit the change so that you can test it too. If we keep the > change it will mean re-checking the timings in the session files. > However, I think that this will be necessary to make the adjustments in > the total durations for Firefox. I see. I was testing with the current screen file. Please, let me know when you push the changes so that I make all the videos again and adjust what is necessary. And thank you for helping with this :) I am really amazed at how much you know! Regards :) Laura