Alexander Ehlert wrote:
You just have to find someone who likes GUI programming...
I like GUI programming!
David Olofson wrote:
...and wants to hack a *really* complex one for a music application.
You also need to find a good GUI designer, unless you're lucky enough
to find someone that can do both.
I'm quite sure it's not remotely as easy as you suggest.
I don't see what the big deal is.
Continuing in the thinking out loud department,
so I don't have to study ;):
Seems a waste to hardcode all the GUI stuff though.
How do they get about theming their controls
in Xmms / mplayer ... ?
Slider bars get different sizes and sometimes
shapes in such programs, yet they
retain their
Of course, since I have a market size of 1 (myself), and pretty much no
interest from the open-source community, the project hasn't gone
anywhere else. But I'm quite happy with it. :)
Make that two!! :) ttrk has been one of my favorite audio apps for a while
now. Thanks to the
On Wed, 2002-06-12 at 10:17, Vincent Touquet wrote:
I have never done any GUI programming before.
Writing these comprehensive widgets
with cool knobs, smooth slides,
graphical equalizers etc. seems
difficult though.
Theyre not *that* difficult really, it's just the initial learning which
On Wed, Jun 12, 2002 at 11:19:56AM +0100, nick wrote:
(cut)
Theyre not *that* difficult really, it's just the initial learning which
already (this is from my experience writing amSynth
http://amsynthe.sf.net). The problem is that everyone likes a different
toolkit.. for example, I used GTK--, and
Keep this idea on hold for a while
(but keep on discussing :).
I'm going offlist for a while
(won't read it till end of June),
cause exames are up and I always
find a good excuse inhere not to study ;)
so see you later !
regards
Vini
On Wed, Jun 12, 2002 at 11:19:56AM +0100, nick wrote:
(cut)
Theyre not *that* difficult really, it's just the initial learning which
already (this is from my experience writing amSynth
http://amsynthe.sf.net). The problem is that everyone likes a different
toolkit.. for example, I used
Paul: didn't you write some sort of a GUI
widget for Ardour ?
What do you think about this ?
gtkmmext contains several relevant widgets, the most relevant of which
is Gtkmmext::MotionFeedback. this takes a set of pixmaps, a
Gtk::Adjustment and a few other arguments, and uses the set of pixmaps
How do they get about theming their controls
in Xmms / mplayer ... ?
i don't know about xmms, but the GTK+ crowd, particularly havoc,
really don't like xmms since it violates most of the basic rules
about using GTK+.
Slider bars get different sizes and sometimes
shapes in such programs, yet
The way I'd like to do it is by throwing live objects into the
canvas, assign various graphic shapes or images to them, and then
connect them to the logic through callbacks, events or whatever. The
point is that basic stuff like catching clicks, handle dragging,
control Z order etc, should be
Paul Davis wrote:
The {Gtk,Gnome}Canvas is a thing of beauty and people should get to
know it and probably its Qt counterparts well.
I can only speak from the Qt side of things but I quite agree. We use
QCanvas and QCanvasView with a bunch of QCanvasItems and specialisations
thereof for our
On Wednesday 12 June 2002 06:19, nick wrote:
But yes, a library of these would be damn sweet. in the style of gtkext
(extra widgets for gtk) we could make one, but then the problem is the
user must have this extra library installed, and us developers hate
extra dependencies to worry about
did you turn up the playback stream volumes from zero (using
alsamixer, for example)?
Ok so I checked the mixer settings. They were at 0, so I set everything
to 95. Heres what i see for channel 1 in asound.state, after alsactl
store, the complete file is at http://www.niptron.com/asound.state
On Wed, 2002-06-12 at 08:38, Paul Davis wrote:
Puzzling. Very puzzling. Can you run some input into the system and
see if the Input Peak readings change? They should. Read them using:
amixer -c N cget numid=13
this will read the input peak value for channel 1 over and over
again. i'd
On Wed, 12 Jun 2002, David Olofson wrote:
Well, I'm *interested* - I've actually downloaded it and looked at
it! :-) Problem is that I don't really like the traditional tracker
idea anymore. I just record stuff from the keyboard and prefer
editing notes using some kind of piano roll view.
On Wed, 2002-06-12 at 13:50, Paul Davis wrote:
How do they get about theming their controls
in Xmms / mplayer ... ?
i don't know about xmms, but the GTK+ crowd, particularly havoc,
really don't like xmms since it violates most of the basic rules
about using GTK+.
really?
any examples of
This is how we build skins in gdam.
We have a number of pixmap-based gtk+ widgets:
gtkpixscrollbar - a slider where a 'handle' is drug along a 'trough'
appropriate for a volume slider or position indicator
gtkpixsplitbar- a slider which splits area
Has anyone ever thought of implementing a library for transfer of audio
across networks? The API could be similar to JACK but would allow
inter-host communication. This library would simplify the routing of
audio across networks by solving synchronization issues etc. Therefore
this RFC is closely
Men Muheim wrote:
Has anyone ever thought of implementing a library for transfer of audio
across networks? The API could be similar to JACK but would allow
inter-host communication. This library would simplify the routing of
audio across networks by solving synchronization issues etc.
On Wed, Jun 12, 2002 at 06:25:14 +0200, Men Muheim wrote:
Has anyone ever thought of implementing a library for transfer of audio
across networks? The API could be similar to JACK but would allow
Have a look at MAS, they had an impressive demo at LinuxTag:
http://mediaapplicationserver.net/
On Wed, Jun 12, 2002 at 07:45:51 +0200, Peter Hanappe wrote:
I wondered if it would be possible to write a JACK driver (i.e.
replacement for current ALSA driver) that would stream the audio over
a network. The driver is a shared object, so it's technically possible.
I was thinking of the
But that's sort of the thought behind ttrk: be a useful hardware
sequencer. I can't stand piano roll views, they just don't make sense for
the music I'm writing. I usually write electronic dance music where I
want to see everything that happens on one beat all at once, and it is
On Wed, 12 Jun 2002, xk wrote:
Of course, because your tracker it's written for your own personal use
it's normal to not spend time implementing things you don't need.
But developers which make software intended to be used by a large
number of users should try to implement things people
I can't get latencytest-0.42 to run on Redhat 7.3. I would like to make
sure that the kernels I've been building are doing what I want. Does
anybody have this working, or are there other audio latency measuring
tools around?
What error are you getting? I have been doing tests at home
under
I can't get latencytest-0.42 to run on Redhat 7.3. I would like to make
sure that the kernels I've been building are doing what I want. Does
anybody have this working, or are there other audio latency measuring
tools around?
--
(jfm3)
signature.asc
Description: This is a digitally signed
On Wed, 2002-06-12 at 19:27, Billy Biggs wrote:
Personally I see this as the 'flaw' with free software: most of it is
code first and application second. And I'm totally ok with that, although
it's awkward to read posts from users who expect things to work the other
way around. I just
On Tue, 11 Jun 2002, Frank Neumann wrote:
I had visited the booth of Egosys at this year's Musikmesse in
Frankfurt, Germany, and asked for Linux driver support. I got a business
card from one of the developers, exchanged a few mails, and then
received some driver source for the (slightly old)
On Wed, 2002-06-12 at 17:25, Men Muheim wrote:
Has anyone ever thought of implementing a library for transfer of audio
across networks?
Indeed I have and it is, in fact, what I plan to be spending most of
this summer working on. I don't know if you've seen gison's magic, but
it sounds very
On 12 Jun 2002, Bob Ham wrote:
On Wed, 2002-06-12 at 17:25, Men Muheim wrote:
Has anyone ever thought of implementing a library for transfer of audio
across networks?
Indeed I have and it is, in fact, what I plan to be spending most of
this summer working on. I don't know if you've seen
On Wed, 2002-06-12 at 21:18, Dan Hollis wrote:
I talked to gibson directly about magic. They stated it's patented and
they won't give permission for open source implementation.
I wonder what they have patents on, and whether they're applicable to
the UK.
--
Bob Ham: [EMAIL PROTECTED]
On Wed, 2002-06-12 at 22:03, Michael Toomim wrote:
nick wrote:
Exactly. I mean, I'm happy to let others use my software, but ultimately
I write it because I want a tool to do a particular thing. If people
want useability features etc.. then really someone's going to have to
pay for it. I
On Wed, 2002-06-12 at 22:15, Kasper Souren wrote:
nick wrote:
Exactly. I mean, I'm happy to let others use my software, but ultimately
I write it because I want a tool to do a particular thing. If people
want useability features etc.. then really someone's going to have to
pay for it. I
The problem seems to be either...
A) That there aren't enough of these people to go around.
B) That these people aren't in touch with the people who want to
write code, or just have a hard time coordinating with them.
or C) That these people aren't very deeply involved
My exams are over in just over a week, and I intend on getting my pc
running linux full time with alsa and stuff. I really want to help do
/something/ in the linux sound area - at the moment I'm very definetly
on the needing help stage.
Great, more power to you !!
If you need help, post on the
On 12 Jun 2002, Bob Ham wrote:
On Wed, 2002-06-12 at 21:18, Dan Hollis wrote:
I talked to gibson directly about magic. They stated it's patented and
they won't give permission for open source implementation.
I wonder what they have patents on, and whether they're applicable to
the UK.
36 matches
Mail list logo
