On Sun, May 23, 2010 at 1:55 PM, wrote:
>
> I find this sort of thing absolutely beyond comprehension.
>
> It's impossible to understand without knowing the boost::
> abstractions, templates and god knows what else.
>
> IMNSHO, the way any software works should be understandable by
> a) knowing th
On Sun, May 23, 2010 at 10:03 PM, Joshua D. Boyd wrote:
>
> I think it isn't difficult to read because it is C++ or Boost. It is
> difficult to read because it involves concepts like promises and futures,
> which are advanced topics that a lot of people (myself included) aren't
> adequately fami
On 05/23/10 17:14, Olivier Guilyardi wrote:
On 05/23/2010 10:22 PM, Chris Cannam wrote:
[...]
... by which I don't mean to imply that I can't understand it
(although, with C++, there is always the possibility that I _think_ I
can understand it but am sadly mistaken because of some weird shit
h
On 05/23/10 16:22, Chris Cannam wrote:
On Sun, May 23, 2010 at 8:44 PM, Chris Cannam
> On Sun, May 23, 2010 at 9:41 AM, torbenh wrote:
>> but i find the equivalent c++ easier to read.
>> assuming we have a proper modern c++ osc lib:
>>
>> boost::unique_future
>> osc_recv (OscPeer peer, std::str
On Sun, May 23, 2010 at 4:55 PM, wrote:
>
> IMNSHO, the way any software works should be understandable by
> a) knowing the language, b) reading the code, at least up to the
> point that the reader can have an good idea of the big picture,
> of data structures and control flow, only excluding app
On 05/23/2010 10:22 PM, Chris Cannam wrote:
[...]
> ... by which I don't mean to imply that I can't understand it
> (although, with C++, there is always the possibility that I _think_ I
> can understand it but am sadly mistaken because of some weird shit
> happening behind the scenes). I just me
On Sun, May 23, 2010 at 08:44:42PM +0100, Chris Cannam wrote:
> On Sun, May 23, 2010 at 9:41 AM, torbenh wrote:
> > but i find the equivalen c++ easier to read.
> > assuming we have a proper modern c++ osc lib:
> >
> > boost::unique_future
> > osc_recv (OscPeer peer, std::string path)
> > {
> >
On Sat, May 22, 2010 at 11:59 PM, Niels Mayer wrote:
> results so far... using a combination of
> vamp-plugins, groovy&apache-velocity&javascript&flash via xwiki java-based
> platform http://nielsmayer.com/ts-episode-timeline.png http://nielsmayer.com/ts-episode-evnt-anls.png
You sent me email
On Sun, May 23, 2010 at 8:44 PM, Chris Cannam
wrote:
> I have to say this combination of Boost plus Weird Stuff From The
> Future is no more readable to me (as a long-time C++ programmer) than
> the Clojure example.
... by which I don't mean to imply that I can't understand it
(although, with C++
On Sun, May 23, 2010 at 9:41 AM, torbenh wrote:
> but i find the equivalen c++ easier to read.
> assuming we have a proper modern c++ osc lib:
>
> boost::unique_future
> osc_recv (OscPeer peer, std::string path)
> {
> boost::shared_ptr< boost::promise > spromise( new
> boost::promise )
>
(apologies for cross-posting)
Dear Colleagues and FOSS enthusiasts,
A friendly reminder that we have a Linux Laptop Orchestra (L2Ork) workshop at
the NYC Resistor scheduled for May 30th, 2010 as part of the ICMC2010 workshop
sessions. Please note the change in time which is 10am-4pm (ET).
For
On 05/23/2010 11:20 AM, Erik de Castro Lopo wrote:
> f...@kokkinizita.net wrote:
>
>> On Sun, May 23, 2010 at 08:52:16AM +1000, Erik de Castro Lopo wrote:
>>
>>> I really don't think any modification is necessary.
>>
>> At least one: the sample rate value in the header must
>> remain the same.
>
On Sun, May 23, 2010 at 09:26:20AM +0200, Arnold Krille wrote:
> On Sunday 23 May 2010 04:38:53 Jeremy wrote:
> > Hmm, then it appears to not be a timeout issue. My entire system hung
> > within a few seconds with --timeout 100
>
> I believe you can't really set that timeout greater then 5000
f...@kokkinizita.net wrote:
> On Sun, May 23, 2010 at 08:52:16AM +1000, Erik de Castro Lopo wrote:
>
> > I really don't think any modification is necessary.
>
> At least one: the sample rate value in the header must
> remain the same.
sndfile-resample accepts a:
-by
command line option wh
On Sun, May 23, 2010 at 08:52:16AM +1000, Erik de Castro Lopo wrote:
> I really don't think any modification is necessary.
At least one: the sample rate value in the header must
remain the same.
The 'canonical' way to obtain the required result would
be to modify the input file's header to refle
On Fri, May 21, 2010 at 11:42:13AM -0700, Niels Mayer wrote:
> On Fri, May 21, 2010 at 8:33 AM, torbenh wrote:
>
> and i really find bigger programs pretty confusing in dynamic languages
> > where variables arent annotated with types.
> >
>
> That's just because the programmer wasn't fastidious
On Sunday 23 May 2010 04:38:53 Jeremy wrote:
> Hmm, then it appears to not be a timeout issue. My entire system hung
> within a few seconds with --timeout 100
I believe you can't really set that timeout greater then 5000.
But to test your plugin, why don't you run jack either with dummy bac
17 matches
Mail list logo
