"Tim Howard":
> >
> > Oh, and you are completely wrong, by the way. Traverso's interface is not
> > about simplicity and intuitivity, you had known that if you had tried
> > traverso. (and especially protux, its predecessor).
> >
>
> Why should it not be simple and intuitive?
>
Bad wordings. I ment that traversos interface is about efficiency, or at
least that the main focus is about efficiency. Thats how it appears
too me. It might be simple and intuitive too though, I haven't given that
much thought. :-)
>
> > And yes, I must admit I have a small agenda too, against Ardour. I don't
> > think ardour's user interface is very efficient [1]. Ardour is great, but
> > it would have been even greater if all the developers on ardour spent all
> > of their time exclusively working on making ardour's user interface more
> > efficient to use. Traverso is an excellent program to look at to improve
> > the situation.
> >
> > [1]
> > http://lists.ardour.org/pipermail/ardour-dev-ardour.org/2007-March/004085.h…
> >
>
> Of course Ardour can be improved by looking at other DAWs and seeing
> what works and what doesn't. I have read through this post and agree
> with most of your suggestions. A number of them have been implemented
> in Ardour2.
>
> But I'm a little confused why you would say you have "a small agenda
> too, against Ardour." Submitting feature requests and reporting bugs
> (as you have) is very constructive and helpful to further development.
> So I wouldn't view that as having an agenda against Ardour.
>
Well, I would like for another daw to take over so that the good
programmers would work on that other daw instead. Unless; Ardour either
gets a significantly more efficient user interface, or it gets support for
an extension language so that it will be possible to customize it without
dwelling into thousands of lines of C++ code.
"Nick Copeland":
>>> A better interface would be less intuitive, then.
>>
>> Extremely well put.
>
> What - you fell for that one? It was about the dumbest argument I have
> heard, all it discussed is the meaning of the word 'intuitive' hence
> actually says nothing about either interface.
>
I agree about this.
But...
>>> thinks the interface is inefficient is a bad idea.
>>
>> I couldn't agree more.
>
> I could agree less although I understand the point. The issue is that if you
> want to make sound then the user interface has to be efficient for several
> reasons, to start with so that CPU cycles are available for what you
Oh no, you have misunderstood a lot here. By "efficicient", I ment the
time it takes to edit, ie. the time it takes between you have an
idea about what needs to be done and when its actually done.
Regarding CPU cycles efficiency, Ardour is just excellent.
>> This chipset is known to have some problems, try running jackd with
number of
>> periods = 3.
>>
>> If that doesn't fix it, you might also want to try out the module option
>> position_fix=1 for the snd-hda-intel module.
I've set both parameters and now it works without xruns at all. But what
does "position_fix=1" actually do?
Markus
On Thu Jun 14 12:51 , peder(a)musikhuset.org sent:
>I don't know if it's related to changing how the graphics are drawn or
>if it's something in my recently upgraded Mandriva 2007.1 (from
>MDR2006) but 0.97.01 chews 30% CPU when idle. The only things running
>are qjackctl/jack and JAMin.
>
I don't thnik that can have anything to do with the graphics when it's idle.
On my 3700 it uses about 14-15% when idle so it's pretty resource intensive.
>I have an Athlon-XP 2000+ so I guess I'm not exactly overpowered,
>though I don't think I'm horrendously underpowered either.
>
>I'll try .02 and see...
>
>- Peder
>
>_______________________________________________
>Linux-audio-user mailing list
>Linux-audio-user(a)lists.linuxaudio.org
>http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
---- Msg sent via CableONE.net MyMail - http://www.cableone.net
On Thu Jun 14 10:51 , Dragan Noveski sent:
>Jan Depner wrote:
>> * HDEQ text display now shows EQ gain to .1dB instead of 1dB
>>
>> * Added help entry to HDEQ popup menu.
>>
>> * Added help entry to scenes popup menu.
>>
>> * Added help button to preferences dialog.
>>
>> * Cleaned up help information.
>>
>>
>> Thanks for the feedback on the last post. Apparently the removal of
>> the XOR graphics fixed the problem on the Beryl WM. Almost all of the
>> bugs listed in the bug tracker are DSP type problems so I leave those to
>> Steve ;-)
>>
>>
>> Steve, Sampo,
>>
>> Do you think there is some way we could make the limiter a
>> preference selection? I think it would be pretty cool to offer it as a
>> choice but I'm not sure how to hook that up. Fixing the GUI is no
>> problem ;-)
>>
>>
>> Cheers,
>> Jan
>>
>>
>>
>another issue which i don't find logical:
>
>- i set up 3 different scenes
>- i go to the 3. scene and using the hdeq pop-up reset the scene
>- now switch to the 30bandEQ, the scene button does not indicate that
>the scene is changed and needs to be saved again. that means that
>reseting the scene, the old settings are gone - ok, i can recall with
>'ctrl + z', but for me it would be more logical, if reseting the scene
>behaves like any other changing of parameters?
>
That's a bug. I'll look at that this evening too.
>cheers,
>doc
>_______________________________________________
>Linux-audio-user mailing list
>Linux-audio-user(a)lists.linuxaudio.org
>http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
---- Msg sent via CableONE.net MyMail - http://www.cableone.net
On Thu Jun 14 10:33 , Dragan Noveski sent:
>Jan Depner wrote:
>> * HDEQ text display now shows EQ gain to .1dB instead of 1dB
>>
>> * Added help entry to HDEQ popup menu.
>>
>> * Added help entry to scenes popup menu.
>>
>> * Added help button to preferences dialog.
>>
>> * Cleaned up help information.
>>
>>
>> Thanks for the feedback on the last post. Apparently the removal of
>> the XOR graphics fixed the problem on the Beryl WM. Almost all of the
>> bugs listed in the bug tracker are DSP type problems so I leave those to
>> Steve ;-)
>>
>>
>> Steve, Sampo,
>>
>> Do you think there is some way we could make the limiter a
>> preference selection? I think it would be pretty cool to offer it as a
>> choice but I'm not sure how to hook that up. Fixing the GUI is no
>> problem ;-)
>>
>>
>> Cheers,
>> Jan
>>
>>
>>
>hi jan, very nice work you did - looks good here!
>the only thing i realized is that the version in the top bar is still
>called 0.97.01, that is perhaps because i did an 'cvs update'?
>another thing i would like to see is a 'reset' function in the
>scene-pop-up window in the 30bandEQ, so using the 30band, we don't have
>to switch to hdeq to reset the scene.
>
Good idea. I'll look at that this evening.
>
>cheers,
>doc
>_______________________________________________
>Linux-audio-user mailing list
>Linux-audio-user(a)lists.linuxaudio.org
>http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
---- Msg sent via CableONE.net MyMail - http://www.cableone.net
* HDEQ text display now shows EQ gain to .1dB instead of 1dB
* Added help entry to HDEQ popup menu.
* Added help entry to scenes popup menu.
* Added help button to preferences dialog.
* Cleaned up help information.
Thanks for the feedback on the last post. Apparently the removal of
the XOR graphics fixed the problem on the Beryl WM. Almost all of the
bugs listed in the bug tracker are DSP type problems so I leave those to
Steve ;-)
Steve, Sampo,
Do you think there is some way we could make the limiter a
preference selection? I think it would be pretty cool to offer it as a
choice but I'm not sure how to hook that up. Fixing the GUI is no
problem ;-)
Cheers,
Jan
--
Jan 'Evil Twin' Depner
http://www.thecfband.com
"Life should NOT be a journey to the grave with the intention of
arriving safely in an attractive and well preserved body, but rather to
skid in sideways, chardonnay in one hand, chocolate in the other, body
thoroughly used up, totally worn out, and screaming 'WOO HOO, what a ride'"
Dominique Michel wrote:
> I am very proud to announce 2 new releases: alsaplayer-0.99.80-rc1 and
> fftscope-1.0.5
>
> The main added feature in those 2 packages is a new GTK2 interface.
>
> I must thank Madej. He done most of the job and is still working to improve it.
>
>
> Alsaplayer-0.99.80-rc1
> ----------------------
> AlsaPlayer is a new type of PCM player. It is heavily multi-threaded and tries
> to excercise the ALSA library and driver quite a bit. It has some very
> interesting features unique to Linux/Unix players.
>
> This is a major feature enhancement release.
>
> The player has now a fully working GTK2 interface.
> It includes the same functionality as the GTK1 interface and some new
> functions. The playlist window has been completely rewritten and is inside the
> main window. The scopes plugins have been migrated too.
> A lot of debugging has been made.
>
> Every user is encouraged to upgrade AlsaPlayer and use the GTK2 interface.
>
> We need your help with a few things:
> * Bug reports
> * Feature requests
> * Artwork contributions
>
>
> fftscope 1.0.5
> --------------
> Fftscope is a nice fft scope plugin for Alsaplayer.
>
> It is now 2 versions of this scope in the package: one with GTK1 interface, the
> other with GTK2 interface.
>
> This is a major feature enhancement release
>
>
> Enjoy those 2 new releases!
> ---------------------------
>
> http://www.alsaplayer.org/
> http://sourceforge.net/project/showfiles.php?group_id=249
>
> Dominique
>
> _______________________________________________
> Linux-audio-announce mailing list
> Linux-audio-announce(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-announce
>
>
hi dominique,
there are some problems building fftscope-1.0.5
first i run './configure', than 'make':
nowhiskey@murija2:~/software/nove/alsaplayer/fftscope-1.0.5$ make
make all-recursive
make[1]: Entering directory
`/home/nowhiskey/software/nove/alsaplayer/fftscope-1.0.5'
Making all in gtk2
make[2]: Entering directory
`/home/nowhiskey/software/nove/alsaplayer/fftscope-1.0.5/gtk2'
make[2]: *** Keine Regel, um »all« zu erstellen. Schluss.
make[2]: Leaving directory
`/home/nowhiskey/software/nove/alsaplayer/fftscope-1.0.5/gtk2'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory
`/home/nowhiskey/software/nove/alsaplayer/fftscope-1.0.5'
make: *** [all] Fehler 2
nowhiskey@murija2:~/software/nove/alsaplayer/fftscope-1.0.5$
if i 'cd gtk2' and than do './configure && make' there, i can 'cd..'
into sourcetree and do 'make' without errors.
cheers,
doc
On Wed, 13 Jun 2007, Remon wrote:
> > > Traverso 0.40.0 Release Announcement
> > >
> > > The Traverso development team is pleased to announce the release of
> > > Traverso 0.40.0
> > >
> > > Traverso is a cross platform multitrack audio recording and editing suite
> > > with a clean and innovative interface targeted for home and professional
> > > use.
> > >
> > > Changes in this release:
> > >
> > > * Completely revamped User Interface, with many usability enhancements
> > > which is fully themeable.
> > > * Improved input event handler, with many new options
> > > * CD TOC creation, with integrated CD Burning facilities.
> > > * Support for LV2 plugins
> > > * Reduced memory footprint for large projects
> > > * Ported to Windows and Mac OS X
> > > * Command Plugin framework: Extend Traverso's functionality by writing
> > > new Commands.
> >
> > Wow, this program is really great! Especially the user interface. Is it
> > related to protux somehow?
>
>
> Thank you, and yes, Traverso evolved out of protux about 2 years ago. The
> concept has been worked out in more depth, and should feel more natural when
> working with the interface.
>
Yes, and its certainly much easier to learn than protux. I'm going to try
using Traverso instead of Ardour next time I need a multitracker. The
interface is just fantastic in comparison.
Traverso 0.40.0 Release Announcement
The Traverso development team is pleased to announce the release of Traverso
0.40.0
Traverso is a cross platform multitrack audio recording and editing suite with
a clean and innovative interface targeted for home and professional use.
Changes in this release:
* Completely revamped User Interface, with many usability enhancements which
is fully themeable.
* Improved input event handler, with many new options
* CD TOC creation, with integrated CD Burning facilities.
* Support for LV2 plugins
* Reduced memory footprint for large projects
* Ported to Windows and Mac OS X
* Command Plugin framework: Extend Traverso's functionality by writing new
Commands.
Source tarball and installers for Linux, Mac OS X and Windows are available
at:
http://traverso-daw.org/
Enjoy!
The Traverso team.