This is an exceptional announcement.
You may ask why announce a FVWM-Crystal release on the LAA,
fvwm-crystal being a desktop. That's simple, fvwm-crystal was improved
in 3.3.0 with a key modifier editor which let you change its key
modifiers.
This will affect only the extensive set of fvwm-crystal own
key-bindings, and the key bindings of other applications will remain
fully unaffected. That's a very easy and fast way to have the extensive
key-bindings set of applications like ardour or emacs to not collide
with the desktop.
During the last 2 years, a lot of bug fixes was done, the existing
features was improved and unified between the recipes, and new features
was added. The list of changes is so huge that it is better to try it
for yourself, if you don't already have done it. During the last few
months, a particular effort was made to fix some nasty bashisms. That
should make fvwm-crystal to work much better with distributions using
dash as default shell, and fix one hopefully unnoticed security issue.
A short and very partial story of the last releases:
3.3.2 bring 2 new recipes with ACPI support (battery, cpu speed and
temperature).
3.3.1 bring a new and complete Dutch translation and a Preference
Editor for the preferences that don't have menu options.
It bring too a pot file for easy translations in new languages.
3.2.6 see an updated Russian translation and x-terminal-emulator
support (Debian).
3.2.4 add mount/umount/pmount/pmount-gui support with the built-in
desktop icons.
3.2.1 finally succeed to remove the restart with all preference
changes but one.
3.2 see a complete rewrite of the Thunar desktop icons manager. Not
only the buttons was redone from the scratch into a single button,
which fix the flickering, but also a new implementation of the
associated actions was done. Now it's possible to associate any file
manager you can think about with these icons, 2 are supported at the
same time, as well than custom commands.
...
For a complete list, see the ChangeLog file.
Download:
https://sourceforge.net/projects/fvwm-crystal/files/?source=navbar
Website:
http://fvwm-crystal.sourceforge.net/
Project site:
https://sourceforge.net/projects/fvwm-crystal/?source=navbar
Enjoy,
Dominique
Hi all,
Let's say I have a client that introduces an amount of latency that's
variable at runtime and potentially unbounded. From JACK's docs it
seems that you need to recompute the min/max latencies in the latency
callback that's called "by the server" whenever it feels like, but you
can force that by calling jack_recompute_total_latencies (right?).
The problem is, you are advised to call this last function only after
calling jack_port_set_latency_range(), which you should only call in
the latency callback, which may be called next month... am I dumb
(probably) or is there a deadly loop?
I couldn't find code handling dynamic latencies around and I'm way too
lazy to try to understand JACK internals or to make silly tests etc.
(also because they would tell nothing since we have multiple
implementations of the same JACK API).
Stefano
Hi,
For those of you who are interested real world results for ffmpeg with
opencl we have run some benchmarking tests across our cluster. At the end
of last year there was a flurry of activity integrating opencl with
ffmpeg. The work was undertaken by multicorewareinc who is also the
official keeper of the code for AMD's proprietary version of ffmpeg.
We have found that leveraging opencl with the latest development version
of ffmpeg gives us upto 4566 DP-MFLOP on a single machine.
Adding in the OpenCL component (GPUs) gives us around a 64% speed boost on
AMD A4's. We got upto 400% increase on our intel machines (with alot of
NVidia CUDA cores).
We also noticed that essentially the same AMD/ATI card on a different bus
(AGP-8 versus PCI-E) only picked up an extra 6% in speed.
So clearly the recent work on the opencl integration with ffmpeg has
provided some real world dividends.
Just for the record our local cluster is clocking in around 20GFlops with
the opencl code in the mix. We haven't added in the cloud servers though
so that number is low.
While we are not a not a threat to the big players, combining resources
within the wider open source community creates a very serious competitor
that shouldn't be ignored.
Cheers
--
Patrick Shirkey
Boost Hardware Ltd
> still no audio is captured, apparently...
> this card has 16 inputs, maybe I should specify somehow which one
> should be used?
The aplay/arecord has 'D' option. This option is used to indicate PCM
device.
When you omit this option, 'default' PCM device is used.
In system with PulseAudio, 'default' PCM device is set as input/output
from/to PulseAudio.
I guess you record from PulseAudio, not directly from your device.
Would you test with 'D' option? Like:
$ arecord -D hw:UFX1604 -c 16 -f S32_LE -r 44100 /tmp/test.wav
Thanks
Takashi Sakamoto
o-takashi(a)sakamocchi.jp
Hi Daniel,
> I tested it with:
> play test.mp3 - OK
> arecord -d 3 -c 2 -f cd -t wav x.wav RECORDING SILENCE (maybe there is
> something else to configure on my card, but I haven't been able to
> record any sound. trying individual channels as well as stereo output
> settings).
So your test shows:
- PCM playback goes well
- PCM capture don't goes well
> In FW mode this command just hangs.
Would you explain more detail?
Thanks
Takashi Sakamoto
o-takashi(a)sakamocchi.jp
CAPS 0.9.19
===========
http://quitte.de/dsp/caps.html
The latest release of this collection of LADSPA plugins extends the
dynamics modulation capabilities of the 'virtual guitar amplifier'
AmpVTS and fixes a nasty bug in the Noisegate circuit that had been
causing spurious gain fluctuations in closed gate state.
http://quitte.de/dsp/caps.html#Download
Upgrading is recommended.
Enjoy,
Tim
Hi all,
Wasn't entirely sure where to ask this question, but I'm hoping someone can
help me with a small problem:
I'm using the Steinberg CI1 Audio Interface running Ubuntu 13.10. As of a
recent kernel, this Audio Interface is supported now (!). However, I'm
noticing that during playback, I get intermittent bursts of static/white
noise. Playback will be going fine, and the audio for less than a second
turns to static (I can describe as sharp and loud white noise) then goes
back to playing fine. This can happen a few times in succession, or go
minutes without happening at all.
Earlier last year when fighting this issue, I had authored a post on the
Ubuntu forums here:
http://ubuntuforums.org/showthread.php?t=2150401
Which, before the kernel had been updated to support the Steinberg CI1, did
get it working but still with this static. I had thought it was a fluke in
my little 'workaround', so decided to wait until it was officially supported
in the kernel.
I had gathered my information from a Clemens Ladisch (and credited!) a post
on this very mailing list:
http://linux-audio.4202.n7.nabble.com/Support-for-Steinberg-UR22-Yamaha-USB…
At this point now, with official kernel support and the issue still
happening, I'm at wits end here looking for a solution.
Thanks for any and all help!
--
View this message in context: http://linux-audio.4202.n7.nabble.com/Steinberg-CI1-Intermittent-Static-Spi…
Sent from the linux-audio-dev mailing list archive at Nabble.com.
Hi,
Well I've been working hard and new images (32 or 64bit) are ready for testing
:)
"io GNU/Linux is a Live DVD/USB based on the free Operating System Debian
(Sid)... and includes a large collection of preinstalled programs for all
uses, especially multimedia creation"
This new version brings a lot of bug fixes, updated softwares and new
features: (systemd, rtirq, encrypted persistence, a getting started and
more)...
For screenshots, package lists, infos etc... visit:
-> http://manu.kebab.free.fr/iognulinux.html
A small demo video is available:
-> https://www.youtube.com/watch?v=1UCB5je9lJo
Preparing an USB flash drive (with persistence) HowTo:
-> https://sourceforge.net/p/io-gnu-linux/wiki/USB%20install%20howto
Enjoy and happy weekend to all :)
MK