Forgot to add the list in Cc.
--- On Thu, 7/7/11, James Warden <warjamy(a)yahoo.com> wrote:
> From: James Warden <warjamy(a)yahoo.com>
> Subject: Re: [LAD] audio format abadie.jo
> To: "pierre jocelyn andre" <temps.jo(a)gmail.com>
> Date: Thursday, July 7, 2011, 8:24 AM
> Let's stop any confusion here:
>
> Pierre, if the official language of LAD is English, as a
> member of the list you have to accept it. As you point out,
> if you do not respect this rule, you are free to leave the
> mailing list. I am sure you can find forums in French
> dealing with linux audio (try www.linuxmao.org although it
> is not really developer oriented).
>
> You have to understand that regardless of the language
> used, the content must be understood by all the members
> interested in the discussion. I am not sure most people
> understand French, but I am quite sure most understand
> English. It is certainly a bias but if you want to reach LAD
> developers, you will have more chance by using English.
>
> J.
>
> PS: Even the C language contains English idioms ... ;)
>
Hi I've made a patch for jack-rack so it can be built with -DGSEAL in
the CFLAGS:
GSEAL explained here: http://live.gnome.org/GnomeGoals/UseGseal
i made the changes to a clone of the jack-rack git source.... which
fails to build....
ok, there's one area in main.c i had to cheat to get it to build, and
that's the gnome_program_init line, specifically the LIBGNOMEUI_MODULE
#define... Which is #defined in <libgnomeui/libgnomeui.h>.... Which
includes/uses deprecated GTK symbols, namely GtkCallbackMarshal, which
is due to the CFLAGS (GTK_DISABLE_DEPRECATED etc) used, is an unknown
type. I don't know how to fix that error as I don't know gnome. If you
look at the patch you'll notice I've removed the libgnomeui includes
from other c files as they weren't used. The error here is in
libgnomeui using gtk deprecated types.
but --disable-gnome fixes that kind of problem (git).
if the list refuses the attachment:
http://jwm-art.net/code/jack-rack-gtk_deprecated_fix.patch
cheers,
james.
Given all the needed Linux dependencies, and the difficulties of
getting decent audio performance on Android, what about not using
Android and using good ol' Linux instead?
Specifically, MeeGo on the Nokia N9 (
https://flors.wordpress.com/2011/06/20/nokia-n9-state-of-the-art-of-mobile-…
). I'm sure that it will be easier to create handheld multimedia
applications on an in-production and widely-distributed, supported
product that supports the full stack of libs and development tools
already in use by the LAD community....
..................
Fortunately, a bunch of interesting multimedia projects will be
getting a Nokia N950 to develop applications for the upcoming Nokia N9
( see also http://shootspeak.com/2011/06/24/nokia-n9-extra-facts-tidbits-updates/
).
The following are excerpted from
http://wiki.meego.com/Community_Office/Community_device_program/Nokia#Accep…
as of July 2 2011:
-- Porting Maesynth and Maelophone from N900 Python to QML and C++.
Stress testing the new Qt Game Enabler to see if we finally have low
latency audio support in Qt. Will also look to see if we can get midi
sample support via Wild Midi or equivalent.
-- Porting FunkeySynth, a MeeGo Tablet synthesizer to Harmattan
http://sandst1.wordpress.com/
-- Develop an audio recording application with geo-location support,
plus other applications to improve personal productivity utilising the
Harmattan notification/event view.
-- Develop FM RDS applications with focus in the new standards from
RadioDNS like the RadioVIS (partly based in the already existent the
N900-fmvis http://code.google.com/p/n900-fmvis/). I'm a member of a
university radio station (Radio Muda FM, 88.5MHz) and my plan is to
develop "real life" radio station applications.
I'll also rewrite an application I did for audio streaming, darknow (a
gui for darkice, http://darksnow.radiolivre.org) which is an icecast2
client, and also write an audio/video icecast2 client (based in a
software I did called theorur, http://theorur.sarava.org), all using
QT.
-- Porting XBMC + MeeGo TV stuff + doing audio continuums using pulseaudio.
-- Creating a Libre.fm radio client and porting Jokosher to small
screen devices.
-- Meex, a portable DJing application http://jenkins.vitaminj.co.uk/job/meex/
-- Porting Amarok to tablets and handsets running MeeGo/Harmattan.
-- Developing an audio player to access to more than 47 000 webradios
referenced on AOL shoutcast (by name, genre, current track)
-- Panucci - Resuming audiobook and podcast player
-- http://mediadownloader.cz.cc/?page_id=2
-- LinuxMCE is a next generation smart home platform encompassing
media, home automation, telecom, and security features.
http://www.linuxmce.org/
-- Porting Flumotion an open source streaming solution to Harmattan
taking advantage of the hardware encoding and the camera
-- magnus-plus photo: an application that combines a camera-based
magnifier with more advanced image processing techniques
-- Photographer's application suite (SnapGo, currently) to include
feature like a light meter and GPS track recording.
-- And last, but not least, I'm Looking forward to getting mine soon.
:-) [For: http://wiki.meego.com/tubelet-and-cutetube-port and
http://code.google.com/p/ytd-meego/wiki/CitizenJournalismWithYoutubeDirectF…
]
Niels
http://nielsmayer.com
PS: As long as floating-point limited CPU's (ARM) are the norm among
mobile processors, there may be a final calling for really complicated
audio synthesis to be done entirely with integer arithmetic. Which may
necessitate a different and more monolithic architecture -- one where
everything is done/controled in&by the application itself, as opposed
to using jack. Given the limited screen real estate available, how
much can you expect to successfully control and mix simultaneously
anyways?
PPS: The successful apps figure out dedicated gestural/haptic/vocal
interfaces to control all the knobs-and-dials underneath, e.g..
http://smule.com/ 's http://ocarina.smule.com/ (see
http://www.youtube.com/watch?v=uHtCAAj8jFI ).
PPPS: speaking of having a complete "Linux" stack , what about WebOS
and the HP Touchpad? http://www.wired.com/reviews/2011/06/hp-touchpad/
> From: Nick Copeland
> Don't you think it is more likely that people who are interested will run
> Linux as a replacement for Android on the ARM tablets rather than have
> the apps ported over?
"Smartphone growth is on a meteoric rise, with Android leading the way...
Android follows with 14.5%, and iOS with 13.8%. This is the first time
Android has eclipsed iOS share in the InMobi network"
Android penetration (14.5%) is an order of magnitude bigger than Linux
desktop (at about 2%?). My prediction - Android rapidly surpasses Linux
application base and mindshare.
Jump on board *early* LV2 ;)
Best Regards,
Jeff
Howdy!
JACK Session versioning is quite simply the most interesting new feature
for this release. It's optional but enabled by default. One can just
turn it off and keep the bad old take-no-prisoners behavior :)
Never is too late,
QjackCtl 0.3.8 has been released!
Enjoy.
Website:
http://qjackctl.sourceforge.net
Project page:
http://sourceforge.net/projects/qjackctl
Downloads:
- source tarball:
http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.8.tar.gz
- source package (openSUSE 11.4):
http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.8-2.rncbc.suse114.sr…
- binary packages (openSUSE 11.4):
http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.8-2.rncbc.suse114.i5…http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.8-2.rncbc.suse114.x8…
Weblog (upstream support):
http://www.rncbc.org
License:
QjackCtl is free, open-source software, distributed under the terms
of the GNU General Public License (GPL) version 2 or later.
Change-log:
- Debugging stacktrace now applies to all working threads.
- Session "Save" button now a drop-down menu, replacing the session save
type combo-box/drop-down list selection. Also, an early session
directory versioning/numbering scheme is now in place, although optional.
- Probable fix to debian bug report #624198 - segfault when pressing the
stop button (by Grant Adrian Diffey, after a patch from Adrian Knoth,
thanks).
- Desktop environment session shutdown (eg. logout) is now tapped for
graceful application exit, even though the main window is active
(visible) and minimizing to system tray is enabled. Both were causing
first shutdown/logout attempt to abort. Not anymore, hopefully ;).
- Make sure all activated patchbay definition files are in their
complete and absolute directory path forms.
- Connections refresh button now does an immediate and true
reconstruction of all clients and their respective ports and
connections, unconditionally.
- Command line server start option (-s, --start) is now made independent
from configuration setup option (cf. Setup/Misc /Start JACK audio server
on application startup).
- Now handling cable socket types properly to let patchbay definitions
work correctly, whenever having sockets with the very same literal name
(twisted from patch #3183467, by Karsten, thanks;).
- Abrupt focus behavior when any of the keyboard modifiers (Shift, Ctrl,
Alt, Caps Lock) is hit while on Connections client/port aliases editing
(rename) has been fixed.
- Russian (ru) translation updated (by Alexandre Prokoudine).
- Added include "errno.h" alegedly missing for BSD style systems
(applying patch for bug #3126091).
Cheers && Enjoy
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
hi,
sorry for cross posting (again), but i want to try and get this out to
all people who've been involved in specimen development over the
years.
i've add a gpl header to all source files with (where appropriate)
copyright attributed to Pete Bessman as original specimen author and
myself as current developer of petri-foo.
there are some files i claim to be my own work, these are listed in
PETRI-FOO_ORIGINAL_FILES along with short explanations.
the changes can be found in the latest git commit.
https://github.com/jwm-art-net/Petri-Foo
if anyone has issues, or finds a lack of attribution to their work, or
thinks how it's done is unfair, speak up.... but please don't get all
esoteric about it ;-)
regards,
james.
Hello, I created this wiki page
http://wiki.linuxaudio.org/apps/all/dead_projects
which stems from a thread I had started about a year ago here on LAD, asking for people to tell what software they found very valuable
but no longer maintained.
I have no prior experience with the wiki so I probably have made some
mistakes, first of all for example I'm not sure if the page is placed
in the right place. Would someone with more experience kindly point out
or even better correct these mistakes?
Also, maybe a distinction should be made: for example, while jack-rack
AFAIK doesn't have a dev periodically maintaining it, I think no one
would call it "dead", since it is quite usable and used; I'm pretty
sure that if in the future it wouldn't compile anymore due for example
to some gtk libraries not backwards compatible, someone would pretty
fast come up with a patch. So, does it belong to the list? Or should we
just change the name to "abandoned projects", and thus even examples
like jack-rack would fit in?
As of now there are two problems with the content of the page:
1) Tau physical modelling is a software that was mentioned in the said
LAD thread, but I couldn't find it anywhere online. links anyone?
2) Softwerk by Paul Davis was mentioned, but then Paul chimed in and
said he had just committed to svn, however I couldn't find the svn
address... So, Paul, could you kindly provide us the svn address, to
add maybe here
http://apps.linuxaudio.org/apps/all/softwerk
or if you're no longer working on it, could we add it to the list?
Ideally this page would be a place where developers in search for a
nice project would go, so I would find it good to link to it in some
places, but I'm not sure where... probably here
http://wiki.linuxaudio.org/apps/categories/development
would be a good idea, but I wasn't able to edit the page. Then maybe
even some place more upfront like here?:
http://www.linuxaudio.org/resources
cheers
renato
Hello hello,
The second official source code release Petri-Foo is now available.
IMPORTANT: I have designated this release as a 'preview' release to
indicate this is still a work in progress so that users may be aware
things may change and their files may not be usable without alteration
in future versions.
HOWEVER: I feel Petri-Foo has moved along quite nicely since 0.0.1 in
April and would like to share that work with a few more of you than
are subscribed to the Petri-Foo developers list.
WHAT'S NEW.... and good (since 0.0.1):
* Default Patch
A default patch using a looped generated triangle wave sample, with an
ADSR, LFO, and MIDI CC setup with sensible/default values so a new
user can immediately hear audio.
* Selectable MIDI controllers
MIDI controllers are now selectable amongst all the other modulation
sources. This has two benefits, the first is being given the choice
(of course), and the second is that you can now control how much
effect the controller has.
* Patchlist context menu
You can now right-click on the patch list to get a context menu to
allow you to perform add, remove, rename, and duplicate operations on
patches.
* Keyboard tracking
Keyboard tracking has been added to all the parameters, and
additionally, to the envelopes where it modifies envelope duration.
* LFO Amplitude modulation
The LFOs now have amplitude modulation so that. For example, the
default patch uses this in combination with the MIDI Mod Wheel
controller to control pitch modulation.
* RAW sample format loading
Allows one to load files never intended to be heard :-)
* Removal of LASH support
* Removal of ALSA *audio* output (note: ALSA MIDI still supported)
* Miscellaneous bug fixes and GUI clean ups.
Home pages...
http://petri-foo.sourceforge.nethttp://github.com/jwm-art-net/Petri-Foo
Download...
http://sourceforge.net/projects/petri-foo/files/Source/petri-foo-0.0.2.tar.…
git clone git://github.com/jwm-art-net/Petri-Foo.git
Bug reports...
https://sourceforge.net/tracker/?group_id=404816
jwm.art.net(a)gmail.com
Mailing list...
https://lists.sourceforge.net/lists/listinfo/petri-foo-devel
please note, if you're not a member your messages ****are
automatically rejected**** :-p
cheers,
regards,
James.
