Subject: [Fwd: [sweep-devel] List archive in mbox format?]
From: Stephen Samuel <[email-masked]>
To: [email-masked]
Date: Sat, 24 Sep 2005 10:26:45 -0700

Predrag Ivanovic wrote:

>Hi.
>Is there an archive of the list in mbox format,so I can import it to Sylpheed?
>That way I could answer to any replies to the bug report I posted here when I wasn't 
>subscribed.
>Thanks.
>
>Pedja 
>  
>

Well, here's my personal archive since march....
If you need more, let me know.

-- 
Stephen Samuel +1(604)876-0426             [email-masked]
		   http://www.bcgreen.com/
   Powerful committed communication. Transformation touching
     the jewel within each person and bringing it to light.

Subject: [sweep-devel] List archive in mbox format?
From: Predrag Ivanovic <[email-masked]>
To: [email-masked]
Date: Sat, 24 Sep 2005 17:30:29 +0000
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

Hi.
Is there an archive of the list in mbox format,so I can import it to Sylpheed?
That way I could answer to any replies to the bug report I posted here when I wasn't 
subscribed.
Thanks.

Pedja 
-- 
 In the time you spent complaining, you could have done something about it.

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: Re: [sweep-devel] [svn rev.273]sweep: symbol lookup error: /usr/lib/sweep/libladspameta.so: undefined symbol: sample_get_sounddata
From: peter <[email-masked]>
To: [email-masked]
Date: Wed, 21 Sep 2005 02:00:55 +0100
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

On Sat, 2005-09-17 at 11:35 +0100, peter wrote:
> On Thu, 2005-09-15 at 17:29 +0000, Predrag Ivanovic wrote:
> 
> > Here is the problem:
> > I load mp3 file to sweep,select all,then try to apply DJ EQ to it,sweep exits with:
> > sweep: symbol lookup error: /usr/lib/sweep/libladspameta.so: undefined symbol: sample_get_sounddata
> 
> Hey
> This is due to the main executable not being linked with the
> --export-dynamic or -rdynamic flag which allows the plugins to refer
> back to those symbols that they use there. 
-
> I've nicked a configure workaround and I'll change it to work with
> sweep. hopefully it will go into SVN today.
> check http://trac.metadecks.org/timeline to see when
> it's been committed.

Ok, this *should* be fixed in SVN now. :)
I only have a GNU Linux system to hand at the moment so 
while positive results would be welcome, I'm particularly interested
in confirming that this works on *BSD, Solaris or any nix flavours that
don't rely on GNU ld.

cheers,
pete.

-- 

======================
paugh on irc.freenode.org in #sweep, #lad
[email-masked]
======================

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: [sweep-devel] Re: [svn rev.273]sweep: symbol lookup error: /usr/lib/sweep/libladspameta.so: undefined symbol: sample_get_sounddata
From: Predrag Ivanovic <[email-masked]>
To: [email-masked]
Date: Mon, 19 Sep 2005 21:20:22 +0000
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

On Thu, 15 Sep 2005 17:29:43 +0000
Predrag Ivanovic <[email-masked]> wrote:
<bug?>

I forgot.Could you please Cc: me any replies,I'm not subscribed to the list yet?

Thanks.
-- 
 You're running me on a live system.  That's incredibly stupid.
                     -- Red Hat Alpha installer.

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: Re: [sweep-devel] [svn rev.273]sweep: symbol lookup error: /usr/lib/sweep/libladspameta.so: undefined symbol: sample_get_sounddata
From: peter <[email-masked]>
To: [email-masked]
Date: Sat, 17 Sep 2005 11:35:51 +0100
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

On Thu, 2005-09-15 at 17:29 +0000, Predrag Ivanovic wrote:

> Here is the problem:
> I load mp3 file to sweep,select all,then try to apply DJ EQ to it,sweep exits with:
> sweep: symbol lookup error: /usr/lib/sweep/libladspameta.so: undefined symbol: sample_get_sounddata

Hey
This is due to the main executable not being linked with the
--export-dynamic or -rdynamic flag which allows the plugins to refer
back to those symbols that they use there. 
A quick fix for the majority of users would be change
sweep_LDFLAGS = ${EXPORT_SYMBOLS_LDFLAGS}
into
sweep_LDFLAGS = -Wl,--export-dynamic
in src/Makefile.am then rerun ./autogen.sh etc.

I didn't commit that because --export-dynamic isn't portable.
(or so i've read)
I've nicked a configure workaround and I'll change it to work with
sweep. hopefully it will go into SVN today.
check http://trac.metadecks.org/timeline to see when
it's been committed.

Incidentally, i had thought that mp3 loading was totally broken
could you give me some info about your libmad version?

pete.

-- 

======================
paugh on irc.freenode.org in #sweep, #lad
[email-masked]
======================

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: [sweep-devel] [svn rev.273]sweep: symbol lookup error: /usr/lib/sweep/libladspameta.so: undefined symbol: sample_get_sounddata
From: Predrag Ivanovic <[email-masked]>
To: [email-masked]
Date: Thu, 15 Sep 2005 17:29:43 +0000
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

Hi.
Here is the problem:
I load mp3 file to sweep,select all,then try to apply DJ EQ to it,sweep exits with:
sweep: symbol lookup error: /usr/lib/sweep/libladspameta.so: undefined symbol: sample_get_sounddata

Gdb run:
---
(gdb) file /usr/bin/sweep
Reading symbols from /usr/bin/sweep...done.
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run
Starting program: /usr/bin/sweep file sweep
/usr/bin/sweep: symbol lookup error: /usr/lib/sweep/libladspameta.so: undefined symbol: sample_get_sounddata

Program exited with code 0177.
----

Sweep is from svn.metadecks.org,revision 273.
Libraries are not stripped:
pedja@deus:~/svn/sylpheed/trunk ]$ file /usr/lib/sweep/libladspameta.so
/usr/lib/sweep/libladspameta.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped

Output of nm:
---
000030d8 A _DYNAMIC
000031cc a _GLOBAL_OFFSET_TABLE_
         w _Jv_RegisterClasses
000030c8 d __CTOR_END__
000030c4 d __CTOR_LIST__
000030d0 d __DTOR_END__
000030cc d __DTOR_LIST__
000020c0 r __FRAME_END__
000030d4 d __JCR_END__
000030d4 d __JCR_LIST__
00002020 r __PRETTY_FUNCTION__.0
00003254 A __bss_start
         w __cxa_finalize@@GLIBC_2.1.3
00001f70 t __do_global_ctors_aux
00000ac0 t __do_global_dtors_aux
00003240 d __dso_handle
         w __gmon_start__
00000b64 t __i686.get_pc_thunk.bx
         U __strdup@@GLIBC_2.0
00003254 A _edata
00003260 A _end
00001fa0 T _fini
000008c8 T _init
00000a90 t call_gmon_start
00003254 b completed.1
00003250 d default_ladspa_path
         U dlclose
         U dlopen
         U dlsym
         U exp
00000b20 t frame_dummy
         U frames_to_bytes
         U free@@GLIBC_2.0
         U g_assert_warning
         U g_free
         U g_list_append
         U g_malloc
         U g_malloc0
         U g_return_if_fail_warning
         U g_thread_functions_for_glib_use
         U g_threads_got_initialized
00000b70 t get_valid_mask
         U getenv@@GLIBC_2.0
000018f0 t ladspa_meta_apply
00000eb0 t ladspa_meta_apply_filter
00001f30 t ladspa_meta_cleanup
00001940 t ladspa_meta_init
0000325c b ladspa_meta_initialised
00000b90 t ladspa_meta_suggest
         U log
         U memcpy@@GLIBC_2.0
00003258 b modules_list
         U opendir@@GLIBC_2.0
00003244 d p.0
         U perform_filter_op
00003248 D plugin
         U readdir@@GLIBC_2.0
         U sample_get_sounddata
         U sample_set_progress_percent
         U snprintf@@GLIBC_2.0
         U sounddata_selection_nr_frames
         U strchr@@GLIBC_2.0
----
Glibc is 2.3.5,gcc-3.4.4,gtk-2.6.8,kernel 2.6.13-ck2.
If you need more info,feel free to ask,I also want this bug squashed :-),
if it's a bug,that is.

Pedja 
-- 
 double value;                /* or your money back! */
 short changed;               /* so triple your money back! */
                    -- cons.c, perl source code

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: Re: [sweep-devel] sample-display.c patch
From: peter <[email-masked]>
To: [email-masked]
Date: Tue, 30 Aug 2005 11:34:58 +0100
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

On Mon, 2005-08-29 at 19:51 +0200, Radosław Korzeniewski wrote:
> Good version attach. If You like it, i'll commit it to svn.

 Hi. I'm still having problems with it here.
patch complained of a malformed file.
I remade the patch with the edits you gave me.
It's attached.

cheers,
pete.

-- 

======================
paugh on irc.freenode.org in #sweep, #lad
[email-masked]
======================
--- sample-display.c.old	2005-08-30 00:55:23.000000000 +0100
+++ sample-display.c	2005-08-30 00:57:04.000000000 +0100
@@ -58,7 +58,7 @@
 extern GdkCursor * sweep_cursors[];
 
 /* Maximum number of samples to consider per pixel */
-#define STEP_MAX 32
+#define STEP_MAX 64

 /* Whether or not to compile in support for
@@ -786,10 +786,8 @@
   sw_sel * sel;
   int x1, x2, y1;
   sw_audio_t vhigh, vlow;
-  sw_audio_intermediate_t totpos, totneg;
-  sw_audio_t d, maxpos, avgpos, minneg, avgneg;
-  sw_audio_t prev_maxpos, prev_minneg;
-  sw_framecount_t i, step, nr_frames, nr_pos, nr_neg;
+  sw_audio_t d, maxd, mind, prevmaxd, prevmind, avgd, avgposd, avgnegd;
+  sw_framecount_t i, step, nr_frames, numd;
   sw_sample * sample;
   const int channels = s->view->sample->sounddata->format->channels;
 
@@ -852,12 +850,9 @@
   y1 = YPOS(-0.5);
   gdk_draw_line(win, s->zeroline_gc,
 		x, y1, x + width - 1, y1);
-
-  totpos = totneg = 0.0;
-  maxpos = minneg = prev_maxpos = prev_minneg = 0.0;
-
+  
   nr_frames = sample->sounddata->nr_frames;
-
+  
   /* 'step' ensures that no more than STEP_MAX values get looked at
    * per pixel */
   step = MAX (1, PIXEL_TO_OFFSET(1)/STEP_MAX);
@@ -891,76 +886,63 @@
 
 #else
 
+  prevmaxd = 2 * SW_AUDIO_T_MIN;
+  prevmind = 2 * SW_AUDIO_T_MAX;
+
   for (i = OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x-1));
-       i < OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x));
+       i <= OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x));
        i += step) {
     d = ((sw_audio_t *)sample->sounddata->data)[i*channels + channel];
-    if (d >= 0) {
-      if (d > prev_maxpos) prev_maxpos = d;
-    } else {
-      if (d < prev_minneg) prev_minneg = d;
-    }
+    if (d > prevmaxd) { prevmaxd = d; }
+    if (d < prevmind) { prevmind = d; }
   }
 
   while(width >= 0) {
-    nr_pos = nr_neg = 0;
-    totpos = totneg = 0;
-    
-    maxpos = minneg = 0;
+    maxd = 2 * SW_AUDIO_T_MIN;
+    mind = 2 * SW_AUDIO_T_MAX;
+    avgd = 0;
+    numd = 0;
 
     /* lock the sounddata against destructive ops to make sure
      * sounddata->data doesn't change under us */
     g_mutex_lock (sample->ops_mutex);
 
-    for (i = OFFSET_RANGE(nr_frames, XPOS_TO_OFFSET(x));
-	 i < OFFSET_RANGE(nr_frames, XPOS_TO_OFFSET(x+1));
-	 i+=step) {
+    for (i = OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x));
+	 i <= OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x+1));
+	 i += step) {
       d = ((sw_audio_t *)sample->sounddata->data)[i*channels + channel];
-      if (d >= 0) {
-	if (d > maxpos) maxpos = d;
-	totpos += d;
-	nr_pos++;
-      } else {
-	if (d < minneg) minneg = d;
-	totneg += d;
-	nr_neg++;
-      }
+      numd++;
+      if (d > maxd) { maxd = d; }
+      if (d < mind) { mind = d; }
+      avgd += d;
     }
 
     g_mutex_unlock (sample->ops_mutex);
     
-    if (nr_pos > 0) {
-      avgpos = totpos / nr_pos;
-    } else {
-      avgpos = 0;
-    }
-
-    if (nr_neg > 0) {
-      avgneg = totneg / nr_neg;
-    } else {
-      avgneg = 0;
-    }
+    avgd /= numd;
+    avgposd = ((maxd - avgd) / 2) + avgd;
+    avgnegd = ((mind - avgd) / 2) + avgd;
 
     gdk_draw_line(win, s->minmax_gc,
-		  x, YPOS(maxpos),
-		  x, YPOS(minneg));
+		  x, YPOS(maxd),
+		  x, YPOS(mind));
 
-    gc = maxpos > prev_maxpos ? s->highlight_gc : s->lowlight_gc;
+    gc = maxd > prevmaxd ? s->highlight_gc : s->lowlight_gc;
     gdk_draw_line(win, gc,
-		  x, YPOS(prev_maxpos),
-		  x, YPOS(maxpos));
+		  x, YPOS(prevmaxd),
+		  x, YPOS(maxd));
 
-    gc = minneg > prev_minneg ? s->lowlight_gc : s->highlight_gc;
+    gc = mind > prevmind ? s->lowlight_gc : s->highlight_gc;
     gdk_draw_line(win, gc,
-		  x, YPOS(prev_minneg),
-		  x, YPOS(minneg));
+		  x, YPOS(prevmind),
+		  x, YPOS(mind));
 
     gdk_draw_line(win, fg_gc,
-		  x, YPOS(avgpos),
-		  x, YPOS(avgneg));
+		  x, YPOS(avgposd),
+		  x, YPOS(avgnegd));
 
-    prev_maxpos = maxpos;
-    prev_minneg = minneg;
+    prevmaxd = maxd;
+    prevmind = mind;
 
     x++;
     width--;

Subject: Re: [sweep-devel] gtk2 minimum version
From: peter <[email-masked]>
To: [email-masked]
Date: Tue, 30 Aug 2005 08:23:03 +0100
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

On Tue, 2005-08-30 at 14:35 +1000, Conrad Parker wrote:

> On a fresh checkout on a debian testing box, I get the following:
> 
> view.o(.text+0xa866): In function `view_new':
> /home/conrad/src/metadecks.org/sweep/src/view.c:2767: undefined reference to `gtk_label_set_width_chars'
> 
> A bit of googling reveals that this function is new in gtk+-2.6, whereas
> I have gtk+-2.4.13. Sweep's configure.ac simply checks for gtk > 2.0.

Ok, both you and Radoslaw ran into this, which probably indicates that i
shouldn't
be developing on an bleeding edge system.
For the next few hours I'll be duly hanging my head in shame. 

I've implemented something like gtk_label_set_width_chars to the extent
that the label wobble will not occur but it doesn't (yet) track theme
changes. I'll do that before the next release though as there are some
more GTK workarounds that might run into trouble if the user changes
theme mid session and I want to  link them all up. 

The changes are in SVN but i can't test it for backasswardness at the
moment because i don't have the older GTK version. If it's still wrong
then please let me know. 

Cheers,
Pete.

-- 

======================
paugh on irc.freenode.org in #sweep, #lad
[email-masked]
======================

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: Re: [sweep-devel] gtk2 minimum version
From: Conrad Parker <[email-masked]>
To: Conrad Parker <[email-masked]>
Cc: [email-masked]
Date: Tue, 30 Aug 2005 14:47:28 +1000
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

On Tue, Aug 30, 2005 at 02:35:05PM +1000, Conrad Parker wrote:
> Hi Peter,
> 
> the gtk2 port in http://svn.metadecks.org/sweep/trunk is coming along really
> well :)
> 
> On a fresh checkout on a debian testing box, I get the following:
> 
> view.o(.text+0xa866): In function `view_new':
> /home/conrad/src/metadecks.org/sweep/src/view.c:2767: undefined reference to `gtk_label_set_width_chars'
> 
> A bit of googling reveals that this function is new in gtk+-2.6, whereas
> I have gtk+-2.4.13. Sweep's configure.ac simply checks for gtk > 2.0.
> 
> So, I guess we should pick a minimum gtk2 version and demand it :-) Does
> anyone have any suggestions for what minimum version should be supported?
> Generally I prefer to depend only on stuff that has been shipping in distros
> for 12 months or so, to minimize pain (hence some of the detailed function
> call checks in configure.ac).
I just had a chat with Jeff Waugh (jdub), who's been release manager of
Gnome for the past few years:

<kfish> jdub! what minimum gtk2 version should an app depend on to reliably build on existing installed systems?
<jdub> kfish: um
<jdub> kfish: it's fairly likely that you'll be stuck with 2.2
<kfish> ah ok ... let's see, that'd be released about 2 years ago?
<jdub> roughly
<jdub> i think that's what's in rhel
...
<jdub> yeah, 2.2.4 is in rhel3
<jdub> 2.x isn't in rhel2
<kfish> jdub: ok, thanks :)

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: [sweep-devel] gtk2 minimum version
From: Conrad Parker <[email-masked]>
To: [email-masked]
Date: Tue, 30 Aug 2005 14:35:05 +1000
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

Hi Peter,

the gtk2 port in http://svn.metadecks.org/sweep/trunk is coming along really
well :)

On a fresh checkout on a debian testing box, I get the following:

view.o(.text+0xa866): In function `view_new':
/home/conrad/src/metadecks.org/sweep/src/view.c:2767: undefined reference to `gtk_label_set_width_chars'

A bit of googling reveals that this function is new in gtk+-2.6, whereas
I have gtk+-2.4.13. Sweep's configure.ac simply checks for gtk > 2.0.

So, I guess we should pick a minimum gtk2 version and demand it :-) Does
anyone have any suggestions for what minimum version should be supported?
Generally I prefer to depend only on stuff that has been shipping in distros
for 12 months or so, to minimize pain (hence some of the detailed function
call checks in configure.ac).

Conrad.

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: Re: [sweep-devel] sample-display.c patch
From: Radosław Korzeniewski <[email-masked]>
To: SWEEP-DEVEL <[email-masked]>
Date: Mon, 29 Aug 2005 19:51:41 +0200
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

W liście z sob, 27-08-2005, godz. 10:59, Radosław Korzeniewski pisze: 
> Hi,
> 
> I attached simple patch which change a way of displaying sounddata. No
> more spikes when you zoom too much. Patch is for actual svn version of
> sweep (gtk+2.0) but i belive that its simple to adapt it to gtk+1.2.
OK, prev patch had an error - thanks peter.
Good version attach. If You like it, i'll commit it to svn.

bye
-- 
Radosław Korzeniewski <[email-masked]>
--- sample-display-orig.c	2005-08-26 23:18:27.262482448 +0200
+++ sample-display.c	2005-08-26 23:36:26.059118808 +0200
@@ -58,7 +58,7 @@
 extern GdkCursor * sweep_cursors[];
 
 /* Maximum number of samples to consider per pixel */
-#define STEP_MAX 32
+#define STEP_MAX 64

 /* Whether or not to compile in support for
@@ -786,10 +786,8 @@
   sw_sel * sel;
   int x1, x2, y1;
   sw_audio_t vhigh, vlow;
-  sw_audio_intermediate_t totpos, totneg;
-  sw_audio_t d, maxpos, avgpos, minneg, avgneg;
-  sw_audio_t prev_maxpos, prev_minneg;
-  sw_framecount_t i, step, nr_frames, nr_pos, nr_neg;
+  sw_audio_t d, maxd, mind, prevmaxd, prevmind, avgd, avgposd, avgnegd;
+  sw_framecount_t i, step, nr_frames, numd;
   sw_sample * sample;
   const int channels = s->view->sample->sounddata->format->channels;
 
@@ -853,11 +851,6 @@
   gdk_draw_line(win, s->zeroline_gc,
 		x, y1, x + width - 1, y1);
 
-  totpos = totneg = 0.0;
-  maxpos = minneg = prev_maxpos = prev_minneg = 0.0;
-
   /* 'step' ensures that no more than STEP_MAX values get looked at
    * per pixel */
   step = MAX (1, PIXEL_TO_OFFSET(1)/STEP_MAX);
@@ -891,76 +884,63 @@
 
 #else
 
+  prevmaxd = 2 * SW_AUDIO_T_MIN;
+  prevmind = 2 * SW_AUDIO_T_MAX;
+
   for (i = OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x-1));
-       i < OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x));
+       i <= OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x));
        i += step) {
     d = ((sw_audio_t *)sample->sounddata->data)[i*channels + channel];
-    if (d >= 0) {
-      if (d > prev_maxpos) prev_maxpos = d;
-    } else {
-      if (d < prev_minneg) prev_minneg = d;
-    }
+    if (d > prevmaxd) { prevmaxd = d; }
+    if (d < prevmind) { prevmind = d; }
   }
 
   while(width >= 0) {
-    nr_pos = nr_neg = 0;
-    totpos = totneg = 0;
-    
-    maxpos = minneg = 0;
+    maxd = 2 * SW_AUDIO_T_MIN;
+    mind = 2 * SW_AUDIO_T_MAX;
+    avgd = 0;
+    numd = 0;
 
     /* lock the sounddata against destructive ops to make sure
      * sounddata->data doesn't change under us */
     g_mutex_lock (sample->ops_mutex);
 
-    for (i = OFFSET_RANGE(nr_frames, XPOS_TO_OFFSET(x));
-	 i < OFFSET_RANGE(nr_frames, XPOS_TO_OFFSET(x+1));
-	 i+=step) {
+    for (i = OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x));
+	 i <= OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x+1));
+	 i += step) {
       d = ((sw_audio_t *)sample->sounddata->data)[i*channels + channel];
-      if (d >= 0) {
-	if (d > maxpos) maxpos = d;
-	totpos += d;
-	nr_pos++;
-      } else {
-	if (d < minneg) minneg = d;
-	totneg += d;
-	nr_neg++;
-      }
+      numd++;
+      if (d > maxd) { maxd = d; }
+      if (d < mind) { mind = d; }
+      avgd += d;
     }
 
     g_mutex_unlock (sample->ops_mutex);
     
-    if (nr_pos > 0) {
-      avgpos = totpos / nr_pos;
-    } else {
-      avgpos = 0;
-    }
-
-    if (nr_neg > 0) {
-      avgneg = totneg / nr_neg;
-    } else {
-      avgneg = 0;
-    }
+    avgd /= numd;
+    avgposd = ((maxd - avgd) / 2) + avgd;
+    avgnegd = ((mind - avgd) / 2) + avgd;
 
     gdk_draw_line(win, s->minmax_gc,
-		  x, YPOS(maxpos),
-		  x, YPOS(minneg));
+		  x, YPOS(maxd),
+		  x, YPOS(mind));
 
-    gc = maxpos > prev_maxpos ? s->highlight_gc : s->lowlight_gc;
+    gc = maxd > prevmaxd ? s->highlight_gc : s->lowlight_gc;
     gdk_draw_line(win, gc,
-		  x, YPOS(prev_maxpos),
-		  x, YPOS(maxpos));
+		  x, YPOS(prevmaxd),
+		  x, YPOS(maxd));
 
-    gc = minneg > prev_minneg ? s->lowlight_gc : s->highlight_gc;
+    gc = mind > prevmind ? s->lowlight_gc : s->highlight_gc;
     gdk_draw_line(win, gc,
-		  x, YPOS(prev_minneg),
-		  x, YPOS(minneg));
+		  x, YPOS(prevmind),
+		  x, YPOS(mind));
 
     gdk_draw_line(win, fg_gc,
-		  x, YPOS(avgpos),
-		  x, YPOS(avgneg));
+		  x, YPOS(avgposd),
+		  x, YPOS(avgnegd));
 
-    prev_maxpos = maxpos;
-    prev_minneg = minneg;
+    prevmaxd = maxd;
+    prevmind = mind;
 
     x++;
     width--;

Subject: [sweep-devel] sample-display.c patch
From: Radosław Korzeniewski <[email-masked]>
To: SWEEP-DEVEL <[email-masked]>
Date: Sat, 27 Aug 2005 10:59:36 +0200
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

Hi,

I attached simple patch which change a way of displaying sounddata. No
more spikes when you zoom too much. Patch is for actual svn version of
sweep (gtk+2.0) but i belive that its simple to adapt it to gtk+1.2.

bye

-- 
Radosław Korzeniewski <[email-masked]>
--- sample-display-orig.c	2005-08-26 23:18:27.262482448 +0200
+++ sample-display.c	2005-08-26 23:36:26.059118808 +0200
@@ -58,7 +58,7 @@
 extern GdkCursor * sweep_cursors[];
 
 /* Maximum number of samples to consider per pixel */
-#define STEP_MAX 32
+#define STEP_MAX 64

 /* Whether or not to compile in support for
@@ -786,10 +786,8 @@
   sw_sel * sel;
   int x1, x2, y1;
   sw_audio_t vhigh, vlow;
-  sw_audio_intermediate_t totpos, totneg;
-  sw_audio_t d, maxpos, avgpos, minneg, avgneg;
-  sw_audio_t prev_maxpos, prev_minneg;
-  sw_framecount_t i, step, nr_frames, nr_pos, nr_neg;
+  sw_audio_t d, maxd, mind, prevmaxd, prevmind, avgd, avgposd, avgnegd;
+  sw_framecount_t i, step, nr_frames, numd;
   sw_sample * sample;
   const int channels = s->view->sample->sounddata->format->channels;
 
@@ -853,11 +851,6 @@
   gdk_draw_line(win, s->zeroline_gc,
 		x, y1, x + width - 1, y1);
 
-  totpos = totneg = 0.0;
-  maxpos = minneg = prev_maxpos = prev_minneg = 0.0;
-
-  nr_frames = sample->sounddata->nr_frames;
-
   /* 'step' ensures that no more than STEP_MAX values get looked at
    * per pixel */
   step = MAX (1, PIXEL_TO_OFFSET(1)/STEP_MAX);
@@ -891,76 +884,63 @@
 
 #else
 
+  prevmaxd = 2 * SW_AUDIO_T_MIN;
+  prevmind = 2 * SW_AUDIO_T_MAX;
+
   for (i = OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x-1));
-       i < OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x));
+       i <= OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x));
        i += step) {
     d = ((sw_audio_t *)sample->sounddata->data)[i*channels + channel];
-    if (d >= 0) {
-      if (d > prev_maxpos) prev_maxpos = d;
-    } else {
-      if (d < prev_minneg) prev_minneg = d;
-    }
+    if (d > prevmaxd) { prevmaxd = d; }
+    if (d < prevmind) { prevmind = d; }
   }
 
   while(width >= 0) {
-    nr_pos = nr_neg = 0;
-    totpos = totneg = 0;
-    
-    maxpos = minneg = 0;
+    maxd = 2 * SW_AUDIO_T_MIN;
+    mind = 2 * SW_AUDIO_T_MAX;
+    avgd = 0;
+    numd = 0;
 
     /* lock the sounddata against destructive ops to make sure
      * sounddata->data doesn't change under us */
     g_mutex_lock (sample->ops_mutex);
 
-    for (i = OFFSET_RANGE(nr_frames, XPOS_TO_OFFSET(x));
-	 i < OFFSET_RANGE(nr_frames, XPOS_TO_OFFSET(x+1));
-	 i+=step) {
+    for (i = OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x));
+	 i <= OFFSET_RANGE (nr_frames, XPOS_TO_OFFSET(x+1));
+	 i += step) {
       d = ((sw_audio_t *)sample->sounddata->data)[i*channels + channel];
-      if (d >= 0) {
-	if (d > maxpos) maxpos = d;
-	totpos += d;
-	nr_pos++;
-      } else {
-	if (d < minneg) minneg = d;
-	totneg += d;
-	nr_neg++;
-      }
+      numd++;
+      if (d > maxd) { maxd = d; }
+      if (d < mind) { mind = d; }
+      avgd += d;
     }
 
     g_mutex_unlock (sample->ops_mutex);
     
-    if (nr_pos > 0) {
-      avgpos = totpos / nr_pos;
-    } else {
-      avgpos = 0;
-    }
-
-    if (nr_neg > 0) {
-      avgneg = totneg / nr_neg;
-    } else {
-      avgneg = 0;
-    }
+    avgd /= numd;
+    avgposd = ((maxd - avgd) / 2) + avgd;
+    avgnegd = ((mind - avgd) / 2) + avgd;
 
     gdk_draw_line(win, s->minmax_gc,
-		  x, YPOS(maxpos),
-		  x, YPOS(minneg));
+		  x, YPOS(maxd),
+		  x, YPOS(mind));
 
-    gc = maxpos > prev_maxpos ? s->highlight_gc : s->lowlight_gc;
+    gc = maxd > prevmaxd ? s->highlight_gc : s->lowlight_gc;
     gdk_draw_line(win, gc,
-		  x, YPOS(prev_maxpos),
-		  x, YPOS(maxpos));
+		  x, YPOS(prevmaxd),
+		  x, YPOS(maxd));
 
-    gc = minneg > prev_minneg ? s->lowlight_gc : s->highlight_gc;
+    gc = mind > prevmind ? s->lowlight_gc : s->highlight_gc;
     gdk_draw_line(win, gc,
-		  x, YPOS(prev_minneg),
-		  x, YPOS(minneg));
+		  x, YPOS(prevmind),
+		  x, YPOS(mind));
 
     gdk_draw_line(win, fg_gc,
-		  x, YPOS(avgpos),
-		  x, YPOS(avgneg));
+		  x, YPOS(avgposd),
+		  x, YPOS(avgnegd));
 
-    prev_maxpos = maxpos;
-    prev_minneg = minneg;
+    prevmaxd = maxd;
+    prevmind = mind;
 
     x++;
     width--;

Subject: Re: [sweep-devel] feature request: disable undo
From: "Radoslaw Korzeniewski" <[email-masked]>
To: <[email-masked]>
Date: Fri, 26 Aug 2005 11:40:37 +0200
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

>>> Andrew Burgess <[email-masked]> 2005-08-24 17:16 >>>
>I'd like to be able to optionally tell sweep not to save undo
information.
>
>The reason is even with 1GB RAM I swap like mad when editing a 300MB
wav file.
>
Hi,

Its a nice feature request. 
I'll add it to my TODO list as a beter memory management in undo/redo
operation.
I think it should be done as limit for memory allocation with special
warning dialog 
window nor disabling at all.

Radek

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: [sweep-devel] SVN trunk sweep now uses GTK+-2.0
From: peter <[email-masked]>
To: [email-masked]
Date: Thu, 25 Aug 2005 10:31:31 +0100
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

Ok, the GTK+-2.0 code is in place. It's pre alpha code so don't even
think about using it
for serious work yet. That said, it does build and (mostly) works. 
if you want to test it, either install it in a different prefix (to
prevent it overwriting your
existing sweep installation) or run it from the source directory. the
plugins won't work
if you do this but they don't seem to work anyway at the moment so it's
no loss ;]

I'll start cleaning up and fixing bugs tomorrow and i hope to release
0.9.0 within the next
few days with all the obvious bugs fixed.

Cheers,
Pete
-- 

======================
paugh on irc.freenode.org in #sweep, #lad
[email-masked]
======================

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: [sweep-devel] sweep SVN happenings
From: peter <[email-masked]>
To: [email-masked]
Date: Thu, 25 Aug 2005 05:08:59 +0100
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

hello :)

Just thought I'd let people know that I'm about to add the GTK+-2.0 port
to SVN trunk.
This means that the sole source for the GTK+-1.2 based version of sweep
is the final GTK+-1.2 release tarball (0.8.4), (which is still available
here:
http://prdownloads.sourceforge.net/sweep/sweep-0.8.4.tar.gz?download) ,
as the GTK+-2.0 code will entirely replace the old code.
Also, until I'm done, SVN will almost certainly not build.
I'll post another message to the list as soon as it does.
(shouldn't be more than an hour or so but you never know.. ;)

At that point, you are welcome to check it out and have a look around,
but, whilst bug reports are certainly welcome, bear in mind that I'm
aware of a lot of the bugs and will be busy fixing them for a while
after the initial merging process. So you might want to check with me
before spending your time patching things that may already be in the
process of being fixed. 

As soon as it's looking fairly decent, I'll put it out as 0.9.0, and
around that time
I'll try and work out a road map of sorts for the versions leading up to
1.0 with Conrad.

Cheers,
Pete.
-- 

======================
paugh on irc.freenode.org in #sweep, #lad
[email-masked]
======================

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: [sweep-devel] feature request: disable undo
From: Andrew Burgess <[email-masked]>
To: [email-masked]
Date: Wed, 24 Aug 2005 08:16:49 -0700
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

I'd like to be able to optionally tell sweep not to save undo information.

The reason is even with 1GB RAM I swap like mad when editing a 300MB wav file.

I took a stab at it by changing edit.c but my hacks just caused
sweep to hang after trying to delete.

I'll try again if someone could give me a few pointers. What I tried
was commenting out the calls to:

edit_buffer_from_sample(...)
register_operation(...)
edit_buffer_from_sounddata(...)
splice_data_new(...)

Thanks for any help
Andrew

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: [sweep-devel] web site updates
From: Conrad Parker <[email-masked]>
To: [email-masked], [email-masked]
Cc: [email-masked]
Date: Wed, 3 Aug 2005 17:11:36 +1000
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

Hi,

I've updated various bits of information on the Sweep web pages at

    http://www.metadecks.org/software/sweep/

Updates include information about Gentoo packaging (provided by Daniel
Black for the Gentoo sound team), the new Subversion repository
(details on sweep-devel) and IRC (#sweep on Freenode, get on it!)

Please advise of any corrections needed :)

cheers,

Conrad.

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: Re: [sweep-devel] upcoming release plans
From: Erik de Castro Lopo <[email-masked]>
To: [email-masked]
Date: Wed, 3 Aug 2005 13:38:06 +1000
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

Conrad Parker wrote:

> Hi,
> 
> we're gearing up for a maintenance release of Sweep (0.8.4) in the next
> week or so. If you have any outstanding translations or patches then
> please say so and commit them to svn (see previous email about svn :-).

Something I've wanted for a while is an extra option on the
dialog box for opening raw files that allows you to sepcify
the endian-ness of the file.

If I can find some time I'll code this up.

Erik
-- 
+-----------------------------------------------------------+
  Erik de Castro Lopo  [email-masked] (Yes it's valid)
+-----------------------------------------------------------+
"I invented the term Object-Oriented, and I can tell you I
did not have C++ in mind." -- Alan Kay

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: [sweep-devel] upcoming release plans
From: Conrad Parker <[email-masked]>
To: [email-masked]
Date: Wed, 3 Aug 2005 13:07:46 +1000
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

Hi,

we're gearing up for a maintenance release of Sweep (0.8.4) in the next
week or so. If you have any outstanding translations or patches then
please say so and commit them to svn (see previous email about svn :-).

The plan is for this to be the last gtk1 release of Sweep. After the
release of 0.8.4 the gtk2 code will be merged into the SVN trunk.

Peter Shorthose (paugh on IRC, kickback in svn) has authored the most
comprehensive set of gtk2 patches, and will handle this merging and
release management towards Sweep 1.0 :-)

cheers,

Conrad.

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: [sweep-devel] sweep moved to svn.metadecks.org
From: Conrad Parker <[email-masked]>
To: [email-masked]
Date: Wed, 3 Aug 2005 12:44:30 +1000
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

Hi,

The trunk of sweep CVS has been migrated to a new Subversion repository.
You can check it out by:                                 

  svn co http://svn.metadecks.org/sweep/trunk sweep

The CVS repository at cvs.sourceforge.net:/cvsroot/sweep is still
available, but is no longer mentioned on the Sourceforge project pages.

svn.metadecks.org can also be browsed via trac at:                              

  http://trac.metadecks.org/                                                    

trac also integrates bug reporting and a simple wiki. It's very cool,           
as it automatically picks up links between commit messages and bug              
reports.

SVN write access
----------------

So far a few developers have SVN write access -- those that have been
in contact recently (kickback, erikd), and those whose htpasswds I've
swiped from elsewhere (silvia, andre ;-)

Of course the migration to SVN is not complete until all developers have
write access :-) So please email me a username:htpasswd. Use the htpasswd
command to generate an htpasswd. Do not choose a highly valuable password
as you will be using it for HTTP basic authentication.

More info
---------

The Subversion and Trac information has been updated at:

  http://www.metadecks.org/software/sweep/development.html

Those of you who are not familiar with SVN or Trac can find more
information at the following sites:

  Trac home page:       http://www.edgewall.com/trac/
  SVN homepage:         http://subversion.tigris.org/

But broadly speaking, SVN is equivilent to CVS, albeit with added
and improved functionality, and Trac provides the following features:

  a wiki
  a bug/issue tracker
  a web interface for viewing the SVN repository

and numerous other useful things in a neatly intergrated package.

cheers,

Conrad.

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: Re: [sweep-devel] is there a Sweep rpm ?
From: Heimo Claasen <[email-masked]>
To: [email-masked]
Date: Sun, 31 Jul 2005 06:35:21 +0100

Great many thanks for your considerate reply !
I have to ponder about some of the points made - hadn't even yet the time
to download your Sweep RPM and try (which is a separate issue.)

The situation with greens/NGDOs over here regarding awareness of
"technology" traps is really very severe, I think (or, as far as I can
see) - much of it is on a socio-political-organisational level.  For
instance, that umbrella org of EU-NDGOs simply hired itself out to a
clever Dutch ("soft") commercial setup, "euforic", which - with a
start-up fund from the EU-Commission - hooked up a whole lot of NG(D)O
networks with seemingly advantagous service contracts and locked them in
into proprietary solutions.  And there's no in-house capabiltity at these
org.s to control what's happening there.

I'll come back with more details.

Just one "theoretical" aspect I  mentioned in a discussion with Roberto
Verzola (the Philippines Green GenSec) lately:
--------------------quote:--------------
One sub-theme of the formatting issue is completely neglected in much of
the discussion, I think.  It is a real "green" issue, and at the same
time one of technical rationality: the aspect of wasteful use of
resources built-in with (proprietary) formatting.  I consider this very
much an economic issue too - a good example was from statistics of the
BBC, where they observed a rather linear increase in numbers of mails
(linear in relation to people using PC/email) and an incredibly steep,
"exponential" increase of volume (i.e.  bits transported).

This goes entirely on the account of the pushing for lopsided,
"presentational" software - which in itself changes the peer-to-peer
"nature" of net communication - and which reinforces the business model
of forced obsolescence.

I have mused about this from early on - e.g. when writing about the
"browser war" almost a decade ago - in the context of forced obsolescense
and false innovation; and it boils down to:
(a.) intensified rent transfers,
(b.) in fact kind of an auto-limiting factor for the expansion of ICT
use - in that it perpetuates the threshold of access, artificially
reduces "use value" [in comparison to market value, "prices"] of both
hardware and software; and thus, turns the whole "technology" ever more
intensively into a mechanism of rent-inning and creaming-off of surplus
value.

A functionality thus which can be used only by the "elites", because of
the maintaining of the high access threshold, and of the artificial
destruction of more permanent use value. This makes _this_, presently
imposed, _proprietary_ ICT fundamentally inappropriate for "development".

Or translated to sloganism: _This_ ICT digs the digital devide, and _this_
ICT would never "bridge" it.
-------------------unquote.-------------

Just this coming week I hope for a fruitfuld discussion with someone of
the management of an NGDO on the issue.

More soon, -heimo

Heimo Claasen (Journalist)                   2005-07-30
<[email-masked]>         http://www.revobild.net
t +32.(0)2.2178607   35 Rue du Marteau B-1000 BRUXELLES
Zeitschrift ENTWICKLUNGSPOLITIK // WochenZeitung // mrf

Subject: Re: [sweep-devel] is there a Sweep rpm ?
From: Heimo Claasen <[email-masked]>
To: [email-masked]
Date: Thu, 28 Jul 2005 05:40:52 +0100

Well said, especially this[*] one, <bg>.

Problem here (Brussels) is that I'm confronted with far-from-the-base
"umbrella" orgs (like lobby offices of NG_D_O networks, and the
"European" top (or dead-end-road) party org in a EU Parliament which is
completely dominated by M$hit and socially cut from whatever reflection
about the gear used - they all want to be even more state-like than the
big administrations they deal with; and they are so pretentious about
"presentation" that they consider "format" far more important than
content. Examples[**]

I drafted a "project" which would try (a) to approach their managers
and raise awareness, and (b) offer a circuit of qualified and reliable
(Linux/FOSS) "techies" for in-house training and emergency assistence
so the cold water fear could be diminuished. But I got a bit tired,
even concerning the "techie" side - lots of fundamentalism there, and
some lack of sensitivity for this strange planet those orgs live on.
(The big shock could be "Trusted Computing" with M$-Longhorn/"Vista":
if they follow that trail of forced obsolescence they'll get a really
expensive surprise.)

Sweep, BTW, is another kettle of fish - that's a specialised gear, far
from what "office" consumption needs. (Nevertheless I'm a bit critical
re its mem hogging: I think this is a "C"- + *nix-hereditary "condition".)

Greetings, -heimo

[*]
> As good and green as OS solutions are, the last thing
> that a volunteer organization needs is for someone to drop in, dump
> a 'green' solution on them and then go traipsing off and leaving them
> holding the bag.

[**]
Example 1: Green Faction organiser of anti-"World Summit" sends 4-MB
emails to people in ACP (African, Carribean, Pacific) EU-associated
countries; wonders about scarce response; and just cannot seize the
fact of restricted bandwith, accessibility, power cuts, etc.

Example 2: Development NGO, indeed highly qualified people working on
trade and discrimination aspects, trying to cooperate with Sahel
peasants, force their Timbuktu correspendent org to spend practically
the entire budged on updates and maintenance of the ICT gear; thy
themselves are exquisitely equipped (by courtesy of Belgian development
ministry and EU funds) with always the latest Apple gadgets.

Example 3: http://www.concordeurope.org - watch volume/time when loading
of the entry page, and then try to acces their "published" "documents".
(Know that this is the umbrella org of all national "platforms" of
EURO-pean NGDOs, and they boast to represent more than a thousand of
them.)

-hc

Subject: Re: [sweep-devel] is there a Sweep rpm ?
From: Heimo Claasen <[email-masked]>
To: [email-masked]
Date: Fri, 22 Jul 2005 14:52:31 +0100

Great ! I'll try it on the Mandrake 10.1 box it is meant to run on.
Would be interesting to see too if there's still RPM compatibility
between Mdk and RedHat.
(In fact, the recent Mdk.s do have sort of an apt-get now, so that
could be an alternative if RPM wouldn't work.)

I'll feed back on the result.
Great thanks that you thought about my quest ofter such (in eMail times)
long time !

Greetings, -heimo

ps/BTW - earlier I nosed on you www site: you had a still earlier
announcement with it, mentioning a first Swwep RPM built (which I couldn't
find then); learnt then that you're quite involved in the Green things.
Perhaps it is interesting for you that I'm busy (well, at least
sometimes) with some "green" aspects of 'putering - energy and
resources waste specificly in the context of forced obsolescence (as the
mainstream "business model".) Regrettably, various Greens org.s as well
as the "development" NGOs over here are extremely insensitive about all
this, using "locked" SW/HW excessively withouth any least reflections.

Subject: Re: [sweep-devel] Re: sweep-gtk2
From: Conrad Parker <[email-masked]>
To: [email-masked]
Date: Thu, 21 Jul 2005 14:41:32 +1000
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

On Thu, Jul 21, 2005 at 04:06:21AM +0100, peter wrote:
> lo. 
> the sweep-gtk2 module is pretty much obsolete.
> another, (accidentally) independent gtk2 port is in the works.
> the waveform display works, rulers work and there are no apparent
> thread problems.

heh, just to clarify -- Peter is the author of this gtk2 port :-)

Conrad.

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: [sweep-devel] Re: sweep-gtk2
From: peter <[email-masked]>
To: [email-masked]
Date: Thu, 21 Jul 2005 04:06:21 +0100
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

lo. 
the sweep-gtk2 module is pretty much obsolete.
another, (accidentally) independent gtk2 port is in the works.
the waveform display works, rulers work and there are no apparent
thread problems. conrad is moving to a SVN repository and the gtk2
stuff should be merged in the not too distant future (all being well).
until then, the port only exists as a monolithic patch.

if you want to take a look at that, mail me and i'll forward it to you.
if you'd rather wait until something is in SVN then stay tuned :)

cheers,
pete.

IRC: paugh in #lad on irc.freenode.org
EMAIL: http://sourceforge.net/users/kickback/ <- get it there.

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: Re: [sweep-devel] sweep-gtk2
From: Radosław Korzeniewski <[email-masked]>
To: [email-masked]
Date: Wed, 06 Jul 2005 22:54:16 +0200
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

W liście z śro, 08-09-2004, godz. 17:54, Daniel Piccoli pisze: 
> Hi people,
> 
Hi,
> I have just added the sweep-gtk2 module to the sweep project as its
> probably important to migrate to gtk2 as soon as possible. The more
> people we have hacking on it the better.
> 
> cvs -z3 -d:ext:[email-masked]:/cvsroot/sweep co sweep-gtk2
> 
OK...
> There seems to be a couple of problems with the implementation:
> 1. You cannot see the sample view
Because GTK2 doesn't have ->draw method and sample_display_draw is never
called. Simplest and stupid workaround is to apply this patch:

--- sample-display.c    2005-07-06 22:40:18.885441210 +0200
+++ sample-display-rpk.c        2005-07-06 22:35:36.559261322 +0200
@@ -1711,11 +1711,21 @@
   {
        fprintf(stderr,"\nNot gc.");
   }
+/*
   gdk_draw_drawable(widget->window, s->fg_gc, s->backing_pixmap,
                  a->x, a->y,
                  a->x, a->y,
                  a->width, a->height);
   gtk_widget_queue_draw(widget);
+*/
+  sample_display_draw(widget, a);
+  gdk_draw_pixmap(widget->window,
+        s->fg_gc,
+        s->backing_pixmap,
+        event->area.x, event->area.y,
+        event->area.x, event->area.y,
+        event->area.width, event->area.height);
+
 #else
   gtk_widget_queue_draw_area (GTK_WIDGET(s), a->x, a->y, a->width,
a->height);

> 2. The rulers are not drawn properly.
I'll try to investigate this problem...
> 3. We seem to have a thread problem. (one of the threads takes up 100%
> CPU time.)
Right, when I tried to make sample view in the right way (clever
resolution of problem #1) I've got a deadlock when one of ops_* threads
and sample-display function locks sample_data.
First of all, I propose to rewrite all threads to glib functions.
> 
> any help on this is appreciated. (Note that I had to add -DSTANDALONE
> manually to the gcc command in the tdb directory to get it to compile)

regards

-- 
Radosław Korzeniewski <[email-masked]>

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op�k
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel

Subject: [sweep-devel] is there a Sweep rpm ?
From: Heimo Claasen <[email-masked]>
To: [email-masked] (e.a./CC)
Date: Sun, 15 May 2005 22:29:08 +0100
List-Id: Developers' list for the Sweep sound editor <sweep-devel.lists.sourceforge.net>

With a (rare, physical) crash of a HD I lost the well-arranged
Sweep install, with all the labourously assembled lib files...

Though I'd prefer to install a precompiled Sweep now, seen that I'm not
in any way a "developer". Is there any RPM of reasonably recent state ?

My earlier well-working install was v.0.8.1 - and besides of the memory
hogging property, I felt quite comfortable[*] with it.

-heimo

[*] ahem; I'd wish to have the possibility of rearranging the hot key
assignments in a more ergonomic way, instead of them following the
idiocies preset by an obscure Win$ prog...  (an ancient desire about
which I had some exchange with Conrad already long time ago...)

-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
sweep-devel mailing list
[email-masked]
https://lists.sourceforge.net/lists/listinfo/sweep-devel