> On April 9, 2014, 11:31 a.m., David Lee wrote: > > /trunk/CHANGES, line 125 > > <https://reviewboard.asterisk.org/r/3427/diff/2/?file=57139#file57139line125> > > > > How hard would it be to add something like ?timeMillis= to the URI for > > tones? Or are tones usually something like busy, where you usually just > > want to play the tone until the call ends?
I don't imagine it would be extremely difficult... just a matter of setting a timestamp when starting and checking it after sleeps. During a standup we actually discussed something similar using a argument to the play function instead of as part of the media URI (I like the URI method better for what it's worth), but we settled on getting the basic functionality done first. I could go ahead and cook this up though. - Jonathan ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3427/#review11529 ----------------------------------------------------------- On April 8, 2014, 5:46 p.m., Jonathan Rose wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviewboard.asterisk.org/r/3427/ > ----------------------------------------------------------- > > (Updated April 8, 2014, 5:46 p.m.) > > > Review request for Asterisk Developers, David Lee, Joshua Colp, and Matt > Jordan. > > > Bugs: ASTERISK-23433 > https://issues.asterisk.org/jira/browse/ASTERISK-23433 > > > Repository: Asterisk > > > Description > ------- > > Adds a tones URI type to the playback resource. The tone can be specified by > name (from indications.conf) or by a tone pattern (comma separate > pitch/duration list). Tones aren't like regular sounds in that they must be > canceled manually before the control can move on to the next item in the > queue. > > Tones are capable of being paused and resumed (although they will always > resumed from the beginning of the tone), restarted, and stopped. Tones are > not capable of being fastforwarded, skipped into by a duration, or rewound by > a small amount. Those operations unfortunately report success rather than a > lack of availability right now due to how control on playbacks is defined (a > playback is either completely controllable or not). I could probably add a > little more granularity to that if we want it. > > > Diffs > ----- > > /trunk/res/res_stasis_playback.c 411884 > /trunk/main/app.c 411884 > /trunk/include/asterisk/app.h 411884 > /trunk/CHANGES 411884 > > Diff: https://reviewboard.asterisk.org/r/3427/diff/ > > > Testing > ------- > > I've written two testsuite tests (one for channels, one for bridges) which > queue and stop tones with playback. I'll be posting them before too long. > I've also performed all the basic control operations by hand. > > > Thanks, > > Jonathan Rose > >
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
