Greetings,
The subject says it all. I recently had a tech replace the batteries in
two Yamaha DPM11 mixers. As expected, all presets were lost, but I was
able to restore them by a direct sysex transmission from one unit to the
other (before that one's battery replacement). Alas, the transmitted
data doesn't "keep", i.e. when the machine is turned off the battery
appears to be draining its charge, because the presets are gone when I
power up again. Grrrr.
Also, simplesysexxer seems to receive and transmit a bulk dump with no
problems, but the units do not respond correctly. The first preset gets
copied, then I receive an error code "cE". I could make good use of the
machine's error code definitions now, but the only service manual I
found available on the net is from a private dealer who wants too much
money for it. I'll try contacting a retired Yamaha tech in Toledo OH,
but does anyone on these lists have an idea what I should do ? Btw, the
units work fine now, they just don't keep their presets.
Any & all assistance greatly appreciated !
Best,
dp
Currently, it's just for display and editing. There's no playback yet. And
it's still pre-alpha, so you can expect it to crash without expending too much
effort.
The biggest change is that I've implemented some of the edit boxes in the
track, clip, and unit dialogs. The fun one to play with is changing the staff
type (in the track dialog). Another important addition is that it's now
possible to start from an empty score and add tracks, clips, and events.
Unfortunately, you can't add tablature tunings from within the program yet.
And adding notes to chords and tuplets still causes problems.
There's no change to the font, so if you were brave enough to try out the
previous version and still have the font loaded, you don't need to reload it.
I put a commented out line for the -fpermissive flag in the project file. I'm
hoping it's not needed anymore. If it is needed for compile, please let me
know, since it means I'm doing something wrong with one of the template
classes.
Website:
http://sourceforge.net/projects/sqorlatti
Download (bzipped source tarball):
http://downloads.sourceforge.net/sqorlatti/sqorlatti-0.1.2.tar.bz2
It's written in C++ and uses Qt. There's no config or anything yet, just a Qt
project file. So, as an ordinary user:
1. Unpack to a directory of your choice and cd to it.
2. qmake
3. make
4. Install the Sqorlatti.ttf font. It's located in the fonts subdirectory. In
KDE you can install it by going to System Settings and clicking through
the tabs Computer Administration / Font Installer / Personal Fonts / Add.
5. To run, type
./Sqorlatti [filename]
where [filename] is an optional *.sqo file to open. A few example files are in
the examples directory.
Changes in Sqorlatti 0.1.2:
* Cleaned up include file paths.
* Fixed SqMainWindow::openStaffEditor() so tracks appear in order of selection.
* Added a few user-editible preferences.
* Fixed crashing after SqMainWindow::fileNew() by cleaning up MasterView.
* Allow adding Clips in Track dialog editor.
* Added undo for EventContainers (Clips Track, Unit, and Score).
* Allow changing staff type in track dialog. Note that if there's no tab
tuning, staff type defaults to std notation.
Known problems still not fixed:
* Adding/removing notes to chords or tuplets. Eventually causes crash.
* Undo for inserting events and containers through MasterView not combined
into a macro, so separate commands are issued for insert and edit. It's not
really wrong, just inconvenient and confusing.
* Changing or editing tab tunings not yet implemented. This means that you
can't create a new file within Sqorlatti that will display tablature. You can,
however, open examples/Tablature.sqo, edit it, and save it under a different
name. If you want different tab tunings (i.e. anything other than a standard
guitar), you have to edit the *.sqo file by hand. This should all be fixed by
version 0.1.3.
--
7:8
New in CAPS 0.9.4:
* selectable oversampling ratios for AmpVTS (2x,4x,8x)
* selectable sounds for Click (box, stick, beep; the second being
very close to the sound of the unit in 0.4.x)
* further smoothening of ChorusII modulation
* selectable oversampling ratios for Compress (2x,4x)
Also, a serious issue with Compress has been fixed: gain had been
applied before saturation, greatly reducing the effectiveness of the
unit. It's squashing smoothly now :)
The 10-band Eq has been fixed and now has a reasonably flat frequency
response.
http://quitte.de/dsp/caps.htmlhttp://quitte.de/dsp/caps.html#AmpVTShttp://quitte.de/dsp/caps.html#Compresshttp://quitte.de/dsp/caps.html#Clickhttp://quitte.de/dsp/caps.html#Eq
version 0.1.1 fixes a few bugs:
*Fixed bug when not passing in a filename at startup.
*Added COPYING file. Added copyright templates to src files. Fixed
About box text.
*Fixed some undo/redo problems with drag & drop of events. Editing
notes within chords and tuplets still have problems.
My announcement for version 0.1.0 didn't seem to make it to the list, so
here's a repeat:
Yet another music notation program to pollute the internet. It's still just a
baby, but it already implements at least a few bugs.
It's not really ready for general use yet. The user interface is still rather
lacking and there are way too few sanity checks, but it does read and write
native *.sqo files (an xml format), and supports a crude and low-quality export
to standard MIDI files. The Staff Editor can display standard notation and
tablature moderately well, and work is ongoing to produce better percussion
staff and chord staff display. Tracks can be nested. Staffs can be grouped. The
score format supports multiple simultaneous time signatures.
Currently, it's just for display and editing. There's no playback yet.
Website:
http://sourceforge.net/projects/sqorlatti
Download (bzipped source tarball):
http://downloads.sourceforge.net/sqorlatti/sqorlatti-0.1.1.tar.bz2
It's written in C++ and uses Qt4. There's no config or anything yet, just Qt
project file. So, as an ordinary user:
1. Unpack to a directory of your choice and cd to it.
2. qmake
3. make
4. Install the Sqorlatti.ttf font. It's located in the fonts subdirectory. In
KDE you can install it by going to System Settings and clicking through
the tabs Computer Administration / Font Installer / Personal Fonts / Add.
5. To run, type
./Sqorlatti [filename]
where [filename] is an optional *.sqo file to open. A few example files are in
the examples directory.
If you open Staff Editor and the staffs looks huge and filled with garbage
characters, you forgot to install the font.
UserManual.pdf provides a small amount of documentation on how to use the
program. It's not all that well developed yet.
Developer documentation can be generated using doxygen. Just type
doxygen
to generate html documentation in the doc directory. You can fiddle with
doxyfile if you want to generate documentation in other formats (e.g. latex).
--
7:8
Hi!
I was recently helping a small Dutch radio station run by volunteers to
set up their new studio.
It's a modular system with a 16 I/O firewire card:
http://www.d-r.nl/AXUM/AXUM.htm
We managed to support it in FFADO. The playback software runs on a
virtualised Windows machine that's talking to jackd via netjack (no idea
which one, the one with multicast and netmanager), so we can address
four individual stereo pairs.
This whole netjack thing isn't very stable, so the playback software
should be replaced by some native Linux client. Here's a screenshot of
the current Windows solution:
http://adi.loris.tv/radio.png
It is basically a set of four remotely controlled winamps (with ASIO
output plugin to talk to jackd) and a directory browser per player.
So "Jingles", "Muziek" and "Bladeren" are just shortcuts to directories
with media files, the drop-down menu on the left contains a list of even
more directories.
The filter is used for pattern matching.
Questions: Are you aware of any Linux solution that comes close to this?
If not, any recommendations if one would want to create such a four-deck
player? Leveraging VLC, mplayer, gstreamer?
This is surely going to be open source, so whoever is interested, feel
free to participate.
Cheers
Hi!
Any Ubuntu users around, "quantal" or "raring" release? If so, could you
test if your gstreamer1.0 installation can play MP3s?
Recipe:
1. Install everything with gstreamer1.0* in its name, maybe
$ sudo apt-get install gstreamer1.0* does the trick
If you want finer control, I guess
gstreamer1.0-plugins-base gstreamer1.0-plugins-bad
gstreamer1.0-plugins-good gstreamer1.0-plugins-ugly
gstreamer1.0-libav gstreamer1.0-tools
is the proper set of packages.
2. Run the pipeline:
$ gst-launch-1.0 uridecodebin uri=file:///path/to/foo.mp3 ! fakesink
Instead of "fakesink", you can also try "autoaudiosink" or the even more
complex "audioconvert ! audioresample ! jackaudiosink", but that's
actually not the question.
In the good case, it looks like this:
adi@chopin:~$ gst-launch-1.0 uridecodebin uri=file:///tmp/foo.mp3 ! fakesink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Got EOS from element "pipeline0".
Execution ended after 2085409390 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...
In the bad case, you'll get error messages about codecs or a pipeline
that doesn't want to preroll.
Any feedback would be highly appreciated, it'd save me from installing
Ubuntu into a VM. ;)
TIA
PS: Feel free to file bug reports if it's really broken.
> ----- Original Message -----
> From: Diego Simak
>
> Thank you very much.
> Please confirm if it was fixed to dev branch, because it seems that it was
> included in the v.014.96 branch which has other error (jack_port_type_id_t)
>
> I've manually edited timekeeping.c from 0.14.97-dev with your fix and now
> it compiles OK, but I'm getting a Segmentation fault during execution:
>
> diego@ruidosa:~$ phasex
>
> (<unknown>:7002): Gtk-WARNING **: Unable to locate theme engine in
> module_path: "nodoka",
>
> (<unknown>:7002): Gtk-WARNING **: Unable to locate theme engine in
> module_path: "nodoka",
> Segmentation fault
> diego@ruidosa:~$
>
>
> Let me know any file that I can provide you.
>
> Thank you very much.
> Diego
This looks like the same nodoka warnings and segfault Dave Phillips was
seeing. Â Git branch v0.14.97-dev contains all the new fixes. Â v0.14.97
should be out by the end of the week.
Cheers,
--ww
> ----- Original Message -----
> From: Adrian Knoth
>
> On Tue, Jan 08, 2013 at 02:06:46PM -0200, Diego Simak wrote:
>
> > I'm using v.0.14.97-dev branch now but I got this error:
> >
> > gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/alsa -pthread
> > -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
> > -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
> > -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0
> > -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1
> > -I/usr/include/freetype2 -I/usr/include/directfb
> > -I/usr/include/libpng12 -I/usr/include/lash-1.0 -I/usr/include/alsa
> > -I/usr/include/uuid -D_GNU_SOURCE -D_XOPEN_SOURCE=600 -D_REENTRANT
> > -DARCH_BITS=64 -DPHASEX_CPU_POWER=2 -DNUM_PARTS=2 -std=gnu99 -pipe -Wall
> > -mtune=native -march=native -m64 -O3 -ffast-math -fomit-frame-pointer
> > -fsingle-precision-constant -MT timekeeping.o -MD -MP -MF
> > .deps/timekeeping.Tpo -c -o timekeeping.o timekeeping.c
> > timekeeping.c:60: error: ‘CLOCK_MONOTONIC_RAW’ undeclared here (not in a
> > function)
>
> A classic. ;) Fixed now:
>
> Â https://github.com/adiknoth/phasex
>
>
> Pull request sent, so I guess it will eventually end up in William's
> repo, too.
Thanks Adrian,
This is now in git v0.14.97-dev. Â The jack_bufsize crash you reported
on github is also fixed. Â These seem to be the last of the build/crash
issues with v0.14.96, so now I can concentrate on getting v0.14.97 out
by the end of the week.
Cheers,
--ww
> ----- Original Message -----
> From: Jeremy Jongepier
>
> On 12/30/2012 10:53 PM, William Weston wrote:
> >> ----- Original Message -----
> >> From: Jeremy Jongepier
> >> So this means starting multiple instances has become unnecessary?
> >
> > Correct. Multi-instance worked, but it was a pain. Currently, number
> > of voices is set at compile time, so be sure to run configure with
> > --enable-parts=4, or however may parts you want to use. More than two
> > parts per CPU core is not currently recommended, however.
> >
>
> So 4 parts is 2 parts per CPU? Or doesn't it work that way?
On a dual-core, this would be true. Â Eventually I would like to make
this a runtime configuration, but there's some other work that should
really happen first (CPU affinity, cgroup support, detecting number
of cores/CPUs, etc.). Â I'm looking at getting this in sometime during
the v0.15.x development cycle.
> [snip]
>
> It doesn't build yet. Same errors some other people reported:
>
> In file included from engine.h:31:0,
> Â from alsa_pcm.c:43:
> jack.h:34:2: error: unknown type name 'jack_port_type_id_t'
> make[3]: *** [alsa_pcm.o] Error 1
> make[3]: Leaving directory `/tmp/buildd/phasex-0.14.97~git20121231/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/tmp/buildd/phasex-0.14.97~git20121231'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/tmp/buildd/phasex-0.14.97~git20121231'
>
> Regards,
>
> Jeremy
Could you try the latest in the v0.14.97-dev branch? Â All of the
current JACK build fixes are included, and should compile cleanly
for jack >= 0.117.0.
Cheers,
--ww
Happy New Year!
Yes, your eyes are working correctly. Â This is v0.14.96. Â Some things
are worth the wait. Â I know it's been a while, but I haven't forgotton
about PHASEX... just had to put it on the back burner for some time
while life moves on. Â After more troubles than I'd like to go into
detail about with the old server, old hosting arrangement, the old
bug-ridden codebase, old laptop, and life in general, I've come back
to "finish" what I've started (as if software projects ever "finish"
these days...). Â Over the past eleven months, I've taken the time to
overhaul most aspects of the PHASEX source code. Â After two failed
attempts at going multitimbral, and two mishaps with the laptop dev
tree and was supposed to be v0.12.0, I decided to bump the version
twice, start the new development with v0.14.x, and move on. Â Here's
the short list of what's new since v0.12.x:
New Features:
- Multitimbral (1 thread per part).
- Session bank (very much like the patch bank).
- Jack Session.
- Stereo- and Multi- outputs for JACK.
- ALSA PCM audio.
- JACK MIDI.
- ALSA Raw MIDI.
- Generic MIDI (/dev/midi support).
- MIDI clock for timestamping and queuing events.
- Active Sensing.
- New oscillator waveforms.
- Portamento for Osc Transpose events.
- FM oscillator latching.
- New LFO parameters.
- Moog (24db/octave) filter.
- Fast fade-out mono retriggering.
- Interpolated oscillator table lookups.
- Ability to run with no GUI.
- JACK MIDI / ALSA Raw / ALSA Seq connections in menus.
- Widescreen layout mode.
- New preferences dialog w/ nearly all settings.
- New knobs.
- Pure 64-bit math in builds with --enable-cpu-power=4.
New Features from Anton Kormakov:
- LASH.
- MIDI Hold pedal.
- JACK Transport.
Bugs Removed and/or Squashed:
- The "bad PHASEX noise" is gone.
- GUI widget sensitivity is fixed.
- Notebook tabs behave properly (and quickly).
- Patch loading bugs are gone.
- MIDI program change works dependably.
- Spurious envelope triggering pops are gone.
- Offsets for neg. filter env. now calculated properly.
- Chopped portamento slides are fixed.
- Keytriggering for all keymodes is fixed.
- Voice stealing works as expected.
- Chorus phase balance issues have been corrected.
- System lockup on shutdown is a thing of the past.
- Denormals don't eat up all the CPU anymore.
Code Overhaul:
- Build system overhaul.
- Reorganization of source code.
- Rebuilt data structures for multimbral architecture.
- New driver layer (engine relies on no libraries).
- Replaced pthreads based buffer synchronization code.
- New lightweight patch parser / patch format.
- New thread-safe MIDI event queue.
- Restructured engine, GUI, and MIDI code.
- Almost complete separation of GUI and engine.
 (still need to separate bank changes from the GUI.)
Sources are available via git:
    git clone https://github.com/williamweston/phasex.git
Number of parts is configurable at compile time (1-2 parts per core
should be very dependable. Â Tested extensively with 8 parts on a
quad-core.) Â As usual, YMMV:
   aclocal && autoconf && automake && autoheader
   ./configure --enable-arch=native --enable-parts=2
Overall, I am pleased with where PHASEX has arrived. Â In the past, I
had always been disappointed with PHASEX and its shortcomings, and for
many reasons. Â Until now. Â The code is cleaner and easier to work on.
Most of the old bugs have been replaced with more intelligent design.
On an -rt kernel, xruns are a thing of the past. Â Sound quality is
cleaner. Â GUI is much more responsive. Â Dependence on the command line
is kept to a bare minimum. Â Sessions can be managed with ease. Â Per
part memory and CPU utilization has decreased vs. multi-instance
v0.12.x. Â Timing is almost as good as it gets (sample accurate for
JACK MIDI, near sample accurate for ALSA seq, and almost as good as
your hardware will allow for ALSA raw MIDI.) Â All or the major
barriers to use that I've identified over the years have been
eliminated. Â I can actually sit down and work on some of those tracks
that got shelved due to bad timing. Â Of all the new features and code,
I am most pleased with the new MIDI clock. Â (Anyone interested in
timing of MIDI events and successive audio buffer processing cycles
can enable timing debug with '-d timing'. Â Once I finish putting all
my notes together, a detailed explanation of the MIDI clock will
follow.) Â The rest of the new features should be self-explanatory to
readers of linux-audio-dev, so I'll spare the details (unless of
course anyone asks).
Many thanks go out to Anton Kormakov for his work on PHASEX and his
git repo, which appear to have served the community well in the time
since the old server went down. Â And of course, I'd like to thank the
regular posters to this list (and linux-rt-users) for sharing the
knowledge that's made this release possible. Â A lot of you have
dropped some hints over the years about what the design of PHASEX (or
any synth) really needs to perform well (or at least to not perform
badly). Â I've been listening, as a lot of the work this year is a
result of finally getting around to a lot of the suggestions made by
members of linux-audio-dev.
So please, enjoy the new PHASEX. Â This release aims to be as bug-free
as possible (and IMHO, v0.14.96 is already more stable and
trouble-free than any previous version). Â As is usual with GPL'ed
software, there's no warranty whatsoever and I'm not responsible if
you blow out your speakers (or your hearing), but please don't let
that hold you back from trying it out.
This version is fully tested with Fedora 17 and 18, and should be just
as trouble free on any Fedora >= 14 or CentOS >= 6.0. Â At some point
next month, I'll be rebuilding my RAID and dedicating some space to
running other distributions. Â Until then, a request goes out for build
reports from other distros, especially Debian/Ubuntu, Arch, and Mint.
There's still time to get build files from other distros into the git
tree before v0.15.0 comes out.
So what do we do, now that the world didn't end?
Let's make some music!
Cheers,
--William Weston