Bugs item #2978457, was opened at 2010-03-29 10:01
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978457&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: -nogui audio initialization problems under Debian
Initial Comment:
The [delread~] in the attached patch fails to initialize to the correct samplerate when started with -nogui under Debian and Pd 0.41.4 or 0.42-5. It seems to initialize to a samplerate of 0 instead. This problem persists independently from the audio driver used (ALS vs OSS). The patch works fine under Windows XP, however.
The patch contains a workaround which has been suggested on the Pd-list, i.e. to loadbang a [switch~] object to 0 and then set it to 1 when neded. However, this did not help in the current situation.
The patch also delays the loadbanged [;pd dsp 1( message by a [del 1000. This is a workaround addressing another manifestation of the audio initialisation problems with -nogui under Debian. If the [del 1000] is removed, the patch fails to load under -nogui with a "dev/dsp (read/write): Device or resource busy" message.
IOhannes has suggested on the list to set the samplerate explicitely at startup, i.e. by
pd -nogui -r 44100
However, I cannot confirm this workaround to work with the attached patch.
Please note that the attached patch works fine under Windows XP and with -nogui enabled; also if the [del 1000] and [switch~] objects are omitted.
best,
flo.H
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-05-16 17:40
Message:
this also goes with another bug : [delwrite~] doesn't honour the sampling
rate set by [block~]
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-05-16 17:20
Message:
this goes with another bug : [delwrite~] doesn't honour any change of
sampling rate (e.g. 44100 to 22050).
those bugs are related because the reason [delwrite~] doesn't work with
this, is that [delwrite~] is created while sys_getsr() still reports
sampling rate to be "0", because sys_dacsr has not been assigned to.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-05-16 17:00
Message:
if you load your patch using a «; pd open $1 .» message from a [delay]ed
[loadbang], the patch runs correctly.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-05-16 16:53
Message:
you can replace the [delay 1000] by just [delay], that is, [delay 0].
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978457&group_…
Bugs item #2978457, was opened at 2010-03-29 10:01
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978457&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: -nogui audio initialization problems under Debian
Initial Comment:
The [delread~] in the attached patch fails to initialize to the correct samplerate when started with -nogui under Debian and Pd 0.41.4 or 0.42-5. It seems to initialize to a samplerate of 0 instead. This problem persists independently from the audio driver used (ALS vs OSS). The patch works fine under Windows XP, however.
The patch contains a workaround which has been suggested on the Pd-list, i.e. to loadbang a [switch~] object to 0 and then set it to 1 when neded. However, this did not help in the current situation.
The patch also delays the loadbanged [;pd dsp 1( message by a [del 1000. This is a workaround addressing another manifestation of the audio initialisation problems with -nogui under Debian. If the [del 1000] is removed, the patch fails to load under -nogui with a "dev/dsp (read/write): Device or resource busy" message.
IOhannes has suggested on the list to set the samplerate explicitely at startup, i.e. by
pd -nogui -r 44100
However, I cannot confirm this workaround to work with the attached patch.
Please note that the attached patch works fine under Windows XP and with -nogui enabled; also if the [del 1000] and [switch~] objects are omitted.
best,
flo.H
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-05-16 17:20
Message:
this goes with another bug : [delwrite~] doesn't honour any change of
sampling rate (e.g. 44100 to 22050).
those bugs are related because the reason [delwrite~] doesn't work with
this, is that [delwrite~] is created while sys_getsr() still reports
sampling rate to be "0", because sys_dacsr has not been assigned to.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-05-16 17:00
Message:
if you load your patch using a «; pd open $1 .» message from a [delay]ed
[loadbang], the patch runs correctly.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-05-16 16:53
Message:
you can replace the [delay 1000] by just [delay], that is, [delay 0].
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978457&group_…
Bugs item #2978457, was opened at 2010-03-29 10:01
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978457&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: -nogui audio initialization problems under Debian
Initial Comment:
The [delread~] in the attached patch fails to initialize to the correct samplerate when started with -nogui under Debian and Pd 0.41.4 or 0.42-5. It seems to initialize to a samplerate of 0 instead. This problem persists independently from the audio driver used (ALS vs OSS). The patch works fine under Windows XP, however.
The patch contains a workaround which has been suggested on the Pd-list, i.e. to loadbang a [switch~] object to 0 and then set it to 1 when neded. However, this did not help in the current situation.
The patch also delays the loadbanged [;pd dsp 1( message by a [del 1000. This is a workaround addressing another manifestation of the audio initialisation problems with -nogui under Debian. If the [del 1000] is removed, the patch fails to load under -nogui with a "dev/dsp (read/write): Device or resource busy" message.
IOhannes has suggested on the list to set the samplerate explicitely at startup, i.e. by
pd -nogui -r 44100
However, I cannot confirm this workaround to work with the attached patch.
Please note that the attached patch works fine under Windows XP and with -nogui enabled; also if the [del 1000] and [switch~] objects are omitted.
best,
flo.H
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-05-16 17:00
Message:
if you load your patch using a «; pd open $1 .» message from a [delay]ed
[loadbang], the patch runs correctly.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-05-16 16:53
Message:
you can replace the [delay 1000] by just [delay], that is, [delay 0].
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978457&group_…
Bugs item #2978457, was opened at 2010-03-29 10:01
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978457&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: -nogui audio initialization problems under Debian
Initial Comment:
The [delread~] in the attached patch fails to initialize to the correct samplerate when started with -nogui under Debian and Pd 0.41.4 or 0.42-5. It seems to initialize to a samplerate of 0 instead. This problem persists independently from the audio driver used (ALS vs OSS). The patch works fine under Windows XP, however.
The patch contains a workaround which has been suggested on the Pd-list, i.e. to loadbang a [switch~] object to 0 and then set it to 1 when neded. However, this did not help in the current situation.
The patch also delays the loadbanged [;pd dsp 1( message by a [del 1000. This is a workaround addressing another manifestation of the audio initialisation problems with -nogui under Debian. If the [del 1000] is removed, the patch fails to load under -nogui with a "dev/dsp (read/write): Device or resource busy" message.
IOhannes has suggested on the list to set the samplerate explicitely at startup, i.e. by
pd -nogui -r 44100
However, I cannot confirm this workaround to work with the attached patch.
Please note that the attached patch works fine under Windows XP and with -nogui enabled; also if the [del 1000] and [switch~] objects are omitted.
best,
flo.H
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-05-16 16:53
Message:
you can replace the [delay 1000] by just [delay], that is, [delay 0].
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2978457&group_…
Sorry for the double post; I forgot to copy the mailing list.
Chris
On 2010-05-16, at 12:00 PM, "Christopher Niven" <christopher.niven(a)mail.mcgill.ca
> wrote:
> Hello,
>
> Development on iPd has been slow lately, I'm currently trying to
> finish up my undergrad and it's taking up most of my free time.
>
> I'm very glad that you e-mailed though; I've been noticing the
> Android threads that have been circulating recently, and I'm
> interested in
> checking out that project as soon as I can commit more time to
> development.
>
> Also, If there's audio code floating around, I would be very
> interested in seeing that as well; this is the one major milestone I
> have left with iPd.
>
> The next couple of weeks are going to be hectic because I'm
> finishing up a summer course, but I'm planning on getting more of
> iPd finished
> once I get more free time. If anyone's interested, I think I might
> be able to update the iPd wiki to outline everything that still
> needs to be
> done for that project in the meantime.
>
> Like most of you, I think Pd running on mobile devices would
> completely open up developers' possibilities for creating
> interesting and
> innovative projects that work well on the platform — I am very excit
> ed about this project!
>
> Best,
>
> Chris
> ________________________________________
> From: Hans-Christoph Steiner [hans(a)at.or.at]
> Sent: May 15, 2010 12:58 PM
> To: Christopher Niven
> Cc: pd-dev(a)iem.at
> Subject: Re: [PD-dev] iPd
>
> How's this coming along? We are working on a parallel project of
> getting Pd running on Android, and also integrating all of the mobile
> code into a branch in preparation to getting into trunk. There is
> also some iPhone audio code out there floating around that you could
> integrate.
>
> .hc
>
> On Mar 15, 2010, at 7:37 PM, Christopher Niven wrote:
>
>> Hi Everyone!
>>
>> First time poster here – I would like to introduce you all to my
>> project, iPd.
>>
>> http://www.music.mcgill.ca/~chris/ipd/
>> http://code.google.com/p/ipd/
>> Youtube channel: http://www.youtube.com/iPdProject
>>
>> iPd is an open source port of Pd for the iPhone OS specifically
>> designed for iPhone developers to utilize within their projects. The
>> goal is to be able to utilize the flexibility of Pd within iPhone
>> applications as a useful and interesting audio/control flow engine.
>>
>> This project is part of my undergraduate degree requirements for
>> Music Technology at McGill University, and my supervisor suggested
>> that now would be the time to introduce it to you all. The project
>> is still in its very early stages (there is a lot missing!), but
>> here's what I've been able to do so far:
>>
>> - loading and running Pd patches
>> - sending messages from the iPhone application to interact with Pd
>> - receiving output from Pd to trigger events in the iPhone
>> application
>>
>> Again, there are a lot of features that are missing or don't work
>> (there's no audio – yet), and my code is extremely messy at best.
>> However, if you're interested, feel free to download the example
>> project in the google code page and try it out for yourself!
>>
>> Thanks for your time,
>>
>> Chris Niven
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> Pd-dev mailing list
>> Pd-dev(a)iem.at
>> http://lists.puredata.info/listinfo/pd-dev
>
>
>
>
> ---
> ---
> ----------------------------------------------------------------------
>
> You can't steal a gift. Bird gave the world his music, and if you can
> hear it, you can have it. - Dizzy Gillespie
>
>
>
Bugs item #1847016, was opened at 2007-12-09 06:45
Message generated for change (Comment added) made by chr15m
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1847016&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: v0.40.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jack Moffitt (jackiem)
Assigned to: Miller Puckette (millerpuckette)
Summary: midirealtimein generates spurious warning on os x
Initial Comment:
It seems to me (from using it on os x) that midirealtimein works just fine. However, each time it is used it complains that it is only supported on Windows.
This was tested in the 20071205 intel build of pd extended 0.40.3.
----------------------------------------------------------------------
Comment By: Chris McCormick (chr15m)
Date: 2010-05-16 11:10
Message:
This warning still appears on 0.42-5 vanilla under Linux (Xubuntu), and the
object works perfectly for syncing external midi devices when using
alsa-midi (so the warning is uneccessary).
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-03-01 00:40
Message:
Logged In: YES
user_id=564396
Originator: NO
this is not related to pd-extended. i get the same error on pd-vanilla on
linux (though i haven't tested whether it actually works)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1847016&group_…