Hi,
Does anyone here know why I am seeing this error while loading a kernel
module:
Unknown symbol __stack_chk_guard (err 0)
Unknown symbol __stack_chk_fail (err 0)
I can't find anything online that explains the cause of the error in
relation to loading kernel modules.
--
Patrick Sh
development process. The actual cost of the campaign is usually a smaller
amount. That gives developers, designers and project managers an income
which many of them use to self fund their own personal work with a large
number of the developers contributing to open source projects. If we take
out
audio but iiuc does not support video/midi
- Netjack can potentially do all three but is not well tested on a mobile
platform.
--
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
neral forces that the rest of the world has to contend with.
I believe this is called entitlement.
Apparently Fons also exists off air and delicately collected rock filtered
natural spring rain water and has no need for the other trappings of
modern life that general market forces provide.
Fons
On Tue, July 1, 2014 9:29 pm, Fons Adriaensen wrote:
> On Tue, Jul 01, 2014 at 09:13:06PM +1000, Patrick Shirkey wrote:
>
>> Fons is truly a saintly enigma destined for greater things that are not
>> of
>> this mortal coil.
>
> Ad hominem remarks are usually a clear
esn't have the motivation or interest to do on his own.
Herman doesn't deserve to be painted as the bad guy, neither Stephane.
They are both active and genuinely contributive LAD'ers who are making
worthwhile progress and providing useful results.
> Thanks.
>
> T.
>
>
&g
On Tue, July 1, 2014 10:41 pm, drew Roberts wrote:
> On Tue, Jul 1, 2014 at 5:34 AM, Patrick Shirkey
>
> wrote:
>
>> Hi,
>>
>> Does anyone have a suggestion for open source solutions to enable
>> streaming AV/midi to multiple ARM mobile devices with a
Midi is serial data. It could be
> possible to pipe it into netcat.
>
Netjack already takes things a few steps further than that with audio and
midi streams.
Integrating Icecast with netjack would be a powerful tool. I have asked on
the icecast list if they have thought about such things.
On Wed, July 2, 2014 5:16 am, drew Roberts wrote:
> On Tue, Jul 1, 2014 at 11:34 AM, Patrick Shirkey
> > wrote:
>
>>
>> On Tue, July 1, 2014 10:41 pm, drew Roberts wrote:
>> > On Tue, Jul 1, 2014 at 5:34 AM, Patrick Shirkey
>> >
>> > w
o stream at the
application level.
>
> Pure Data can send audio / midi / video.
>
I will look into PD if ffserver is unable to get the job done.
> If I'm not wrong, GStreamer can do it too.
>
> Cheers
>
> Schiavoni
>
> Em 01-07-2014 06:34, Patrick Shirkey es
ct
me directly to discuss the details.
--
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
;> google points in a direction where the software must
>> allow/empower/enable
>> behaviour by the software developers that are not in the users' best
>> interest (e.g. selling data about the users).
>>
>>
>> ___
>> Linux-audio-dev mailing list
>> Linux-audio-dev@lists.linuxaudio.org
>> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>>
>>
>
>
> --
> Louigi Verona
> http://www.louigiverona.ru/
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
--
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
mindset that defines
their reasoning.
As I was told once. "it's not about how much money they can save, but how
much money they can make..."
Linux has seen wide adoption in the embedded audio hardware market but
many of the companies that make audio hardware running on Linux systems do
On Thu, October 2, 2014 7:44 pm, Neil C Smith wrote:
> On 2 October 2014 10:28, Patrick Shirkey
> wrote:
>> the desktop market is in decline for the consumer portion across
>> the board.
>
> Assuming by "desktop" you mean traditional PC market, various news
>
On Thu, October 2, 2014 9:14 pm, Neil C Smith wrote:
> On 2 October 2014 11:48, Patrick Shirkey
> wrote:
>> I've seen those reports too. They are optimistic but potential growth is
>> not the same thing as actually growing. It's more likely to be corporate
>&g
rting
with their own personal cash. Several people have tried to tap the market
with expensive hardware and had pretty dismal results. However if we look
at the success of the low end DIY market ex arduino, rasp pi, rockchip,
allwinner that is a pretty good success story.
--
th shipping costs is a big financial hit so maybe the
prizes shouldn't be physical items. Just giveaway money? We might get a
lot of interest from poorer regions of the world if we are giving away
E25/week. In some countries that is one weeks salary at minimum wage.
--
Patrick Shirkey
Bo
ill be viable in this situation ;-)
However I thought it might be interesting for some people here as a
counterpoint to the more sinister use of audio watermarking. The
processing algorithm could be 100% open source.
--
Patrick Shirkey
Boost Hardware Ltd
___
On Sat, April 18, 2015 8:30 am, Gerald wrote:
> Hi guys, I've started/hacked a small project called GuitarSynth. It is
> meant as a playfield for exploring pitchdetection and synthesis for
> Guitar, since I'm a guitarist. You can get on Github (git clone
> https://github.com/geraldmwangi/GuitarSyn
x27;s and bleeps" session going on without even
trying ;-) Looking forward to rinsing this out.
Cheers
--
Patrick Shirkey
Boost Hardware Ltd
> On 18.04.2015 13:24, Gerald wrote:
>>
>> I'll look into that. I used clam since it had prettier knobs but dropped
>&g
es of JACK (> 2) on the same machine.
--
Patrick Shirkey
Boost Hardware Ltd
--
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
ion; fire, and life!!!
>>
>> ___
>> Linux-audio-dev mailing list
>> Linux-audio-dev@lists.linuxaudio.org
>> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>>
>>
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
--
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
On Fri, March 11, 2016 6:58 pm, Robin Gareus wrote:
> On 03/11/2016 08:03 AM, Patrick Shirkey wrote:
>> If this cannot be fixed in JACK directly we should be able to spin up
>> multiple instances on the same machine and have them play nice with each
>> other.
>
> and
On Fri, March 11, 2016 11:59 pm, Paul Davis wrote:
> On Fri, Mar 11, 2016 at 7:17 AM, Patrick Shirkey
> > wrote:
>
>>
>> On Fri, March 11, 2016 6:58 pm, Robin Gareus wrote:
>> > On 03/11/2016 08:03 AM, Patrick Shirkey wrote:
>> >> If this cannot be fix
.
I suggest to not enable an external network connection if using software
that has this *potential* security threat enabled *and* it is a cause for
concern.
+/- 0.2 btc
--
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing
> On 09/19/2016 11:56 PM, Patrick Shirkey wrote:
>>
>>> why?
>>>
>>> On Sat, Sep 17, 2016 at 5:44 PM, Tito Latini
>>> wrote:
>>>
>>>> What is the content of the network packets ?
>>>>
>>>> Regardless,
> On 09/20/2016 07:03 AM, Patrick Shirkey wrote:
>>
>> Because netjack isn't good enough
>
> correct.
>
> jack can have a single timebase master and likewise netjack has a single
> net-master.
>
> Ableton-Link is decentralized: Multiple performers can int
your expert advice AL does not support JACK directly.
which seems a shame seeing as JACK is a "spec'ed out, cross-platform
reference implementation" that has *already* found its way into hardware.
>
> On Tue, Sep 20, 2016 at 1:03 AM, Patrick Shirkey
> > wrote:
>
&
ar functionality to JACK
has opened up a gap in the "market".
Is there any specific reason that JACK *cannot* be used to enable a
similar looping mechanism via the transport control or in parallel?
--
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
e professional audio where almost all the
major players (Harrison is a notable exception) want to invent the wheel
and go it alone.
Why is it that after so many years, effort and examples such as the Linux
Audio Consortium, the Linux Audio Conference, ALSA, JACK, LV2, Ardour we
still encounte
oduct(s) at our expense/time/resources.
Of course everyone is free to do what they want but don't try to pretend
that it's a shock that some of us are not enthused about this new product.
That comes across as lack of insight or outright BS.
--
Patrick Shirkey
Boost Hardware Ltd
__
> On Fri, Sep 23, 2016 at 6:00 AM, Patrick Shirkey
> > wrote:
>
>>
>> I suppose that their marketing department has decided that Linux
>> Developers/Users don't represent a big enough share of the market to
>> justify committing more resources to the pla
> On Fri, Sep 23, 2016 at 12:50 AM, Patrick Shirkey <
> pshir...@boosthardware.com> wrote:
>
>>
>> > On 09/22/2016 07:30 PM, Tito Latini wrote:
>> >> On Thu, Sep 22, 2016 at 09:16:12AM -0500, Paul Davis wrote:
>> >> [...]
>> >>&
null sink/source, starts the real jackd and then loads
the jack-sink/source. It would also have to take care of the reverse
when jack is stopped.
I think it would be good if we can get some consensus on the officially
endorsed approach.
Cheers.
--
Patrick Shirkey
Boost Hardwar
d it.
However we also have jackbridge and that works very well for
transmission with energyXT and VSTHost.
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
On 08/08/2009 08:10 PM, Ralf Mardorf wrote:
Ralf Mardorf wrote:
Apropos wasting resources. A lot of Linux audio applications don't
have EQs by default for the channels of a mixer, we need to add 20
LADSPA EQs to 20 channels. There might be OS X and Windows
applications that come with an EQ
s just for Linux applications.
Yes.
This is the correct way to approach Linux lists.
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http:
On 08/08/2009 09:57 PM, Jens M Andreasen wrote:
On Sat, 2009-08-08 at 16:44 +1000, Patrick Shirkey wrote:
Here's what I have found after extensive testing with the latest dev
version of pulseaudio-v0.9.16-4 and jack-0.116.1 on a 2 core amd, 4GB
notebook running Fedora 11.
1. 32 bit
t
now you are risking your rep by making a stand on a name that you didn't
originate and therefore shouldn't feel any real attachment to.
Cheers.
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@
t was selfish.
You are putting the words in your own mouth here. There's no need to
suggest this even as a joke. I certainly haven't suggested it is the case.
Patrick Shirkey
Boost Hardware Ltd.
___
Linux-audio-dev mailing list
binary and the code that goes with as well as
making (minor) changes to the code including attributing copyright to
the various original authors in a way that wasn't done with the version
of the application that you reverse engineered and that is not a fork?
What is a fork if not all the
which
time they had been made pretty much bankrupt.
Although IIRC in the end they won and McD's had to pay out instead.
So maybe it's worth the effort.
Patrick Shirkey
Boost Hardware Ltd
Raymond
___
Linux-audio-dev mailing list
Linux-
On 08/09/2009 05:44 AM, drew Roberts wrote:
On Saturday 08 August 2009 14:25:37 Patrick Shirkey wrote:
Sorry but how exactly is this different from a fork? Is there a guide
that you have read somewhere that explains the exact steps required for
making a fork? Why have you now decided that
On 08/09/2009 06:05 AM, Raymond Martin wrote:
On Saturday 08 August 2009 15:44:41 drew Roberts wrote:
On Saturday 08 August 2009 14:25:37 Patrick Shirkey wrote:
Sorry but how exactly is this different from a fork? Is there a guide
that you have read somewhere that explains the
On 08/09/2009 06:10 AM, Raymond Martin wrote:
On Saturday 08 August 2009 15:49:08 Patrick Shirkey wrote:
On 08/09/2009 05:44 AM, drew Roberts wrote:
On Saturday 08 August 2009 14:25:37 Patrick Shirkey wrote:
Sorry but how exactly is this different from a fork? Is there a
On 08/09/2009 08:12 PM, Kjetil S. Matheussen wrote:
Patrick Shirkey:
On 08/08/2009 09:57 PM, Jens M Andreasen wrote:
On Sat, 2009-08-08 at 16:44 +1000, Patrick Shirkey wrote:
Here's what I have found after extensive testing with the latest dev
version of pulse
On 08/09/2009 10:12 PM, Kjetil S. Matheussen wrote:
>
>
> On Sun, 9 Aug 2009, Patrick Shirkey wrote:
>
>>
>> On 08/09/2009 08:12 PM, Kjetil S. Matheussen wrote:
>>> Patrick Shirkey:
>>>
>>>> On 08/08/2009 09:57 PM, Jens M Andreasen wrote:
On 08/09/2009 10:35 PM, Kjetil S. Matheussen wrote:
>
>
> On Sun, 9 Aug 2009, Patrick Shirkey wrote:
>
>>
>> On 08/09/2009 10:12 PM, Kjetil S. Matheussen wrote:
>>>
>>>
>>> On Sun, 9 Aug 2009, Patrick Shirkey wrote:
>>>
>>>>
On 08/10/2009 12:56 AM, Robin Gareus wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Patrick Shirkey wrote:
On 08/09/2009 10:35 PM, Kjetil S. Matheussen wrote:
On Sun, 9 Aug 2009, Patrick Shirkey wrote:
On 08/09/2009 10:12 PM, Kjetil S. Matheussen wrote
st the is so
frustrating. It's like we are behind the curve in many ways.
I really think we can do better and making some official recommendations
specific to audio config on 64 bit other than "don't use 64 bit" or
specific to working with audio apps other "than disab
LAD?
BTW, it would be interesting to get some real world feedback from anyone
who has this enabled already on a 32 bit platform.
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://li
eem like it would be particularly difficult to build.
Cheers.
--
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
On 08/10/2009 05:14 PM, Jens M Andreasen wrote:
On Mon, 2009-08-10 at 15:22 +1000, Patrick Shirkey wrote:
"PAE is required for NX support, and furthermore enables larger
swapspace support for non-overcommit purposes. It has the cost of more
pagetable lookup overhead, and also con
lease ensure the 32 bit libraries for
alsa, jack and pulseaudio are installed by default.
cheers.
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/
UNIX always by default configured in the least useful
way?
I'm sure that someone is getting their kicks out of it.
As a comparison on my 64 bit version of Gnome I find the default theme
to be very responsive...
Patrick Shirkey
Boost Hardware Ltd
Indeed ;)
On 08/11/2009 04:42 AM, Jens M Andreasen wrote:
On Tue, 2009-08-11 at 04:14 +1000, Patrick Shirkey wrote:
As a comparison on my 64 bit version of Gnome I find the default theme
to be very responsive...
As a comparison, the machine I have today is the equivalent of a Cray2 -
the
hat occurred to me last night.
- If using skype consider purchasing a usb phone and using that as the
audio interface instead of relying on the onboard sound device as it
will probably make your life easier.
Patrick Shirkey
Boost Hardware Ltd
- A distribution should attempt to run jack
ve. In my mind it is a logical and
inevitable feature that will give desktop users a game like graphical
management option they can play with and get excited about.
Cheers.
Patrick Shirkey
Boost Hardware Ltd
> Regards
>
> Florent
>
>
> __
any DE . The goal is to combine the advantages of the "all-in one
> audio app" and of a multiple applications workflow.
>
>
Can I confirm that an app that was able to tell the wm how to position
the session would also suffice which is what Nedkos goals are iiuc?
Cheers.
sktop environemtn that communicates
with jack.
I'm am very interested in seeing this happen and I think it can be tied
into the lash/ladish system too.
Cheers
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Surely this particular issue can be disabled?
Dbus support is critical to making sure jack2 and pulse audio work
together ootb without having to use a workaround loader script.
I thought, I also read that it's a compile time option too so if you
don't particularly want it then you can
ript but don't get any syncing with ardour and blender.
Anyone else done this and have an idea of what I could be missing?
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://l
let's make
> that huge leap and pretend it is - then this same situation would exist.
> Feature foo needs to be implemented by a host regardless. The
> difference is, with a monolithic specification feature foo not being
> implemented by the host means that host doesn't supp
On 11/01/2009 10:19 AM, Gabriel M. Beddingfield wrote:
>
>
> On Sun, 1 Nov 2009, Patrick Shirkey wrote:
>
>> So, maybe it would be a good use of time to resolve this inadequacy as a
>> priority before moving onto other items?
>
> Doesn't VST do it through bran
On 11/01/2009 02:38 PM, Paul Davis wrote:
> On Sat, Oct 31, 2009 at 9:09 PM, Patrick Shirkey
> wrote:
>
> [ ... stuff ]
>
> the idea occured to me sometime today.
>
> "my host supports LV2-E1"
> "my plugin requires LV2-E2"
> "t
On 11/02/2009 03:11 AM, David Robillard wrote:
> On Sun, 2009-11-01 at 12:09 +1100, Patrick Shirkey wrote:
>
>> I'm not sure what the limitations of the existing system are but in
>> general having a central location where all extensions are collated with
>> expli
gt;> you'll figure that out when things don't work."
>>
> The host has all the information needed to report this explicitly to the
> user (you can't use plugin foo because this program doesn't suppor
On 11/02/2009 07:49 AM, David Robillard wrote:
> On Mon, 2009-11-02 at 07:10 +1100, Patrick Shirkey wrote:
>
>> On 11/02/2009 03:11 AM, David Robillard wrote:
>>
>>> On Sun, 2009-11-01 at 12:09 +1100, Patrick Shirkey wrote:
>>>
>>>
On 11/02/2009 08:06 AM, David Robillard wrote:
> On Mon, 2009-11-02 at 07:13 +1100, Patrick Shirkey wrote:
>
>
>> FWIW, I will try to bring this information out in a simple manner on the
>> wiki. If anyone has the time to think of a detailed method for handling
>>
and
the developer documentation that is provided but perhaps others can make
suggestions of the most useful documentation features they have found
while developing for alternate plugin systems?
However I have been working with borland, visual studio and xcode and
found several common documentation
experience a
nuclear holocaust or other mass extinction event.
These two steps above could easily be completed by the end of the week
if everyone who has an interest in seeing LV2 gain wider adoption
pitches in.
Cheers.
Patrick Shirkey
Boost Hardware Ltd
On 11/08/2009 08:37 AM, Gabriel M. Beddingfield wrote:
> On Sat, 7 Nov 2009, David Robillard wrote:
>
>
>> A better analogy would be well-formed XML or RDF, where things can
>> easily be added but it doesn't break anything because the technology has
>> been designed specifically to handle this
On 11/08/2009 03:31 PM, Gabriel M. Beddingfield wrote:
>
>
> On Sun, 8 Nov 2009, Patrick Shirkey wrote:
>
>> Would a set of reference template code written for the various languages
>> that we have at our disposal be of any use here?
>
> I don't think so.
a template for every language and tool set that can be used to
build an ui that a busy but interested developer can quickly slot into
their own project with minimum tweaking will be a major step towards
opening up compatibility and getting more applications and ui's built.
ovide a template, would anyone be willing to put together
> these documents? I will gladly write the tool if the data is there, and
> the problem will be solved, and a convention set that solves it in the
> future with basically no effort involved.
>
>
I will work on the docs
ot; on or developing around to achieve their goals.
I personally see Nedkos work as extremely valuable so I will be making
some time for testing and feedback.
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@li
p in itself
should be clear a major roadblock to LADI integration and deployment.
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
On 11/21/2009 10:13 PM, Rui Nuno Capela wrote:
> On 11/21/2009 05:18 AM, Patrick Shirkey wrote:
>
>> One major item of note is that qjackctl now has preliminary dbus support
>> even though Rui has stated that it would not happen. This step in itself
>> should be cl
On 11/22/2009 01:45 AM, Paul Davis wrote:
> On Sat, Nov 21, 2009 at 12:18 AM, Patrick Shirkey
> wrote:
>
>
>> Nedko has chosen to work with dbus and has provided a very flexible
>> system built on that decision. However his approach is not acceptable
>> for
On 11/22/2009 02:36 AM, Rui Nuno Capela wrote:
> On 11/21/2009 02:47 PM, Patrick Shirkey wrote:
>
>> On 11/21/2009 10:13 PM, Rui Nuno Capela wrote:
>>
>>> On 11/21/2009 05:18 AM, Patrick Shirkey wrote:
>>>
>>>
>>>> One maj
ack like an abstract audio output, and getting a jack signal up to the
> gui layers where the invokation of save is generally happening is a bit
> cumbersome.
>
> so far i have only patched oom and ardour. and ardour doesnt quit yet,
> when requested.
>
> well... tell me what
On 11/22/2009 05:21 AM, Rui Nuno Capela wrote:
> On 11/21/2009 06:11 PM, Patrick Shirkey wrote:
>
>> On 11/22/2009 02:36 AM, Rui Nuno Capela wrote:
>>
>>>> LADI represents a very powerful and flexible session management system
>>>> that h
ood reason for not including support for a
usb-1.0/2.0/3.0 interface seeing as we can write the driver ourselves
and adhere to the standard?
Most chipsets these days have support for both port types. It would be
very useful if the schematic provided tracks for both ootb.
BTW, I will be able to contribute development funds towards this project
if required once we have a BoM.
Cheers.
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
or this or we can go with one of the many
existing free services.
If someone wish to contract me to work on this, I'd be happy, but
that is not a requirement.
I can contribute funds but cannot afford to fund the project completely.
Patrick Shirkey
Boost Hardware
t it looks like the next step is to
define the best way to connect external audio i/o to the device.
--
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mai
e the result as open
source going against the capitalist ideal.
+++++++
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
th available for usb-2.0 and they are
both used by Belkin.
My experience with usb cable lengths > 3 meters is that they require a
booster.
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.li
be very disappointed if no further
work was done on session management.
I am looking forward to the progress that will be made over the next
couple of years on that front.
Patrick Shirkey
Boost Hardware Ltd
LMMS is an integrated environment and having Zyn inside it is great.
LMMS
I would be very surprised if the intensity of discussion stopped you
from releasing your work on session management to the public domain.
In fact I might even eat my hat if that happened... :-)
Patrick Shirkey
Boost Hardware Ltd
___
Linux-au
only one person who categorically said they wouldn't be able
to work with your additions and he is already making his own system anyway.
I would like to see your work included as an option as that would also
give Nedko (and maybe even Fons) an opportunity to extend and integr
ority of users.
IIUC the current implementation is only missing support for undo. There
are a couple of proposed options for the other issue of handling
application naming conflicts. Any one of those options if implmented
will be better than we have now.
Patrick Shirkey
Boo
s before loading a session
- attempting to rename the apps without restarting them
- load a new jack instance and connect it with netjack
I see this interface being similar to the firefox recover session
interface but others may think of better ways to handle/present the options.
Patrick
On 12/22/2009 12:39 AM, Gabriel M. Beddingfield wrote:
>
>
> On Mon, 21 Dec 2009, Patrick Shirkey wrote:
>
>> The only person I can recall who had an explicit objection to it was
>> Fons, who said he would stop using jack if it was accepted. Given that
> [snip]
&g
On 12/22/2009 11:35 AM, Gabriel M. Beddingfield wrote:
>
>
> On Tue, 22 Dec 2009, Patrick Shirkey wrote:
>
>> So you agree with Fon's statement that if the jack_session code is
>> accepted you would not want to use jack1 any longer and would support a
>> f
title bar
for each client and handle the session and connections management
through that. With the above in place I can wait another 10 years for
integrated desktop window manager functionality to arrive :-)
Cheers.
--
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
On 12/23/2009 06:27 AM, Patrick Shirkey wrote:
> On 12/23/2009 01:32 AM, Gabriel M. Beddingfield wrote:
>
>> On Tue, 22 Dec 2009, alex stone wrote:
>>
>>
>>
>>>> And I can be OK with that... as long as it's in the specs that it should
or various purposes. This is
> actually the most important group as far as I'm concerned because their
> goals are a superset of the second and third groups' goals.
>
>
>> We can expect that group 3 will build a session handler for us. LADI is
>> in active development
.
I'm not sure how many are on the market right now but I haven't heard of
any yet so there is a big opportunity there to fill a gap.
Cheers.
--
Patrick Shirkey
Boost Hardware Ltd
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linu
On 12/23/2009 09:40 AM, Jörn Nettingsmeier wrote:
> Patrick Shirkey wrote:
>
>> Hi,
>>
>>
>> I had a thought that maybe the network sound card should not be using
>> ethernet but instead wireless 802.11n.
>>
>> The ralink rt2870 chipset is we
On 12/23/2009 08:08 PM, Arnold Krille wrote:
> On Wednesday 23 December 2009 09:12:24 Patrick Shirkey wrote:
>
>> On 12/23/2009 09:40 AM, Jörn Nettingsmeier wrote:
>>
>>> Patrick Shirkey wrote:
>>>
>>>> I had a thought that
1 - 100 of 385 matches
Mail list logo