New in this release:
-Total rewrite of the interface and half the core player engine.
-CheeseTracker now uses the Qt toolkit.
-Nicely featured sample editor.
-High amount of customization options.
-Interface improvements in nearly all aspects, it should be more userfriendly and intuitive.
-MDI support, many songs can be loaded and played together, for live performance or simply data exchange purposes.
-Dozens of bugfixes since 0.5.
URL:
http://www.reduz.com.ar/cheesetronic
The mandatory screenshots:
http://www.reduz.com.ar/cheesetronic/index.php?section=6
Cheers!
Juan Linietsky
Salem Radio Labs is pleased to announce the public release of version 1.1.2 of
Call Commander, a high-performance call screening and management system
targeted for use in professional talk radio environments. This is a beta
release that adds the following new features:
Support for the Comrex/Gentner TS-612 Mutliline Telephone System
A call skimmer to allow automatic, unattended recording of selected calls to
hard drive.
Support for logging calls to tables in a mySQL database.
Enhanced hotkey support.
Further information, screenshots and download links can be found at:
http://www.salemradiolabs.com/callcommander/
Call Commander runs on the GNU/Linux operating system, and is available under
the GNU General Public License
Cheers!
|-------------------------------------------------------------------------|
| Frederick F. Gleason, Jr. | Salem Radio Labs |
| Voice: 1-(540)-341-2880 | 87 Lee Highway, Suite 11 |
| FAX: 1-(540)-341-7176 | Warrenton, VA 20186 |
|-------------------------------------------------------------------------|
| To invent, you need a good imagination and a pile of junk. |
| -- Thomas Edison |
|-------------------------------------------------------------------------|
Hi to all,
I´m looking for a codec that is able to do realtime compression as fast as
possible in order to use it for high speed audioconferencing.
Thought about values < 5ms ... don´t know what´s possible and what not -
just a first request, any information appreaciated.
Thanks in advance
-- A l e x
hello,
i'm looking for a solution to encode an ambisonics signal to 2 channel
UHJ in real time. is there for example a LADSPA or (linux compatible)
VST plugin to do this?
oliver
> Hi,
>
> lördagen den 21 juni 2003 09.18 skrev cliffw(a)easystreet.com:
> > Wanted to post a quick success story with the 2.5 kernel series:
> > Machine
> > processor VIA C3 Ezra
> > cpu MHz : 932.918
> > bogomips : 1843.20
> > 256MB ram
> >
> > Multimedia audio controller: VIA Technologies, Inc. VT8233 AC97 Audio
> > Controller (rev 50)
> >
[snip]
> >
> > I made a few passes at this machine with 2.4, but i could _not get useable
> > audio - overwhelmed by pops and crackles.
>
> Cool that these mini-itx machines actually does work :)
>
> I was wondering, where you refering to 2.4 as in 2.4+ll+(whatever)
> and 2.5 was, infact, performing better? *fingers crossed*
Farthest i got with 2.4 was 2.4.21-ck1 (Con Kolivas' rollup of various things)
Everything 2.5 past 2.5.66 runs better for me than 2.4 on this tiny machine.
Plus, with ALSA native in the kernel, i figure i've got a better chance with
USB and stuff like that.
cliffw
>
> /Robert
>
>
> > Now if you allow your Open Source Applications to be ported to
this
> > proprietary OSes, you strengthen this behaviour and weaken the
Open
> > Source Movement. People will get your software but will stick with
OSX
> > or whatever cause of this called Killerapps.
Systems.
>
> Just to add a bit onto this issue is that we could still support
> non-opensource systems, but they would need to purchase the software
> (see my other e-mail with the Trolltech as an example).
>
Please, you guys sound like a government that wants to regulate
everything with laws and taxes. If we (the open source movement) let
our "enemies" (closed-source businesses) make us behave like them, we
have lost. A more creative approach would be to make a good OSX
emulator (inverse Darwin) which lets those people run their killer
apps under Linux.
And by the way, isn't someone who uses and contributes to open-source
apps under OSX/Solaris/etc still a part of the open source movement?
On Sat, 21 Jun 2003 20:22:37 -0400, "Ivica Bukvic" wrote:
>Thanks! This really helped me see straight again :-).
>
>However this brings up one interesting point/problem. Due to GPL nature
>of Linux software, many of our efforts will seamlessly bleed into OS X
>world since there are no restrictions as to which platform this software
Seemless is right. Check it out (the results of a recent effort to port the Gentoo package system (portage - the backbone of Gentoo) to OS X:
http://metapkg.org
and on the Gentoo homepage (gentoo.org)
Gentoo/MacOS X announced...
thank you python! And I believe this is good for OSS, since it potentially brings more users into the OSS world, even (in the case of Gentoo/MacOSX) if it's kind of half and half.
--------
Jonathan Kraut
krautj(a)earthlink.net (current email - changes from time to time)
jak76(a)columbia.edu (life long email)
> Hi all,
>
>[snip - mac news - ]
>
> Please don't get me wrong. I am still in favor of Linux, obviously due
> to its open architecture. But at the same time I am becoming a bit weary
> of having to "hack" my advanced audio settings rather than use
> user-friendly tools. That, coupled with still anemic direct vendor hw
> driver support has really made me pay closer attention on Macs (as scary
> as that sounds). Yet, I feel such a sense of accomplishment when my
> Linux purrs just right with my desktop being uniquely configured and
> tailored to my needs. After all, I am a geek. :-) And the inner struggle
> goes on...
>
> Anyone care to comment or (please) dissuade me from potentially making a
> costly mistake? ;-)
>
Well, i'm messing with a used iBook G3/500 right at the moment.
OS X does look nice, and the few OS X audio apps i demo'd are solid.
And, dual-booting w/Debian unstable was dead easy to do, i have OSS audio
working jest fine with the built-in set, and i'm hoping to do ALSA
via USB audio soon, which will be kewl.
I like the hardware platform. The display is noticeably better than most
Intel laptops, certainly better than the used ones i was comparing to.
The Firewire Just Worked, right from the Debian install kernel.
I've been using it with a IDE -> firewire disk carrier.
The unit is solid. The built-in audio is okay, my model
has no real inputs (built-in mic) - you would definately be using USB or
firewire for Real Work. Using Open Firmware at boot instead of BIOS is
sweet. With Linux, performance is fine, even with the 500mhz chip.
The OS X on the other hand, is noticeably slooower than Linux (2.4.21 +
2.5.72
kernels ), especially at reboot. And the Mac world is insanely closed,
it actually surprized _me how little choice you have with OS X - near as
i can figure, you buy most everything from Apple, pay a bunch more money
than a comparable M$ product, or suffer.
And since they are _not a huge monopoly, they seem to have little shame
about being closed - i was very amused by the way they attempt
to corral the first-time user into signing up for .Mac (Apple's version of
MSN) during the OS X install, iTunes also.
The main thing-that-makes-me-nutbar is the keyboard layout. That's
fixable with X, and you can set up keymappings with sysctl for some
Mac-specific things. Main installation pain is the Mac version of fdisk,
which is....terse.
So in conclusion, i'd say the iBook + external converter (USB/fire)
would make a fine Linux audio laptop.
Get a decent sized disk, and you can dual-boot with OS X, and that
will motivate you to run Linux again. :)
cliffw
(PS - http://www.penguinppc.org - is a good start point for Mac links)
> Ivica Ico Bukvic, composer & multimedia sculptor
> http://meowing.ccm.uc.edu/~ico
>
>
> "Ivica Bukvic" <ico(a)fuse.net> writes:
>
> Anyone care to comment or (please) dissuade me from potentially
> making a costly mistake? ;-)
I don't think it needs to be either/or -- I run sfront under Linux
at work doing real-time things, and I run sfront at home using OS X
doing real-time things, and both more or less work OK.
Personally, I think the biggest issues are the different approaches
OS X and Linux takes on real-time scheduling (constraint scheduling
for OS X, SCHED_FIFO and friends for Linux), and on the need and
methods for keeping the application in RAM to avoid swapping (the
sfront OS X port took at lot of work to get this right, and in some
ways sfront has a simple memory usage pattern ...). I think Linux
may have something to learn from OS X on the former issue, and OS X
may have something to learn from Linux on the latter issue -- at
the moment at least, the "lazy swap-in" in OS X, even when the
machine has hundreds of MBytes sitting unused, forces the application
to do its own implicit memory management to avoid artifacts during
start up.
-------------------------------------------------------------------------
John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley
lazzaro [at] cs [dot] berkeley [dot] edu www.cs.berkeley.edu/~lazzaro
-------------------------------------------------------------------------