[Audacity-devel] More bugs

[Gale A. <ga...@au...>]

Hi 

Someone on SuSE Linux just posted a load of bugs to -help list so I
have pasted them in below for you. I can recognise some of them 
for sure (the Equalisation Preview in Leland's build of 31 July leaves the 
green line partially reset to flat?) and in any case if you just set a curve 
and press OK no EQ effect seems to be be applied? If you then go back 
to the equaliser the curve you tried to apply is not recalled as it used to be.

Some of the display things look as if they may be distribution-specific?
We know about the click on launch of course. 

I have two of my own. 

1) if you create a label then select a region over it and Edit > Copy and 
Edit > Paste in the Label Track I get the Windows clipboard content pasted 
into the text of the label instead of the contents of the label. It is the same 
if I do it via Edit > Labelled regions. While we are at it, if I copy a label that
denotes a selection area, should it not copy that selection area, not a point?
(I thought we had fixed this pasting of clipboard issue once) 

2)  If I create a label at a selection area I can click in the label and apply
effects to the audio track but if I then Edit > Silence I remove the label. 
I know I can go Edit > Labelled Regions > Silence and silence the audio 
without removing the label but using Edit > Silence to delete a label has 
always seemed counter-intuitive to me. Surely the power of deleting a label 
should be reserved for Edit > Delete? Or, if I have audio *and* label selected,
cannot Edit > Silence just mean silence the audio? 


Gale         


>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

Hi. By way of introduction, I've recently started using Audacity 1.3.3 beta for 
digitising my old tapes, not having used it very much before, and am very glad 
of the recent improvements in stability (such as quick detection of missing 
project block files) and noise reduction.

I'd like to offer my observations on v1.3.3 beta, and hope that you can dismiss 
some of these at a glance as "already being fixed" or "user error" or "agreed; 
please file this in Bugzilla" or whatever. I have checked Bugzilla and can't 
see these there.

I will then be able to focus on the remaining (more difficult) ones, and will 
endeavour to provide full and separate bug reports (with reproduction recipes) 
where needed, and/or help to fix some of them.

My software platform: SuSE Linux 10.0 i386; KDE 3.4.2.
My hardware platform: SB-Live! PCI card; Pentium-III 500 MHz CPU, 640 MB RAM.

[-] - seen in 1.3.3-beta.
[=] - confirmed in CVS 2007-07-29.


SERIOUS BUGS
============

[=] Seg-fault when opening the same "01-OrinocoFlow.wav" file in two instances 
at once, i.e. starting the second "open" before the first has finished.

[-] Export Selection as .wav: when it fills up the disk, it just keeps going 
and doesn't report an error.

[=] Equalization effect: Save and Preview (and sometimes OK) reset the filter 
and the green line that represents it to a shape it had previously (when 
Audacity started?), before doing their thing. This makes it impossible to use 
the chosen or edited filter.

[-] Missing block files. Maybe when opening (the same?) .wav file in two 
instances at once. (I know this is no use without a reproduction recipe.)

[-] Orphaned block files. Happens frequently when working with two instances, 
e.g. starting a second instance while opening a large .wav file. (Sorry no 
reproduction recipe yet.)


ANNOYING BUGS (non-trivial to work around)
=============

[=] View History: takes more than 10s (and some disk thrashing) to bring up the 
dialogue, when the project is large.

[=] Duplicate a labeled selection: the new clip is time-aligned with the old, 
but the new label is shifted to zero time.

[=] Deleting the gap between two labeled regions also deletes the right-hand label.

[=] Label text editing: Sometimes doesn't accept the letter "z". Also, square 
brackets bring up a "move the audio cursor to start/end" dialogue rather than 
inserting as text.


MINOR BUGS
==========

[=] Dragging a track vertically, it doesn't keep up with the mouse cursor, or 
overtakes it. (Dev build: seg-fault.)

[=] A "busy" mouse cursor is displayed in a second instance of Audacity main 
window while the first instance is busy. The cursor displayed is the one 
indicating the application is completely busy (on my system, it's a clock 
face), which is not correct: the second instance can still be used in many 
ways. If any special indication needs to be shown it should be the "busy in the 
background but still usable" mouse cursor that includes an arrow.

[=] A click is emitted during program start-up. (My playback device is OSS: 
/dev/dsp using Portaudio v19.)

[=] Edit/SplitNew menu entry is enabled (but doesn't seem to do anything) when 
just an instant in time is selected rather than a range.

[=] Track display: when a labeled region is selected, the display has a 
one-pixel gap between RHS of grey selection and the RHS line of the label selected.

[=] Label text editing: Selecting part of label text by dragging with the mouse 
doesn't start selection at beginning of drag, but at wherever the text cursor 
was previously.

[-] Waveform display: often won't allow to shrink the sub-window vertically, by 
dragging or by its minimise-arrow button, to less than about where it has the 
two lines of text saying "Stereo, 44100Hz" and "16-bit PCM". Sometimes only the 
left or right channel shrinks. Sometimes happens when undoing an add-track when 
there are too many tracks to fit in the window: some shrink fully, some only 
left-channel shrinks, some are left as they are.

[-] Waveform display: sometimes at the end of a clip there is a spurious 
vertical line from amplitude zero to amplitude max, as if the last sample in 
the clip had maximum amplitude. Goes away when zoomed in. Seen often when the 
displays are collapsed vertically. I'm working with 16-bit audio.

[-] Time scale sometimes is uneven with numbers inserted or not, e.g. "31 32 33 
- 35 - 37 38". Perhaps caused by spacing varying by one pixel due to rounding?


I hope this report is of some use, and look forward to being told which of 
these issues you would like me to pursue further.

Thanks,
- Julian Foad
<jul...@bt...>




Outbound message virus free.
Tested on: 8/4/2007 7:35:55 PM