From: pete <zen...@ze...> - 2007-02-03 15:29:21
|
Lo folks 0.9.2 is about to drop. here's a release candidate in case anyone has time to test it in the next day or so. http://www.zenadsl6252.zen.co.uk/sweep-0.9.2-rc1.tar.gz if you've been following progress on the dev list or svn then there's nothing new to you here. see: http://trac.metadecks.org/browser/sweep/trunk/release_notes/sweep-0.9.2.txt for an overview of significant changes made since 0.9.1. cheers, pete. |
From: Erik de C. L. <ml...@me...> - 2007-02-06 21:24:20
|
pete wrote: > Lo folks > > 0.9.2 is about to drop. here's a release candidate > in case anyone has time to test it in the next day > or so. Hang on. I've just pulled the latest from svn trunk and the select tool isn't working, at least not the way it used to. I've got the select tool selected and I click and drag across the wave form but nothing gets selected. I do however get the sound from the cursor being dragged. Did someone break this recently? Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo +-----------------------------------------------------------+ "The growing and dangerous intrusion of this new technology, threatens an entire industry's economic vitality and future security." -- Jack Valenti (MPAA president) on the video cassette recorder, 1982. |
From: Erik de C. L. <ml...@me...> - 2007-02-06 21:26:59
|
Erik de Castro Lopo wrote: > I've got the select tool selected and I click and drag across > the wave form but nothing gets selected. I do however get the > sound from the cursor being dragged. In fact selection seems completely broken. Not even Ctrl-A works. Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo +-----------------------------------------------------------+ "There is no reason why anyone would want a computer in their home" Ken Olson, DEC, 1977 -- +-----------------------------------------------------------+ Erik de Castro Lopo +-----------------------------------------------------------+ "Python addresses true pseudocode's two major failings: that it isn't standardized, and it isn't executable." - Grant R. Griffin in comp.dsp |
From: Erik de C. L. <ml...@me...> - 2007-02-06 21:54:58
|
Erik de Castro Lopo wrote: > In fact selection seems completely broken. Not even Ctrl-A works. Ooops, user error. I was trying to select on a full volume sine wave and because the visual cues are all on the background I missed them. Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo +-----------------------------------------------------------+ Linux, the UNIX defragmentation tool. |
From: peter <zen...@ze...> - 2007-02-07 02:39:19
|
On Wed, 2007-02-07 at 08:54 +1100, Erik de Castro Lopo wrote: > Erik de Castro Lopo wrote: > > > In fact selection seems completely broken. Not even Ctrl-A works. > > Ooops, user error. > > I was trying to select on a full volume sine wave and because the > visual cues are all on the background I missed them. not a common situation but still, might be worth accounting for if/when we add editable themes. thanks for testing. pete. |
From: Conrad P. <co...@me...> - 2007-02-07 07:49:21
|
On 07/02/07, peter <zen...@ze...> wrote: > On Wed, 2007-02-07 at 08:54 +1100, Erik de Castro Lopo wrote: > > Erik de Castro Lopo wrote: > > > > > In fact selection seems completely broken. Not even Ctrl-A works. > > > > Ooops, user error. > > > > I was trying to select on a full volume sine wave and because the > > visual cues are all on the background I missed them. > > not a common situation but still, might be worth accounting for > if/when we add editable themes. > thanks for testing. or perhaps the cursors could show through the waveform a little :-) Seems more of a general UI issue than something that should be theme-dependent. cheers, Conrad. |
From: pete <zen...@ze...> - 2007-02-09 19:19:52
|
On Wed, 2007-02-07 at 16:49 +0900, Conrad Parker wrote: > or perhaps the cursors could show through the waveform a little :-) > Seems more of a general UI issue than something that should be > theme-dependent. sorry, i should have said colour schemes. (the custom gtk theme stuff isn't going to get a resurrection any time soon, if ever) which cursors? the play head at the end of the selection in progress is visible already? we could draw marching ants around the selection in progress but it'd be a good idea to differentiate between the selection in progress and those that already exist. (use yellow instead of white in the marching ants for example) pete. |
From: <rad...@ko...> - 2007-02-18 11:08:46
|
On 2007-02-09, at 20:19, pete wrote: > > we could draw marching ants around the selection > in progress but it'd be a good idea to > differentiate between the selection in progress > and those that already exist. (use yellow > instead of white in the marching ants for > example) Or highlights sample wave in selected areas, especially temporary =20 selection. I've got the same problem in ScrollPane when drawing simple sine wave =20= hides scrollbar. I think that we can use cairo drawing library which simply support =20 alpha to fancy sweep interface (it is on TODO list :) ). I've wrote new levelmeter widget using cairo and it looks great, =20 really great and it took only couple of hours to learn cairo from =20 basics and write working widget. cheers --=20 Rados=C5=82aw Korzeniewski rad...@ko... |
From: pete <zen...@ze...> - 2007-02-18 13:05:29
|
On Sun, 2007-02-18 at 12:08 +0100, Rados=C5=82aw Korzeniewski wrote: > On 2007-02-09, at 20:19, pete wrote: > > > > we could draw marching ants around the selection > > in progress but it'd be a good idea to > > differentiate between the selection in progress > > and those that already exist. (use yellow > > instead of white in the marching ants for > > example) >=20 > Or highlights sample wave in selected areas, especially temporary =20 > selection. yeah, this is what i was suggesting. that if we rework the colour schemes to make them editable, we should add colour values to set the selected waveform and selected background.=20 > I've got the same problem in ScrollPane when drawing simple sine wave =20 > hides scrollbar. >=20 > I think that we can use cairo drawing library which simply support =20 > alpha to fancy sweep interface (it is on TODO list :) ). > I've wrote new levelmeter widget using cairo and it looks great, =20 > really great and it took only couple of hours to learn cairo from =20 > basics and write working widget. cool. keep an eye on performance though. as level meters need to be updated rapidly, any performance penalty associated with cairo will be multiplied too. cheers, pete. |
From: <rad...@ko...> - 2007-02-18 15:46:26
|
On 2007-02-18, at 14:04, pete wrote: >> I've wrote new levelmeter widget using cairo and it looks great, >> really great and it took only couple of hours to learn cairo from >> basics and write working widget. > > cool. keep an eye on performance though. as level meters need to be > updated rapidly, any performance penalty associated with cairo > will be multiplied too. Yes, you are absolutely right, cairo is very cpu-intensive opposite =20 to pure gdk calls but it will be hardvare accelerated in near future =20 (it's now already but none of the current Linux distributions support =20= it out of the box). Simple levelmeter works wery well, I wonder how it will perform in =20 sample-display :)... cheers --=20 Rados=C5=82aw Korzeniewski rad...@ko... |
From: pete <zen...@ze...> - 2007-02-20 01:14:45
|
On Sun, 2007-02-18 at 16:46 +0100, Rados=C5=82aw Korzeniewski wrote: > On 2007-02-18, at 14:04, pete wrote: >=20 > >> I've wrote new levelmeter widget using cairo and it looks great, > >> really great and it took only couple of hours to learn cairo from > >> basics and write working widget. > > > > cool. keep an eye on performance though. as level meters need to be > > updated rapidly, any performance penalty associated with cairo > > will be multiplied too. >=20 > Yes, you are absolutely right, cairo is very cpu-intensive opposite =20 > to pure gdk calls but it will be hardvare accelerated in near future =20 > (it's now already but none of the current Linux distributions support =20 > it out of the box). you also need supporting hardware and drivers. so, accelerated cairo (via glitz?) will be off limits to many people for quite some time to come. we can still do it of course, we just need mechanisms to=20 detect whats available or user options to switch between high quality and low quality rendering. > Simple levelmeter works wery well, I wonder how it will perform in =20 > sample-display :)... i'll hazard a guess and say poorly without accel. i've written some visually complex widgets with cairo and found that i had to simplify them so as not to cause comically slow updates. i think the sheer quantity of operations involved in drawing the sample-display will produce a similar effect. in other words, i doubt cairo will be a viable option for many people unless they can make use of acceleration. i'll print out and eat this email if i'm wrong though =3DD cheers, pete. |