On Wed, July 2, 2014 5:16 am, drew Roberts wrote:
> On Tue, Jul 1, 2014 at 11:34 AM, Patrick Shirkey
> <pshirkey(a)boosthardware.com
>> wrote:
>
>>
>> On Tue, July 1, 2014 10:41 pm, drew Roberts wrote:
>> > On Tue, Jul 1, 2014 at 5:34 AM, Patrick Shirkey
>> > <pshirkey(a)boosthardware.com>
>> > wrote:
>> >
>> >> Hi,
>> >>
>> >> Does anyone have a suggestion for open source solutions to enable
>> >> streaming AV/midi to multiple ARM mobile devices with a one to many
>> >> network configuration?
>> >>
>> >>
>> >> - Icecast is very good at serving audio but iiuc does not support
>> >> video/midi
>> >>
>> >>
>> > IIRC, icecast2 can stream video. Never thought to try midi.
>> >
>>
>> According to the icecast folks the latency and sync for a standard
>> stream
>> can get out to 10 seconds which is outside of my range. I could probably
>> handle upto 2000ms but less than 1000ms is preferable.
>>
>
> What are you thinking of using to do the "shouting"? IIRC, we were using
> vlc.
>
For this project I will probably have to build a custom tool that uses
ffmpeg for transcoding. VLC might be a good place to start but the
codebase is pretty large if I have to customise it so it's probably faster
to start from scratch.
> Concerning the sync, if you mean audio with video, what we were doing did
> not require synced audio.
>
This project probably doesn't require realtime sample accurate sync but
the latency should be within 2000ms between audio and video streams and
also between master/client. Latency should be as low as possible with a
balance between cpuload and bandwidth management.
Has anyone benchmarked realtime transcoding on dual core arm devices with
ffmpeg?
>>
>> Anyway I will give icecast with video a test run before I rule it out.
>>
>>
>> --
>> Patrick Shirkey
>> Boost Hardware Ltd
>> __________________
>>
>
> all the best,
>
> drew
> --
> http://freemusicpush.blogspot.com/
>
--
Patrick Shirkey
Boost Hardware Ltd
(Here is an unusual mail trying to describe as entertainingly as
possible what it's like to set up a modular production environment in
GNU/Linux. I owe the greatest of respect to anyone who've made the
softwares mentioned below and their work do not misunderstand a joke for
a blunt critic. )
Dear Lads,
You haven't heard much from me lately, and I'm sorry for that. For one
year and a half I've been sitting in front of my minimal -yet fairly
high endish - music production set up doing nothing but programming.
Those expensive things were only used to playback cd and digital files...
... you know what that means :
I was becoming an audiophile.
Holly horse poop, I can't beleive I said that... but it's true.
Few weeks ago, realizing this dreadful fact- I decided to start a rehab
: let's fire up the preamp and let's record some stuffs. Just to prove
the world I'm not just another bragging gear slut (hopefully).
Of course, just to make things harder I decided not to use the
full-featured highly expected (and probably amazing) Ardour 3. Why not ?
Because I've suffered 8 years of (gnu's not)Unix propaganda and now I
praise "modularity" above anything else.
Mh, and I guess 27 years of Legos(tm) didn't help neither (Don't judge
me, Technics are a great prototyping tool. ... . That's the best excuse
I have).
Lately, thanks to nedko (gladish), male (non-suite), drobilla (patchage,
ingen), falktx (Carla) (I always have to check the letters order for
this one nick :/) and few others,goal my has become -somehow- tangible.
Part one : THE SETUP
When you start a big music project with high expectations with GNU/linux
you need two things :
1) Make sure not to have a deadline
2) Make sure you are fully relaxed
Cause, you know how it is : those softwares are all quite young and only
used by few people. Therefore, "few people" means very few bug reports.
And of course those softs are made by volunteers who can only solve
them when they have enough time. Considering all this, it's already
great everything works !
Having few bugs every once in a while in a software is no big deal...
But the thing with modular audio, by definition, is that you're gonna
use dozens of them. At once.
And bugs DO stack.
But I'm rushing a bit, we're not there yet, cause at this point of the
story I haven't picked my softwares already (except for the non-suite).
I don't have any effects nor midi anything : I need to gather some more
stuffs to work with. And I must say I felt a bit like Indiana Johns
having to gather some pieces of a mysterious puzzle : "Your six strings
shall sound heavenly and You synths shall have many melodies. and you
will have to travel the Internet to find what you need."
Ok, the guitar part is an easy one : guitarix. It's just amazing. Let's
use it... and ! Oh gosh ! It's a trap ! There's no way to recall a
preset, it not patched with NSM... quick ! Use CLI, they MUST have a
"import" option ! Oh crap NO ! They don't !
I thought my quest would be easy but no. Instead of being able to pick
guitarix, I found a new quest : "use the LV2 version".
No big deal, let's just move to another place. Carla. it usually works
fine... but...gosh all my plugins are here except the amp simulator...
what the heck ?
Ingen then... erf... no, for some reasons this plugin doesn't make a
sound. Damn. Back to Carla... with another quest :
"You shall not use the Stable version. Use the git version". It's gonna
be harder than I thought.
Building is usually a piece of cake... but not this one time.
Eventually, in a last desperate attempt, I tried one more build, and
succeed.... Until QT5 -my trusted friend for years- suddenly decides to
betray me by placing booby traps all over the place to make sure I'm
not able to add any effect. Luckily, the scientist in the team -Falktx-
has been able to diffuse those.
Finally ! Now I have a guitarix preset I can save and load with NSM.
Holly crap.
Everything's set for the guitar. It's tome to move on to our glorious
quest for MIDI.
This quest was such a weird experience. I went to the vaste land of
Rosegarden, where the GUI almost made me blind and mad. I tried the
purity of a non-sequencer until it exploded right in my face. I went
to an oddly useless 1 bar non-chromatic sequencer...
Ok. It's gonna Seq24 then. It's not perfect, but I can use it.... Let's
just call the maintainer to fix the few problems... or not. Nobody's
actually taking care of this software.
Screw it. I'll use it anyway.
It's been a week already, and most of the musicians in my party have
given up for an easier world where you can buy peace.
I've been able to make some sounds and that's what keeps me going... I
don't know how long this will take, but I'll gather all the pieces of
this modular music machine.
Eventually with the help of the LAD's scientist, it'll work properly.
Let's keep faith.
Love.
Tumulte.
P.S. : As tedious as it was, I'm still thrilled by the potential of a
well integrated modular audio software suite. I must say I'm even more
exited when I see what's *already* possible today. Therefore I'd like to
make a call for a working group around this question cause it's really
(*really*) close to something great. I believe that a nice dialog
between users trying to setup real production environments and coders
can quickly bring out a kick-ass suite that can bring linux audio to the
next level.
P.P.S : all the best, and thanks for reading.
Hi!
I'm sure there must be users out there who are familiar with web stuff
and are burning to help their favourite inter-application audio
framework. ;)
Step up, please.
PS: There is also a semi-complete move to GH-pages. If your're familiar
with github, you could be the ideal volunteer. ;)
Cheers
----- Forwarded message from Paul Davis <paul(a)linuxaudiosystems.com> -----
Date: Fri, 30 May 2014 11:56:02 -0400
From: Paul Davis <paul(a)linuxaudiosystems.com>
To: JACK <jack-devel(a)lists.jackaudio.org>
Subject: [Jack-Devel] jackaudio.org website shut down due to hacking
The malicious conscience-free leeches who push pharmaceutical spam managed
to hack into jackaudio.org in a very deep way. They had full access to
everything including the ability to fiddle with MySQL tables (some of
them). I don't consider any part of the Drupal site safe, so I have shut it
down and replaced it with a single static index.html file.
The source tarballs for JACK1 were uncorrupted (probably JACK2 also -
waiting for confirmation from Stephane on this), and I have put up a new
link to the most recent. I also referenced github for the source code
repository and issue tracker.
As someone said on IRC today
" It's a shame the lead dev has to waste his time coding, answering user
questions AND fixing drupal backdoors "
If someone else wants to volunteer to resurrect the roughly 60 pages of
content that were at jackaudio.org (and realistically, it is probably more
like 20 of real stuff that is needed), get in touch. I can give you full
access to everything you will need.
_______________________________________________
Jack-Devel mailing list
Jack-Devel(a)lists.jackaudio.org
http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org
----- End forwarded message -----
--
mail: adi(a)thur.de http://adi.thur.de PGP/GPG: key via keyserver
Hi all,
The video recordings of the LAC'14 presentations have just been uploaded
to the conference website and are now directly linked from the archive:
http://lac.linuxaudio.org/2014/program
There are still a three videos missing and the workshop videos are also
yet to come. Currently they are also only available as vp8/vorbis/webm
(sorry IE and Safari users). But since it has been quite a while
already, we decided to not hold back the release of these already
finished videos any further.
Once the collection is complete, we will provide a .torrent. Meanwhile,
for those who prefer to download the videos incrementally, they are
accessible via rsync://linuxaudio.org/ [1].
Many thanks for Frank and Moritz to get those done in really outstanding
quality this year. Kudos to the complete stream-team.
enjoy,
robin - for the LAC'14 team
[1] example to get the 720p versions:
rsync -Pa --exclude "*360p.webm" \
rsync://linuxaudio.org/lac2014/ \
lac2014/
Calling all ChucK’ers, SuperColliders, Max and PureData patchers,
CSounders, Fluxites, Overtoners, and all other tongues of creative
coders. We welcome you to attend the fifth edition of the Creative Music
Coding lab at STEIM.
The CMC lab is an autonomous zone to try out sonic experiments as a
group. And an opportunity to leverage the expertise of the group in
realizing new artistic tools and processes through the medium of code.
Many of the founding members of the group are indeed experts in their
favorite languages, but we come from all technical levels of proficiency
and enjoy helping one-another out.
http://steim.org/event/creative-music-coding-lab-12/
DETAILS
DATE: Tuesday, 24 June 2014
TIME: 19:30
ENTRY: FREE
LOCATION: STEIM Concert Space, Utrechtsedwarsstraat 134 Amsterdam
What ARE the goals for the lab?
* a place for creative music coders to show work in progress, regardless
of programming language or platform
* a place to discuss and question techniques with fellow computer musicians
* an informal stage for playing with others, livecoding sessions,
jamming, and other fun experiments
* an opportunity to meet like-minded artists, share talents, and start
new collaborations
* an opportunity to be exposed to new languages and improve
cross-language fluency
* a way to discover lesser known and emerging creative programming paradigms
* a place to to discuss interconnections between programming environments
* an environment for discussions on cultural contexts surrounding coding
in the arts
We encourage members of the group to use this as a platform for
exploring ways in which we might be able to create and play together.
Proposals for creative group investigations of hardware, software, and
coding as process are welcome.
As always, entry is free, tea and coffee will be provided.
Hello all,
While putting the finishing touches on zita-njbridge and doing a lot
of testing I stumbled on this strange behaviour of jack's frame time.
Let F(i) be the frame time corresponding to the start of period 'i',
and U(i) the corresponding microseconds time.
If jack for whatever reason skips some periods, then one would
expect the difference of F(i) and U(i) to be consistent. They
are in some but not in all cases.
This is the output from a test. When the frame time makes an
unexpected jump, it prints the difference of F, the difference
in U converted to frames, and the difference of these two.
Period size is 256 frames.
dframes = 768 769.0 1.0
dframes = 1024 1322.8 298.8
dframes = 1024 1024.7 0.7
dframes = 768 1067.3 299.3
dframes = 1024 1023.7 -0.3
dframes = 768 1068.5 300.5
dframes = 768 769.2 1.2
dframes = 768 1067.3 299.3
dframes = 1024 1023.9 -0.1
dframes = 1024 1323.1 299.1
dframes = 768 768.2 0.2
dframes = 768 1066.7 298.7
The cases where F and U match are due to starting another client
(designed to be 'heavy'), those where F and U do not match occur
when the same client is terminated (using ^C). The error for
those is consistently a full period plus around 4333 frames.
So it seems that the frame time is not a reliable method to
determine how many frames have been lost.
Using jack1, 0.124.1
Ciao,
--
FA
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)
Hi everybody
Still recovering from the LAC2014 trip but already with news, here’s the link to our new website (including english version)
www.portalmod.com
The video that was shown at the MOD presentation is right in the frontpage.
Even better, the plugin library can now be navigated in the same way as in the MODs interface. On top of it, there’s a dashboard section where visitors can try the interface without audio.
Hope you all enjoy.
Cheers
Gianfranco Ceccolini