[Sugar-devel] [DESIGN] Record UI

[Gonzalo Odiard]

Art,
I don't know if i will see the glitches when we do the visual
representation.
I agree, in a tool to record audio, is important the audio is well recorded.
And when I have anything to show, I will inform and we can test it and see
what can we do.
Regards

Gonzalo


On Thu, Mar 31, 2011 at 10:15 PM, Art Hunkins <abhunkin at uncg.edu> wrote:

>
> ----- Original Message ----- From: "C. Scott Ananian" <cscott at laptop.org>
> To: "Art Hunkins" <abhunkin at uncg.edu>
> Cc: "Gonzalo Odiard" <gonzalo at laptop.org>; "Sugar-dev Devel" <
> sugar-devel at lists.sugarlabs.org>
> Sent: Thursday, March 31, 2011 6:54 PM
> Subject: Re: [Sugar-devel] [DESIGN] Record UI
>
>
>
>  On Fri, Mar 18, 2011 at 12:18 PM, Art Hunkins <abhunkin at uncg.edu> wrote:
>>
>>> Please ensure that, in *audio* recording mode, any video display
>>> (including
>>> an oscilloscope-style display) does not cause glitches in the audio.
>>> (This
>>> was an apparent problem in earlier versions.) Of course, the surest
>>> guarantee of this is no simultaneous (changing) video display.
>>>
>>
>> I think video feedback is vital. How do you know it's actually doing
>> something if nothing seems to happen when you start recording audio?
>> It doesn't necessarily have to be a waveform display, but *something*
>> needs to be changing.
>>
>> A waveform display has pedagogical value.  It's worth making that work
>> right.
>> --scott
>>
>
> If it "works right", fine.
>
> Otherwise, there is the elapsed time indicator that is the "something" that
> "needs to be changing. Also there are visual changes when you start and stop
> recording - all sorts of visual cues.
>
> I too rather like the waveform display - it does have some pedagogical
> value; it just *must not* interrupt smooth audio flow.
>
> Art Hunkins
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20110401/121c27a8/attachment.html>