Hi Martin
This is to thank you for your long message which deserves considerable study
(somewhat held up this week by having to host - in support of my wife, mainly -
five hungry French teenagers). I run my stuff on Macs using Parallels when a PC
is called for, so I am happy with your version.
Hi
Forgot to say. The version on the website is Mac OSX only but the update I am
working on includes a Windows version.
Martin
Sent from my iPhone
> On Feb 14, 2020, at 10:56 AM, KOOB via use-livecode
> wrote:
>
>
>
> (Note I am in the midst of finishing off an upgrade so I am hoping to
Hi Graham
I have an application created with LiveCode that uses callbacks from the player
to synchronize annotations to the video played in the player. I find the
callbacks very reliable as far as sending the callback messages. Links are
represented on a timeline by vertical lines. I have var
This would be so fun to work on, let us know what approach you used to get
the job done. Good luck.
On Thu, Feb 13, 2020 at 5:22 AM Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I held off contributing to this discussion because it sounded like
> callbacks
> were a sol
I held off contributing to this discussion because it sounded like callbacks
were a solid solution. However if that's not necessarily true it might be
worth thinking about text tracks.
This depends of course on what effect you want to achieve, and what platforms
you're targeting. But way back
I worked on a similar project. I ended up splitting the audio into smaller sub
clips and triggered each to play in turn. callbacks were a pain in the b
Sean Cole
Pi Digital Productions Ltd
eMail Ts & Cs
> On 12 Feb 2020, at 22:55, Richard Gaskin via use-livecode
> wrote:
>
> Callbacks are t
Callbacks are the way to go, but note that LC's callbacks won't work on
Linux.
Because there's no functioning LC player object for Linux at all.
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web
__
I wasn’t aware of this, sounds great! (Pun intended) I will have to go back to
my application and experiment a bit before the next batch of student recordings
lands on my desktop. (You know, pun…)
Tore
> 12. feb. 2020 kl. 21:47 skrev Devin Asay via use-livecode
> :
>
> Tore,
>
> You can do a
Tore,
You can do audio recording on Mac now using the mergMicrophone library. It
works great, and I believe is available in every edition of LC, including
Community.
Devin
> On Feb 12, 2020, at 12:11 PM, Tore Nilsen via use-livecode
> wrote:
>
> Devin,
> I haven’t used callbacks much, and s
Devin,
I haven’t used callbacks much, and so far I haven’t run in to any problems. If
missing callbacks is still an issue, then I agree with you that setting
startTime and endTime is the best option. I use this method in a small
application I have made for myself where I write comments to audio
Tore,
I would agree if callbacks were 100% reliable. I have tried them in the past
and found that in some cases they were missed. I never had any trouble when
using time indices. But I should say that I haven’t needed to do this for
several years, and the callbacks in the new player object migh
Thanks Tore, Devin, Peter and Alex! There is a lot to chew on here. I do in
fact have one file per poem - the user of the program will see each poem as
different object, as it were, so there would be no advantage to combining them.
I will try to do some experiments shortly. Doubtless after that
Using callbacks negate the need to fiddle with duration or timescales and
start or stop times. It uses the sampling intervals as is, regardless of time.
In my opinion it is much easier than trying to calculate start and end times.
You can easily handle large audio/video files using callbacks. I
Graham,
Take a look at the duration and the timeScale properties of player objects. By
dividing duration by timeScale you get the length of the video in seconds.
put the duration of player “foo” / the timescale of player “foo” into
totalSeconds
What you are contemplating is very doable, but
Yes, you have to manually set the callbacks. I would opt for lines rather than
words. You get the callback points by getting the currentTime property from the
player. If you start at the beginning you can set the first item of the first
line of the callbacks to: 0. Then you can set a callback fo
It shouldn't be that much work (!? he said, in the comfort of knowing he
won't be doing it :-), at least for lines. Individual words could be too
hard.
Write a little app, so you can listen to the recording and click a
button at the start (or end?) of each line, and just keep track of the
tim
Thanks, that’s a start - I will look at the dictionary. I suppose the callbacks
rely on one analysing how long each line/word takes the performer to say. It’s
a lot of work, but there’s no way around it since potentially every line takes
a different length of time to recite. If it’s too much wor
You will have to use the callbacks property of the player to do what you want
to do. The callbacks list would be your cues. From the dictionary:
The callbacks of a player <> is a list of callbacks, one per line. Each
callback consists of an interval number, a comma, and a message <> name.
Reg
Folks, forgive my ignorance, but it’s a long time since I considered the
following and wondered what pitfalls there are.
I have in mind a project where a recording of someone reading a poetry text
(“old fashioned” poetry in metrical lines) needs to be synchronised to the
display text itself on
19 matches
Mail list logo
