Fedora 9 and planetccrma under VMware Fusion on a Macbook Pro

[Julius Smith]

Hi All,

Today I installed x86_64 versions of Fedora 9, planetccrma-core, and
planetccrma-apps in a VMware Fusion virtual machine under the latest
Mac OS X (Darwin 9.5.0) on a Macbook Pro, and I thought I would report
my experience in case anyone else is considering trying this.

To my surprise, it worked pretty well.  For example, audacity was able
to display and play a sound file with no hiccups.  Apps seem to work
fine in general.

Problems:

* The display was mangled after xorg.conf was rewritten by the VMware
tools.   I simply backed out to the previous xorg.conf.  I think that
may mean I am not using the VMware tools at all.  (Fedora is not
officially supported by VMware, but RHEL is.)  In any case, VMware
Tools appear to be almost working for F9.

* The planetccrma-core real-time kernel booted without any trouble.
However, while JACK sort of worked (with underruns), it frequently
hangs and has to be killed.

* Performance is not great, but I would call it "useable" (except for
JACK, of course)

-- Julius

--
"Anybody who knows all about nothing knows everything" -- Leonard Susskind

_______________________________________________
PlanetCCRMA mailing list
PlanetCCRMA@...
http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma

[Juan I Reyes-2]

Hi Julius,

On a x86_64 vave you been able to test (or run) Pulseaudio ?.
Pulseaudio + Jack ?.

   --* Juan

On Mon, 2008-09-22 at 17:01 -0600, Julius Smith wrote:
> Hi All,
>
> Today I installed x86_64 versions of Fedora 9, planetccrma-core, and
> planetccrma-apps in a VMware Fusion virtual machine under the latest
> Mac OS X (Darwin 9.5.0) on a Macbook Pro, and I thought I would report
> my experience in case anyone else is considering trying this.
>

>
> * The planetccrma-core real-time kernel booted without any trouble.
> However, while JACK sort of worked (with underruns), it frequently
> hangs and has to be killed.
>
> * Performance is not great, but I would call it "useable" (except for
> JACK, of course)
>
> -- Julius


_______________________________________________
PlanetCCRMA mailing list
PlanetCCRMA@...
http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma

[Julius Smith]

Hi Juan,

My working sound tests were done using pulseaudio and not jack.

I was able to get jackd running without underruns using the following startup:

   jackd -dalsa -dhw:0 -r8000 -p2048 -n2

(after a killall pulseaudio) - I did not see how high the sampling
rate could go, but -p1024 got a few underruns.

To get pulseaudio to work with jack, I tried following the instructions at
http://www.harald-hoyer.de/linux/pulseaudio-and-jackd
but alsa complained hw:0 was in use and pulseaudio wouldn't start.
I'm not really familiar with pulseaudio, but it seems to work fine
without jackd running.

Julius

On Tue, Sep 23, 2008 at 3:01 PM, Juan I Reyes <juanig@...> wrote:

>
> Hi Julius,
>
> On a x86_64 vave you been able to test (or run) Pulseaudio ?.
> Pulseaudio + Jack ?.
>
>   --* Juan
>
> On Mon, 2008-09-22 at 17:01 -0600, Julius Smith wrote:
>> Hi All,
>>
>> Today I installed x86_64 versions of Fedora 9, planetccrma-core, and
>> planetccrma-apps in a VMware Fusion virtual machine under the latest
>> Mac OS X (Darwin 9.5.0) on a Macbook Pro, and I thought I would report
>> my experience in case anyone else is considering trying this.
>>
>
>>
>> * The planetccrma-core real-time kernel booted without any trouble.
>> However, while JACK sort of worked (with underruns), it frequently
>> hangs and has to be killed.
>>
>> * Performance is not great, but I would call it "useable" (except for
>> JACK, of course)
>>
>> -- Julius
>
>
>

--
"Anybody who knows all about nothing knows everything" -- Leonard Susskind

_______________________________________________
PlanetCCRMA mailing list
PlanetCCRMA@...
http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma

[Juan I Reyes-2]

Hi Julius,

To get jack with pulseaudio I also used the link you are pointing out
(Harald Hoyer's).

One of the greatest annoyances with pulseaudio, and, as Nando pointed
out is the soundcard order while booting the machine. If you have a card
configured to be used in pulseaudio as HW:1,0 , next time you boot it
might be HW:0,0 or who knows. Therefore, Pulse sometimes is not
operational.  

As far as jack with pulseaudio using a Delta ICE-1712 soundcard (same as
some machines in CCRMA,) I get very few underruns on a x86_64. So in
this respect is alright.

I had to modify '/etc/pulse/default.pa' in order to get the ICE-1712 in
a multichannel mode. I added the following lines:

# Load Delta:
load-module module-alsa-sink sink_name=delta_out device=hw:0 channels=10
channel_map=left,right,aux0,aux1,aux2,aux3,aux4,aux5,aux6,aux7
load-module module-alsa-source source_name=delta_in device=hw:0
channels=12
channel_map=left,right,aux0,aux1,aux2,aux3,aux4,aux5,aux6,aux7,aux8,aux9

# Set the default sink and source (not mandatory,
# would probably be used without this):

set-default-sink delta_out
set-default-source delta_in


  --* Juan

On Tue, 2008-09-23 at 23:47 -0600, Julius Smith wrote:

> Hi Juan,
>
> My working sound tests were done using pulseaudio and not jack.
>
> I was able to get jackd running without underruns using the following startup:
>
>    jackd -dalsa -dhw:0 -r8000 -p2048 -n2
>
> (after a killall pulseaudio) - I did not see how high the sampling
> rate could go, but -p1024 got a few underruns.
>
> To get pulseaudio to work with jack, I tried following the instructions at
> http://www.harald-hoyer.de/linux/pulseaudio-and-jackd
> but alsa complained hw:0 was in use and pulseaudio wouldn't start.
> I'm not really familiar with pulseaudio, but it seems to work fine
> without jackd running.
>
> Julius
>

_______________________________________________
PlanetCCRMA mailing list
PlanetCCRMA@...
http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma