Menu
▾
▴
sweep-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(9) |
Jun
|
Jul
|
Aug
(2) |
Sep
(3) |
Oct
(20) |
Nov
(5) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
(29) |
Mar
(9) |
Apr
(22) |
May
(19) |
Jun
|
Jul
(24) |
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2002 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
(2) |
May
(1) |
Jun
|
Jul
|
Aug
(7) |
Sep
(27) |
Oct
(46) |
Nov
(17) |
Dec
(20) |
| 2003 |
Jan
(23) |
Feb
(20) |
Mar
(2) |
Apr
(1) |
May
(1) |
Jun
|
Jul
(3) |
Aug
(3) |
Sep
(1) |
Oct
(2) |
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
(8) |
May
(3) |
Jun
|
Jul
(1) |
Aug
|
Sep
(5) |
Oct
|
Nov
|
Dec
(2) |
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(3) |
Aug
(14) |
Sep
(10) |
Oct
|
Nov
|
Dec
(2) |
| 2006 |
Jan
(15) |
Feb
(7) |
Mar
(6) |
Apr
(8) |
May
(5) |
Jun
(23) |
Jul
(15) |
Aug
(24) |
Sep
(2) |
Oct
(13) |
Nov
(13) |
Dec
(1) |
| 2007 |
Jan
(18) |
Feb
(17) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
|
| 2008 |
Jan
(22) |
Feb
(6) |
Mar
(5) |
Apr
(1) |
May
(7) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(6) |
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(17) |
| 2010 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Erik de C. L. <ml...@me...> - 2012-01-27 08:12:03
|
Babarosa,
You mentioned on IRC that you were having trouble compiling my git
branch on 32 bit Ubuntu 11.04.
I've just tried in a chroot and had no problems. After setting up
the chroot I did:
sudo apt-get install git autoconf automake libtool pkg-config
sudo apt-get install libgtk2.0-dev libsndfile-dev libsamplerate-dev libspeex-dev libtdb-dev
cd /tmp/
git clone https://github.com/erikd/sweep.git
cd sweep
./autogen.sh
./configure
make
and all was fine.
Erik
--
----------------------------------------------------------------------
Erik de Castro Lopo
http://www.mega-nerd.com/
|
|
From: Conrad P. <con...@gm...> - 2011-06-14 13:46:30
|
github master :-) K. On Jun 14, 2011 10:24 PM, <psh...@bo...> wrote: > Hi, > > Which is the best branch to work from if I want to add in support for > Librubberband? > > > Cheers > > -- > Patrick Shirkey > Boost Hardware Ltd > > ------------------------------------------------------------------------------ > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > _______________________________________________ > sweep-devel mailing list > swe...@li... > https://lists.sourceforge.net/lists/listinfo/sweep-devel > |
|
From: <psh...@bo...> - 2011-06-14 13:24:14
|
Hi, Which is the best branch to work from if I want to add in support for Librubberband? Cheers -- Patrick Shirkey Boost Hardware Ltd |
|
From: pete s. <ps_...@la...> - 2010-01-02 17:51:38
|
On Fri, 2010-01-01 at 15:36 +1100, Erik de Castro Lopo wrote: > torbenh wrote: > > > at least the original patch i did was just playback. > > i dont know if kickback added record. > > Well there is a read as well as a write so it might have been > added by kickback. if there's a functioning jack input, i didn't add it. i may have added skeleton functions to the driver though. it's been a long time since i looked at sweep i'm afraid and i'm a little sketchy on the details. > > the basic problem is that record is happening in a separate thread. > > I don't think that necessarily has to be the case. > > > another weak point was that the driver is only opened when the user hit > > play for the first time. > > The version in SVN now seems to open the JACK driver at program startup, > but that makes it really difficult to change drivers at run time which is > something I have just got running in the trunk. perhaps i'm missing the subtleties here, but can't we just add some extra hooks to the driver api for this? i added some to init the driver at startup IIRC. it's just a matter of updating the old drivers with redundant entries to match the new api. ie some kind of driver shutdown/cleanup function that stops play/rec?. i'm not aware of any third party drivers with which we need to maintain backwards compatibility. failing that, perhaps mandate a restart in order to effect a change of driver. at least then the driver isn't dictated by the distro for many people. > I don't think there is an easy fix fo this. It seems that the way JACK > works doesn't fit very well witht the way an application like sweep > works. another problem occurs when using samples that don't match the jack sample rate. sweep relies on the device driver to resample to the device rate normally, using a low quality (but fast) resampler to handle varispeed and scrubbing. the resampler sounds bad, even to my dull ears and we can't really use this for normal playback of files that don't match a mandated sample rate, yet jack offers no resampler at all. this means we need another resampler for the jack driver, else we require people to resample all their files offline to match the jack sample rate. cheers, pete. |
|
From: Erik de C. L. <ml...@me...> - 2010-01-01 04:36:55
|
torbenh wrote: > at least the original patch i did was just playback. > i dont know if kickback added record. Well there is a read as well as a write so it might have been added by kickback. > the basic problem is that record is happening in a separate thread. I don't think that necessarily has to be the case. > another weak point was that the driver is only opened when the user hit > play for the first time. The version in SVN now seems to open the JACK driver at program startup, but that makes it really difficult to change drivers at run time which is something I have just got running in the trunk. I don't think there is an easy fix fo this. It seems that the way JACK works doesn't fit very well witht the way an application like sweep works. I'm still looking at this. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ |
|
From: Erik de C. L. <ml...@me...> - 2010-01-01 04:32:40
|
Heimo Claasen wrote: > uiuiui - what a swell of post suddenly out of the blue ! Thanks. > -- Ergonimical keybindings (or even better, the possibility of <snip> > -- Some clip files handling for a "project", if rudimetary (kind of an <snip> > -- A _working_ recorder. I never got Sweep's recorder running; and in <snip> Unfortunately, of those, only the last (the recorder) is even on my radar. Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ |
|
From: Heimo C. <ha...@re...> - 2009-12-29 20:17:28
|
uiuiui - what a swell of post suddenly out of the blue ! Regrettably I don't use Sweep presently since the disk with the old (and sometimes, always labourously "upgraded") version crashed. Early on I was enthusiastically using Sweep but always waited for (and expected) some improvemets which would make it the tool of preferece to work with; which didn't come about. And this was my wishlist: -- Ergonimical keybindings (or even better, the possibility of individually set them). In one of the threads of the list, the reason for the "hardwired" bindings given was to maintain similarity to a certain widely used Windo$e gear. Sorry, but I found that plain silly; precisely the all-new Sweep could (and should) have made an end to such idiocy even if the latterwas widely established. -- Some clip files handling for a "project", if rudimetary (kind of an ordinary pop-up list with certain standard fields, one line per clip, would suffice.) Maybe this is too specific a demand coming from my primary use of the sound editor for montage, in addition to the very editing. -- A _working_ recorder. I never got Sweep's recorder running; and in any case, its design would be too primitive and would hardly allow precise indication - and thus control - of the source signals. Another salient point with this woukld be the direct integration of source clips into a "project list". [I used to use a nice little stand-alone recorder, YAREC, for this purpose but that one was even more of a PITA to re-install after each system upgrade, as its development had stopped years ago and thus this meant hunting for some obscure dependencies. Another L*x-typical misery. If it had been compiled once as a "static" version it could have lived on forever.] </sigh> -hc |
|
From: Erik de C. L. <ml...@me...> - 2009-12-28 00:51:14
|
Erik de Castro Lopo wrote:
> I'll remove them in one big commit so they're easy to find if anyone
> wants to go looking.
For the record this was commit #688:
http://trac.metadecks.org/changeset/688
Erik
--
----------------------------------------------------------------------
Erik de Castro Lopo
http://www.mega-nerd.com/
|
|
From: Erik de C. L. <ml...@me...> - 2009-12-27 05:51:06
|
Conrad Parker wrote: > in general removing cruft is always good. Are these alternative > implementations, work in progress, debugging, ...? Well, since they're not mine and I'm the only person who has done a commit in the last 18 months, they are definitely not works in progress :-). Most of the "#if 1" instances seem to be a trial of something new that was kept and the "#if 1" never removed. For the "#if 0" they seem to be trials of things that were never completed. I'll remove them in one big commit so they're easy to find if anyone wants to go looking. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ |
|
From: Conrad P. <co...@me...> - 2009-12-27 05:30:33
|
2009/12/27 Erik de Castro Lopo <ml...@me...>: > Hi all, > > Sweep seems to have an extraordinay about of code that surrounded by > either "#if 0 / #endif" or "#if 1 / #endif". > > Does anyone have any huge objections to fixing/removing this cruft? in general removing cruft is always good. Are these alternative implementations, work in progress, debugging, ...? K. |
|
From: Erik de C. L. <ml...@me...> - 2009-12-27 05:12:07
|
Hi all, Sweep seems to have an extraordinay about of code that surrounded by either "#if 0 / #endif" or "#if 1 / #endif". Does anyone have any huge objections to fixing/removing this cruft? Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ |
|
From: torbenh <to...@gm...> - 2009-12-22 15:58:02
|
On Mon, Dec 21, 2009 at 06:41:10AM +0900, Conrad Parker wrote: > 2009/12/21 Erik de Castro Lopo <ml...@me...>: > > torbenh wrote: > > > >> maybe this will help you to meet the xmas deadline ? > >> > >> http://trac.metadecks.org/log/sweep/branches/sweep-jack-testing > > > > After I started Conrad pointed me to that. Is there any reason > > that was never merged in? > > IIRC the only thing was that it just supported playback, but not yet > recording. I could be mistaken :) at least the original patch i did was just playback. i dont know if kickback added record. the basic problem is that record is happening in a separate thread. and the driver model doesnt abstract this fact. another weak point was that the driver is only opened when the user hit play for the first time. this is a bit annoying with jack :) back then i stopped, because i needed some changes to the driver model. and i preferred to have conrad do em, because it was his app. he didnt have the time to tinker with it. and i forgot about it. anyways... sweep is still great. and i would really love to add it to my software stack :) eric move on please... if you need/want help then say so... -- torben Hohn |
|
From: Conrad P. <co...@me...> - 2009-12-20 21:41:24
|
2009/12/21 Erik de Castro Lopo <ml...@me...>: > torbenh wrote: > >> maybe this will help you to meet the xmas deadline ? >> >> http://trac.metadecks.org/log/sweep/branches/sweep-jack-testing > > After I started Conrad pointed me to that. Is there any reason > that was never merged in? IIRC the only thing was that it just supported playback, but not yet recording. I could be mistaken :) Conrad. |
|
From: Erik de C. L. <ml...@me...> - 2009-12-20 20:12:37
|
torbenh wrote: > maybe this will help you to meet the xmas deadline ? > > http://trac.metadecks.org/log/sweep/branches/sweep-jack-testing After I started Conrad pointed me to that. Is there any reason that was never merged in? > also note that jack has a push type API. > http://trac.jackaudio.org/browser/trunk/jack/jack/jack.h#L225 Thanks, didn't know about that. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ |
|
From: torbenh <to...@gm...> - 2009-12-20 15:46:29
|
On Sun, Dec 20, 2009 at 08:57:54PM +1100, Erik de Castro Lopo wrote: > gen2 wrote: > > > Excellent. Quite the xmas present for Sweep (and LAU)! > > I'm working on it, but it may not be done for xmas. maybe this will help you to meet the xmas deadline ? http://trac.metadecks.org/log/sweep/branches/sweep-jack-testing also note that jack has a push type API. http://trac.jackaudio.org/browser/trunk/jack/jack/jack.h#L225 > > Erik > -- > ---------------------------------------------------------------------- > Erik de Castro Lopo > http://www.mega-nerd.com/ > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > sweep-devel mailing list > swe...@li... > https://lists.sourceforge.net/lists/listinfo/sweep-devel -- torben Hohn |
|
From: Erik de C. L. <ml...@me...> - 2009-12-20 09:58:06
|
gen2 wrote: > Excellent. Quite the xmas present for Sweep (and LAU)! I'm working on it, but it may not be done for xmas. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ |
|
From: gen2 <ge...@pl...> - 2009-12-20 09:24:57
|
Excellent. Quite the xmas present for Sweep (and LAU)! On Saturday 19 December 2009 22:35:24 Erik de Castro Lopo wrote: > Hi all, > > Now that we can have more than one output driver compiled in at once, > I think its high time Sweep acquired a JACK output driver. I'm working > on that now. > > Traditionally the problem with writing a JACK output was that Sweep's > design is build around push model where sweep does a blocking write to > the output device. JACK of course uses pull model where the JACK server > expects to call into the callback of an audio producer. > > I think the gap between these two can be bridged with a mutex. > > Erik > |
|
From: Erik de C. L. <ml...@me...> - 2009-12-20 06:35:40
|
Hi all, Now that we can have more than one output driver compiled in at once, I think its high time Sweep acquired a JACK output driver. I'm working on that now. Traditionally the problem with writing a JACK output was that Sweep's design is build around push model where sweep does a blocking write to the output device. JACK of course uses pull model where the JACK server expects to call into the callback of an audio producer. I think the gap between these two can be bridged with a mutex. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ |
|
From: Erik de C. L. <ml...@me...> - 2009-12-20 04:30:21
|
Erik de Castro Lopo wrote: > The main fault with Sweep at the moment is that to switch from ALSA > to PulseAudio you need to recompile. I currently working on fixing that. With my latest commit to SVN http://trac.metadecks.org/changeset/679 Sweep can now have multiple output drivers configured at compile time (i've been using ALSA, OSS and PulseAudio) and then chooe between these drivers at runtime using the "audio device configuration" dialog. As with the existing behaviour of that dialog, changes only come into effect the next time the play button is pressed so there are no horrible crashes just because you change the output driver during playback. I'd appreciate it if people could grab this, test it and report back success or failure. If you find a bug, give me a recipie for reproducing it and I'll fix it. Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ |
|
From: Erik de C. L. <ml...@me...> - 2009-12-17 13:59:52
|
Erik de Castro Lopo wrote: > The main fault with Sweep at the moment is that to switch from ALSA > to PulseAudio you need to recompile. I currently working on fixing that. I've hacked configure.ac so that on my machine I can have ALSA, OSS and PulseAudio compiled in at the same time and I can swap between them by using tdbtool to modify a 'driver' entry in $HOME/.sweep/preferences.tdb. This now needs to be hooked up to the audio config dialog which currently looks like this: http://www.mega-nerd.com/tmp/sweep_audio_device_configuration.png My idea would be to modify this dialog to add drop down list below the text "Changes to device settings will take effect..". I'm currently working on this. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ |
|
From: Erik de C. L. <ml...@me...> - 2009-12-17 12:46:04
|
Erik de Castro Lopo wrote: > I currently working on fixing that. Should mention that I'll only be commiting work code to SVN. In parallel with SVN I'm keeping my hacking stuff in Bzr. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ |
|
From: Conrad P. <co...@me...> - 2009-12-17 11:44:59
|
2009/12/17 Erik de Castro Lopo <ml...@me...>: > Hi all, > > Sweep in Debian was recently orphaned by its previous Debian maintainer. > > I'm thinking of becoming the new Debian maintainer of Sweep but a couple > of things worry me. The Debian packaging is fine, but sweep itself has > seen very little love since the port to GTK+2. > > The main fault with Sweep at the moment is that to switch from ALSA > to PulseAudio you need to recompile. I currently working on fixing that. awesome :) Conrad. |
|
From: Erik de C. L. <ml...@me...> - 2009-12-17 11:20:27
|
Hi all, Sweep in Debian was recently orphaned by its previous Debian maintainer. I'm thinking of becoming the new Debian maintainer of Sweep but a couple of things worry me. The Debian packaging is fine, but sweep itself has seen very little love since the port to GTK+2. The main fault with Sweep at the moment is that to switch from ALSA to PulseAudio you need to recompile. I currently working on fixing that. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ |
|
From: Conrad P. <co...@me...> - 2009-05-13 06:19:20
|
Hi, sorry I forgot to update: the hosting issue was fixed recently, svn and trac are back up. cheers, Conrad. 2009/5/5 Conrad Parker <co...@me...>: > Hi, > > random hosting issue at slicehost. I will try to sort it out soon. > > www.metadecks.org is on vergenet which is more stable :-) > > Conrad. > > 2009/5/5 Erik de Castro Lopo <ml...@me...>: >> Radosław Korzeniewski wrote: >> >>> Hi everybody... >>> >>> Does anybody know, what happen to svn.metadecs.org, trac.metadecs.org? >> >> >> www.metadecks.org works for me. svn and trac seem to be lost. >> >> Erik >> -- >> ---------------------------------------------------------------------- >> Erik de Castro Lopo >> http://www.mega-nerd.com/ >> >> ------------------------------------------------------------------------------ >> Register Now & Save for Velocity, the Web Performance & Operations >> Conference from O'Reilly Media. Velocity features a full day of >> expert-led, hands-on workshops and two days of sessions from industry >> leaders in dedicated Performance & Operations tracks. Use code vel09scf >> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf >> _______________________________________________ >> sweep-devel mailing list >> swe...@li... >> https://lists.sourceforge.net/lists/listinfo/sweep-devel >> > |
|
From: Conrad P. <co...@me...> - 2009-05-04 21:58:11
|
Hi, random hosting issue at slicehost. I will try to sort it out soon. www.metadecks.org is on vergenet which is more stable :-) Conrad. 2009/5/5 Erik de Castro Lopo <ml...@me...>: > Radosław Korzeniewski wrote: > >> Hi everybody... >> >> Does anybody know, what happen to svn.metadecs.org, trac.metadecs.org? > > > www.metadecks.org works for me. svn and trac seem to be lost. > > Erik > -- > ---------------------------------------------------------------------- > Erik de Castro Lopo > http://www.mega-nerd.com/ > > ------------------------------------------------------------------------------ > Register Now & Save for Velocity, the Web Performance & Operations > Conference from O'Reilly Media. Velocity features a full day of > expert-led, hands-on workshops and two days of sessions from industry > leaders in dedicated Performance & Operations tracks. Use code vel09scf > and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf > _______________________________________________ > sweep-devel mailing list > swe...@li... > https://lists.sourceforge.net/lists/listinfo/sweep-devel > |
1 message has been excluded from this view by a project administrator.
