Hello, my first post here, so please excuse me if I'm doing something wrong. I installed the latest version of chuck on my 10.7 system, and I am facing this issue: go-vegan:basic Jonas$ chuck demo0.ck [chuck]: (via rtaudio): no devices found for given stream parameters: ... RtApiCore: No supported sample rates found for OS-X device (Apple Inc.: Built-in Output). ... RtApiCore: No supported sample rates found for OS-X device (Apple Inc.: Built-in Input). My sample rate is 44100, and I didn't change it since the Snow Leopard (where ChucK worked without any problem). Anyone else having this problem? Or can think of solution? Regards, Jonas
Hi Jonas and Carlo, My sample rate is 44100, and I didn't change it since the Snow Leopard
(where ChucK worked without any problem). Anyone else having this problem? Or can think of solution?
Well, that sucks. The only solution I can think of is that XCode may also have been upgraded when OSX was. I'd try recompiling ChucK under Lion. If that helps Princeton/Stanford should probably rush out a updated binary for OSX Lion. If it doesn't help then Gary, who manages RTAudio (the audio library that we use), may have to dive in. That might be a good occasion to update the version of RTAudio that we use? Wishing you luck, Kas.
Hi Kas, I just recompiled ChucK under Lion (yes, also Xcode has been upgraded), but there's no sign of change, I have the same error message… Thanks for the help, -- Carlo Giacometti Sent with Sparrow (http://www.sparrowmailapp.com) On Saturday, July 23, 2011 at 1:32 PM, Kassen wrote:
Hi Jonas and Carlo,
My sample rate is 44100, and I didn't change it since the Snow Leopard (where ChucK worked without any problem). Anyone else having this problem? Or can think of solution?
Well, that sucks.
The only solution I can think of is that XCode may also have been upgraded when OSX was. I'd try recompiling ChucK under Lion. If that helps Princeton/Stanford should probably rush out a updated binary for OSX Lion.
If it doesn't help then Gary, who manages RTAudio (the audio library that we use), may have to dive in. That might be a good occasion to update the version of RTAudio that we use?
Wishing you luck, Kas.
_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu (mailto:chuck-users@lists.cs.princeton.edu) https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
2011/7/23 Carlo Giacometti
Hi Kas,
I just recompiled ChucK under Lion (yes, also Xcode has been upgraded), but there's no sign of change, I have the same error message…
Then I fear I'm out of ideas; my only computer here runs Linux so I can't try. On the bright side; our fearless leaders run quite few Apple computers so chances are they will look into it quickly. Yours, Kas.
So It will be RTAudio issue. By the way, anybody knows why was RTAudio selected (comparing to Portaudio for example) ? I am beginning to develop my own C audio applications and I would like to know which one is better :) Jonas On 23.7.2011, at 13:44, Carlo Giacometti wrote:
Hi Kas,
I just recompiled ChucK under Lion (yes, also Xcode has been upgraded), but there's no sign of change, I have the same error message…
Thanks for the help,
-- Carlo Giacometti Sent with Sparrow On Saturday, July 23, 2011 at 1:32 PM, Kassen wrote:
Hi Jonas and Carlo,
My sample rate is 44100, and I didn't change it since the Snow Leopard (where ChucK worked without any problem). Anyone else having this problem? Or can think of solution?
Well, that sucks.
The only solution I can think of is that XCode may also have been upgraded when OSX was. I'd try recompiling ChucK under Lion. If that helps Princeton/Stanford should probably rush out a updated binary for OSX Lion.
If it doesn't help then Gary, who manages RTAudio (the audio library that we use), may have to dive in. That might be a good occasion to update the version of RTAudio that we use?
Wishing you luck, Kas. _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
On 23 July 2011 13:58, Jonas Zeleninsky
So It will be RTAudio issue.
That would be my first bet, yes. Then again; the version of RTAudio that we use it out of date so the real cause of your issue might be some interface that may have been depreciated some time ago. In that case simply upgrading RTAudio might help. This is pure speculation, but I do seem to remember SC also uses RTAudio and they don't seem to have this problem.
By the way, anybody knows why was RTAudio selected (comparing to Portaudio for example) ? I am beginning to develop my own C audio applications and I would like to know which one is better :)
Yes. RTAudio is a cross-platform library for low-latency sound. That has clear advantages when you are releasing across several OS's like we are. I'm not sure how they compare when you are shooting for a OSX-exclusive application: PortAudio might be easier at the expense of hardships if you would later try to go cross-platform? Yours, Kas.
Yes. RTAudio is a cross-platform library for low-latency sound. That has clear advantages when you are releasing across several OS's like we are. I'm not sure how they compare when you are shooting for a OSX-exclusive application: PortAudio might be easier at the expense of hardships if you would later try to go cross-platform?
Oops, I mixed up PortAudio with CoreAudio here. PortAudio is -of course- portable. It's also open, like RTAudio and I don't know which one should be preferred for any given application. Sorry if that caused confusion. Kas.
Greetings all! Thanks for the heads-up, reports, and ideas (please continue!). We've also been getting similar issues - we are looking into it. There is a new ChucK release looming (already the case before the issues on lion surfaced) - we'll either put the fix in there, or release a faster minor version with a workaround! Best wishes, Ge! ~~~ Ge Wang Assistant Professor Center for Computer Research in Music and Acoustics (CCRMA) Stanford University http://ccrma.stanford.edu/~ge/ ~ Co-founder, CTO, Chief Creative Officer Smule http://www.smule.com/ | http://twitter.com/gewang ~~~ On Sat, 23 Jul 2011, Kassen wrote:
Yes. RTAudio is a cross-platform library for low-latency sound. That has clear advantages when you are releasing across several OS's like we are. I'm not sure how they compare when you are shooting for a OSX-exclusive application: PortAudio might be easier at the expense of hardships if you would later try to go cross-platform?
Oops, I mixed up PortAudio with CoreAudio here. PortAudio is -of course- portable. It's also open, like RTAudio and I don't know which one should be preferred for any given application.
Sorry if that caused confusion. Kas.
Good morning (here) so I tried little experiment, downloaded 4.0.8 version of RtAudio, replaced the old rtaudio.cpp, rtaudio.h and rterror.h with new ones and tried to recompile it again (make osx) I found some stuff (maybe) relating to the issue: rtaudio.cpp: In member function ‘virtual void RtApiCore::initialize()’: rtaudio.cpp:1646: warning: ‘AudioHardwareGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1249) rtaudio.cpp:1646: warning: ‘AudioHardwareGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1249) rtaudio.cpp:1663: warning: ‘AudioHardwareGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1270) rtaudio.cpp:1663: warning: ‘AudioHardwareGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1270) rtaudio.cpp: In member function ‘virtual int RtApiCore::getDefaultInputDevice()’: rtaudio.cpp:1688: warning: ‘AudioHardwareGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1270) rtaudio.cpp:1689: warning: ‘AudioHardwareGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1270) rtaudio.cpp: In member function ‘virtual int RtApiCore::getDefaultOutputDevice()’: rtaudio.cpp:1710: warning: ‘AudioHardwareGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1270) rtaudio.cpp:1711: warning: ‘AudioHardwareGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1270) rtaudio.cpp: In function ‘bool deviceSupportsFormat(AudioDeviceID, bool, AudioStreamBasicDescription*, bool)’: rtaudio.cpp:1733: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:1735: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:1739: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:1741: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp: In member function ‘virtual void RtApiCore::probeDeviceInfo(RtApi::RtApiDevice*)’: rtaudio.cpp:1762: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:1764: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:1774: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:1776: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:1789: warning: ‘AudioDeviceGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2611) rtaudio.cpp:1791: warning: ‘AudioDeviceGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2611) rtaudio.cpp:1800: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:1802: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:1832: warning: ‘AudioDeviceGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2611) rtaudio.cpp:1834: warning: ‘AudioDeviceGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2611) rtaudio.cpp:1842: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:1844: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp: In member function ‘virtual bool RtApiCore::probeDeviceOpen(int, RtApi::StreamMode, int, int, RtAudioFormat, int*, int)’: rtaudio.cpp:2049: warning: ‘AudioDeviceGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2611) rtaudio.cpp:2051: warning: ‘AudioDeviceGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2611) rtaudio.cpp:2060: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:2062: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:2118: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:2120: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:2136: warning: ‘AudioDeviceSetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2675) rtaudio.cpp:2138: warning: ‘AudioDeviceSetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2675) rtaudio.cpp:2166: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:2168: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:2179: warning: ‘AudioDeviceSetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2675) rtaudio.cpp:2181: warning: ‘AudioDeviceSetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2675) rtaudio.cpp:2192: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:2194: warning: ‘AudioDeviceGetProperty’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2640) rtaudio.cpp:2352: warning: ‘AudioDeviceAddIOProc’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2419) rtaudio.cpp:2352: warning: ‘AudioDeviceAddIOProc’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2419) rtaudio.cpp:2365: warning: ‘AudioDeviceAddPropertyListener’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2703) rtaudio.cpp:2367: warning: ‘AudioDeviceAddPropertyListener’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2703) rtaudio.cpp: In member function ‘virtual void RtApiCore::closeStream()’: rtaudio.cpp:2402: warning: ‘AudioDeviceRemoveIOProc’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2433) rtaudio.cpp:2402: warning: ‘AudioDeviceRemoveIOProc’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2433) rtaudio.cpp:2409: warning: ‘AudioDeviceRemoveIOProc’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2433) rtaudio.cpp:2409: warning: ‘AudioDeviceRemoveIOProc’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:2433) Gonna try to look into it now more closely, but I think this may be causing the issue. Jonas On 23.7.2011, at 22:18, Ge Wang wrote:
Greetings all!
Thanks for the heads-up, reports, and ideas (please continue!). We've also been getting similar issues - we are looking into it. There is a new ChucK release looming (already the case before the issues on lion surfaced) - we'll either put the fix in there, or release a faster minor version with a workaround!
Best wishes, Ge!
~~~ Ge Wang Assistant Professor Center for Computer Research in Music and Acoustics (CCRMA) Stanford University http://ccrma.stanford.edu/~ge/ ~ Co-founder, CTO, Chief Creative Officer Smule http://www.smule.com/ | http://twitter.com/gewang ~~~
On Sat, 23 Jul 2011, Kassen wrote:
Yes. RTAudio is a cross-platform library for low-latency sound. That has clear advantages when you are releasing across several OS's like we are. I'm not sure how they compare when you are shooting for a OSX-exclusive application: PortAudio might be easier at the expense of hardships if you would later try to go cross-platform? Oops, I mixed up PortAudio with CoreAudio here. PortAudio is -of course- portable. It's also open, like RTAudio and I don't know which one should be preferred for any given application. Sorry if that caused confusion. Kas.
_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
On 24 Jul 2011, at 12:16, Jonas Zeleninsky wrote:
Good morning (here)
so I tried little experiment, downloaded 4.0.8 version of RtAudio, replaced the old rtaudio.cpp, rtaudio.h and rterror.h with new ones and tried to recompile it again (make osx) I found some stuff (maybe) relating to the issue:
rtaudio.cpp: In member function ‘virtual void RtApiCore::initialize()’: rtaudio.cpp:1646: warning: ‘AudioHardwareGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1249)
Drop a note to the author of RTAudio: it looks as though it calls stuff in CoreAudio that has been marked deprecated, so the package should be updated. Since you only got a warning it might work for now. Hans
Well, should work but it's not. Same issue with sample rate persists. Trying to locate the problem now, but I'm really just C beginner at moment. On 24.7.2011, at 12:39, Hans Aberg wrote:
On 24 Jul 2011, at 12:16, Jonas Zeleninsky wrote:
Good morning (here)
so I tried little experiment, downloaded 4.0.8 version of RtAudio, replaced the old rtaudio.cpp, rtaudio.h and rterror.h with new ones and tried to recompile it again (make osx) I found some stuff (maybe) relating to the issue:
rtaudio.cpp: In member function ‘virtual void RtApiCore::initialize()’: rtaudio.cpp:1646: warning: ‘AudioHardwareGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1249)
Drop a note to the author of RTAudio: it looks as though it calls stuff in CoreAudio that has been marked deprecated, so the package should be updated. Since you only got a warning it might work for now.
Hans
[If you don't cc the list, others can't follow the issue.] On 24 Jul 2011, at 12:43, Jonas Zeleninsky wrote:
Well, should work but it's not. Same issue with sample rate persists. Trying to locate the problem now, but I'm really just C beginner at moment.
Happy hacking! Hans
On 24.7.2011, at 12:39, Hans Aberg wrote:
On 24 Jul 2011, at 12:16, Jonas Zeleninsky wrote:
Good morning (here)
so I tried little experiment, downloaded 4.0.8 version of RtAudio, replaced the old rtaudio.cpp, rtaudio.h and rterror.h with new ones and tried to recompile it again (make osx) I found some stuff (maybe) relating to the issue:
rtaudio.cpp: In member function ‘virtual void RtApiCore::initialize()’: rtaudio.cpp:1646: warning: ‘AudioHardwareGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1249)
Drop a note to the author of RTAudio: it looks as though it calls stuff in CoreAudio that has been marked deprecated, so the package should be updated. Since you only got a warning it might work for now.
Hans
Sorry. I think I might got false result (didn't delete previous .o files). This is the real problem: digiio_rtaudio.cpp:482: error: ‘class RtAudio’ has no member named ‘setStreamCallback’ digiio_rtaudio.cpp:483: error: ‘class RtAudio’ has no member named ‘setStreamCallback’ digiio_rtaudio.cpp:487: error: ‘class RtAudio’ has no member named ‘setStreamCallback’ digiio_rtaudio.cpp:491: error: ‘class RtError’ has no member named ‘getMessageString’ digiio_rtaudio.cpp: In static member function ‘static long unsigned int Digitalio::tick()’: digiio_rtaudio.cpp:773: error: ‘class RtAudio’ has no member named ‘tickStream’ digiio_rtaudio.cpp: In static member function ‘static void Digitalio::shutdown()’: digiio_rtaudio.cpp:800: error: ‘class RtAudio’ has no member named ‘cancelStreamCallback’ digiio_rtaudio.cpp: In member function ‘long unsigned int DigitalOut::initialize()’: digiio_rtaudio.cpp:852: error: ‘class RtAudio’ has no member named ‘getStreamBuffer’ digiio_rtaudio.cpp: In member function ‘long unsigned int DigitalIn::initialize()’: digiio_rtaudio.cpp:1042: error: ‘class RtAudio’ has no member named ‘getStreamBuffer’ make[1]: *** [digiio_rtaudio.o] Error 1 make: [osx] Error 2 (ignored) So, I'll look into new RtAudio classes and will try to rewrite digiio_rtaudio.cpp. On 24.7.2011, at 12:55, Hans Aberg wrote:
[If you don't cc the list, others can't follow the issue.]
On 24 Jul 2011, at 12:43, Jonas Zeleninsky wrote:
Well, should work but it's not. Same issue with sample rate persists. Trying to locate the problem now, but I'm really just C beginner at moment.
Happy hacking!
Hans
On 24.7.2011, at 12:39, Hans Aberg wrote:
On 24 Jul 2011, at 12:16, Jonas Zeleninsky wrote:
Good morning (here)
so I tried little experiment, downloaded 4.0.8 version of RtAudio, replaced the old rtaudio.cpp, rtaudio.h and rterror.h with new ones and tried to recompile it again (make osx) I found some stuff (maybe) relating to the issue:
rtaudio.cpp: In member function ‘virtual void RtApiCore::initialize()’: rtaudio.cpp:1646: warning: ‘AudioHardwareGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1249)
Drop a note to the author of RTAudio: it looks as though it calls stuff in CoreAudio that has been marked deprecated, so the package should be updated. Since you only got a warning it might work for now.
Hans
So, after compiling newest RtAudio by itself and "audioprobe" test program, it seems that it has no problem with samplerates: $ ./audioprobe Compiled APIs: OS-X Core Audio Current API: OS-X Core Audio Found 4 device(s) ... Device Name = Apple Inc.: Built-in Input Probe Status = Successful Output Channels = 0 Input Channels = 2 Duplex Channels = 0 This is NOT the default output device. This is the default input device. Natively supported data formats: 32-bit float Supported sample rates = 8000 9600 11025 16000 22050 32000 44100 48000 88200 96000 Device Name = Apple Inc.: Built-in Output Probe Status = Successful Output Channels = 2 Input Channels = 0 Duplex Channels = 0 This is the default output device. This is NOT the default input device. Natively supported data formats: 32-bit float Supported sample rates = 44100 48000 88200 96000 I wrote an e-mail to RtAudio developer and I am currently waiting for his response. Looks like the part which needs to be rewritten is bigger then I thought. Regards, Jonas On 24.7.2011, at 13:09, Jonas Zeleninsky wrote:
Sorry.
I think I might got false result (didn't delete previous .o files). This is the real problem:
digiio_rtaudio.cpp:482: error: ‘class RtAudio’ has no member named ‘setStreamCallback’ digiio_rtaudio.cpp:483: error: ‘class RtAudio’ has no member named ‘setStreamCallback’ digiio_rtaudio.cpp:487: error: ‘class RtAudio’ has no member named ‘setStreamCallback’ digiio_rtaudio.cpp:491: error: ‘class RtError’ has no member named ‘getMessageString’ digiio_rtaudio.cpp: In static member function ‘static long unsigned int Digitalio::tick()’: digiio_rtaudio.cpp:773: error: ‘class RtAudio’ has no member named ‘tickStream’ digiio_rtaudio.cpp: In static member function ‘static void Digitalio::shutdown()’: digiio_rtaudio.cpp:800: error: ‘class RtAudio’ has no member named ‘cancelStreamCallback’ digiio_rtaudio.cpp: In member function ‘long unsigned int DigitalOut::initialize()’: digiio_rtaudio.cpp:852: error: ‘class RtAudio’ has no member named ‘getStreamBuffer’ digiio_rtaudio.cpp: In member function ‘long unsigned int DigitalIn::initialize()’: digiio_rtaudio.cpp:1042: error: ‘class RtAudio’ has no member named ‘getStreamBuffer’ make[1]: *** [digiio_rtaudio.o] Error 1 make: [osx] Error 2 (ignored)
So, I'll look into new RtAudio classes and will try to rewrite digiio_rtaudio.cpp.
On 24.7.2011, at 12:55, Hans Aberg wrote:
[If you don't cc the list, others can't follow the issue.]
On 24 Jul 2011, at 12:43, Jonas Zeleninsky wrote:
Well, should work but it's not. Same issue with sample rate persists. Trying to locate the problem now, but I'm really just C beginner at moment.
Happy hacking!
Hans
On 24.7.2011, at 12:39, Hans Aberg wrote:
On 24 Jul 2011, at 12:16, Jonas Zeleninsky wrote:
Good morning (here)
so I tried little experiment, downloaded 4.0.8 version of RtAudio, replaced the old rtaudio.cpp, rtaudio.h and rterror.h with new ones and tried to recompile it again (make osx) I found some stuff (maybe) relating to the issue:
rtaudio.cpp: In member function ‘virtual void RtApiCore::initialize()’: rtaudio.cpp:1646: warning: ‘AudioHardwareGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1249)
Drop a note to the author of RTAudio: it looks as though it calls stuff in CoreAudio that has been marked deprecated, so the package should be updated. Since you only got a warning it might work for now.
Hans
Just for the record, ChucK is not the audio app having trouble with 10.7
http://createdigitalmusic.com/2011/07/mac-os-lion-10-7-is-here-the-obligator...
michael
On Sun, Jul 24, 2011 at 9:26 AM, Jonas Zeleninsky
So, after compiling newest RtAudio by itself and "audioprobe" test program, it seems that it has no problem with samplerates:
$ ./audioprobe
Compiled APIs: OS-X Core Audio
Current API: OS-X Core Audio
Found 4 device(s) ...
Device Name = Apple Inc.: Built-in Input Probe Status = Successful Output Channels = 0 Input Channels = 2 Duplex Channels = 0 This is NOT the default output device. This is the default input device. Natively supported data formats: 32-bit float Supported sample rates = 8000 9600 11025 16000 22050 32000 44100 48000 88200 96000
Device Name = Apple Inc.: Built-in Output Probe Status = Successful Output Channels = 2 Input Channels = 0 Duplex Channels = 0 This is the default output device. This is NOT the default input device. Natively supported data formats: 32-bit float Supported sample rates = 44100 48000 88200 96000
I wrote an e-mail to RtAudio developer and I am currently waiting for his response. Looks like the part which needs to be rewritten is bigger then I thought.
Regards,
Jonas
On 24.7.2011, at 13:09, Jonas Zeleninsky wrote:
Sorry.
I think I might got false result (didn't delete previous .o files). This is the real problem:
digiio_rtaudio.cpp:482: error: ‘class RtAudio’ has no member named ‘setStreamCallback’ digiio_rtaudio.cpp:483: error: ‘class RtAudio’ has no member named ‘setStreamCallback’ digiio_rtaudio.cpp:487: error: ‘class RtAudio’ has no member named ‘setStreamCallback’ digiio_rtaudio.cpp:491: error: ‘class RtError’ has no member named ‘getMessageString’ digiio_rtaudio.cpp: In static member function ‘static long unsigned int Digitalio::tick()’: digiio_rtaudio.cpp:773: error: ‘class RtAudio’ has no member named ‘tickStream’ digiio_rtaudio.cpp: In static member function ‘static void Digitalio::shutdown()’: digiio_rtaudio.cpp:800: error: ‘class RtAudio’ has no member named ‘cancelStreamCallback’ digiio_rtaudio.cpp: In member function ‘long unsigned int DigitalOut::initialize()’: digiio_rtaudio.cpp:852: error: ‘class RtAudio’ has no member named ‘getStreamBuffer’ digiio_rtaudio.cpp: In member function ‘long unsigned int DigitalIn::initialize()’: digiio_rtaudio.cpp:1042: error: ‘class RtAudio’ has no member named ‘getStreamBuffer’ make[1]: *** [digiio_rtaudio.o] Error 1 make: [osx] Error 2 (ignored)
So, I'll look into new RtAudio classes and will try to rewrite digiio_rtaudio.cpp.
On 24.7.2011, at 12:55, Hans Aberg wrote:
[If you don't cc the list, others can't follow the issue.]
On 24 Jul 2011, at 12:43, Jonas Zeleninsky wrote:
Well, should work but it's not. Same issue with sample rate persists. Trying to locate the problem now, but I'm really just C beginner at moment.
Happy hacking!
Hans
On 24.7.2011, at 12:39, Hans Aberg wrote:
On 24 Jul 2011, at 12:16, Jonas Zeleninsky wrote:
Good morning (here)
so I tried little experiment, downloaded 4.0.8 version of RtAudio, replaced the old rtaudio.cpp, rtaudio.h and rterror.h with new ones and tried to recompile it again (make osx) I found some stuff (maybe) relating to the issue:
rtaudio.cpp: In member function ‘virtual void RtApiCore::initialize()’: rtaudio.cpp:1646: warning: ‘AudioHardwareGetPropertyInfo’ is deprecated (declared at /System/Library/Frameworks/CoreAudio.framework/Headers/AudioHardware.h:1249)
Drop a note to the author of RTAudio: it looks as though it calls stuff in CoreAudio that has been marked deprecated, so the package should be updated. Since you only got a warning it might work for now.
Hans
_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
On Jul 23, 2011, at 7:58 AM, Jonas Zeleninsky wrote:
So It will be RTAudio issue.
Seems to be more than that -- a number of languages (supercollider, max/msp, etc.) are having similar issues. So it's not just Chuck. brad http://music.columbia.edu/~brad
So It will be RTAudio issue.
Seems to be more than that -- a number of languages (supercollider, max/msp, etc.) are having similar issues. So it's not just Chuck.
Those too may well use RTAudio, it's a popular library for cross-platform media applications. I do agree with Hans that we could use a update there, that would also benefit Windows users (for ASIO) and Linux (no need to pick between OSS, ALSA and Jack when they build ChucK). Kas.
On 23 Jul 2011, at 17:20, Kassen wrote:
So It will be RTAudio issue.
Seems to be more than that -- a number of languages (supercollider, max/msp, etc.) are having similar issues. So it's not just Chuck.
Those too may well use RTAudio, it's a popular library for cross-platform media applications.
A search for RtApiCore: No supported sample rates found for OS-X device gives https://ccrma.stanford.edu/courses/256a/lectures/3a/Delayed/RtAudio.cpp which contains // RtAudio: Version 3.0.3 (18 November 2005) The one that chuck-1.2.1.3 uses is in fact older: // RtAudio: Version 3.0.2 (14 October 2005)
I do agree with Hans that we could use a update there, that would also benefit Windows users (for ASIO) and Linux (no need to pick between OSS, ALSA and Jack when they build ChucK).
So it looks as though it is this package that needs to be updated. Hans
On 23 Jul 2011, at 13:44, Carlo Giacometti wrote:
I just recompiled ChucK under Lion (yes, also Xcode has been upgraded), but there's no sign of change, I have the same error message…
You might recompile using a later version of RTAudio (the one used by Chuck is very old). I figure it is this: http://www.music.mcgill.ca/~gary/rtaudio/ http://www.music.mcgill.ca/~gary/rtaudio/release/rtaudio-4.0.8.tar.gz Hans
participants (7)
-
Brad Garton -
Carlo Giacometti -
Ge Wang -
Hans Aberg -
Jonas Zeleninsky -
Kassen -
Michael Heuer