Hi,
Does anyone have an example in c of drawing a gdk_rectangle with opacity
in the foreground color?
There's several examples in python floating around that use the cairo
but I can't find a nice example in c.
Cheers.
--
Patrick Shirkey
Boost Hardware Ltd
I am trying to fix the size of my UI to be independent of the selected
WM theme. I have a gtkrc (based on the "Ia Oya" engine) which will do
that - except for the font sizes which will vary dependent on how screen
resolution is set globally.
One work-around I have found is to use a font that has only one size. Of
that kind I have found three: "Terminal" (medium sized, looks a bit like
a flattened "9x15"), "Teletext" (like "Terminal" but wider),
"Outcast" (small, "Tek"-like slanted) and "Caption" which is again like
"Terminal but twice the size and more polished.
Are these fonts standard in any distribution? Or a result of the
dependencies of whatever packages I might whimsically have happened to
have currently installed?
[Dots per inch makes little sense when the target could be a cinema
sized 800x600 projector as well as a handheld with similar resolution]
hi...
i discovered yesterday, that gcc cant optimize something like:
-----------------------------------------------------------------------
class Ramp
{
private:
float _phase;
float _omega;
public:
Ramp();
float process()
{
_phase += _omega;
return _phase;
}
};
Ramp osc_block;
int process( jack_nframes_t nframes, void *arg )
{
int i;
float * __restrict__ buf = (float *) jack_port_get_buffer( out_port, nframes );
for( i=0; i<nframes; i++ ) {
buf[i] = osc_block.process();
}
}
-----------------------------------------------------------------------
the __restrict__ on buf is not enough to convince gcc that writing to
buf[i] doesnt clobber _phase or _omega;
i am trying to make a case here, that something stronger than
__restrict__ is needed which allows the programmer to state that a
pointer really doesnt alias to anything.
of course the gcc guys say "wont happen" ...
so the question is whether we have enough need for this in the dsp
scene... and maybe some political power ?
am i totally wrong and such idioms arent of much use ?
--
torben Hohn
hello lad,
i decide to forward this mail from hydrogen-devel-list to lad-list.
beta testers are welcome.
greetings wolke
Start weitergeleitete Nachricht:
Datum: Thu, 24 Dec 2009 01:07:42 +0100
Von: Sebastian Moors <mauser(a)smoors.de>
An: hydrogen-devel(a)lists.sourceforge.net
Betreff: [Hydrogen-devel] Hydrogen 0.9.5-beta1 released
Hi!
just to make sure that nobody gets bored over the Christmas holidays we
decided to release the first beta version of hydrogen 0.9.5 as a special
gift for everyone.. This release is meant as a first "public" preview
and mainly for testing purposes. Here's a quick list of some new features:
- non destructive sample editor ( requires rubberband-cli for advanced
features )
- a timeline
- instrument midi out
- better support for non-ascii filenames ( changed XML-Parser from
TinyXML to QtXml )
- piano-roll editor
- export to ogg, aiff and flac
- ...
The sourcecode is available here:
https://sourceforge.net/projects/hydrogen/files/Hydrogen/0.9.5%20Sources/hy…
Binaries will be available for Ubuntu 8.04 / 9.04 / 9.10 and debian
unstable at the sourceforge file-module in some minutes..
Please report crashes and other glitches here:
http://www.assembla.com/spaces/hydrogen/tickets
Merry Christmas to all of you and enjoy your holidays!
- Sebastian
Announcing phasex-0.12.0-pre1:
The pre-release is here. It's stable. It builds cleanly. No build
errors or warnings. No runtime errors or crashes. No glitches.
If no bugs are found in the next week, then this code (with the
addition of some brand-new patches) will become the stable release.
Changes since phasex-0.12.0-beta4:
- Build system overhaul. GCC version detection for better arch-
specific optimization (compiles clean with gcc-3.4.x or higher).
Atom builds fall back to next-best optimizations for GCC < 4.5.x.
New --enable-32bit and --cpu-power-level= flags and better user
variable handling for ./configure. Missing -lpthread in link phase
is fixed.
- Velocity control for the amplifier. Better aftertouch handling.
- Scheduling policy defaults to SCHED_RR, and can be changed in the
settings at runtime.
- Broken ringbuffer code has been fixed. No more glitches (unless you
have actually run out of CPU).
- Theme loading has been fixed. Now properly detects if the nodoka
theme engine is installed, and quietly falls back to an engineless
theme.
- Fullscreen and Maximize interaction have been fixed.
- New command line options: -m (--midi-channel=), -f (--fullscreen),
and -M (--maximize). Loading a patch by name or by program number
on the command line now finds the appropriate patch in the patchbank.
- The lurking patch name corruption bug has been fixed!
- And more. See the ChangeLog for details...
Download phasex and hear for yourself...
http://sysex.net/phasex/
Alternatively, you can utilize the git repositoty:
git clone http://sysex.net/git/phasex.git
Cheers,
--ww
I've got a new monitor. When running Phasex on my new Monitor the first
time, I was able to see, that it would be possible to use Phasex with my
old monitor too, but using the old monitor I wasn't able to see this and
it was impossible to use the GUI to change the settings ;). It would be
better to have a default for the fonts and the GUI display that fits
better to old monitors. :) Ralf
Hello all,
I'm currently writing an arpeggiator that syncs to JACK tempo. It's
starting to get usable, and I'm running out of excuses not to let others try
it out.
Basic features/requirements:
- svn / tarball only now
- gtkmm-based, so dev packages for gtkmm and friends are needed to build
(and obviously jack)
- I've only built it on Ubuntu Studio (karmic) 64bit. I'm looking for
others to let me know if it builds/runs elsewhere.
- requires JACK time master to be rolling for the arpeggiators to do
anything. Qtractor and Seq24 have worked well for me.
- will pass midi events thru when JACK time master is not rolling.
- 4 arpeggiators with transpose, interval, range, note duration selectable
thru UI.
- Each arp has it's own JACK midi in and out port, so you can cascade
arpeggiators.
- Preliminary support for scales and modes - all of them are not correct,
but try major, dorian, diminished and augmented for starters :)
It sounds great with each arpeggiator driving an instance of calf mono.
Check out the ogg/mp3 clip on sourcefourge.
Thanks all,
Looking forward to any and all feedback.
Hi,
ams 2.0.1 has just been released.
tar.gzip and tar.bzip2 are available at
https://sourceforge.net/projects/alsamodular/files/
the NEWS:
========================================
ams-2.0.1 (2009-12-26)
Fixed Bugs
o Compile error for Qt 4.2 fixed
o Highlight MIDI controller in Control Center,
if MIDI event has been received.
o Fix crash unbinding multiple controllables connected to the
same midi controller.
o Initialized variable in env-module.
Fixes env-module mute bug discribed by lee(mrleelee).
General Changes
o MIDI channel numbering changed from 0..15 to 1..16.
ams-2.0.0 (2009-06-12)
New Features
o Redesign of 3D look
o Application icon
o German translation
o Keyboard shortcuts for menu and dialog items
o Menu item for recently opened files
o French translation (by Fank Kober)
o New --name command line option to specify the ALSASEQ/JACK
clientname
o Legato in monophonic mode using the "--poly 1" command line
option (by Atte Andre Jensen)
General Changes
o Port form Qt 3 to Qt 4.x library.
o A newly written autoconf/automake environment now provides the
usual "./configure && make && make install" comfort.
o Command line options are reworked.
- JACK now is the default interface, if the connection fails ams
connects to ALSA. This behavior can be modified using the -J and
-A options.
- The initial patch file to be loaded no longer needs the -l
option.
========================================
regards & merry xmess,
karsten
Greetings,
A quick note of deep gratitude to all Linux audio users and devs from
whom I have learned and continue to learn so much.
Thank you, and I hope you all enjoy the best of the holiday season.
Best,
dp
Please allow me to echo what many others have already said so eloquently on the LA* lists:
On behalf of the Linuxaudio.org consortium, L2Ork, and personally I would like to extend very best Holiday wishes to all LA* users, developers, artists, enthusiasts, supporters, contributors, companies, and sponsors. May we have many more years of a thriving community and bountiful creativity.
Likewise, I would like to express deepest gratitude to all who have contributed towards making audio on Linux not only possible but also remarkable! After all, Linuxaudio.org, L2Ork, or many of my personal projects would've never been possible without your talents and generous contributions!
Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound & Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
ico(a)vt.edu
http://www.music.vt.edu/faculty/bukvic/