Hi Experts.
I wanna gotta some info about my (mainly) sound files.
Samplerate, Bitrate, VBR, Channels, Bits, Samples, Tag info ...
and put em all in my C program variables or structure.
Seems that MediaInfo support many formats, and it is really good.
Can somebody gimme examples how to access sound/media files with MediaInfo API ?
What exact #include's must be used ?
How to compile ?
Evtl. what include and lib dirs should be specified in GCC command line ?
gcc -I... -L... -lmediainfo
What is difference between
/usr/include/MediaInfo and
/usr/include/MediaInfoDLL ??
If i wanna use MediaInfo API, but not MediaInfo itself, is it enough when i
emerge media-libs/libmediainfo
or anyway i must emerge media-libs/libmediainfo AND media-video/mediainfo ?
eix mediainfo
[I] media-libs/libmediainfo
Available versions: 0.7.45 ~0.7.48-r1 ~0.7.49 ~0.7.50 {curl doc mms static-libs}
Installed versions: 0.7.45(12:05:57 AM 12/04/2011)(-curl -doc -mms -static-libs)
Homepage: http://mediainfo.sourceforge.net/
Description: MediaInfo libraries
[I] media-video/mediainfo
Available versions: 0.7.45 ~0.7.48 ~0.7.49 ~0.7.50 {curl mms wxwidgets}
Installed versions: 0.7.45(12:08:18 AM 12/04/2011)(-curl -mms -wxwidgets)
Homepage: http://mediainfo.sourceforge.net
Description: MediaInfo supplies technical and tag information about media files
I fond this, but it does not help :(
http://mediainfo.sourceforge.net/de/Support/SDK/Quick_Start#Example
Tnx in advance @ all
----
Hi all,
Just a friendly reminder that JANUARY 11 is the deadline for all submissions to the Linux Audio Conference (LAC 2012), which will take place at CCRMA (Stanford, California) in April 2012!http://lac.linuxaudio.org/2012/
Santa LACus wishes a great paper-and-music-submitting holiday to all!
Ho, ho.
Bruno
- - - - - - - - -
LAC 2012: the Linux Audio Conference - Call for Participation
April 12-15, 2012 @ CCRMA, Stanford University
http://lac.linuxaudio.org/2012/
[Apologies for cross-postings] [Please distribute]
Online submission of papers, music, installations and workshops is now
open! On the website you will find up-to-date instructions, as well as
important information about deadlines, travel, lodging, and so on. Read
on for more details!
We invite submissions of papers addressing all areas of audio processing
based on Linux and open source software. Papers can focus on technical,
artistic or scientific issues and can target developers or users. We are
also looking for music that has been produced or composed entirely or
mostly using Linux and other Open Source music software.
The Deadline for all submissions is January 11th, 2012
The Linux Audio Conference (LAC) is an international conference that
brings together musicians, sound artists, software developers and
researchers, working with Linux as an open, stable, professional
platform for audio and media research and music production. LAC includes
paper sessions, workshops, and a diverse program of electronic music.
The upcoming 2012 conference will be hosted at CCRMA, Stanford
University, on April 12-15. The Center for Computer Research in Music
and Acoustics (CCRMA) at Stanford University is a multi-disciplinary
facility where composers and researchers work together using
computer-based technology both as an artistic medium and as a research
tool. CCRMA has been using and developing Linux as an audio platform
since 1997.
http://ccrma.stanford.edu
Stanford University is located in the heart of Silicon Valley, about one
hour south of San Francisco, California. This is the first time LAC will
take place in the United States.
http://www.stanford.edu
We look forward to seeing you at Stanford in April!
Sincerely,
The LAC 2012 Organizing Team
pd-faust is my latest stab at making the integration of Pd and Faust as
simple and painless as possible. For those of you who've used my
utilities for Faust and Pd before, pd-faust integrates the functionality
of faust2pd and pure-faust into a collection of Pd objects written in
the Pure programming language. It also sports the following major
improvements over faust2pd:
- Reload Faust modules at runtime and have the Pd GUI of the Faust dsp
regenerated automatically and instantly.
- The metadata in Faust programs is interpreted to adjust the GUI layout
in a faust2pd-compatible fashion.
- MIDI/OSC controller mappings are provided for the 'midi' and 'osc'
metadata tags in the Faust source.
- Built-in MIDI sequencer and OSC recorder which syncs MIDI and OSC
playback and provides an OSC-based controller automation facility for
all Faust dsps in a Pd patch.
So in other words it's the Swiss army knife for Faust development in Pd.
;-) If you're into Faust and Pd, I hope that you'll find it useful. Bug
reports and other feedback are appreciated.
A brief overview is available here:
http://code.google.com/p/pure-lang/wiki/Addons#pd-faust
The obligatory screenshot:
http://wiki.pure-lang.googlecode.com/hg/pd-faust.png
Detailed documentation (including installation information):
http://docs.pure-lang.googlecode.com/hg/pd-faust.html
pd-faust is compiled to a native Pd object library which can be loaded
with Pd's -lib option as usual. Note that besides Pd, Faust and pd-faust
itself you'll also need the Pure interpreter and a couple of Pure addon
packages to build and run this software. Please check the documentation
linked to above for details. All the Pure-related downloads can be found
on the Pure website:
http://pure-lang.googlecode.com
For your convenience, here are the direct download links for the
required packages from the Pure project (source tarballs):
http://pure-lang.googlecode.com/files/pure-0.50.tar.gzhttp://pure-lang.googlecode.com/files/pd-faust-0.1.tar.gzhttp://pure-lang.googlecode.com/files/pd-pure-0.15.tar.gzhttp://pure-lang.googlecode.com/files/pure-faust-0.6.tar.gzhttp://pure-lang.googlecode.com/files/pure-stldict-0.2.tar.gz
You'll also need a recent version of Pd (0.43 has been tested) and Faust
from git (0.9.45 and 2.0.a3 are both known to work fine).
Happy holidays,
Albert
P.S.: Sorry for the excessive cross-posting, but the nature of this
project which interfaces between three different environments, each with
their own communities, made this seem appropriate.
--
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de
WWW: http://www.musikinformatik.uni-mainz.de/ag
On , thijs van severen <thijsvanseveren(a)gmail.com> wrote:
> any ideas ?
Yup! Tell jack to not use ALSA raw midi, use SEQ instead.
QJackCtl->Setup dialog, bottom left is "MIDI Driver", play with that..?
-Harry
Friends,
In the course of the year I did a couple of applications that I'm pretty
proud of. For some good reasons, I've withheld releasing them publicly
until now:
Ivory - a multi-touch, virtual MIDI keyboard controller
This was originally intended as a proof of concept, but
was so much darn fun that I pushed it to a beta-level
application.
I don't recall if it works with a mouse or not... but
it's not nearly as cool with a mouse.
http://gitorious.org/gabrbedd/ivory
proaudio-sound-control - one-stop shopping for Jack and Alsa control
This is a mash-up of QJackCtl and QasMixer. It discards
the GIMP-like multi-window interface of QJackCtl (which
is a major pain on a mobile device). It also adds direct
access to hardware mixer controls by re-casting QasMixer
as a widget inside QJackCtl. Say way you want about the
visual style of QasMixer, but it's the most complete GUI
interface to ALSA I've found.
https://gitorious.org/gabrbedd/proaudio-sound-control
CAVEAT EMPTOR: This code is released AS-IS, and I have no plans to
maintain them. It's released in the hope that someone can benefit from
them.[1]
DEMO: There's a video here that demos these on the Indamixx 2 (at the
MeeGo conference last spring)
http://www.engadget.com/2011/05/25/meego-conference-2011-sights-and-sounds-…
If you're in a hurry, fast-forward to about 1:13. It mostly demos
Ivory... but you also get brief views of proaudio-sound-control while
Tony is switching windows.
-gabriel
[1] For proaudio-sound-control... if someone decides to continue this
concept, you'll want to have a chat with me first. It works, but
is implemented in an unmaintainable way.
Aha,
TYOQA is finally coming to an end.
Are we getting 'pre-beta' status? No way. Not there yet. And quite
frankly, it will never be. As most of you who know my stance on this
alpha-and-omega-thing, may well rejoice: this is alphaaaaa!...
Now, let's get some more cynicism to the extreme, an activity that
I've been criticized more than often: the previous dot release nailed
the day when a bitten-fruit boss passed away. I am no prophet, but
could it be that we're witnessing the dawn of a brand 'new-age
passover'? I wonder what will happen this time.
Let's get over it, or better said, through it!
Time will tell or else, never mind.
Qtractor 0.5.2 (charlie x-ray) breaks out free!
This solstice release comes with a long overdue loop-recording/takes
'featuritis' breakout. As a matter of fact, it is actually the
relevant feature being introduced this season. BTW, happy
holidays--before's too late ;)
Well, I've tried to do something barely useful, at least for the lone,
one-(wo)man-band and over-dubber, that is. There's still a point on
the old motto, remember? That 'techno-boy(gal)-bedroom studio'? Now I
think he/she can have a guitar ;) In other words, I'm not really sure
this is going to be the best user-interface or paradigm, model,
whatever.
You tell me :)
Release highlights:
* Loop-recording/takes implementation (NEW)
* Default session file format option (NEW)
* LV2 State extension support (NEW)
* Options dialog re-arrangement (FIX)
* Improved in-flight recording display (FIX)
* MIDI clip file revision numbering (FIX)
* Clip "Unlink" option (NEW)
Cheers!
Website:
http://qtractor.sourceforge.net
Project page:
http://sourceforge.net/projects/qtractor
Downloads:
- source tarball:
http://downloads.sourceforge.net/qtractor/qtractor-0.5.2.tar.gz
- source package (openSUSE 11.4):
http://downloads.sourceforge.net/qtractor/qtractor-0.5.2-1.rncbc.suse121.sr…
- binary packages (openSUSE 11.4):
http://downloads.sourceforge.net/qtractor/qtractor-0.5.2-1.rncbc.suse121.i5…http://downloads.sourceforge.net/qtractor/qtractor-0.5.2-1.rncbc.suse121.x8…
- one upon the time, eons ago: user manual:
http://downloads.sourceforge.net/qtractor/qtractor-0.3.0-user-manual.pdf
Weblog (upstream support):
http://www.rncbc.org
License:
Qtractor is free, open-source software, distributed under the terms
of the GNU General Public License (GPL) version 2 or later.
Change-log:
- Fixed a probably old lurking destructive bug, which was incidental
to when an invalid or non audio file is imported, intentionally or by
mistake, into new or existing audio clips (eg. importing a MIDI file
where an audio file is expected).
- Force audio file closing to occur on the very same disk-write
(sync)thread, possibly mitigating an old random crash issue lurking in
the vorbis reference encoder (recording) re. the non thread-safetyness
of the vorbis_analysis() final call.
- Fixed extraordinary shadow-playback of audio clips which extent were
longer than the respective audio file length.
- Default session file format option now promoted (see
View/Options.../General/Session) in the way of whether file suffix
gets honored upon session open or save (.qtr, .qts or .qtz). This
brand new option also applies for default state file format on a
JACK-session salvage context.
- The View/Options... (aka. user preferences) dialog sees a new
arranjement in layout, with some options moving into this brand new
tab page called General.
- LV2 State extension support has been added, which shall replace old
LV2 Persist extension interface in the near future. It also replaces
the LV2 Files extension from now on (thanks to Dave Robillard).
- Dirty MIDI clips are now auto-saved when MIDI track properties get
changed through its own dialog.
- Fixed one probable too old crash when cancelling a new/add track dialog.
- MIDI SysEx event list editing is now fixed.
- Once again, make sure all recorded clips start and end at the very
same position when multiple track recording is turned on/off, while
playback is still rolling.
- Fixed Makefile.in handling installation directories to the configure
script eg. --datadir, --localedir.
- Possible attempt to improve in-flight recording clip display,
especially when looping and MIDI clips are involved.
- MIDI clip revision (re)numbering paranoia has been improved as much
to avoid MIDI file clashes as much as possible while editing multiple
MIDI clips which reference the same SMF and track/channel.
- Creating new or updating existing buses with exact same names of any
current dedicated inputs/outputs (which are implemented as special
covert buses) is now disallowed (preventing bug #3430406).
- Loop-recording/takes functionality is now ready for the masses and
accessible from brand new Clip/Take menu (Select, First, Previous,
Next, Last, Reset and Range...; the latter is actually being provided
as bonus feature :) as to fold any given clip into so-called takes,
simulating loop-recording mode over an arbitrary range).
- Loop-recording/takes infrastructure integration is sneaking in: all
clips recorded under a loop/cycle range may now get split (folded)
into one or more so-called takes. A new option is now provided, as to
select which take is about to retain after the recording ends, either
the First or the Last one. Just turn this mode off (None) and keep
with the old recording behavior, where clips are laid out unfolded
through the timeline, as usual (see menu View/Options.../Display/Loop
recording mode).
- Improved robustness in face of disabled audio buses when global
maximum number of JACK (audio) ports is surpassed (mitigating bug
#3421911).
- Improved single-track clip selection status logic (possibly fixing
bug #3419141).
- Clip/Unlink action is now available for detaching linked/ref-counted
MIDI clips, renaming and saving into auto-incremental SMF filenames.
- Temporary session archive directory now (pre)fixed whith program
name (eg. /tmp/qtractor).
- Fixed VST GUI editor window title on first show.
- Fixed build for ancient VST-SDK 2.3 (32bit only).
Enjoy!
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
Hi all,
Just an FYI. I am in the process of adding support for Apple's lossless
Audio Codec (ALAC) [0] to libsndfile. Should be done my the end of the
weekend.
Cheers,
Erik
[0] http://alac.macosforge.org/
--
----------------------------------------------------------------------
Erik de Castro Lopo
http://www.mega-nerd.com/
Greetings all;
Still trying to sort reasons why a java app can't access the midi synth in
my sound card.
From an aplaymidi -l:
[root@coyote modprobe.d]# aplaymidi -l
Port Client name Port name
14:0 Midi Through Midi Through Port-0
16:0 SB Audigy 2 Value [SB0400] Audigy MPU-401 (UART)
16:32 SB Audigy 2 Value [SB0400] Audigy MPU-401 #2
17:0 Emu10k1 WaveTable Emu10k1 Port 0
17:1 Emu10k1 WaveTable Emu10k1 Port 1
17:2 Emu10k1 WaveTable Emu10k1 Port 2
17:3 Emu10k1 WaveTable Emu10k1 Port 3
Can I make the inference that a .mid file sent to 14:0 should find its way
to one of the 17:n ports? It only works if I -s to 17:0(thru 3)
Java, by its scanning methods, finds a huge list of ports, but only the
semi-broken, internal to java, synth actually makes a noise.
If I switch to amidi -l, the list is a bit shorter:
Dir Device Name
IO hw:0,0 Audigy MPU-401 (UART)
IO hw:0,1 Audigy MPU-401 #2
IO hw:0,2 Emu10k1 Synth MIDI (16 subdevices)
IO hw:0,3 Emu10k1 Synth MIDI (16 subdevices)
but sending a midi file to the latter pair, while taking the normal play
time for the file, is also silent. KMix gain is turned up quite a ways.
From the lengthy output of amixer contents:
numid=7,iface=MIXER,name='Synth Playback Volume'
; type=INTEGER,access=rw---R--,values=2,min=0,max=100,step=0
: values=72,72
| dBscale-min=-40.00dB,step=0.40dB,mute=1
But since aplaymidi works, I'm confused, does mute=1 mean it is live, not
off?
When java scans for synths, I get at the end of the listing, a
realtime_synth as device #68 in base 0. But I haven't a clue if that is
the audigy2's synths, but its silent in any event.
The target here is to somehow link this so the java system can actually use
the hardware synths in an Audigy2 Value card. But any attempt to send to a
(hw0:0) thru (hw0:3) path is silent, however aplaymidi always uses the same
amount of time to send the file.
Suggestions of what to check next?, please as I am lost in whatever
translations actually take place because there seems to be 2 different
methods of accessing a device and I can't find how they correlate.
Thank you.
Cheers, Gene
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: <http://coyoteden.dyndns-free.com:85/gene>
"The Amiga is the only personal computer where you can run a multitasking
operating system and get realtime performance, out of the box."
-- Peter da Silva
Hi everyone, I have a fairly simple, known size message format, it's just
five numbers, either ints or floats, wrapped in a structure. I guess I need
some kind of serialization to send this over a jack ringbuffer, but I've
zero experience with serialization in C++. Can anyone tell me what the
easiest or best way to do this is? Should I use the boost serialization
library? FWIW, I would like to eventually add osc messaging in too if that
affects the best choice.
Thanks!
Iain
Hello
A update release of gxtuner is available
a simple, small and lightweight guitar/bass tuner
for jack
(a break out of the guitarix tuner module)
This update is for those, who's like to use a
simple tuner with a analogue style like interface
It resolve some user requests and primary
added some more command-line options.
Also it added all configuration options to be
restored by the jack session manager.
gxtuner-1.6
changes:
* add command-line option reference pitch control
* add command-line option threshold control
* add command-line option window size
* add command-line option window position
* add all options to be restored by jack session manager
gxtuner comes with a analogue like, full arbitrary scaling interface (scale),
show the tune, the octave and the accumulated frequency in Hz,
gxtuner comes with full jack-session support.
gxtuner use a equal-tempered scale based on A4 = 440 Hz (427Hz <-> 453Hz)
gxtuner is licensed under the GPL.
for more information please read the included README file.
get it here:
http://sourceforge.net/projects/guitarix/files/gxtuner/
direct link
http://sourceforge.net/projects/guitarix/files/gxtuner/gxtuner-1.6.tar.bz2/…
have fun
Guitarix developers
_______________________________________________
Linux-audio-announce mailing list
Linux-audio-announce(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-announce
