From admin.covenantofblood@gmail.com Wed Oct 3 09:06:01 2007 From: admin.covenantofblood@gmail.com (pyrael) Date: Wed Oct 3 08:06:01 2007 Subject: [PlanetCCRMA] is rosegarden available for 64 bit? Message-ID: <13013335.post@talk.nabble.com> as the topic states...... I am preparing to switch to a new 64 bit computer. I looked in the repo and didn't find a package for rosegarden4, but then again in /6/i386/, /6/x86_64/ , and /7/i386/ I also did not find the package. I hope it's available and just not listed lol. Thanks in advance -- View this message in context: http://www.nabble.com/is-rosegarden-available-for-64-bit--tf4559992.html#a13013335 Sent from the PlanetCCRMA - General mailing list archive at Nabble.com. From nando@ccrma.Stanford.EDU Wed Oct 3 11:27:01 2007 From: nando@ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Oct 3 10:27:01 2007 Subject: [PlanetCCRMA] is rosegarden available for 64 bit? In-Reply-To: <13013335.post@talk.nabble.com> References: <13013335.post@talk.nabble.com> Message-ID: <1191432391.12558.1.camel@cmn3.stanford.edu> On Tue, 2007-10-02 at 23:03 -0700, pyrael wrote: > as the topic states...... > > I am preparing to switch to a new 64 bit computer. I looked in the repo and > didn't find a package for rosegarden4, but then again in /6/i386/, > /6/x86_64/ , and /7/i386/ I also did not find the package. I hope it's > available and just not listed lol. Rosegarden moved a while back to Fedora proper and it should be available from the normal Fedora repos for all archs... -- Fernando From David_J_Cox@uk.ibm.com Wed Oct 3 13:04:02 2007 From: David_J_Cox@uk.ibm.com (David J Cox) Date: Wed Oct 3 12:04:02 2007 Subject: [PlanetCCRMA] David J Cox is out of the office. Message-ID: I will be out of the office starting 01/10/2007 and will not return until 04/10/2007. I am in Stockholm presenting at the System p Top Gun. I expect I will have email access but will not be available very much. I will check and reply to mail and voicemail when I can. From nando at ccrma.Stanford.EDU Wed Oct 3 17:22:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Oct 3 16:22:02 2007 Subject: [PlanetCCRMA] updated: ardour2, chuck; added: audicle Message-ID: <1191453608.12558.64.camel@cmn3.stanford.edu> Hi all, Ardour is up to version 2.1. One caveat (from the release notes): ---- !!NOTE!! One or more of the minor GUI fixes listed below will not take effect unless you remove your ~/.ardour2/ardour2_ui.conf file. ---- Also, chuck has been updated to 1.2.1.1 and I have added the audicle version 1.0.0.6 to fc6/7 (only i386 so far, still does not work on x86_64). -- Fernando From gmunyard at iinet.net.au Thu Oct 4 10:44:01 2007 From: gmunyard at iinet.net.au (GREGORY C.W. MUNYARD) Date: Thu Oct 4 09:44:01 2007 Subject: [PlanetCCRMA] Re: [PlanetCCRMANews] updated: ardour2, chuck; added: audicle In-Reply-To: <1191453608.12558.64.camel@cmn3.stanford.edu> References: <1191453608.12558.64.camel@cmn3.stanford.edu> Message-ID: <1191515947.20284.7.camel@localhost.localdomain> --=-rfVd0Mhm4vD3wiaHa4Ef Content-Type: text/plain Content-Transfer-Encoding: 7bit Nando Thanks for the updates. I've been using Hydrogen for some rhythm patterns and I imported them into Ardour 2 a few days ago. Ardour 2 converted the patterns to wav files and used it in the song I have recorded in Ardour. Having downloaded your updates, and having reconstructed the hydrogen rhythm patterns, now Ardour 2 will not take the new *.h2song files from Hydrogen and convert them for use in the Ardour recording when I "add existing audio". Any suggestions? Regards Greg Munyard Perth Western Australia --=-rfVd0Mhm4vD3wiaHa4Ef Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Nando

Thanks for the updates. I've been using Hydrogen for some rhythm patterns and I imported them into Ardour 2 a few days ago. Ardour 2 converted the patterns to wav files and used it in the song I have recorded in Ardour. Having downloaded your updates, and having reconstructed the hydrogen rhythm patterns, now Ardour 2 will not take the new *.h2song files from Hydrogen and convert them for use in the Ardour recording when I "add existing audio". Any suggestions?

Regards

Greg Munyard
Perth
Western Australia --=-rfVd0Mhm4vD3wiaHa4Ef-- From nando at ccrma.Stanford.EDU Thu Oct 4 11:34:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Oct 4 10:34:02 2007 Subject: [PlanetCCRMA] Re: [PlanetCCRMANews] updated: ardour2, chuck; added: audicle In-Reply-To: <1191515947.20284.7.camel@localhost.localdomain> References: <1191453608.12558.64.camel@cmn3.stanford.edu> <1191515947.20284.7.camel@localhost.localdomain> Message-ID: <1191519186.10002.1.camel@cmn15.stanford.edu> On Fri, 2007-10-05 at 00:39 +0800, GREGORY C.W. MUNYARD wrote: > Nando > > Thanks for the updates. I've been using Hydrogen for some rhythm > patterns and I imported them into Ardour 2 a few days ago. Ardour 2 > converted the patterns to wav files and used it in the song I have > recorded in Ardour. Having downloaded your updates, and having > reconstructed the hydrogen rhythm patterns, now Ardour 2 will not take > the new *.h2song files from Hydrogen and convert them for use in the > Ardour recording when I "add existing audio". Any suggestions? Hmmm, I'm not sure I follow, but ardour will not know what to do with *h2song files, you have to give it just wav files (or any other libsndfile compatible format). So you'd need to actually record the output of Hydrogen into a pair of Ardour tracks (or somehow record them outside and import the resulting wav files into Ardour). -- Fernando From fluffy.gibson at gmail.com Thu Oct 4 17:06:01 2007 From: fluffy.gibson at gmail.com (Richard Gibson) Date: Thu Oct 4 16:06:01 2007 Subject: [PlanetCCRMA] Gate in Ardour Message-ID: ------=_Part_21595_6171027.1191539127931 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi there Thanks for the help the other week on editing limits.conf - all is well again, thanks for your help. I'm currently playing around with ardour on FC7 having been used to using muse on a FC4 machine. I am trying to use the gate plugin by Steve Harris and notice some buttons next to each of the parameters. I'm trying to use the gate to shut off the surrounding ambient audio from a live recording of a bass drum within a drum kit. Could anyone explain what Manual, Play, Write and Touch means? It appears to be ignoring the gate when I use a variety of these settings - the gate isn't chopping off audio as it should, but it may be down to my complete lack of understanding as to what these parameters mean (manual, play, write and touch, that is). Many thanks in advance Rich ------=_Part_21595_6171027.1191539127931 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi there

Thanks for the help the other week on editing limits.conf - all is well again, thanks for your help.
I'm currently playing around with ardour on FC7 having been used to using muse on a FC4 machine. I am trying to use the gate plugin by Steve Harris and notice some buttons next to each of the parameters. I'm trying to use the gate to shut off the surrounding ambient audio from a live recording of a bass drum within a drum kit.
Could anyone explain what Manual, Play, Write and Touch means? It appears to be ignoring the gate when I use a variety of these settings - the gate isn't chopping off audio as it should, but it may be down to my complete lack of understanding as to what these parameters mean (manual, play, write and touch, that is).

Many thanks in advance
Rich

------=_Part_21595_6171027.1191539127931-- From nando at ccrma.Stanford.EDU Thu Oct 4 17:46:49 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Oct 4 16:46:49 2007 Subject: [PlanetCCRMA] updated: audicle, miniaudicle, chuck; added: sndpeek Message-ID: <1191540989.26231.10.camel@cmn3.stanford.edu> Some quick updates: Quick bugfix release for audicle and chuck and a new release of miniaudicle. Also added sndpeek for fc6/7 (only i386). Enjoy! -- Fernando From mysthr21 at gmail.com Fri Oct 5 07:09:03 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Fri Oct 5 06:09:03 2007 Subject: [PlanetCCRMA] Gate in Ardour In-Reply-To: References: Message-ID: <907c05c70710050607ma525159i3b8ab60df072be95@mail.gmail.com> ------=_Part_16921_31785286.1191589679991 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, Manual, Play, Write and Touch are settings for the automations. you can create automations on the differents knobs of effects, volume, pan, .... in ardour. Write, to write automations. Touch to modify the automations only when you touch the knobs. Play, to play automations and manual to desactivate automations. I think you should find more explanations, in the ardour manual. Hope this help you, Best, Mysth-R 2007/10/5, Richard Gibson : > > Hi there > > Thanks for the help the other week on editing limits.conf - all is well > again, thanks for your help. > I'm currently playing around with ardour on FC7 having been used to using > muse on a FC4 machine. I am trying to use the gate plugin by Steve Harris > and notice some buttons next to each of the parameters. I'm trying to use > the gate to shut off the surrounding ambient audio from a live recording of > a bass drum within a drum kit. > Could anyone explain what Manual, Play, Write and Touch means? It appears > to be ignoring the gate when I use a variety of these settings - the gate > isn't chopping off audio as it should, but it may be down to my complete > lack of understanding as to what these parameters mean (manual, play, write > and touch, that is). > > Many thanks in advance > Rich > > > -- {^_^} Mysth-R {^_^} http://myspace.com/mysthr http://myspace.com/aideauditive ------=_Part_16921_31785286.1191589679991 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,
Manual, Play, Write and Touch are settings for the automations.
you can create automations on the differents knobs of effects, volume, pan, .... in ardour.
Write, to write automations.
Touch to modify the automations only when you touch the knobs.
Play, to play automations
and manual to desactivate automations.

I think you should find more explanations, in the ardour manual.
Hope this help you,

Best,
Mysth-R

2007/10/5, Richard Gibson <fluffy.gibson@gmail.com>:

Hi there

Thanks for the help the other week on editing limits.conf - all is well again, thanks for your help.
I'm currently playing around with ardour on FC7 having been used to using muse on a FC4 machine. I am trying to use the gate plugin by Steve Harris and notice some buttons next to each of the parameters. I'm trying to use the gate to shut off the surrounding ambient audio from a live recording of a bass drum within a drum kit.
Could anyone explain what Manual, Play, Write and Touch means? It appears to be ignoring the gate when I use a variety of these settings - the gate isn't chopping off audio as it should, but it may be down to my complete lack of understanding as to what these parameters mean (manual, play, write and touch, that is).

Many thanks in advance
Rich

--
{^_^} Mysth-R {^_^}

http://myspace.com/mysthr
http://myspace.com/aideauditive ------=_Part_16921_31785286.1191589679991-- From alexander_carot at gmx.net Fri Oct 5 10:29:01 2007 From: alexander_carot at gmx.net (=?iso-8859-1?Q?=22Alexander_Car=F4t=22?=) Date: Fri Oct 5 09:29:01 2007 Subject: [PlanetCCRMA] Firepod Message-ID: <20071005162752.29200@gmx.net> Hi all, I might have to run a Firepod on my Sony VAIO and I"m wondering if I have to adjust or install anything ? I have FC6 with PlanetCCRMA installed and simply inserted the small firewire cable but apart from a short "red to blue" flash on the LED nothing happens and the device is not recognized. Can anyone help ? Thanks -- A l e x -- Dipl.-Ing. Alexander Car�t Email : Alexander@Carot.de Tel.: +49 (0)177 5719797 phd-candidate at www.isnm.de Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser From mysthr21 at gmail.com Fri Oct 5 10:38:00 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Fri Oct 5 09:38:00 2007 Subject: [PlanetCCRMA] Firepod In-Reply-To: <20071005162752.29200@gmx.net> References: <20071005162752.29200@gmx.net> Message-ID: <907c05c70710050936u877db38ofec050ccee74771d@mail.gmail.com> ------=_Part_17485_1822216.1191602219954 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, You have to install freebob. and after, you have to configure few things. please visit the freebob website, you should find some usefull informations : http://freebob.sourceforge.net/index.php/Main_Page http://freebob.sourceforge.net/index.php/System_Configuration_Hints http://freebob.sourceforge.net/index.php/UdevConfiguration http://freebob.sourceforge.net/index.php/IRQ_Threading_and_Priorities Can you post the jack error message ? cheers, Mysth-R 2007/10/5, "Alexander Car=F4t" : > > Hi all, > > I might have to run a Firepod on my Sony VAIO and I"m wondering if I have > to adjust or install anything ? > > I have FC6 with PlanetCCRMA installed and simply inserted the small > firewire cable but apart from a short "red to blue" flash on the LED noth= ing > happens and the device is not recognized. > > Can anyone help ? > > Thanks > > -- A l e x > -- > Dipl.-Ing. Alexander Car=F4t > Email : Alexander@Carot.de > Tel.: +49 (0)177 5719797 > > phd-candidate at www.isnm.de > > Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten > Browser-Versionen downloaden: http://www.gmx.net/de/go/browser > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > --=20 {^_^} Mysth-R {^_^} http://myspace.com/mysthr http://myspace.com/aideauditive ------=_Part_17485_1822216.1191602219954 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi,

You have to install freebob.
and after, you have to configure= few things.
please visit the freebob website, you should find some usef= ull informations :

http://freebob.sourceforge.net/index.php/Main_Page
http://freeb= ob.sourceforge.net/index.php/System_Configuration_Hints
http://freebob.sourceforge.net/index.php/UdevConfiguration
= http://freebob.sourceforge.net/index.php/IRQ_Threading_and_Priorities
Can you post the jack error message ?
cheers,
Mysth-R

=

2007/10/5, "Alexander Car=F4t" &= lt;alexander_carot@gmx.net&g= t;:

Hi all,
I might have to run a Firepod on my Sony VAIO and I"m wondering i= f I have to adjust or install anything ?

I have FC6 with PlanetCCRMA installed and simply inserted the small= firewire cable but apart from a short "red to blue" flash on the= LED nothing happens and the device is not recognized.

Can anyone he= lp ?

Thanks

-- A l e x
--
Dipl.-Ing. Alexander Car=F4t
E= mail : Alexander@Carot.de
Tel.= : +49 (0)177 5719797

phd-candidate at www.isnm.de

Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten
Browser= -Versionen downloaden: http://= www.gmx.net/de/go/browser

______________________________________= _________
PlanetCCRMA mailing list
PlanetCCRMA@ccrma.stanford.edu
http://ccrma-mail.stanford.edu/ma= ilman/listinfo/planetccrma

--
{^_^} Mysth-R {= ^_^}

http://myspace.com/mysthr=
http://myspace.com/aide= auditive ------=_Part_17485_1822216.1191602219954-- From alexander_carot at gmx.net Fri Oct 5 10:44:01 2007 From: alexander_carot at gmx.net (=?iso-8859-1?Q?=22Alexander_Car=F4t=22?=) Date: Fri Oct 5 09:44:01 2007 Subject: [PlanetCCRMA] Firepod In-Reply-To: <907c05c70710050936u877db38ofec050ccee74771d@mail.gmail.com> References: <20071005162752.29200@gmx.net> <907c05c70710050936u877db38ofec050ccee74771d@mail.gmail.com> Message-ID: <20071005164309.219520@gmx.net> Hej - ok I will check but one note : I simply want to use ALSA and not jack. If it is only working for jack is there a chance to base an ALSA configuration on that ? Thanks in advance -- A l e x P.S. : yum tells me that freebob is installed already. -------- Original-Nachricht -------- > Datum: Fri, 5 Oct 2007 18:36:59 +0200 > Von: Mysth-R > An: "Alexander Car�t" > CC: planetccrma@ccrma.stanford.edu > Betreff: Re: [PlanetCCRMA] Firepod > Hi, > > You have to install freebob. > and after, you have to configure few things. > please visit the freebob website, you should find some usefull > informations > : > > http://freebob.sourceforge.net/index.php/Main_Page > http://freebob.sourceforge.net/index.php/System_Configuration_Hints > http://freebob.sourceforge.net/index.php/UdevConfiguration > http://freebob.sourceforge.net/index.php/IRQ_Threading_and_Priorities > > Can you post the jack error message ? > cheers, > Mysth-R > > > 2007/10/5, "Alexander Car�t" : > > > > Hi all, > > > > I might have to run a Firepod on my Sony VAIO and I"m wondering if I > have > > to adjust or install anything ? > > > > I have FC6 with PlanetCCRMA installed and simply inserted the small > > firewire cable but apart from a short "red to blue" flash on the LED > nothing > > happens and the device is not recognized. > > > > Can anyone help ? > > > > Thanks > > > > -- A l e x > > -- > > Dipl.-Ing. Alexander Car�t > > Email : Alexander@Carot.de > > Tel.: +49 (0)177 5719797 > > > > phd-candidate at www.isnm.de > > > > Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten > > Browser-Versionen downloaden: http://www.gmx.net/de/go/browser > > > > _______________________________________________ > > PlanetCCRMA mailing list > > PlanetCCRMA@ccrma.stanford.edu > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > > > > > -- > {^_^} Mysth-R {^_^} > > http://myspace.com/mysthr > http://myspace.com/aideauditive -- Dipl.-Ing. Alexander Car�t Email : Alexander@Carot.de Tel.: +49 (0)177 5719797 phd-candidate at www.isnm.de GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From nando at ccrma.Stanford.EDU Fri Oct 5 10:47:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri Oct 5 09:47:00 2007 Subject: [PlanetCCRMA] Firepod In-Reply-To: <20071005164309.219520@gmx.net> References: <20071005162752.29200@gmx.net> <907c05c70710050936u877db38ofec050ccee74771d@mail.gmail.com> <20071005164309.219520@gmx.net> Message-ID: <1191602786.4147.2.camel@cmn3.stanford.edu> On Fri, 2007-10-05 at 18:43 +0200, "Alexander Car�t" wrote: > Hej - > > ok I will check but one note : I simply want to use ALSA and not > jack. If it is only working for jack is there a chance to base an > ALSA configuration on that ? Currently firewire cards under freebob/faado only have a Jack backend, there is no ALSA support yet. -- Fernando > -------- Original-Nachricht -------- > > Datum: Fri, 5 Oct 2007 18:36:59 +0200 > > Von: Mysth-R > > An: "Alexander Car�t" > > CC: planetccrma@ccrma.stanford.edu > > Betreff: Re: [PlanetCCRMA] Firepod > > > Hi, > > > > You have to install freebob. > > and after, you have to configure few things. > > please visit the freebob website, you should find some usefull > > informations > > : > > > > http://freebob.sourceforge.net/index.php/Main_Page > > http://freebob.sourceforge.net/index.php/System_Configuration_Hints > > http://freebob.sourceforge.net/index.php/UdevConfiguration > > http://freebob.sourceforge.net/index.php/IRQ_Threading_and_Priorities > > > > Can you post the jack error message ? > > cheers, > > Mysth-R > > > > > > 2007/10/5, "Alexander Car�t" : > > > > > > Hi all, > > > > > > I might have to run a Firepod on my Sony VAIO and I"m wondering if I > > have > > > to adjust or install anything ? > > > > > > I have FC6 with PlanetCCRMA installed and simply inserted the small > > > firewire cable but apart from a short "red to blue" flash on the LED > > nothing > > > happens and the device is not recognized. > > > > > > Can anyone help ? > > > > > > Thanks > > > > > > -- A l e x > > > -- > > > Dipl.-Ing. Alexander Car�t > > > Email : Alexander@Carot.de > > > Tel.: +49 (0)177 5719797 > > > > > > phd-candidate at www.isnm.de > > > > > > Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten > > > Browser-Versionen downloaden: http://www.gmx.net/de/go/browser > > > > > > _______________________________________________ > > > PlanetCCRMA mailing list > > > PlanetCCRMA@ccrma.stanford.edu > > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > > > > > > > > > > -- > > {^_^} Mysth-R {^_^} > > > > http://myspace.com/mysthr > > http://myspace.com/aideauditive > From mysthr21 at gmail.com Fri Oct 5 10:54:01 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Fri Oct 5 09:54:01 2007 Subject: [PlanetCCRMA] Firepod In-Reply-To: <1191602786.4147.2.camel@cmn3.stanford.edu> References: <20071005162752.29200@gmx.net> <907c05c70710050936u877db38ofec050ccee74771d@mail.gmail.com> <20071005164309.219520@gmx.net> <1191602786.4147.2.camel@cmn3.stanford.edu> Message-ID: <907c05c70710050953o2733634r1217fe6a335088e5@mail.gmail.com> ------=_Part_17544_7484065.1191603203599 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Yes, Alsa, and freebob are different and if you want to use your firepod, actually you need freebob. and you can only use freebob with Jack. cheers, Mysth-R 2007/10/5, Fernando Lopez-Lezcano : > > On Fri, 2007-10-05 at 18:43 +0200, "Alexander Car=F4t" wrote: > > Hej - > > > > ok I will check but one note : I simply want to use ALSA and not > > jack. If it is only working for jack is there a chance to base an > > ALSA configuration on that ? > > Currently firewire cards under freebob/faado only have a Jack backend, > there is no ALSA support yet. > > -- Fernando > > > > -------- Original-Nachricht -------- > > > Datum: Fri, 5 Oct 2007 18:36:59 +0200 > > > Von: Mysth-R > > > An: "Alexander Car=F4t" > > > CC: planetccrma@ccrma.stanford.edu > > > Betreff: Re: [PlanetCCRMA] Firepod > > > > > Hi, > > > > > > You have to install freebob. > > > and after, you have to configure few things. > > > please visit the freebob website, you should find some usefull > > > informations > > > : > > > > > > http://freebob.sourceforge.net/index.php/Main_Page > > > http://freebob.sourceforge.net/index.php/System_Configuration_Hints > > > http://freebob.sourceforge.net/index.php/UdevConfiguration > > > http://freebob.sourceforge.net/index.php/IRQ_Threading_and_Priorities > > > > > > Can you post the jack error message ? > > > cheers, > > > Mysth-R > > > > > > > > > 2007/10/5, "Alexander Car=F4t" : > > > > > > > > Hi all, > > > > > > > > I might have to run a Firepod on my Sony VAIO and I"m wondering if = I > > > have > > > > to adjust or install anything ? > > > > > > > > I have FC6 with PlanetCCRMA installed and simply inserted the small > > > > firewire cable but apart from a short "red to blue" flash on the LE= D > > > nothing > > > > happens and the device is not recognized. > > > > > > > > Can anyone help ? > > > > > > > > Thanks > > > > > > > > -- A l e x > > > > -- > > > > Dipl.-Ing. Alexander Car=F4t > > > > Email : Alexander@Carot.de > > > > Tel.: +49 (0)177 5719797 > > > > > > > > phd-candidate at www.isnm.de > > > > > > > > Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten > > > > Browser-Versionen downloaden: http://www.gmx.net/de/go/browser > > > > > > > > _______________________________________________ > > > > PlanetCCRMA mailing list > > > > PlanetCCRMA@ccrma.stanford.edu > > > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > > > > > > > > > > > > > > > -- > > > {^_^} Mysth-R {^_^} > > > > > > http://myspace.com/mysthr > > > http://myspace.com/aideauditive > > > > --=20 {^_^} Mysth-R {^_^} http://myspace.com/mysthr http://myspace.com/aideauditive ------=_Part_17544_7484065.1191603203599 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Yes,

Alsa, and freebob are different and if you want to use your fir= epod, actually you need freebob. and you can only use freebob with Jack.
cheers,
Mysth-R

2007/10/5, = Fernando Lopez-Lezcano < nando@ccrma.stanford.edu>= ;:

On Fri, = 2007-10-05 at 18:43 +0200, "Alexander Car=F4t" wrote:
> Hej -
>
> ok I will check but one note : I simply want= to use ALSA and not
> jack. If it is only working for jack is there = a chance to base an
> ALSA configuration on that ?

Currently f= irewire cards under freebob/faado only have a Jack backend,
there is no ALSA support yet.

-- Fernando

> ------= -- Original-Nachricht --------
> > Datum: Fri, 5 Oct 2007 18:36:59= +0200
> > Von: Mysth-R < mysthr21@gmail.com>
> > An: "Alexander Car=F4t" &= lt;alexander_carot@gmx.net&g= t;
> > CC: plane= tccrma@ccrma.stanford.edu
> > Betreff: Re: [PlanetCCRMA] Firepod
>
> > H= i,
> >
> > You have to install freebob.
> > and = after, you have to configure few things.
> > please visit the free= bob website, you should find some usefull
> > informations
> > :
> >
> > http://freebob.sour= ceforge.net/index.php/Main_Page
> > http://freebob.sourceforge.net/index.php/System_Configuration_Hints
= > > http://freebob.sourceforge.net/index.php/UdevConfiguration
>= ; >=20 http://freebob.sourceforge.net/index.php/IRQ_Threading_and_Prioritie= s
> >
> > Can you post the jack error message ?
> > cheers,
> > Mysth-R
> >
> >
> &g= t; 2007/10/5, "Alexander Car=F4t" <alexander_carot@gmx.net>:
> > >
> = > > Hi all,
> > >
> > > I might have to run a Firepod on my So= ny VAIO and I"m wondering if I
> > have
> > > to = adjust or install anything ?
> > >
> > > I have FC6= with PlanetCCRMA installed and simply inserted the small
> > > firewire cable but apart from a short "red to blue&= quot; flash on the LED
> > nothing
> > > happens and t= he device is not recognized.
> > >
> > > Can anyone= help ?
> > >
> > > Thanks
> > >
> > = > -- A l e x
> > > --
> > > Dipl.-Ing. Alexander= Car=F4t
> > > Email : Al= exander@Carot.de
> > > Tel.: +49 (0)177 5719797
> > >
> &= gt; > phd-candidate at www.isnm.de> > >
> > > Ist Ihr Browser Vista-kompatibel? Jetzt d= ie neuesten
> > > Browser-Versionen downloaden: http://www.gmx.net/de/go/browser
> > >> > > _______________________________________________
> &g= t; > PlanetCCRMA mailing list
> > > Planet= CCRMA@ccrma.stanford.edu
> > > http://ccrma-mail.stanford.edu/= mailman/listinfo/planetccrma
> > >
> >
> >
> >
> > = --
> > {^_^} Mysth-R {^_^}
> >
> > http://myspace.com/mysthr
> > http://myspace.com/aideauditive
>

<= br clear=3D"all">
--
{^_^} Mysth-R {^_^}

http://myspace.com/mysthr
http://myspace.com/aideauditive ------=_Part_17544_7484065.1191603203599-- From alexander_carot at gmx.net Fri Oct 5 15:22:01 2007 From: alexander_carot at gmx.net (=?iso-8859-1?Q?=22Alexander_Car=F4t=22?=) Date: Fri Oct 5 14:22:01 2007 Subject: [PlanetCCRMA] Firepod In-Reply-To: <1191602786.4147.2.camel@cmn3.stanford.edu> References: <20071005162752.29200@gmx.net> <907c05c70710050936u877db38ofec050ccee74771d@mail.gmail.com> <20071005164309.219520@gmx.net> <1191602786.4147.2.camel@cmn3.stanford.edu> Message-ID: <20071005212100.172370@gmx.net> OK - so although this was not the plan I decided to give it a try with jack and compiled my app for jack and did a jackd -d freebob ... it resulted in the following error. Can anyone help ? [root@localhost jacktest]# jackd -d freebob jackd 0.103.0 Copyright 2001-2005 Paul Davis and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details JACK compiled with System V SHM support. loading driver .. SSE2 detected Freebob using Firewire port 0, node -1 no response Error (bebob_light/bebob_light_avdevice.cpp)[1104] enumerateSubUnits: Subunit info command failed Error (bebob_light/bebob_light_avdevice.cpp)[96] discover: Could not enumarate sub units Root node has no children! Root node has no children! FreeBoB ERR: FREEBOB: Error creating virtual device LibFreeBoB ERR: No connections specified, bailing out cannot load driver module freebob no message buffer overruns Thanks -- A l e x -------- Original-Nachricht -------- > Datum: Fri, 05 Oct 2007 09:46:26 -0700 > Von: Fernando Lopez-Lezcano > An: "\\"Alexander" Car�t" > CC: Mysth-R , planetccrma@ccrma.Stanford.EDU > Betreff: Re: [PlanetCCRMA] Firepod > On Fri, 2007-10-05 at 18:43 +0200, "Alexander Car�t" wrote: > > Hej - > > > > ok I will check but one note : I simply want to use ALSA and not > > jack. If it is only working for jack is there a chance to base an > > ALSA configuration on that ? > > Currently firewire cards under freebob/faado only have a Jack backend, > there is no ALSA support yet. > > -- Fernando > > > > -------- Original-Nachricht -------- > > > Datum: Fri, 5 Oct 2007 18:36:59 +0200 > > > Von: Mysth-R > > > An: "Alexander Car�t" > > > CC: planetccrma@ccrma.stanford.edu > > > Betreff: Re: [PlanetCCRMA] Firepod > > > > > Hi, > > > > > > You have to install freebob. > > > and after, you have to configure few things. > > > please visit the freebob website, you should find some usefull > > > informations > > > : > > > > > > http://freebob.sourceforge.net/index.php/Main_Page > > > http://freebob.sourceforge.net/index.php/System_Configuration_Hints > > > http://freebob.sourceforge.net/index.php/UdevConfiguration > > > http://freebob.sourceforge.net/index.php/IRQ_Threading_and_Priorities > > > > > > Can you post the jack error message ? > > > cheers, > > > Mysth-R > > > > > > > > > 2007/10/5, "Alexander Car�t" : > > > > > > > > Hi all, > > > > > > > > I might have to run a Firepod on my Sony VAIO and I"m wondering if I > > > have > > > > to adjust or install anything ? > > > > > > > > I have FC6 with PlanetCCRMA installed and simply inserted the small > > > > firewire cable but apart from a short "red to blue" flash on the LED > > > nothing > > > > happens and the device is not recognized. > > > > > > > > Can anyone help ? > > > > > > > > Thanks > > > > > > > > -- A l e x > > > > -- > > > > Dipl.-Ing. Alexander Car�t > > > > Email : Alexander@Carot.de > > > > Tel.: +49 (0)177 5719797 > > > > > > > > phd-candidate at www.isnm.de > > > > > > > > Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten > > > > Browser-Versionen downloaden: http://www.gmx.net/de/go/browser > > > > > > > > _______________________________________________ > > > > PlanetCCRMA mailing list > > > > PlanetCCRMA@ccrma.stanford.edu > > > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > > > > > > > > > > > > > > > -- > > > {^_^} Mysth-R {^_^} > > > > > > http://myspace.com/mysthr > > > http://myspace.com/aideauditive > > > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma -- Dipl.-Ing. Alexander Car�t Email : Alexander@Carot.de Tel.: +49 (0)177 5719797 phd-candidate at www.isnm.de GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From alexander_carot at gmx.net Fri Oct 5 16:52:04 2007 From: alexander_carot at gmx.net (=?iso-8859-1?Q?=22Alexander_Car=F4t=22?=) Date: Fri Oct 5 15:52:04 2007 Subject: [PlanetCCRMA] Firepod In-Reply-To: <9bd317560710051521n1bf27b97ib7ea97974315f49b@mail.gmail.com> References: <20071005162752.29200@gmx.net> <907c05c70710050936u877db38ofec050ccee74771d@mail.gmail.com> <20071005164309.219520@gmx.net> <1191602786.4147.2.camel@cmn3.stanford.edu> <20071005212100.172370@gmx.net> <9bd317560710051521n1bf27b97ib7ea97974315f49b@mail.gmail.com> Message-ID: <20071005225049.13870@gmx.net> Hi Peter, when I launch qjackctl it simply shows me the interface but not any accessable device. Since I'm not familiar with it could you tell me where and how extra parameter are to be set ? Thanks -- A l e x -------- Original-Nachricht -------- > Datum: Fri, 5 Oct 2007 18:21:33 -0400 > Von: "Peter Hartmann" > An: "Alexander Car�t" > Betreff: Re: [PlanetCCRMA] Firepod > Pretty sure you need more arguments than that. Use qjackctl, you'll be > happy. > > Peter > > On 10/5/07, "Alexander Car�t" wrote: > > OK - so although this was not the plan I decided to give it a try with > jack and compiled my app for jack and did a jackd -d freebob ... it resulted > in the following error. Can anyone help ? > > > > [root@localhost jacktest]# jackd -d freebob > > jackd 0.103.0 > > Copyright 2001-2005 Paul Davis and others. > > jackd comes with ABSOLUTELY NO WARRANTY > > This is free software, and you are welcome to redistribute it > > under certain conditions; see the file COPYING for details > > > > JACK compiled with System V SHM support. > > loading driver .. > > SSE2 detected > > Freebob using Firewire port 0, node -1 > > no response > > Error (bebob_light/bebob_light_avdevice.cpp)[1104] enumerateSubUnits: > Subunit info command failed > > Error (bebob_light/bebob_light_avdevice.cpp)[96] discover: Could not > enumarate sub units > > Root node has no children! > > Root node has no children! > > FreeBoB ERR: FREEBOB: Error creating virtual device > > LibFreeBoB ERR: No connections specified, bailing out > > cannot load driver module freebob > > no message buffer overruns > > > > Thanks > > > > -- A l e x > > > > > > -------- Original-Nachricht -------- > > > Datum: Fri, 05 Oct 2007 09:46:26 -0700 > > > Von: Fernando Lopez-Lezcano > > > An: "\\"Alexander" Car�t" > > > CC: Mysth-R , planetccrma@ccrma.Stanford.EDU > > > Betreff: Re: [PlanetCCRMA] Firepod > > > > > On Fri, 2007-10-05 at 18:43 +0200, "Alexander Car�t" wrote: > > > > Hej - > > > > > > > > ok I will check but one note : I simply want to use ALSA and not > > > > jack. If it is only working for jack is there a chance to base an > > > > ALSA configuration on that ? > > > > > > Currently firewire cards under freebob/faado only have a Jack backend, > > > there is no ALSA support yet. > > > > > > -- Fernando > > > > > > > > > > -------- Original-Nachricht -------- > > > > > Datum: Fri, 5 Oct 2007 18:36:59 +0200 > > > > > Von: Mysth-R > > > > > An: "Alexander Car�t" > > > > > CC: planetccrma@ccrma.stanford.edu > > > > > Betreff: Re: [PlanetCCRMA] Firepod > > > > > > > > > Hi, > > > > > > > > > > You have to install freebob. > > > > > and after, you have to configure few things. > > > > > please visit the freebob website, you should find some usefull > > > > > informations > > > > > : > > > > > > > > > > http://freebob.sourceforge.net/index.php/Main_Page > > > > > > http://freebob.sourceforge.net/index.php/System_Configuration_Hints > > > > > http://freebob.sourceforge.net/index.php/UdevConfiguration > > > > > > http://freebob.sourceforge.net/index.php/IRQ_Threading_and_Priorities > > > > > > > > > > Can you post the jack error message ? > > > > > cheers, > > > > > Mysth-R > > > > > > > > > > > > > > > 2007/10/5, "Alexander Car�t" : > > > > > > > > > > > > Hi all, > > > > > > > > > > > > I might have to run a Firepod on my Sony VAIO and I"m wondering > if I > > > > > have > > > > > > to adjust or install anything ? > > > > > > > > > > > > I have FC6 with PlanetCCRMA installed and simply inserted the > small > > > > > > firewire cable but apart from a short "red to blue" flash on the > LED > > > > > nothing > > > > > > happens and the device is not recognized. > > > > > > > > > > > > Can anyone help ? > > > > > > > > > > > > Thanks > > > > > > > > > > > > -- A l e x > > > > > > -- > > > > > > Dipl.-Ing. Alexander Car�t > > > > > > Email : Alexander@Carot.de > > > > > > Tel.: +49 (0)177 5719797 > > > > > > > > > > > > phd-candidate at www.isnm.de > > > > > > > > > > > > Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten > > > > > > Browser-Versionen downloaden: http://www.gmx.net/de/go/browser > > > > > > > > > > > > _______________________________________________ > > > > > > PlanetCCRMA mailing list > > > > > > PlanetCCRMA@ccrma.stanford.edu > > > > > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > {^_^} Mysth-R {^_^} > > > > > > > > > > http://myspace.com/mysthr > > > > > http://myspace.com/aideauditive > > > > > > > > > > _______________________________________________ > > > PlanetCCRMA mailing list > > > PlanetCCRMA@ccrma.stanford.edu > > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > > > -- > > Dipl.-Ing. Alexander Car�t > > Email : Alexander@Carot.de > > Tel.: +49 (0)177 5719797 > > > > phd-candidate at www.isnm.de > > > > GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. > > Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail > > > > _______________________________________________ > > PlanetCCRMA mailing list > > PlanetCCRMA@ccrma.stanford.edu > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > -- Dipl.-Ing. Alexander Car�t Email : Alexander@Carot.de Tel.: +49 (0)177 5719797 phd-candidate at www.isnm.de Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser From alexander_carot at gmx.net Fri Oct 5 16:59:01 2007 From: alexander_carot at gmx.net (=?iso-8859-1?Q?=22Alexander_Car=F4t=22?=) Date: Fri Oct 5 15:59:01 2007 Subject: [PlanetCCRMA] Firepod In-Reply-To: <20071005225049.13870@gmx.net> References: <20071005162752.29200@gmx.net> <907c05c70710050936u877db38ofec050ccee74771d@mail.gmail.com> <20071005164309.219520@gmx.net> <1191602786.4147.2.camel@cmn3.stanford.edu> <20071005212100.172370@gmx.net> <9bd317560710051521n1bf27b97ib7ea97974315f49b@mail.gmail.com> <20071005225049.13870@gmx.net> Message-ID: <20071005225841.13870@gmx.net> just found out more of qjackctl but it seems to be a general problem with the device. I set the parameters and tried to connect but : Warning: no locale found: /usr/share/locale/qjackctl_en_US.UTF-8.qm any idea ? Thanks -- A l e x -------- Original-Nachricht -------- > Datum: Sat, 06 Oct 2007 00:50:49 +0200 > Von: "Alexander Car�t" > An: "Peter Hartmann" > CC: planetccrma@ccrma.Stanford.EDU > Betreff: Re: [PlanetCCRMA] Firepod > Hi Peter, > > when I launch qjackctl it simply shows me the interface but not any > accessable device. Since I'm not familiar with it could you tell me where and how > extra parameter are to be set ? > > Thanks > > -- A l e x > > > -------- Original-Nachricht -------- > > Datum: Fri, 5 Oct 2007 18:21:33 -0400 > > Von: "Peter Hartmann" > > An: "Alexander Car�t" > > Betreff: Re: [PlanetCCRMA] Firepod > > > Pretty sure you need more arguments than that. Use qjackctl, you'll be > > happy. > > > > Peter > > > > On 10/5/07, "Alexander Car�t" wrote: > > > OK - so although this was not the plan I decided to give it a try with > > jack and compiled my app for jack and did a jackd -d freebob ... it > resulted > > in the following error. Can anyone help ? > > > > > > [root@localhost jacktest]# jackd -d freebob > > > jackd 0.103.0 > > > Copyright 2001-2005 Paul Davis and others. > > > jackd comes with ABSOLUTELY NO WARRANTY > > > This is free software, and you are welcome to redistribute it > > > under certain conditions; see the file COPYING for details > > > > > > JACK compiled with System V SHM support. > > > loading driver .. > > > SSE2 detected > > > Freebob using Firewire port 0, node -1 > > > no response > > > Error (bebob_light/bebob_light_avdevice.cpp)[1104] enumerateSubUnits: > > Subunit info command failed > > > Error (bebob_light/bebob_light_avdevice.cpp)[96] discover: Could not > > enumarate sub units > > > Root node has no children! > > > Root node has no children! > > > FreeBoB ERR: FREEBOB: Error creating virtual device > > > LibFreeBoB ERR: No connections specified, bailing out > > > cannot load driver module freebob > > > no message buffer overruns > > > > > > Thanks > > > > > > -- A l e x > > > > > > > > > -------- Original-Nachricht -------- > > > > Datum: Fri, 05 Oct 2007 09:46:26 -0700 > > > > Von: Fernando Lopez-Lezcano > > > > An: "\\"Alexander" Car�t" > > > > CC: Mysth-R , planetccrma@ccrma.Stanford.EDU > > > > Betreff: Re: [PlanetCCRMA] Firepod > > > > > > > On Fri, 2007-10-05 at 18:43 +0200, "Alexander Car�t" wrote: > > > > > Hej - > > > > > > > > > > ok I will check but one note : I simply want to use ALSA and not > > > > > jack. If it is only working for jack is there a chance to base an > > > > > ALSA configuration on that ? > > > > > > > > Currently firewire cards under freebob/faado only have a Jack > backend, > > > > there is no ALSA support yet. > > > > > > > > -- Fernando > > > > > > > > > > > > > -------- Original-Nachricht -------- > > > > > > Datum: Fri, 5 Oct 2007 18:36:59 +0200 > > > > > > Von: Mysth-R > > > > > > An: "Alexander Car�t" > > > > > > CC: planetccrma@ccrma.stanford.edu > > > > > > Betreff: Re: [PlanetCCRMA] Firepod > > > > > > > > > > > Hi, > > > > > > > > > > > > You have to install freebob. > > > > > > and after, you have to configure few things. > > > > > > please visit the freebob website, you should find some usefull > > > > > > informations > > > > > > : > > > > > > > > > > > > http://freebob.sourceforge.net/index.php/Main_Page > > > > > > > > http://freebob.sourceforge.net/index.php/System_Configuration_Hints > > > > > > http://freebob.sourceforge.net/index.php/UdevConfiguration > > > > > > > > http://freebob.sourceforge.net/index.php/IRQ_Threading_and_Priorities > > > > > > > > > > > > Can you post the jack error message ? > > > > > > cheers, > > > > > > Mysth-R > > > > > > > > > > > > > > > > > > 2007/10/5, "Alexander Car�t" : > > > > > > > > > > > > > > Hi all, > > > > > > > > > > > > > > I might have to run a Firepod on my Sony VAIO and I"m > wondering > > if I > > > > > > have > > > > > > > to adjust or install anything ? > > > > > > > > > > > > > > I have FC6 with PlanetCCRMA installed and simply inserted the > > small > > > > > > > firewire cable but apart from a short "red to blue" flash on > the > > LED > > > > > > nothing > > > > > > > happens and the device is not recognized. > > > > > > > > > > > > > > Can anyone help ? > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > -- A l e x > > > > > > > -- > > > > > > > Dipl.-Ing. Alexander Car�t > > > > > > > Email : Alexander@Carot.de > > > > > > > Tel.: +49 (0)177 5719797 > > > > > > > > > > > > > > phd-candidate at www.isnm.de > > > > > > > > > > > > > > Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten > > > > > > > Browser-Versionen downloaden: http://www.gmx.net/de/go/browser > > > > > > > > > > > > > > _______________________________________________ > > > > > > > PlanetCCRMA mailing list > > > > > > > PlanetCCRMA@ccrma.stanford.edu > > > > > > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > {^_^} Mysth-R {^_^} > > > > > > > > > > > > http://myspace.com/mysthr > > > > > > http://myspace.com/aideauditive > > > > > > > > > > > > > _______________________________________________ > > > > PlanetCCRMA mailing list > > > > PlanetCCRMA@ccrma.stanford.edu > > > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > > > > > -- > > > Dipl.-Ing. Alexander Car�t > > > Email : Alexander@Carot.de > > > Tel.: +49 (0)177 5719797 > > > > > > phd-candidate at www.isnm.de > > > > > > GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. > > > Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail > > > > > > _______________________________________________ > > > PlanetCCRMA mailing list > > > PlanetCCRMA@ccrma.stanford.edu > > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > > > > -- > Dipl.-Ing. Alexander Car�t > Email : Alexander@Carot.de > Tel.: +49 (0)177 5719797 > > phd-candidate at www.isnm.de > > Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten > Browser-Versionen downloaden: http://www.gmx.net/de/go/browser > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma -- Dipl.-Ing. Alexander Car�t Email : Alexander@Carot.de Tel.: +49 (0)177 5719797 phd-candidate at www.isnm.de Psssst! Schon vom neuen GMX MultiMessenger geh�rt? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger From nando at ccrma.Stanford.EDU Fri Oct 5 17:45:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri Oct 5 16:45:02 2007 Subject: [PlanetCCRMA] Firepod In-Reply-To: <20071005212100.172370@gmx.net> References: <20071005162752.29200@gmx.net> <907c05c70710050936u877db38ofec050ccee74771d@mail.gmail.com> <20071005164309.219520@gmx.net> <1191602786.4147.2.camel@cmn3.stanford.edu> <20071005212100.172370@gmx.net> Message-ID: <1191627856.4147.47.camel@cmn3.stanford.edu> On Fri, 2007-10-05 at 23:21 +0200, "Alexander Car�t" wrote: > OK - so although this was not the plan I decided to give it a try with jack and compiled my app for jack and did a jackd -d freebob ... it resulted in the following error. Can anyone help ? > > [root@localhost jacktest]# jackd -d freebob > jackd 0.103.0 > Copyright 2001-2005 Paul Davis and others. > jackd comes with ABSOLUTELY NO WARRANTY > This is free software, and you are welcome to redistribute it > under certain conditions; see the file COPYING for details > > JACK compiled with System V SHM support. > loading driver .. > SSE2 detected > Freebob using Firewire port 0, node -1 > no response > Error (bebob_light/bebob_light_avdevice.cpp)[1104] enumerateSubUnits: Subunit info command failed > Error (bebob_light/bebob_light_avdevice.cpp)[96] discover: Could not enumarate sub units > Root node has no children! > Root node has no children! > FreeBoB ERR: FREEBOB: Error creating virtual device > LibFreeBoB ERR: No connections specified, bailing out > cannot load driver module freebob > no message buffer overruns What do you see when you insert your firewire card in: - the output of dmesg - /var/log/messages -- Fernando From mysthr21 at gmail.com Sat Oct 6 03:05:01 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Sat Oct 6 02:05:01 2007 Subject: [PlanetCCRMA] Firepod In-Reply-To: <1191627856.4147.47.camel@cmn3.stanford.edu> References: <20071005162752.29200@gmx.net> <907c05c70710050936u877db38ofec050ccee74771d@mail.gmail.com> <20071005164309.219520@gmx.net> <1191602786.4147.2.camel@cmn3.stanford.edu> <20071005212100.172370@gmx.net> <1191627856.4147.47.camel@cmn3.stanford.edu> Message-ID: <907c05c70710060204q66c3fec3s2c487d0f099f07db@mail.gmail.com> ------=_Part_18785_11485566.1191661472617 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline you can download and install freebob manually. Just : ./configure and make (don't "make install") It provides you a test software, which can tell you if it recognize your firewire interface. enter in the test directory : cd /freebob/tests then execute : ./test-freebob discover Best, Mysth-R 2007/10/6, Fernando Lopez-Lezcano : > > On Fri, 2007-10-05 at 23:21 +0200, "Alexander Car=F4t" wrote: > > OK - so although this was not the plan I decided to give it a try with > jack and compiled my app for jack and did a jackd -d freebob ... it resul= ted > in the following error. Can anyone help ? > > > > [root@localhost jacktest]# jackd -d freebob > > jackd 0.103.0 > > Copyright 2001-2005 Paul Davis and others. > > jackd comes with ABSOLUTELY NO WARRANTY > > This is free software, and you are welcome to redistribute it > > under certain conditions; see the file COPYING for details > > > > JACK compiled with System V SHM support. > > loading driver .. > > SSE2 detected > > Freebob using Firewire port 0, node -1 > > no response > > Error (bebob_light/bebob_light_avdevice.cpp)[1104] enumerateSubUnits: > Subunit info command failed > > Error (bebob_light/bebob_light_avdevice.cpp)[96] discover: Could not > enumarate sub units > > Root node has no children! > > Root node has no children! > > FreeBoB ERR: FREEBOB: Error creating virtual device > > LibFreeBoB ERR: No connections specified, bailing out > > cannot load driver module freebob > > no message buffer overruns > > What do you see when you insert your firewire card in: > - the output of dmesg > - /var/log/messages > > -- Fernando > > > --=20 {^_^} Mysth-R {^_^} http://myspace.com/mysthr http://myspace.com/aideauditive ------=_Part_18785_11485566.1191661472617 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline you can download and install freebob manually.
Just :
./configure and= make (don't "make install")
It provides you a test softwa= re, which can tell you if it recognize your firewire interface.

ente= r in the test directory :
cd /freebob/tests

then execute :
./test-freebob discover
<= br>
Best,

Mysth-R

2007/10= /6, Fernando Lopez-Lezcano < nando@ccrma.stanford.edu>:

On Fri, 2007-10-05 at 23:21 +0200, "Alexander C= ar=F4t" wrote:
> OK - so although this was not the plan I decided to give it a try = with jack and compiled my app for jack and did a jackd -d freebob ... it re= sulted in the following error. Can anyone help ?
>
> [root@loca= lhost jacktest]# jackd -d freebob
> jackd 0.103.0
> Copyright 2001-2= 005 Paul Davis and others.
> jackd comes with ABSOLUTELY NO WARRANTY<= br>> This is free software, and you are welcome to redistribute it
> under certain conditions; see the file COPYING for details
>
= > JACK compiled with System V SHM support.
> loading driver ..
= > SSE2 detected
> Freebob using Firewire port 0, node -1
> n= o response
> Error (bebob_light/bebob_light_avdevice.cpp)[1104] enumerateSubUni= ts: Subunit info command failed
> Error (bebob_light/bebob_light_avde= vice.cpp)[96] discover: Could not enumarate sub units
> Root node has= no children!
> Root node has no children!
> FreeBoB ERR: FREEBOB: Error cre= ating virtual device
> LibFreeBoB ERR: No connections specified, bail= ing out
> cannot load driver module freebob
> no message buffer= overruns

What do you see when you insert your firewire card in:
- the out= put of dmesg
- /var/log/messages

-- Fernando

--
{^_^} Mysth-R {^_^}

http://myspace.com/mysthr
http://myspace.com/aideauditive ------=_Part_18785_11485566.1191661472617-- From hcengar at gmail.com Sun Oct 7 09:52:00 2007 From: hcengar at gmail.com (Hector Centeno) Date: Sun Oct 7 08:52:00 2007 Subject: [PlanetCCRMA] Firepod In-Reply-To: <20071005162752.29200@gmx.net> References: <20071005162752.29200@gmx.net> Message-ID: <695e1a650710070850p320aaea3q17a27301a7588c62@mail.gmail.com> Alex, I had a Firepod for a few days and it worked without installing anything extra than what Planet CCRMA already provides with. Using the Firewire kernel modules from CCRMA (and not the Fedora ones), the CCRMA kernel and setting QjackCtl to use Freebob made it work. Sometimes it takes a few seconds between the moment you plug in or power up the interface and it gets discovered and configured by the kernel, then you can start Jack. Are you able to use other firewire devices in the same laptop? Cheers, Hector On 10/5/07, "Alexander Car�t" wrote: > Hi all, > > I might have to run a Firepod on my Sony VAIO and I"m wondering if I have to adjust or install anything ? > > I have FC6 with PlanetCCRMA installed and simply inserted the small firewire cable but apart from a short "red to blue" flash on the LED nothing happens and the device is not recognized. > > Can anyone help ? > > Thanks > > -- A l e x > -- > Dipl.-Ing. Alexander Car�t > Email : Alexander@Carot.de > Tel.: +49 (0)177 5719797 > > phd-candidate at www.isnm.de > > Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten > Browser-Versionen downloaden: http://www.gmx.net/de/go/browser > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > From gangalee at comcast.net Mon Oct 8 11:21:01 2007 From: gangalee at comcast.net (Gangalee) Date: Mon Oct 8 10:21:01 2007 Subject: [PlanetCCRMA] X broken in upgrading Fedora Core release 5 (Bordeaux) 2.6.20-1.2320.fc5 Message-ID: <13087223.post@talk.nabble.com> After updating my ccrma (how do I find the version?) with yum update, my X is broken. Warning: font renderer for ".pmf" already registered at priority 0 is one of the many Xorg.log errors. How can I fix? -- View this message in context: http://www.nabble.com/X-broken-in-upgrading-Fedora-Core-release-5-%28Bordeaux%29-2.6.20-1.2320.fc5-tf4584691.html#a13087223 Sent from the PlanetCCRMA - General mailing list archive at Nabble.com. From David_J_Cox at uk.ibm.com Mon Oct 8 13:42:00 2007 From: David_J_Cox at uk.ibm.com (David J Cox) Date: Mon Oct 8 12:42:00 2007 Subject: [PlanetCCRMA] David J Cox is out of the office. Message-ID: I will be out of the office starting 08/10/2007 and will not return until 10/10/2007. I am in Milan presenting at the System p Top Gun. I expect I will have email access but will not be available very much. I will check and reply to mail and voicemail when I can. From alexander_carot at gmx.net Tue Oct 9 07:33:03 2007 From: alexander_carot at gmx.net (=?iso-8859-1?Q?=22Alexander_Car=F4t=22?=) Date: Tue Oct 9 06:33:03 2007 Subject: [PlanetCCRMA] Firepod In-Reply-To: <695e1a650710070850p320aaea3q17a27301a7588c62@mail.gmail.com> References: <20071005162752.29200@gmx.net> <695e1a650710070850p320aaea3q17a27301a7588c62@mail.gmail.com> Message-ID: <20071009133205.136510@gmx.net> Hi Hector, I wanted to use it for a performance I did. The people could only offer the firepod to me. Since I had the trouble I mentioned I finally went for another card and now I'm back home and the firepod not available anymore. I will try it with my RME Fireface 400 now which I never approached to use under Linux and will see what�s gonna happen. Talk to you later -- A l e x -------- Original-Nachricht -------- > Datum: Sun, 7 Oct 2007 11:50:59 -0400 > Von: "Hector Centeno" > An: "Alexander Car�t" > CC: planetccrma@ccrma.stanford.edu > Betreff: Re: [PlanetCCRMA] Firepod > Alex, > > I had a Firepod for a few days and it worked without installing > anything extra than what Planet CCRMA already provides with. Using the > Firewire kernel modules from CCRMA (and not the Fedora ones), the > CCRMA kernel and setting QjackCtl to use Freebob made it work. > Sometimes it takes a few seconds between the moment you plug in or > power up the interface and it gets discovered and configured by the > kernel, then you can start Jack. Are you able to use other firewire > devices in the same laptop? > > Cheers, > > Hector > > > On 10/5/07, "Alexander Car�t" wrote: > > Hi all, > > > > I might have to run a Firepod on my Sony VAIO and I"m wondering if I > have to adjust or install anything ? > > > > I have FC6 with PlanetCCRMA installed and simply inserted the small > firewire cable but apart from a short "red to blue" flash on the LED nothing > happens and the device is not recognized. > > > > Can anyone help ? > > > > Thanks > > > > -- A l e x > > -- > > Dipl.-Ing. Alexander Car�t > > Email : Alexander@Carot.de > > Tel.: +49 (0)177 5719797 > > > > phd-candidate at www.isnm.de > > > > Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten > > Browser-Versionen downloaden: http://www.gmx.net/de/go/browser > > > > _______________________________________________ > > PlanetCCRMA mailing list > > PlanetCCRMA@ccrma.stanford.edu > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > -- Dipl.-Ing. Alexander Car�t Email : Alexander@Carot.de Tel.: +49 (0)177 5719797 phd-candidate at www.isnm.de GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From nando at ccrma.Stanford.EDU Tue Oct 9 12:07:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue Oct 9 11:07:00 2007 Subject: [PlanetCCRMA] Firepod In-Reply-To: <20071009133205.136510@gmx.net> References: <20071005162752.29200@gmx.net> <695e1a650710070850p320aaea3q17a27301a7588c62@mail.gmail.com> <20071009133205.136510@gmx.net> Message-ID: <1191953185.14472.11.camel@cmn3.stanford.edu> On Tue, 2007-10-09 at 15:32 +0200, "Alexander Car�t" wrote: > Hi Hector, > > I wanted to use it for a performance I did. The people could only > offer the firepod to me. Since I had the trouble I mentioned I > finally went for another card and now I'm back home and the firepod > not available anymore. > > I will try it with my RME Fireface 400 now which I never approached > to use under Linux and will see what�s gonna happen. If it is similar to the 800 it will not work AFAIK. RME does not release information about their firewire cards so drivers cannot be programmed for them. -- Fernando > -------- Original-Nachricht -------- > > Datum: Sun, 7 Oct 2007 11:50:59 -0400 > > Von: "Hector Centeno" > > An: "Alexander Car�t" > > CC: planetccrma@ccrma.stanford.edu > > Betreff: Re: [PlanetCCRMA] Firepod > > > Alex, > > > > I had a Firepod for a few days and it worked without installing > > anything extra than what Planet CCRMA already provides with. Using the > > Firewire kernel modules from CCRMA (and not the Fedora ones), the > > CCRMA kernel and setting QjackCtl to use Freebob made it work. > > Sometimes it takes a few seconds between the moment you plug in or > > power up the interface and it gets discovered and configured by the > > kernel, then you can start Jack. Are you able to use other firewire > > devices in the same laptop? > > > > Cheers, > > > > Hector > > > > > > On 10/5/07, "Alexander Car�t" wrote: > > > Hi all, > > > > > > I might have to run a Firepod on my Sony VAIO and I"m wondering if I > > have to adjust or install anything ? > > > > > > I have FC6 with PlanetCCRMA installed and simply inserted the small > > firewire cable but apart from a short "red to blue" flash on the LED nothing > > happens and the device is not recognized. > > > > > > Can anyone help ? > > > > > > Thanks > > > > > > -- A l e x > > > -- > > > Dipl.-Ing. Alexander Car�t > > > Email : Alexander@Carot.de > > > Tel.: +49 (0)177 5719797 > > > > > > phd-candidate at www.isnm.de > > > > > > Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten > > > Browser-Versionen downloaden: http://www.gmx.net/de/go/browser From mysthr21 at gmail.com Tue Oct 9 12:51:00 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Tue Oct 9 11:51:00 2007 Subject: [PlanetCCRMA] Firepod In-Reply-To: <1191953185.14472.11.camel@cmn3.stanford.edu> References: <20071005162752.29200@gmx.net> <695e1a650710070850p320aaea3q17a27301a7588c62@mail.gmail.com> <20071009133205.136510@gmx.net> <1191953185.14472.11.camel@cmn3.stanford.edu> Message-ID: <907c05c70710091150m7ad92711x5080aa89da640163@mail.gmail.com> ------=_Part_24675_27892827.1191955814297 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline > > > If it is similar to the 800 it will not work AFAIK. RME does not release > information about their firewire cards so drivers cannot be programmed > for them. > > -- Fernando > I confirm, forget the RME. I've got one (fireface 800) -- {^_^} Mysth-R {^_^} http://myspace.com/mysthr http://myspace.com/aideauditive ------=_Part_24675_27892827.1191955814297 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

If it is similar to the 800 it will not work AFAIK. RME does not release
information about their firewire cards so drivers cannot be programmed
for them.

-- Fernando

I confirm, forget the RME. I've got one (fireface 800)

--
{^_^} Mysth-R {^_^}

http://myspace.com/mysthr
http://myspace.com/aideauditive ------=_Part_24675_27892827.1191955814297-- From jsampsel at sampsel.us Tue Oct 9 16:50:02 2007 From: jsampsel at sampsel.us (Jackie Sampsel) Date: Tue Oct 9 15:50:02 2007 Subject: [PlanetCCRMA] Re: FirePod In-Reply-To: <20071009190007.12481.32063.Mailman@cm-mail.stanford.edu> References: <20071009190007.12481.32063.Mailman@cm-mail.stanford.edu> Message-ID: <63860.65.28.239.112.1191970158.squirrel@www.libertyactivist.org> ditto here. i installed CCRMA FC6 on a Frankenstein AMD Duron 1.8 GHz and my firepod worked like a charm once i figured out how to start jackd at the command line...... haven't tried it yet on my toshiba FC6 CCRMA notebook yet though. thx jackie -- ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- | "If you must mount the gallows, give a | | jest to the crowd, a coin to the hangman,| | and make the drop with a smile on your | | lips" | | Robert Jordan, The Wheel of Time | ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- > > -------- Original-Nachricht -------- >> Datum: Sun, 7 Oct 2007 11:50:59 -0400 >> Von: "Hector Centeno" >> An: "Alexander CarÃ´t" >> CC: planetccrma@ccrma.stanford.edu >> Betreff: Re: [PlanetCCRMA] Firepod > >> Alex, >> >> I had a Firepod for a few days and it worked without installing >> anything extra than what Planet CCRMA already provides with. Using the >> Firewire kernel modules from CCRMA (and not the Fedora ones), the >> CCRMA kernel and setting QjackCtl to use Freebob made it work. >> Sometimes it takes a few seconds between the moment you plug in or >> power up the interface and it gets discovered and configured by the >> kernel, then you can start Jack. Are you able to use other firewire >> devices in the same laptop? >> >> Cheers, >> >> Hector >> From cave.dnb at tiscali.fr Thu Oct 11 12:51:01 2007 From: cave.dnb at tiscali.fr (Nigel Henry) Date: Thu Oct 11 11:51:01 2007 Subject: [PlanetCCRMA] How to update the alsa driver step by step Message-ID: <200710112050.18623.cave.dnb@tiscali.fr> I want to practice upgrading the alsa driver for my fedora 2.6.22.9-91.fc7-i686 kernel. Currently the driver version is 1.0.14, and I want to upgrade it to the 1.0.15rc3 version. The kernel running on Fedora 7 at the moment is 2.6.22.9-91.fc7-i686, and the kernel headers are installed for it. I also installed the kernel-devel package for this kernel, and the 1.0.15rc3 alsa driver is unpacked, ready, and waiting in my /home/user directory. What do I do next ? Appreciate any help, as I really need to learn how to do this stuff. Nigel. From nando at ccrma.Stanford.EDU Thu Oct 11 14:19:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Oct 11 13:19:01 2007 Subject: [PlanetCCRMA] How to update the alsa driver step by step In-Reply-To: <200710112050.18623.cave.dnb@tiscali.fr> References: <200710112050.18623.cave.dnb@tiscali.fr> Message-ID: <1192133891.27525.1.camel@cmn3.stanford.edu> On Thu, 2007-10-11 at 20:50 +0200, Nigel Henry wrote: > I want to practice upgrading the alsa driver for my fedora > 2.6.22.9-91.fc7-i686 kernel. Currently the driver version is 1.0.14, and I > want to upgrade it to the 1.0.15rc3 version. > > The kernel running on Fedora 7 at the moment is 2.6.22.9-91.fc7-i686, and the > kernel headers are installed for it. I also installed the kernel-devel > package for this kernel, and the 1.0.15rc3 alsa driver is unpacked, ready, > and waiting in my /home/user directory. > > What do I do next ? > > Appreciate any help, as I really need to learn how to do this stuff. There's two approaches. One would be to build a compatible kernel module package that overrides the kernel modules of the stock kernel (that's what I'm doing with kmod-alsa-rt for the Planet CCRMA kernel). The second would be installing from source on top of the existing kernel modules. -- Fernando From cave.dnb at tiscali.fr Thu Oct 11 15:13:02 2007 From: cave.dnb at tiscali.fr (Nigel Henry) Date: Thu Oct 11 14:13:02 2007 Subject: [PlanetCCRMA] How to update the alsa driver step by step In-Reply-To: <1192133891.27525.1.camel@cmn3.stanford.edu> References: <200710112050.18623.cave.dnb@tiscali.fr> <1192133891.27525.1.camel@cmn3.stanford.edu> Message-ID: <200710112312.25824.cave.dnb@tiscali.fr> On Thursday 11 October 2007 22:18, Fernando Lopez-Lezcano wrote: > On Thu, 2007-10-11 at 20:50 +0200, Nigel Henry wrote: > > I want to practice upgrading the alsa driver for my fedora > > 2.6.22.9-91.fc7-i686 kernel. Currently the driver version is 1.0.14, and > > I want to upgrade it to the 1.0.15rc3 version. > > > > The kernel running on Fedora 7 at the moment is 2.6.22.9-91.fc7-i686, and > > the kernel headers are installed for it. I also installed the > > kernel-devel package for this kernel, and the 1.0.15rc3 alsa driver is > > unpacked, ready, and waiting in my /home/user directory. > > > > What do I do next ? > > > > Appreciate any help, as I really need to learn how to do this stuff. > > There's two approaches. One would be to build a compatible kernel module > package that overrides the kernel modules of the stock kernel (that's > what I'm doing with kmod-alsa-rt for the Planet CCRMA kernel). The > second would be installing from source on top of the existing kernel > modules. > > -- Fernando Ok. I've downloaded the source for alsa driver 1.0.15rc3, and want to replace the current 1.0.14 with this later version. On the alsa-user list it appeared to be a simple ./configure, make, su to root, and make install to achieve this, but surely I need to be cd'd into some directory so that the new driver is installed correctly. I'm sorry if I sound a bit clueless, but I havn't upgraded kernel modules before. I know you're very busy, but any step by step instructions to upgrade the alsa driver would be appreciated. If you havn't the time, that's fair enough. Nigel. From nando at ccrma.Stanford.EDU Thu Oct 11 15:51:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Oct 11 14:51:00 2007 Subject: [PlanetCCRMA] How to update the alsa driver step by step In-Reply-To: <200710112312.25824.cave.dnb@tiscali.fr> References: <200710112050.18623.cave.dnb@tiscali.fr> <1192133891.27525.1.camel@cmn3.stanford.edu> <200710112312.25824.cave.dnb@tiscali.fr> Message-ID: <1192139429.27525.16.camel@cmn3.stanford.edu> On Thu, 2007-10-11 at 23:12 +0200, Nigel Henry wrote: > On Thursday 11 October 2007 22:18, Fernando Lopez-Lezcano wrote: > > On Thu, 2007-10-11 at 20:50 +0200, Nigel Henry wrote: > > > I want to practice upgrading the alsa driver for my fedora > > > 2.6.22.9-91.fc7-i686 kernel. Currently the driver version is 1.0.14, and > > > I want to upgrade it to the 1.0.15rc3 version. > > > > > > The kernel running on Fedora 7 at the moment is 2.6.22.9-91.fc7-i686, and > > > the kernel headers are installed for it. I also installed the > > > kernel-devel package for this kernel, and the 1.0.15rc3 alsa driver is > > > unpacked, ready, and waiting in my /home/user directory. > > > > > > What do I do next ? > > > > > > Appreciate any help, as I really need to learn how to do this stuff. > > > > There's two approaches. One would be to build a compatible kernel module > > package that overrides the kernel modules of the stock kernel (that's > > what I'm doing with kmod-alsa-rt for the Planet CCRMA kernel). The > > second would be installing from source on top of the existing kernel > > modules. > > Ok. I've downloaded the source for alsa driver 1.0.15rc3, and want to replace > the current 1.0.14 with this later version. Make sure that you have installed the -devel package that corresponds to the kernel you are booting (apparently the stock fedora kernel). That should be "yum install kernel-devel". > On the alsa-user list it appeared to be a simple ./configure, make, su to > root, and make install to achieve this, but surely I need to be cd'd into > some directory so that the new driver is installed correctly. Well, it should not be necessary as the files _should_ be installed in the proper tree, which should be: /lib/modules/`uname -r`/ I think you will need to tell alsa where you kernel headers are located (part of the kernel-devel package). > I'm sorry if I sound a bit clueless, but I havn't upgraded kernel modules > before. Is there a particular reason you are doing this? > I know you're very busy, but any step by step instructions to upgrade the alsa > driver would be appreciated. The problem is I can't test this myself (as you say not enough time). Try a configure and see what happens. If configure can't find the kernel source tree you will have to use an option to tell it where it is. You can do that with the "--with-kernel" option. The location will be in /usr/src/kernels/, the exact subdirectory will depends on which kernel you want to compile for (if you have more than one kernel-devel package installed you will more than one directory there). If you pass that to --with-kernel configure should be happy and then you can try a make. Make install should do the right thing. You will need to remove all alsa related kernel modules with /sbin/rmmod before retrying sound, or just reboot. And you will need to do this for each and every kernel you install (ie: things are not automagically rebuilt for newer kernels - each kernel is tied very closely to all its modules, you can't really use a module built for one kernel on another). -- Fernando From cave.dnb at tiscali.fr Fri Oct 12 10:20:12 2007 From: cave.dnb at tiscali.fr (Nigel Henry) Date: Fri Oct 12 09:20:12 2007 Subject: [PlanetCCRMA] How to update the alsa driver step by step In-Reply-To: <1192139429.27525.16.camel@cmn3.stanford.edu> References: <200710112050.18623.cave.dnb@tiscali.fr> <200710112312.25824.cave.dnb@tiscali.fr> <1192139429.27525.16.camel@cmn3.stanford.edu> Message-ID: <200710121240.03649.cave.dnb@tiscali.fr> On Thursday 11 October 2007 23:50, Fernando Lopez-Lezcano wrote: > On Thu, 2007-10-11 at 23:12 +0200, Nigel Henry wrote: > > On Thursday 11 October 2007 22:18, Fernando Lopez-Lezcano wrote: > > > On Thu, 2007-10-11 at 20:50 +0200, Nigel Henry wrote: > > > > I want to practice upgrading the alsa driver for my fedora > > > > 2.6.22.9-91.fc7-i686 kernel. Currently the driver version is 1.0.14, > > > > and I want to upgrade it to the 1.0.15rc3 version. > > > > > > > > The kernel running on Fedora 7 at the moment is 2.6.22.9-91.fc7-i686, > > > > and the kernel headers are installed for it. I also installed the > > > > kernel-devel package for this kernel, and the 1.0.15rc3 alsa driver > > > > is unpacked, ready, and waiting in my /home/user directory. > > > > > > > > What do I do next ? > > > > > > > > Appreciate any help, as I really need to learn how to do this stuff. > > > > > > There's two approaches. One would be to build a compatible kernel > > > module package that overrides the kernel modules of the stock kernel > > > (that's what I'm doing with kmod-alsa-rt for the Planet CCRMA kernel). > > > The second would be installing from source on top of the existing > > > kernel modules. > > > > Ok. I've downloaded the source for alsa driver 1.0.15rc3, and want to > > replace the current 1.0.14 with this later version. > > Make sure that you have installed the -devel package that corresponds to > the kernel you are booting (apparently the stock fedora kernel). That > should be "yum install kernel-devel". > > > On the alsa-user list it appeared to be a simple ./configure, make, su to > > root, and make install to achieve this, but surely I need to be cd'd into > > some directory so that the new driver is installed correctly. > > Well, it should not be necessary as the files _should_ be installed in > the proper tree, which should be: > > /lib/modules/`uname -r`/ > > I think you will need to tell alsa where you kernel headers are located > (part of the kernel-devel package). > > > I'm sorry if I sound a bit clueless, but I havn't upgraded kernel modules > > before. > > Is there a particular reason you are doing this? Well I've never had any problems with the alsa driver, and my soundcards (audigy2, and ensoniq), but I try and help folks from time to time with sound problems, as you've helped me when I started off using planetccrma with FC1. Hda intel is a particular problem, with all it's variations. Some possible fixes are only available by upgrading the alsa driver to the latest development version, or one of the nightly hg snapshots. For example there are patches for realtek codecs included in the latest drivers, which may fix some laptop sound problems, that have very new mobo's. I don't like suggesting things that I know nothing about, so if I can have some practice at updating the driver, I'll feel more confident about suggesting it others, if there's the possibility of it maybe resolving their problem. Thanks for the suggestions on the previous post. Nigel. > -- Fernando From cave.dnb at tiscali.fr Fri Oct 12 13:56:01 2007 From: cave.dnb at tiscali.fr (Nigel Henry) Date: Fri Oct 12 12:56:01 2007 Subject: [PlanetCCRMA] How to update the alsa driver step by step In-Reply-To: <1192139429.27525.16.camel@cmn3.stanford.edu> References: <200710112050.18623.cave.dnb@tiscali.fr> <200710112312.25824.cave.dnb@tiscali.fr> <1192139429.27525.16.camel@cmn3.stanford.edu> Message-ID: <200710122155.23398.cave.dnb@tiscali.fr> On Thursday 11 October 2007 23:50, Fernando Lopez-Lezcano wrote: > On Thu, 2007-10-11 at 23:12 +0200, Nigel Henry wrote: > > On Thursday 11 October 2007 22:18, Fernando Lopez-Lezcano wrote: > > > On Thu, 2007-10-11 at 20:50 +0200, Nigel Henry wrote: > > > > I want to practice upgrading the alsa driver for my fedora > > > > 2.6.22.9-91.fc7-i686 kernel. Currently the driver version is 1.0.14, > > > > and I want to upgrade it to the 1.0.15rc3 version. > > > > > > > > The kernel running on Fedora 7 at the moment is 2.6.22.9-91.fc7-i686, > > > > and the kernel headers are installed for it. I also installed the > > > > kernel-devel package for this kernel, and the 1.0.15rc3 alsa driver > > > > is unpacked, ready, and waiting in my /home/user directory. > > > > > > > > What do I do next ? > > > > > > > > Appreciate any help, as I really need to learn how to do this stuff. > > > > > > There's two approaches. One would be to build a compatible kernel > > > module package that overrides the kernel modules of the stock kernel > > > (that's what I'm doing with kmod-alsa-rt for the Planet CCRMA kernel). > > > The second would be installing from source on top of the existing > > > kernel modules. > > > > Ok. I've downloaded the source for alsa driver 1.0.15rc3, and want to > > replace the current 1.0.14 with this later version. > > Make sure that you have installed the -devel package that corresponds to > the kernel you are booting (apparently the stock fedora kernel). That > should be "yum install kernel-devel". > > > On the alsa-user list it appeared to be a simple ./configure, make, su to > > root, and make install to achieve this, but surely I need to be cd'd into > > some directory so that the new driver is installed correctly. > > Well, it should not be necessary as the files _should_ be installed in > the proper tree, which should be: > > /lib/modules/`uname -r`/ > > I think you will need to tell alsa where you kernel headers are located > (part of the kernel-devel package). I didn't need to do this. > > > I'm sorry if I sound a bit clueless, but I havn't upgraded kernel modules > > before. > > Is there a particular reason you are doing this? > > > I know you're very busy, but any step by step instructions to upgrade the > > alsa driver would be appreciated. > > The problem is I can't test this myself (as you say not enough time). > Try a configure and see what happens. If configure can't find the kernel > source tree you will have to use an option to tell it where it is. You > can do that with the "--with-kernel" option. The location will be > in /usr/src/kernels/, the exact subdirectory will depends on which > kernel you want to compile for (if you have more than one kernel-devel > package installed you will more than one directory there). If you pass > that to --with-kernel configure should be happy and then you can try a > make. Make install should do the right thing. You will need to remove > all alsa related kernel modules with /sbin/rmmod before retrying sound, > or just reboot. > > And you will need to do this for each and every kernel you install (ie: > things are not automagically rebuilt for newer kernels - each kernel is > tied very closely to all its modules, you can't really use a module > built for one kernel on another). > > -- Fernando Just an update since I've upgraded the alsa driver. I can't believe that this could have been so easy with Fedora 7. Latest Fedora kernel 2.6.22.9-91.fc7 installed, along with kernel-headers. Installed kernel-devel#2.6.22.9-91.fc7 (which is the only kernel development package installed). cd'd to where I'd put the 1.0.15rc3 alsa driver. ./configure, followed by make, and make install as root, resulted in no problemo. A reboot, and cat /proc/asound/version is now showing 1.0.15rc3 as the alsa driver. Thanks for your help. I didn't realise that this procedure was so easy, and just needed a bit of reassurance. Nigel. From vedran.vucic at gmail.com Sat Oct 13 08:11:01 2007 From: vedran.vucic at gmail.com (Vedran Vucic) Date: Sat Oct 13 07:11:01 2007 Subject: [PlanetCCRMA] rosegarden sounds Message-ID: ------=_Part_11063_23460918.1192284624066 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline I use Audiophile 24/96 sound card which does not have memory for soundfonts. may I use samples of recorded instruments or soundfonts to be played from my hard disk instead from my sound card? Please advise veki ------=_Part_11063_23460918.1192284624066 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline I use Audiophile 24/96 sound card which does not have memory for soundfonts. may I use samples of recorded instruments or soundfonts to be played from my hard disk instead from my sound card?

Please advise

veki
------=_Part_11063_23460918.1192284624066-- From nando at ccrma.Stanford.EDU Sat Oct 13 12:15:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sat Oct 13 11:15:01 2007 Subject: [PlanetCCRMA] rosegarden sounds In-Reply-To: References: Message-ID: <1192299282.11559.3.camel@cmn3.stanford.edu> On Sat, 2007-10-13 at 16:10 +0200, Vedran Vucic wrote: > I use Audiophile 24/96 sound card which does not have memory for > soundfonts. may I use samples of recorded instruments or soundfonts to > be played from my hard disk instead from my sound card? There are several software synthesizers in the Planet CCRMA package collection. You could try first Qsynth, which is a front end for fluidsynth, a software soundfont player. There's one matching sound font you could use available from Planet CCRMA called "fluid-soundfont". Another option for gig files would be linuxsampler and its front end Qsampler. -- Fernando From green at redhat.com Sat Oct 13 21:43:02 2007 From: green at redhat.com (Anthony Green) Date: Sat Oct 13 20:43:02 2007 Subject: [PlanetCCRMA] rosegarden sounds In-Reply-To: <1192299282.11559.3.camel@cmn3.stanford.edu> References: <1192299282.11559.3.camel@cmn3.stanford.edu> Message-ID: <47119029.5040706@redhat.com> This is a multi-part message in MIME format. --------------000200090506000204010208 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Fernando Lopez-Lezcano wrote: > On Sat, 2007-10-13 at 16:10 +0200, Vedran Vucic wrote: >> I use Audiophile 24/96 sound card which does not have memory for >> soundfonts. may I use samples of recorded instruments or soundfonts to >> be played from my hard disk instead from my sound card? > > There are several software synthesizers in the Planet CCRMA package > collection. You could try first Qsynth, which is a front end for > fluidsynth, a software soundfont player. There's one matching sound font > you could use available from Planet CCRMA called "fluid-soundfont". > Another option for gig files would be linuxsampler and its front end > Qsampler. rosegarden can host DSSI softsynths directly, so I recommend using the fluidsynth-dssi package. AG --------------000200090506000204010208 Content-Type: text/x-vcard; charset=utf-8; name="green.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="green.vcf" begin:vcard fn:Anthony Green n:Green;Anthony org:Red Hat, Inc. email;internet:green@redhat.com tel;cell:(650) 207-7122 x-mozilla-html:FALSE version:2.1 end:vcard --------------000200090506000204010208-- From joey.a" This is a multi-part message in MIME format. ------=_NextPart_000_0017_01C80F03.697E1BD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi I used to be actively engaged in computer music research in the late = 70's early 80's, when dedicated hardware was the only way to synthesise = computer music in real time. I am planning to get back into this area now, and would have thought = that real time synthesis should now also be possible with purely = software synthesis modules, in view of the subsequent improvements in = computer speeds. Consequently, I was wondering if anyone could give me a rough indication = of how many voices can be synthesised in real time using the now = available software, run on, say, a 1.8 GHz Celeron processor (in a new = system). Would I be correct in assuming that it is, as yet, too early to fully = exploit the potential of top of the range multi-core processors, = because the associated threading driver software has not yet been = written? (If purchasing a more expensive processor is going to make a = substantial difference to me in this application, I would, of course, do = so.) Sincerely James Harris ------=_NextPart_000_0017_01C80F03.697E1BD0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I used to be actively engaged in = computer music=20 research in the late 70's early 80's, when dedicated hardware = was the=20 only way to synthesise computer music in real time.

I am planning to get back into this = area now, and=20 would have thought that real time synthesis should now also be possible = with=20 purely software synthesis modules, in view of the subsequent = improvements in=20 computer speeds.

Consequently, I was wondering if anyone = could give=20 me a rough indication of how many voices can be synthesised in real time = using=20 the now available software, run on, say, a 1.8 GHz Celeron processor (in = a new=20 system).

Would I be correct in assuming that it = is, as yet,=20 too early to fully exploit the potential of top of the range=20 multi-core processors, because the associated threading driver software = has not=20 yet been written? (If purchasing a more expensive processor is going to = make a=20 substantial difference to me in this application, I would, of course, do = so.)

Sincerely

James Harris

------=_NextPart_000_0017_01C80F03.697E1BD0-- From vedran.vucic at gmail.com Mon Oct 15 10:00:58 2007 From: vedran.vucic at gmail.com (Vedran Vucic) Date: Mon Oct 15 09:00:58 2007 Subject: [PlanetCCRMA] sfark Linux Message-ID: ------=_Part_16049_14140504.1192453926802 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline hello, Is there any tool in Fedora Core 7 for unpacking sfark files in order to unpack sound fonts? Thanks, Vedran ------=_Part_16049_14140504.1192453926802 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline hello,

Is there any tool in Fedora Core 7 for unpacking sfark files in order to unpack sound fonts?

Thanks,

Vedran
------=_Part_16049_14140504.1192453926802-- From kjellh at u.washington.edu Mon Oct 15 11:20:01 2007 From: kjellh at u.washington.edu (Kjell Mikal Hansen) Date: Mon Oct 15 10:20:01 2007 Subject: [PlanetCCRMA] SuperCollider for fc7? Message-ID: I was curious if this package might be in the works at CCRMA and if the release would be anytime soon. Thanks and keep up the great work! From nando at ccrma.Stanford.EDU Mon Oct 15 11:26:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon Oct 15 10:26:01 2007 Subject: [PlanetCCRMA] SuperCollider for fc7? In-Reply-To: References: Message-ID: <1192469103.21520.19.camel@cmn3.stanford.edu> On Mon, 2007-10-15 at 00:57 -0700, Kjell Mikal Hansen wrote: > I was curious if this package might be in the works at CCRMA > and if the release would be anytime soon. It has been available for a while. "yum install supercollider" should install it. Or if you want all the additional libraries do a "yum install supercollider-world" (this is only on i386, SuperCollider does not work on x86_64 natively - actually parts of it work and others would have to be run as 32 bit apps, complicated). -- Fernando From nando at ccrma.Stanford.EDU Mon Oct 15 11:32:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon Oct 15 10:32:01 2007 Subject: [PlanetCCRMA] System Requirements For Good Performance? In-Reply-To: <002401c80efc$33e8a050$01a8a8c0@system7125> References: <002401c80efc$33e8a050$01a8a8c0@system7125> Message-ID: <1192469496.21520.27.camel@cmn3.stanford.edu> On Mon, 2007-10-15 at 08:14 +0100, joey.a wrote: > Hi > > I used to be actively engaged in computer music research in the late > 70's early 80's, when dedicated hardware was the only way to > synthesise computer music in real time. > > I am planning to get back into this area now, and would have thought > that real time synthesis should now also be possible with purely > software synthesis modules, in view of the subsequent improvements in > computer speeds. > > Consequently, I was wondering if anyone could give me a rough > indication of how many voices can be synthesised in real time using > the now available software, run on, say, a 1.8 GHz Celeron processor > (in a new system). Hmmm, that would be really difficult as something as generic as "voices" has almost no meaning that can be quantified. What you would get would depend on exactly how demanding is the instrument you are rendering. You can get a lot from modern processors... enough to probably keep you happy :-) On a very recent Intel laptop running a Core Duo at 2.4GHz (I think that's the speed), SuperCollider would do 500 interpolated sine oscillators with a (roughly) 50% cpu load (in one of the cores). > Would I be correct in assuming that it is, as yet, too early to fully > exploit the potential of top of the range multi-core processors, > because the associated threading driver software has not yet been > written? (If purchasing a more expensive processor is going to make a > substantial difference to me in this application, I would, of course, > do so.) You are partially correct. No many (if any) synthesis software can use multiple processors in real time. But I would not buy a single core processor these days. Even if your favorite dsp engine does not use more than one core, all the other stuff you need to run will be able to use the other and as a result you will get better performance overall. There are tricks you can use, of course. For example, in SuperCollider you could have two engines running and those would tend to use different cores but allocation of synthesis resources would have to be manual. -- Fernando From cave.dnb at tiscali.fr Mon Oct 15 12:01:02 2007 From: cave.dnb at tiscali.fr (Nigel Henry) Date: Mon Oct 15 11:01:02 2007 Subject: [PlanetCCRMA] sfark Linux In-Reply-To: References: Message-ID: <200710152000.02763.cave.dnb@tiscali.fr> On Monday 15 October 2007 15:12, Vedran Vucic wrote: > hello, > > Is there any tool in Fedora Core 7 for unpacking sfark files in order to > unpack sound fonts? > > Thanks, > > > Vedran Short answer. No. Most of the sfark soundfonts available will need to be uncompressed in a Windows machine, or you can install Wine on F7, and use the windows executable available from: http://www.melodymachine.com. I have wine installed on one of my FC2 installs, and the windows executable for sfark works just fine with wine. All the best. Nigel. From bil at ccrma.Stanford.EDU Mon Oct 15 16:23:02 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Mon Oct 15 15:23:02 2007 Subject: [PlanetCCRMA] Re: sine waves in real time In-Reply-To: <20071015190004.30471.25715.Mailman@cm-mail.stanford.edu> References: <20071015190004.30471.25715.Mailman@cm-mail.stanford.edu> Message-ID: <20071015220907.M53236@ccrma.Stanford.EDU> > On a very recent Intel laptop running a Core Duo at 2.4GHz (I think > that's the speed), SuperCollider would do 500 interpolated sine > oscillators with a (roughly) 50% cpu load (in one of the cores). In the Scheme version of Snd, at 44100 KHz, I get about 180 such sines (actually, I'm calling the sin function, not interpolating some table): (with-sound (:statistics #t) (let ((gens (make-vector 180))) (do ((i 0 (1+ i))) ((= i 180)) (vector-set! gens i (make-oscil (* 10 (1+ i)) (random (* 2 pi))))) (run (lambda () (do ((i 0 (1+ i))) ((= i 44100)) (let ((sum 0.0)) (do ((k 0 (1+ k))) ((= k 180)) (set! sum (+ sum (oscil (vector-ref gens k))))) (outa i (* .01 sum) *output*))))))) ;test.snd: maxamp: 0.2935 compute time: 1.020 30% of the time is handling the loops and writing output, nearly all the rest is in the oscils, so if I were writing direct to a DAC, I'd estimate 200. More interesting to me is the same question with the fm-violin -- I think I get 53: (with-sound (:statistics #t) (do ((k 0 (1+ k))) ((= k 53)) (fm-violin 0 1 440 .01))) ;test.snd: maxamp: 0.4320 compute time: 1.000 In the Common Lisp (sbcl) clm, I get around 68: (with-sound (:srate 44100 :statistics t) (do ((i 0 (1+ i))) ((= i 68)) (fm-violin 0 1 440 .01))) test.snd: Duration: 1.0000, Last begin time: 0.0000 Compute time: 0.997, Compute ratio: 1.00 OutA max amp: 0.559 (near 0.249 secs) "test.snd" and presumably the sine wave case would scale similarly. From nando at ccrma.Stanford.EDU Mon Oct 15 16:36:03 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon Oct 15 15:36:03 2007 Subject: [PlanetCCRMA] Re: sine waves in real time In-Reply-To: <20071015220907.M53236@ccrma.Stanford.EDU> References: <20071015190004.30471.25715.Mailman@cm-mail.stanford.edu> <20071015220907.M53236@ccrma.Stanford.EDU> Message-ID: <1192487754.21520.57.camel@cmn3.stanford.edu> On Mon, 2007-10-15 at 15:22 -0700, Bill Schottstaedt wrote: > > On a very recent Intel laptop running a Core Duo at 2.4GHz (I think > > that's the speed), SuperCollider would do 500 interpolated sine > > oscillators with a (roughly) 50% cpu load (in one of the cores). > > In the Scheme version of Snd, at 44100 KHz, I get about 180 such > sines (actually, I'm calling the sin function, not interpolating some > table): > > (with-sound (:statistics #t) > (let ((gens (make-vector 180))) > (do ((i 0 (1+ i))) > ((= i 180)) > (vector-set! gens i (make-oscil (* 10 (1+ i)) (random (* 2 pi))))) > (run > (lambda () > (do ((i 0 (1+ i))) > ((= i 44100)) > (let ((sum 0.0)) > (do ((k 0 (1+ k))) > ((= k 180)) > (set! sum (+ sum (oscil (vector-ref gens k))))) > (outa i (* .01 sum) *output*))))))) > > ;test.snd: > maxamp: 0.2935 > compute time: 1.020 Wow, that's impressive. 180 directly from scheme... I never tried Kjetil's realtime snd, that would (presumable) be faster? -- Fernando > 30% of the time is handling the loops and writing output, nearly all the rest > is in the oscils, so if I were writing direct to a DAC, I'd estimate 200. > More interesting to me is the same question with the fm-violin -- I > think I get 53: > > (with-sound (:statistics #t) > (do ((k 0 (1+ k))) > ((= k 53)) > (fm-violin 0 1 440 .01))) > > ;test.snd: > maxamp: 0.4320 > compute time: 1.000 > > > In the Common Lisp (sbcl) clm, I get around 68: > > (with-sound (:srate 44100 :statistics t) (do ((i 0 (1+ i))) ((= i 68)) (fm-violin 0 1 440 .01))) > test.snd: > Duration: 1.0000, Last begin time: 0.0000 > Compute time: 0.997, Compute ratio: 1.00 > OutA max amp: 0.559 (near 0.249 secs) > "test.snd" > > > and presumably the sine wave case would scale similarly. From bil at ccrma.Stanford.EDU Mon Oct 15 16:49:00 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Mon Oct 15 15:49:00 2007 Subject: [PlanetCCRMA] Re: sine waves in real time In-Reply-To: <1192487754.21520.57.camel@cmn3.stanford.edu> References: <20071015190004.30471.25715.Mailman@cm-mail.stanford.edu> <20071015220907.M53236@ccrma.Stanford.EDU> <1192487754.21520.57.camel@cmn3.stanford.edu> Message-ID: <20071015224225.M59842@ccrma.Stanford.EDU> > Wow, that's impressive. 180 directly from scheme... > I never tried Kjetil's realtime snd, that would (presumable) be faster? Come to think of it -- yes! I don't have it running here at home right now because I don't currently have all the libraries it needs. Another thing on my TODO list... From shakti at bayarea.net Tue Oct 16 01:29:01 2007 From: shakti at bayarea.net (Tracey Hytry) Date: Tue Oct 16 00:29:01 2007 Subject: [PlanetCCRMA] System Requirements For Good Performance? In-Reply-To: <002401c80efc$33e8a050$01a8a8c0@system7125> References: <002401c80efc$33e8a050$01a8a8c0@system7125> Message-ID: <20071016002747.8d70f839.shakti@bayarea.net> > Consequently, I was wondering if anyone could give me a rough indication of how many voices can be synthesised in real time using the now available software, run on, say, a 1.8 GHz Celeron processor (in a new system). I kind of distrust celerons, but I've heard some great sounding realtime physical modeling of piano(many voice polyphony) done on lower end hardware. Have fun on your endeavor. Tracey. From John Bell" <1192469496.21520.27.camel@cmn3.stanford.edu> Message-ID: <006901c80fca$062c0de0$01a8a8c0@system7125> ----- Original Message ----- From: "Fernando Lopez-Lezcano" To: "joey.a" Cc: Sent: Monday, October 15, 2007 6:31 PM Subject: Re: [PlanetCCRMA] System Requirements For Good Performance? > On a very recent Intel laptop running a Core Duo at 2.4GHz (I think > that's the speed), SuperCollider would do 500 interpolated sine > oscillators with a (roughly) 50% cpu load (in one of the cores). Sounds promising. Can I infer from this that I could potentially also execute, say, a 128 band vocoder with similar cpu loading? > But I would not buy a single core > processor these days. Even if your favorite dsp engine does not use more > than one core, all the other stuff you need to run will be able to use > the other and as a result you will get better performance overall. > > There are tricks you can use, of course. For example, in SuperCollider > you could have two engines running and those would tend to use different > cores but allocation of synthesis resources would have to be manual. Thanks a lot, Fernando. You have convinced me. Apart from anything else, these newer processors also have faster & larger caches too. This seems to confirm my gut feeling that dedicated hardware accelerators (like the basic Capybara system) are no longer needed. If I can do almost everything I want now, with a basic CPU system, I might as well pay a little more to have all the elbow room I could possibly need. During the short time taken for this Q & A, Dell prices (at least) have dropped, so I am now about ready to click on 'buy now' for a 2.33 GHz Core Duo (presumably like yours), with 2 GB RAM, half a Terrabyte of hard disk, and separate graphics card, for about the same price as a more basic system would have been a few days ago. (Unless you think still more RAM could also be a big help) The next question, of course, would be a dedicated sound card upgrade. I already have an old Audigy Platinum sound card in my (Windows 2000) server configuration, and was originally thinking of just switching this across. However, technology does tend to improve with time, and perhaps there are also now significant improvements there too? Regards James Harris From nando at ccrma.Stanford.EDU Tue Oct 16 10:58:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue Oct 16 09:58:00 2007 Subject: [PlanetCCRMA] System Requirements For Good Performance? In-Reply-To: <006901c80fca$062c0de0$01a8a8c0@system7125> References: <002401c80efc$33e8a050$01a8a8c0@system7125> <1192469496.21520.27.camel@cmn3.stanford.edu> <006901c80fca$062c0de0$01a8a8c0@system7125> Message-ID: <1192553865.30988.14.camel@cmn3.stanford.edu> On Tue, 2007-10-16 at 08:56 +0100, John Bell wrote: > > On a very recent Intel laptop running a Core Duo at 2.4GHz (I think > > that's the speed), SuperCollider would do 500 interpolated sine > > oscillators with a (roughly) 50% cpu load (in one of the cores). > > Sounds promising. Can I infer from this that I could potentially also > execute, say, a 128 band vocoder with similar cpu loading? I imagine that would be possible... > > But I would not buy a single core > > processor these days. Even if your favorite dsp engine does not use more > > than one core, all the other stuff you need to run will be able to use > > the other and as a result you will get better performance overall. > > > > There are tricks you can use, of course. For example, in SuperCollider > > you could have two engines running and those would tend to use different > > cores but allocation of synthesis resources would have to be manual. > > Thanks a lot, Fernando. You have convinced me. Apart from anything else, > these newer processors also have faster & larger caches too. > This seems to confirm my gut feeling that dedicated hardware accelerators > (like the basic Capybara system) are no longer needed. > If I can do almost everything I want now, with a basic CPU system, I might > as well pay a little more to have all the elbow room I could possibly need. > During the short time taken for this Q & A, Dell prices (at least) have > dropped, so I am now about ready to click on 'buy now' for a 2.33 GHz Core > Duo (presumably like yours), with 2 GB RAM, half a Terrabyte of hard disk, > and separate graphics card, for about the same price as a more basic system > would have been a few days ago. (Unless you think still more RAM could also > be a big help) Probably 2G is fine (for now :-) As for the graphics card... which one is it? Most probably you will need to run without hardware acceleration, or install a binary driver for it which is not included in the normal kernels. That is still a problem in Linux (hopefully we will see good open source drivers for ATI cards, now that ATI is part of AMD they are opening the specs but the drivers will take a while to get written). > The next question, of course, would be a dedicated sound card upgrade. I > already have an old Audigy Platinum sound card in my (Windows 2000) server > configuration, and was originally thinking of just switching this across. > However, technology does tend to improve with time, and perhaps there are > also now significant improvements there too? Hmmm, if you are happy with the performance of the card you have then keep it. We tend to use more "professional" cards. MAudio pci line is good (66/1010, etc). RME is great but expensive. Gina3D and Layla3D's are fine. Firewire and USB would not be a good choice if you want the best possible latency performance. -- Fernando From kjetil.matheussen at notam02.no Tue Oct 16 14:00:01 2007 From: kjetil.matheussen at notam02.no (Kjetil S. Matheussen) Date: Tue Oct 16 13:00:01 2007 Subject: [PlanetCCRMA] Re: Re: sine waves in real time In-Reply-To: <20071016190004.16392.63206.Mailman@cm-mail.stanford.edu> References: <20071016190004.16392.63206.Mailman@cm-mail.stanford.edu> Message-ID: Fernando Lopez-Lezcano: > On Mon, 2007-10-15 at 15:22 -0700, Bill Schottstaedt wrote: >>> On a very recent Intel laptop running a Core Duo at 2.4GHz (I think >>> that's the speed), SuperCollider would do 500 interpolated sine >>> oscillators with a (roughly) 50% cpu load (in one of the cores). >> >> In the Scheme version of Snd, at 44100 KHz, I get about 180 such >> sines (actually, I'm calling the sin function, not interpolating some >> table): >> >> (with-sound (:statistics #t) >> (let ((gens (make-vector 180))) >> (do ((i 0 (1+ i))) >> ((= i 180)) >> (vector-set! gens i (make-oscil (* 10 (1+ i)) (random (* 2 pi))))) >> (run >> (lambda () >> (do ((i 0 (1+ i))) >> ((= i 44100)) >> (let ((sum 0.0)) >> (do ((k 0 (1+ k))) >> ((= k 180)) >> (set! sum (+ sum (oscil (vector-ref gens k))))) >> (outa i (* .01 sum) *output*))))))) >> >> ;test.snd: >> maxamp: 0.2935 >> compute time: 1.020 > > Wow, that's impressive. 180 directly from scheme... > I never tried Kjetil's realtime snd, that would (presumable) be faster? > Just tried. And yes, its about twice as fast: (let* ((num 130) (gens (make-vector num))) (do ((i 0 (1+ i))) ((= i num)) (vector-set! gens i (make-oscil (* 10 (1+ i)) (random (* 2 pi))))) (set! (rt-safety) 0) ( 0 10 (lambda () (let ((sum 0.0)) (do ((k 0 (1+ k))) ((= k num)) (set! sum (+ sum (oscil (vector-ref gens k))))) (out (* .01 sum)))))) Here's the generated c-code for the inner loop: static void rt_gen1__3(struct RT_Globals *rt_globals) { while (!((rt_globals->k__2 == rt_globals->num__4))) { (rt_globals->sum__1 = (rt_globals->sum__1 + mus_oscil(XEN_TO_MUS_ANY (SCM_VECTOR_REF (rt_globals->gens__5, ((int) rt_globals->k__2))), 0, 0)), rt_globals->k__2 = (1 + rt_globals->k__2) ); }; } Its not quite optimal, but still I'm pretty sure most of the time is spent in mus_oscil. So I'm also pretty sure the oscillator generator in supercollider is super fast. From m.tarenskeen at zonnet.nl Tue Oct 16 15:02:01 2007 From: m.tarenskeen at zonnet.nl (Martin Tarenskeen) Date: Tue Oct 16 14:02:01 2007 Subject: [PlanetCCRMA] sfark Linux (fwd) Message-ID: On Mon, 15 Oct 2007, Nigel Henry wrote: > On Monday 15 October 2007 15:12, Vedran Vucic wrote: >> Is there any tool in Fedora Core 7 for unpacking sfark files in order to >> unpack sound fonts? > Short answer. No. Most of the sfark soundfonts available will need to be > uncompressed in a Windows machine, or you can install Wine on F7, and use the > windows executable available from: http://www.melodymachine.com. Your short answer is not quite correct. There IS a linux commandline tool to unpack sfark compressed soundfonts. It is called sfarkxtc and can be found on the same website http://www.melodymachine.com. It can only handle SfArk V2 files though. It cannot handle the older V1 format. In that case the Windows version runs perfectly under wine indeed and can handle SfARk V1. -- Martin Tarenskeen From gangalee at comcast.net Wed Oct 17 10:34:01 2007 From: gangalee at comcast.net (Gangalino) Date: Wed Oct 17 09:34:01 2007 Subject: [PlanetCCRMA] reinstalling/repairing X Message-ID: <1192638814.16767.2.camel@localhost.localdomain> How do I find out which particular version of X is installed and what would be a good course to take to repair a broken X server after an upgrade? Thanks, From nando at ccrma.Stanford.EDU Wed Oct 17 11:02:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Oct 17 10:02:01 2007 Subject: [PlanetCCRMA] reinstalling/repairing X In-Reply-To: <1192638814.16767.2.camel@localhost.localdomain> References: <1192638814.16767.2.camel@localhost.localdomain> Message-ID: <1192640506.7858.1.camel@cmn3.stanford.edu> On Wed, 2007-10-17 at 11:33 -0500, Gangalino wrote: > How do I find out which particular version of X is installed and what > would be a good course to take to repair a broken X server after an > upgrade? Which version of fedora? If it is a recent one something like this should list all X server related packages: rpm -q -a | grep xorg You could verify that a package is fine (ie: its contents are the same as originally installed) if you do: rpm -V package_name Of course things like configuration files, etc, will be flagged as having some changes. What is failing? How? What error message do you see in /var/log/Xorg*log? -- Fernando From gangalee at comcast.net Wed Oct 17 12:27:01 2007 From: gangalee at comcast.net (Gangalino) Date: Wed Oct 17 11:27:01 2007 Subject: [PlanetCCRMA] reinstalling/repairing X In-Reply-To: <1192640506.7858.1.camel@cmn3.stanford.edu> References: <1192638814.16767.2.camel@localhost.localdomain> <1192640506.7858.1.camel@cmn3.stanford.edu> Message-ID: <1192645581.16767.12.camel@localhost.localdomain> On Wed, 2007-10-17 at 10:01 -0700, Fernando Lopez-Lezcano wrote: > On Wed, 2007-10-17 at 11:33 -0500, Gangalino wrote: > > How do I find out which particular version of X is installed and what > > would be a good course to take to repair a broken X server after an > > upgrade? > > Which version of fedora? I forgot how to get that version also. /proc/version shows Linux version 2.6.20-1.2320.fc5 (brewbuilder@hs20-bc2-2.build.redhat.com) (gcc version 4.1.1 20070105 (Red Hat 4.1.1-51)) #1 Tue Jun 12 18:50:38 EDT 2007 I think it's still FC5. ??? > If it is a recent one something like this should list all X server > related packages: > > rpm -q -a | grep xorg shows: xorg-x11-font-utils-1.0.1-3 xorg-x11-drv-void-1.0.0.5-1.2 xorg-x11-drv-i810-1.4.1.3-3.1 xorg-x11-drv-dynapro-1.0.0.5-1.2 xorg-x11-drv-citron-2.1.5-1 xorg-x11-drv-v4l-0.0.1.5-1.1 xorg-x11-drv-s3virge-1.8.6.5-1.2 xorg-x11-drv-nv-1.2.0-3.fc5 xorg-x11-xkbdata-1.0.1-7 xorg-x11-drv-keyboard-1.0.1.3-1.2 xorg-x11-fonts-truetype-7.0-3 xorg-x11-drv-nsc-2.7.6.5-2.1 xorg-x11-drv-i740-1.0.0.5-2 xorg-x11-drv-mga-1.2.1.3-1.2 xorg-x11-drv-tdfx-1.1.1.3-1.3 xorg-x11-drv-trident-1.0.1.2-1.2 xorg-x11-drivers-7.0-2 xorg-x11-apps-7.0-1 xorg-x11-xkb-utils-1.0.1-1.2 xorg-x11-server-utils-1.0.1-1.2 xorg-x11-xauth-1.0.1-1.2 xorg-x11-fonts-base-7.0-3 xorg-x11-fonts-misc-7.0-3 xorg-x11-fonts-Type1-7.0-3 xorg-x11-drv-mouse-1.0.4-1 xorg-x11-drv-dummy-0.1.0.5-1.2 xorg-x11-drv-vmware-10.11.1.3-1.1 xorg-x11-drv-digitaledge-1.0.1.3-1.2 xorg-x11-drv-rendition-4.0.1.3-1.1 xorg-x11-drv-palmax-1.0.0.5-1.2 xorg-x11-drv-spaceorb-1.0.0.5-1.2 xorg-x11-drv-dmc-1.0.0.5-1.2 xorg-x11-drv-mutouch-1.0.0.5-1.2 xorg-x11-drv-i128-1.1.0.5-1.1 xorg-x11-drv-neomagic-1.0.0.5-1.1 xorg-x11-drv-siliconmotion-1.3.1.5-1.1 xorg-x11-drv-cirrus-1.0.0.5-1.1 xorg-x11-drv-fpit-1.0.0.5-1.2 xorg-x11-drv-elo2300-1.0.0.5-1.2 xorg-x11-drv-vesa-1.0.1.3-1.2 xorg-x11-fonts-100dpi-7.0-3 xorg-x11-fonts-ISO8859-1-100dpi-7.0-3 xorg-x11-drv-aiptek-1.0.0.5-1.2 xorg-x11-drv-chips-1.0.1.3-1.1 xorg-x11-drv-acecad-1.0.0.5-1.2 xorg-x11-drv-elographics-1.0.0.5-1.2 xorg-x11-drv-fbdev-0.1.0.5-1.2 xorg-x11-drv-via-0.1.33.2-2 xorg-x11-drv-ark-0.5.0.5-1.1 xorg-x11-drv-ur98-1.0.0.5-1.2 xorg-x11-drv-penmount-1.0.0.5-1.2 xorg-x11-drv-tseng-1.0.0.5-1.1 xorg-x11-drv-calcomp-1.0.0.5-1.2 xorg-x11-drv-evdev-1.0.0.5-1.2 xorg-x11-drv-jamstudio-1.0.0.5-1.2 xorg-x11-drv-sis-0.8.1.3-1.2 xorg-x11-xdm-1.0.1-2 xorg-x11-drv-ati-6.5.8.0-1 xorg-x11-twm-1.0.1-1.2 xorg-x11-utils-1.0.1-1.2 xorg-x11-drv-hyperpen-1.0.0.5-1.2 xorg-x11-fonts-75dpi-7.0-3 xorg-x11-drv-summa-1.0.0.5-1.2 xorg-x11-drv-apm-1.0.1.5-1.1 xorg-x11-drv-joystick-1.0.0.5-1.2 xorg-x11-drv-voodoo-1.0.0.5-1.2 xorg-x11-drv-sisusb-0.7.1.3-1.2 xorg-x11-drv-vga-4.0.0.5-2 xorg-x11-server-Xorg-1.0.1-9.fc5.7 xorg-x11-filesystem-7.0-1 xorg-x11-fonts-ISO8859-1-75dpi-7.0-3 xorg-x11-drv-microtouch-1.0.0.5-1.2 xorg-x11-drv-magellan-1.0.0.5-1.2 xorg-x11-drv-magictouch-1.0.0.5-1.2 xorg-x11-drv-savage-2.0.2.3-1.2 xorg-x11-drv-cyrix-1.0.0.5-1.1 xorg-x11-drv-s3-0.3.5.5-2 xorg-x11-drv-glint-1.0.1.3-2 xorg-x11-server-Xnest-1.0.1-9.fc5.7 xorg-x11-xinit-1.0.1-2.FC5.0 xorg-x11-xfs-1.0.1-4.FC5.0 > > You could verify that a package is fine (ie: its contents are the same > as originally installed) if you do: > > rpm -V package_name > > Of course things like configuration files, etc, will be flagged as > having some changes. > > What is failing? How? What error message do you see > in /var/log/Xorg*log? It's mainly complaining about: "Warning: font renderer for ".snf.Z" already registered at priority 0 Warning: font renderer for ".snf.gz" already registered at priority 0 Warning: font renderer for ".bdf" already registered at priority 0 Warning: font renderer for ".bdf.Z" already registered at priority 0 Warning: font renderer for ".bdf.gz" already registered at priority 0 Warning: font renderer for ".pmf" already registered at priority 0 FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing." I've attached the entire log. From nando at ccrma.Stanford.EDU Wed Oct 17 12:38:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Oct 17 11:38:01 2007 Subject: [PlanetCCRMA] reinstalling/repairing X In-Reply-To: <1192645581.16767.12.camel@localhost.localdomain> References: <1192638814.16767.2.camel@localhost.localdomain> <1192640506.7858.1.camel@cmn3.stanford.edu> <1192645581.16767.12.camel@localhost.localdomain> Message-ID: <1192646262.7858.23.camel@cmn3.stanford.edu> On Wed, 2007-10-17 at 13:26 -0500, Gangalino wrote: > On Wed, 2007-10-17 at 10:01 -0700, Fernando Lopez-Lezcano wrote: > > On Wed, 2007-10-17 at 11:33 -0500, Gangalino wrote: > > > How do I find out which particular version of X is installed and what > > > would be a good course to take to repair a broken X server after an > > > upgrade? > > > > Which version of fedora? > > I forgot how to get that version also. > /proc/version shows Linux version 2.6.20-1.2320.fc5 > (brewbuilder@hs20-bc2-2.build.redhat.com) (gcc version 4.1.1 20070105 > (Red Hat 4.1.1-51)) #1 Tue Jun 12 18:50:38 EDT 2007 > > I think it's still FC5. ??? That would be fc5. But you don't seem to be running the Planet CCRMA kernel. Are you a Planet CCRMA user? > > What is failing? How? What error message do you see > > in /var/log/Xorg*log? > > It's mainly complaining about: > > "Warning: font renderer for ".snf.Z" already registered at priority 0 > Warning: font renderer for ".snf.gz" already registered at priority 0 > Warning: font renderer for ".bdf" already registered at priority 0 > Warning: font renderer for ".bdf.Z" already registered at priority 0 > Warning: font renderer for ".bdf.gz" already registered at priority 0 > Warning: font renderer for ".pmf" already registered at priority 0 > FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing." And? What do you see? How does it fail. This may be a question for the fedora lists, not Planet CCRMA. > I've attached the entire log. Did not make it here. Those are warnings, do you see any errors? -- Fernando From gangalee at comcast.net Wed Oct 17 12:47:01 2007 From: gangalee at comcast.net (Gangalino) Date: Wed Oct 17 11:47:01 2007 Subject: [PlanetCCRMA] reinstalling/repairing X In-Reply-To: <1192640506.7858.1.camel@cmn3.stanford.edu> References: <1192638814.16767.2.camel@localhost.localdomain> <1192640506.7858.1.camel@cmn3.stanford.edu> Message-ID: <1192646714.16767.16.camel@localhost.localdomain> --=-X0H77f1OAJTslc3/Tz8S Content-Type: text/plain Content-Transfer-Encoding: 7bit Oops! Forgot the attachments... [cwa2@cali ~]$ /usr/bin/Xorg -version X Window System Version 7.0.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 7.0 Build Operating System:Linux 2.6.9-42.0.8.ELsmp i686Red Hat, Inc. Current Operating System: Linux cali 2.6.20-1.2320.fc5 #1 Tue Jun 12 18:50:38 EDT 2007 i686 Build Date: 08 April 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present [cwa2@cali ~]$ rpm -q xorg-x11-xdm xorg-x11-xdm-1.0.1-2 rpm -qa | grep xorg-x11-server xorg-x11-server-utils-1.0.1-1.2 xorg-x11-server-Xorg-1.0.1-9.fc5.7 xorg-x11-server-Xnest-1.0.1-9.fc5.7 On Wed, 2007-10-17 at 10:01 -0700, Fernando Lopez-Lezcano wrote: > On Wed, 2007-10-17 at 11:33 -0500, Gangalino wrote: > > How do I find out which particular version of X is installed and what > > would be a good course to take to repair a broken X server after an > > upgrade? > > Which version of fedora? > If it is a recent one something like this should list all X server > related packages: > > rpm -q -a | grep xorg > > You could verify that a package is fine (ie: its contents are the same > as originally installed) if you do: > > rpm -V package_name > > Of course things like configuration files, etc, will be flagged as > having some changes. > > What is failing? How? What error message do you see > in /var/log/Xorg*log? > > -- Fernando > > --=-X0H77f1OAJTslc3/Tz8S Content-Disposition: attachment; filename=Xorg.0.log Content-Type: text/x-log; name=Xorg.0.log; charset=us-ascii Content-Transfer-Encoding: 7bit X Window System Version 7.0.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 7.0 Build Operating System:Linux 2.6.9-42.0.8.ELsmp i686Red Hat, Inc. Current Operating System: Linux cali 2.6.20-1.2320.fc5 #1 Tue Jun 12 18:50:38 EDT 2007 i686 Build Date: 08 April 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Oct 17 13:06:58 2007 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "single head configuration" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Videocard0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) FontPath set to "unix/:7100" (==) RgbPath set to "/usr/share/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (--) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2530 card 1014,022c rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2532 card 0000,0000 rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card 0000,0000 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 1014,022c rev 02 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 1014,022c rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2443 card 1014,022c rev 02 class 0c,05,00 hdr 00 (II) PCI: 00:1f:4: chip 8086,2444 card 1014,022c rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,2445 card 1014,022c rev 02 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 10de,002d card 10de,0047 rev 15 class 03,00,00 hdr 00 (II) PCI: 02:09:0: chip 10b7,9055 card 10b7,9055 rev 24 class 02,00,00 hdr 00 (II) PCI: 02:0a:0: chip 1102,0002 card 1102,8026 rev 07 class 04,01,00 hdr 80 (II) PCI: 02:0a:1: chip 1102,7002 card 1102,0020 rev 07 class 09,80,00 hdr 80 (II) PCI: 02:0b:0: chip 14f1,1033 card 144f,150b rev 08 class 07,80,00 hdr 00 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000c (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xf0000000 - 0xf1ffffff (0x2000000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xf8000000 - 0xfaffffff (0x3000000) MX[B] (II) Subtractive PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x0004 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0x00002000 - 0x000020ff (0x100) IX[B] [1] -1 0 0x00002400 - 0x000024ff (0x100) IX[B] [2] -1 0 0x00002800 - 0x000028ff (0x100) IX[B] [3] -1 0 0x00002c00 - 0x00002cff (0x100) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -1 0 0xf2000000 - 0xf20fffff (0x100000) MX[B] (II) Bus 2 prefetchable memory range: [0] -1 0 0x30000000 - 0x300fffff (0x100000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:0:0) nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] rev 21, Mem @ 0xf0000000/24, 0xf8000000/25 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xf4000000 from 0xf7ffffff to 0xf3ffffff (II) Active PCI resource ranges: [0] -1 0 0xf2000000 - 0xf200ffff (0x10000) MX[B] [1] -1 0 0xf2010000 - 0xf201007f (0x80) MX[B] [2] -1 0 0xf4000000 - 0xf3ffffff (0x0) MX[B]O [3] -1 0 0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B) [4] -1 0 0xf0000000 - 0xf0ffffff (0x1000000) MX[B](B) [5] -1 0 0x000020a8 - 0x000020af (0x8) IX[B] [6] -1 0 0x000020a0 - 0x000020a7 (0x8) IX[B] [7] -1 0 0x00002080 - 0x0000209f (0x20) IX[B] [8] -1 0 0x00002000 - 0x0000207f (0x80) IX[B] [9] -1 0 0x00001800 - 0x0000183f (0x40) IX[B] [10] -1 0 0x00001400 - 0x000014ff (0x100) IX[B] [11] -1 0 0x00001860 - 0x0000187f (0x20) IX[B] [12] -1 0 0x00001890 - 0x0000189f (0x10) IX[B] [13] -1 0 0x00001840 - 0x0000185f (0x20) IX[B] [14] -1 0 0x00001880 - 0x0000188f (0x10) IX[B] (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xf2000000 - 0xf200ffff (0x10000) MX[B] [1] -1 0 0xf2010000 - 0xf201007f (0x80) MX[B] [2] -1 0 0xf4000000 - 0xf3ffffff (0x0) MX[B]O [3] -1 0 0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B) [4] -1 0 0xf0000000 - 0xf0ffffff (0x1000000) MX[B](B) [5] -1 0 0x000020a8 - 0x000020af (0x8) IX[B] [6] -1 0 0x000020a0 - 0x000020a7 (0x8) IX[B] [7] -1 0 0x00002080 - 0x0000209f (0x20) IX[B] [8] -1 0 0x00002000 - 0x0000207f (0x80) IX[B] [9] -1 0 0x00001800 - 0x0000183f (0x40) IX[B] [10] -1 0 0x00001400 - 0x000014ff (0x100) IX[B] [11] -1 0 0x00001860 - 0x0000187f (0x20) IX[B] [12] -1 0 0x00001890 - 0x0000189f (0x10) IX[B] [13] -1 0 0x00001840 - 0x0000185f (0x20) IX[B] [14] -1 0 0x00001880 - 0x0000188f (0x10) IX[B] (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xf2000000 - 0xf200ffff (0x10000) MX[B] [5] -1 0 0xf2010000 - 0xf201007f (0x80) MX[B] [6] -1 0 0xf4000000 - 0xf3ffffff (0x0) MX[B]O [7] -1 0 0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B) [8] -1 0 0xf0000000 - 0xf0ffffff (0x1000000) MX[B](B) [9] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [10] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [11] -1 0 0x000020a8 - 0x000020af (0x8) IX[B] [12] -1 0 0x000020a0 - 0x000020a7 (0x8) IX[B] [13] -1 0 0x00002080 - 0x0000209f (0x20) IX[B] [14] -1 0 0x00002000 - 0x0000207f (0x80) IX[B] [15] -1 0 0x00001800 - 0x0000183f (0x40) IX[B] [16] -1 0 0x00001400 - 0x000014ff (0x100) IX[B] [17] -1 0 0x00001860 - 0x0000187f (0x20) IX[B] [18] -1 0 0x00001890 - 0x0000189f (0x10) IX[B] [19] -1 0 0x00001840 - 0x0000185f (0x20) IX[B] [20] -1 0 0x00001880 - 0x0000188f (0x10) IX[B] (II) LoadModule: "dbe" (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "fbdevhw" (II) Loading /usr/lib/xorg/modules/linux/libfbdevhw.so (II) Module fbdevhw: vendor="X.Org Foundation" compiled for 7.0.0, module version = 0.0.2 ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "glx" (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/lib/xorg/modules/extensions/libGLcore.so (II) Module GLcore: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "record" (II) Loading /usr/lib/xorg/modules/extensions/librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension RECORD (II) LoadModule: "freetype" (II) Loading /usr/lib/xorg/modules/fonts/libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 7.0.0, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: "type1" (II) Loading /usr/lib/xorg/modules/fonts/libtype1.so (II) Module type1: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Type1 (II) LoadModule: "dri" (II) Loading /usr/lib/xorg/modules/extensions/libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/lib/xorg/modules/linux/libdrm.so (II) Module drm: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension XFree86-DRI (II) LoadModule: "nv" (II) Loading /usr/lib/xorg/modules/drivers/nv_drv.so (II) Module nv: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.2.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "mouse" (II) Loading /usr/lib/xorg/modules/input/mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.4 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.5 (II) LoadModule: "kbd" (II) Loading /usr/lib/xorg/modules/input/kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.5 (II) NV: driver for NVIDIA chipsets: RIVA 128, RIVA TNT, RIVA TNT2, Unknown TNT2, Vanta, RIVA TNT2 Ultra, RIVA TNT2 Model 64, Aladdin TNT2, GeForce 256, GeForce DDR, Quadro, GeForce2 MX/MX 400, GeForce2 MX 100/200, GeForce2 Go, Quadro2 MXR/EX/Go, GeForce2 Integrated GPU, GeForce2 GTS, GeForce2 Ti, GeForce2 Ultra, Quadro2 Pro, GeForce4 MX 460, GeForce4 MX 440, GeForce4 MX 420, GeForce4 MX 440-SE, GeForce4 440 Go, GeForce4 420 Go, GeForce4 420 Go 32M, GeForce4 460 Go, Quadro4 550 XGL, GeForce4 440 Go 64M, Quadro NVS, Quadro4 500 GoGL, GeForce4 410 Go 16M, GeForce4 MX 440 with AGP8X, GeForce4 MX 440SE with AGP8X, GeForce4 MX 420 with AGP8X, GeForce4 MX 4000, GeForce4 448 Go, GeForce4 488 Go, Quadro4 580 XGL, Quadro4 NVS 280 SD, Quadro4 380 XGL, Quadro NVS 50 PCI, GeForce4 448 Go, GeForce4 MX Integrated GPU, GeForce3, GeForce3 Ti 200, GeForce3 Ti 500, Quadro DCC, GeForce4 Ti 4600, GeForce4 Ti 4400, GeForce4 Ti 4200, Quadro4 900 XGL, Quadro4 750 XGL, Quadro4 700 XGL, GeForce4 Ti 4800, GeForce4 Ti 4200 with AGP8X, GeForce4 Ti 4800 SE, GeForce4 4200 Go, Quadro4 700 GoGL, Quadro4 980 XGL, Quadro4 780 XGL, GeForce FX 5800 Ultra, GeForce FX 5800, Quadro FX 2000, Quadro FX 1000, GeForce FX 5600 Ultra, GeForce FX 5600, GeForce FX 5600XT, GeForce FX Go5600, GeForce FX Go5650, Quadro FX Go700, GeForce FX 5200, GeForce FX 5200 Ultra, GeForce FX 5200, GeForce FX 5200LE, GeForce FX Go5200, GeForce FX Go5250, GeForce FX 5500, GeForce FX 5100, GeForce FX Go5200 32M/64M, Quadro NVS 55/280 PCI, Quadro FX 500/600 PCI, GeForce FX Go53xx Series, GeForce FX Go5100, GeForce FX 5900 Ultra, GeForce FX 5900, GeForce FX 5900XT, GeForce FX 5950 Ultra, GeForce FX 5900ZT, Quadro FX 3000, Quadro FX 700, GeForce FX 5700 Ultra, GeForce FX 5700, GeForce FX 5700LE, GeForce FX 5700VE, GeForce FX Go5700, GeForce FX Go5700, Quadro FX Go1000, Quadro FX 1100, GeForce 6800 Ultra, GeForce 6800, GeForce 6800 LE, GeForce 6800 XE, GeForce 6800 XT, GeForce 6800 GT, GeForce 6800 GT, GeForce 6800 GS, GeForce 6800 XT, Quadro FX 4000, GeForce 6800 GS, GeForce 6800, GeForce 6800 LE, GeForce 6800 XT, GeForce Go 6800, GeForce Go 6800 Ultra, Quadro FX Go1400, Quadro FX 3450/4000 SDI, Quadro FX 1400, GeForce 6600 GT, GeForce 6600, GeForce 6600 LE, GeForce 6600 VE, GeForce Go 6600, GeForce 6610 XL, GeForce Go 6600 TE/6200 TE, GeForce 6700 XL, GeForce Go 6600, GeForce Go 6600 GT, Quadro FX 550, Quadro FX 550, Quadro FX 540, GeForce 6200, GeForce 6500, GeForce 6200 TurboCache(TM), GeForce 6200SE TurboCache(TM), GeForce 6200 LE, GeForce Go 6200, Quadro NVS 285, GeForce Go 6400, GeForce Go 6200, GeForce Go 6400, GeForce 6250, GeForce 6800, GeForce 6800 LE, GeForce 6800 GT, GeForce 6800 XT, GeForce 6200, GeForce 6200 A-LE, GeForce 7800 GTX, GeForce 7800 GTX, GeForce 7800 GT, GeForce 7800 GS, GeForce 7800 SLI, GeForce Go 7800, GeForce Go 7800 GTX, Quadro FX 4500, GeForce 7300 LE, GeForce 7300 SE, GeForce Go 7200, GeForce Go 7300, GeForce Go 7400, GeForce Go 7400 GS, Quadro NVS 110M, Quadro NVS 120M, Quadro FX 350M, GeForce 7500 LE, Quadro FX 350, GeForce 7300 GS, GeForce 7600 GT, GeForce 7600 GS, GeForce 7300 GT, GeForce 7600 LE, GeForce 7300 GT, GeForce Go 7700, GeForce Go 7600, GeForce Go 7600 GT, Quadro NVS 300M, GeForce Go 7900 SE, Quadro FX 550M, Quadro FX 560, GeForce 7900 GTX, GeForce 7900 GT, GeForce 7900 GS, GeForce Go 7900 GS, GeForce Go 7900 GTX, Quadro FX 2500M, Quadro FX 1500M, Quadro FX 5500, Quadro FX 3500, Quadro FX 1500, Quadro FX 4500 X2, GeForce 6150, GeForce 6150 LE, GeForce 6100, GeForce Go 6150, GeForce Go 6100 (II) Primary Device is: PCI 01:00:0 (--) Assigning device section with no busID to primary device (--) Chipset RIVA TNT2 Model 64 found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xf2000000 - 0xf200ffff (0x10000) MX[B] [5] -1 0 0xf2010000 - 0xf201007f (0x80) MX[B] [6] -1 0 0xf4000000 - 0xf3ffffff (0x0) MX[B]O [7] -1 0 0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B) [8] -1 0 0xf0000000 - 0xf0ffffff (0x1000000) MX[B](B) [9] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [10] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [11] -1 0 0x000020a8 - 0x000020af (0x8) IX[B] [12] -1 0 0x000020a0 - 0x000020a7 (0x8) IX[B] [13] -1 0 0x00002080 - 0x0000209f (0x20) IX[B] [14] -1 0 0x00002000 - 0x0000207f (0x80) IX[B] [15] -1 0 0x00001800 - 0x0000183f (0x40) IX[B] [16] -1 0 0x00001400 - 0x000014ff (0x100) IX[B] [17] -1 0 0x00001860 - 0x0000187f (0x20) IX[B] [18] -1 0 0x00001890 - 0x0000189f (0x10) IX[B] [19] -1 0 0x00001840 - 0x0000185f (0x20) IX[B] [20] -1 0 0x00001880 - 0x0000188f (0x10) IX[B] (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xf2000000 - 0xf200ffff (0x10000) MX[B] [5] -1 0 0xf2010000 - 0xf201007f (0x80) MX[B] [6] -1 0 0xf4000000 - 0xf3ffffff (0x0) MX[B]O [7] -1 0 0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B) [8] -1 0 0xf0000000 - 0xf0ffffff (0x1000000) MX[B](B) [9] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [10] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [11] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0 0x000020a8 - 0x000020af (0x8) IX[B] [15] -1 0 0x000020a0 - 0x000020a7 (0x8) IX[B] [16] -1 0 0x00002080 - 0x0000209f (0x20) IX[B] [17] -1 0 0x00002000 - 0x0000207f (0x80) IX[B] [18] -1 0 0x00001800 - 0x0000183f (0x40) IX[B] [19] -1 0 0x00001400 - 0x000014ff (0x100) IX[B] [20] -1 0 0x00001860 - 0x0000187f (0x20) IX[B] [21] -1 0 0x00001890 - 0x0000189f (0x10) IX[B] [22] -1 0 0x00001840 - 0x0000185f (0x20) IX[B] [23] -1 0 0x00001880 - 0x0000188f (0x10) IX[B] [24] 0 0 0xfa0003b0 - 0xfa0003bb (0xc) IS[B] [25] 0 0 0xfa0003c0 - 0xfa0003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/lib/xorg/modules/libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (II) NV(0): Initializing int10 (II) NV(0): Primary V_BIOS segment is: 0xc000 (--) NV(0): Chipset: "RIVA TNT2 Model 64" (**) NV(0): Depth 16, (--) framebuffer bpp 16 (==) NV(0): RGB weight 565 (==) NV(0): Default visual is TrueColor (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/lib/xorg/modules/libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 7.0.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.8 (==) NV(0): Using HW cursor (--) NV(0): Linear framebuffer at 0xF8000000 (--) NV(0): MMIO registers at 0xF0000000 (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/lib/xorg/modules/libi2c.so (II) Module i2c: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.2.0 ABI class: X.Org Video Driver, version 0.8 (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/lib/xorg/modules/libddc.so (II) Module ddc: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (II) NV(0): I2C bus "DDC" initialized. (II) NV(0): Probing for EDID on I2C bus A... (II) NV(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) NV(0): I2C device "DDC:ddc2" removed. (--) NV(0): DDC detected a CRT: (II) NV(0): Manufacturer: NEC Model: 7919 Serial#: 0 (II) NV(0): Year: 1999 Week: 25 (II) NV(0): EDID Version: 1.1 (II) NV(0): Analog Display Input, Input Voltage Level: 0.700/0.300 V (II) NV(0): Sync: Separate Composite SyncOnGreen (II) NV(0): Max H-Image Size [cm]: H-Size may change, V-Size may change (II) NV(0): Gamma: 2.20 (II) NV(0): DPMS capabilities: Off; RGB/Color Display (II) NV(0): redX: 0.575 redY: 0.380 greenX: 0.350 greenY: 0.550 (II) NV(0): blueX: 0.145 blueY: 0.085 whiteX: 0.300 whiteY: 0.355 (II) NV(0): Supported VESA Video Modes: (II) NV(0): 720x400@70Hz (II) NV(0): 720x400@88Hz (II) NV(0): 640x480@60Hz (II) NV(0): 640x480@67Hz (II) NV(0): 640x480@72Hz (II) NV(0): 640x480@75Hz (II) NV(0): 800x600@56Hz (II) NV(0): 800x600@60Hz (II) NV(0): 800x600@72Hz (II) NV(0): 800x600@75Hz (II) NV(0): 832x624@75Hz (II) NV(0): 1024x768@60Hz (II) NV(0): 1024x768@70Hz (II) NV(0): 1024x768@75Hz (II) NV(0): 1280x1024@75Hz (II) NV(0): 1152x870@75Hz (II) NV(0): Manufacturer's mask: 0 (II) NV(0): Supported Future Video Modes: (II) NV(0): #0: hsize: 608 vsize 608 refresh: 119 vid: 15149 (II) NV(0): #1: hsize: 896 vsize 896 refresh: 61 vid: 337 (II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 78.8 MHz Image Size: 513 x 386 mm (II) NV(0): h_active: 1024 h_sync: 1040 h_sync_end 1136 h_blank_end 1312 h_border: 0 (II) NV(0): v_active: 768 v_sync: 769 v_sync_end 772 v_blanking: 800 v_border: 0 (II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 49.5 MHz Image Size: 513 x 386 mm (II) NV(0): h_active: 800 h_sync: 816 h_sync_end 896 h_blank_end 1056 h_border: 0 (II) NV(0): v_active: 600 v_sync: 601 v_sync_end 604 v_blanking: 625 v_border: 0 (II) NV(0): Ranges: V min: 50 V max: 85 Hz, H min: 15 H max: 60 kHz, PixClock max 80 MHz (II) NV(0): Monitor name: NEC LT140 (II) NV(0): Using CRT on CRTC 0 (--) NV(0): VideoRAM: 32768 kBytes (==) NV(0): Using gamma correction (1.0, 1.0, 1.0) (WW) NV(0): config file hsync range 30-70kHz not within DDC hsync ranges. (WW) NV(0): config file vrefresh range 50-160Hz not within DDC vrefresh ranges. (II) NV(0): Monitor0: Using hsync range of 30.00-70.00 kHz (II) NV(0): Monitor0: Using vrefresh range of 50.00-160.00 Hz (II) NV(0): Clock range: 12.00 to 350.00 MHz (WW) (1024x768,Monitor0) mode clock 94.5MHz exceeds DDC maximum 80MHz (WW) (1152x864,Monitor0) mode clock 108MHz exceeds DDC maximum 80MHz (WW) (1280x960,Monitor0) mode clock 108MHz exceeds DDC maximum 80MHz (WW) (1280x960,Monitor0) mode clock 148.5MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1280x960" (hsync out of range) (II) NV(0): Not using default mode "640x480" (hsync out of range) (WW) (1280x1024,Monitor0) mode clock 108MHz exceeds DDC maximum 80MHz (WW) (1280x1024,Monitor0) mode clock 135MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1280x1024" (hsync out of range) (II) NV(0): Not using default mode "640x512" (hsync out of range) (WW) (1280x1024,Monitor0) mode clock 157.5MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1280x1024" (hsync out of range) (II) NV(0): Not using default mode "640x512" (hsync out of range) (WW) (1600x1200,Monitor0) mode clock 162MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1600x1200" (hsync out of range) (WW) (800x600,Monitor0) mode clock 81MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "800x600" (hsync out of range) (WW) (1600x1200,Monitor0) mode clock 175.5MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1600x1200" (hsync out of range) (WW) (800x600,Monitor0) mode clock 87.75MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "800x600" (hsync out of range) (WW) (1600x1200,Monitor0) mode clock 189MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1600x1200" (hsync out of range) (WW) (800x600,Monitor0) mode clock 94.5MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "800x600" (hsync out of range) (WW) (1600x1200,Monitor0) mode clock 202.5MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1600x1200" (hsync out of range) (WW) (800x600,Monitor0) mode clock 101.25MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "800x600" (hsync out of range) (WW) (1600x1200,Monitor0) mode clock 229.5MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1600x1200" (hsync out of range) (WW) (800x600,Monitor0) mode clock 114.75MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "800x600" (hsync out of range) (WW) (1792x1344,Monitor0) mode clock 204.8MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1792x1344" (hsync out of range) (WW) (896x672,Monitor0) mode clock 102.4MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "896x672" (hsync out of range) (WW) (1792x1344,Monitor0) mode clock 261MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1792x1344" (hsync out of range) (WW) (896x672,Monitor0) mode clock 130.5MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "896x672" (hsync out of range) (WW) (1856x1392,Monitor0) mode clock 218.3MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1856x1392" (hsync out of range) (WW) (928x696,Monitor0) mode clock 109.15MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "928x696" (hsync out of range) (WW) (1856x1392,Monitor0) mode clock 288MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1856x1392" (hsync out of range) (WW) (928x696,Monitor0) mode clock 144MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "928x696" (hsync out of range) (WW) (1920x1440,Monitor0) mode clock 234MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1920x1440" (hsync out of range) (WW) (960x720,Monitor0) mode clock 117MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "960x720" (hsync out of range) (WW) (1920x1440,Monitor0) mode clock 297MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1920x1440" (hsync out of range) (WW) (960x720,Monitor0) mode clock 148.5MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "960x720" (hsync out of range) (WW) (1152x864,Monitor0) mode clock 121.5MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1152x864" (hsync out of range) (II) NV(0): Not using default mode "576x432" (hsync out of range) (WW) (1400x1050,Monitor0) mode clock 122MHz exceeds DDC maximum 80MHz (WW) (1400x1050,Monitor0) mode clock 151MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1400x1050" (hsync out of range) (II) NV(0): Not using default mode "700x525" (hsync out of range) (WW) (1400x1050,Monitor0) mode clock 155.8MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1400x1050" (hsync out of range) (II) NV(0): Not using default mode "700x525" (hsync out of range) (WW) (1400x1050,Monitor0) mode clock 184MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1400x1050" (hsync out of range) (WW) (700x525,Monitor0) mode clock 92MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "700x525" (hsync out of range) (WW) (1920x1200,Monitor0) mode clock 230MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1920x1200" (hsync out of range) (WW) (960x600,Monitor0) mode clock 115MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "960x600" (hsync out of range) (WW) (1920x1440,Monitor0) mode clock 341.35MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1920x1440" (hsync out of range) (WW) (960x720,Monitor0) mode clock 170.675MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "960x720" (hsync out of range) (WW) (2048x1536,Monitor0) mode clock 266.95MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "2048x1536" (hsync out of range) (WW) (1024x768,Monitor0) mode clock 133.475MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1024x768" (hsync out of range) (WW) (2048x1536,Monitor0) mode clock 340.48MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "2048x1536" (hsync out of range) (WW) (1024x768,Monitor0) mode clock 170.24MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1024x768" (hsync out of range) (II) NV(0): Not using default mode "2048x1536" (bad mode clock/interlace/doublescan) (WW) (1024x768,Monitor0) mode clock 194.02MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1024x768" (hsync out of range) (WW) (1152x864,Monitor0) mode clock 81.62MHz exceeds DDC maximum 80MHz (WW) (1152x864,Monitor0) mode clock 96.77MHz exceeds DDC maximum 80MHz (WW) (1152x864,Monitor0) mode clock 104.99MHz exceeds DDC maximum 80MHz (WW) (1152x864,Monitor0) mode clock 119.65MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1152x864" (hsync out of range) (II) NV(0): Not using default mode "576x432" (hsync out of range) (WW) (1400x1050,Monitor0) mode clock 145.06MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1400x1050" (hsync out of range) (II) NV(0): Not using default mode "700x525" (hsync out of range) (WW) (1400x1050,Monitor0) mode clock 179.26MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1400x1050" (hsync out of range) (WW) (700x525,Monitor0) mode clock 89.63MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "700x525" (hsync out of range) (WW) (1280x800,Monitor0) mode clock 83.46MHz exceeds DDC maximum 80MHz (WW) (1280x800,Monitor0) mode clock 98.89MHz exceeds DDC maximum 80MHz (WW) (1280x800,Monitor0) mode clock 107.21MHz exceeds DDC maximum 80MHz (WW) (1280x800,Monitor0) mode clock 123.38MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1280x800" (hsync out of range) (II) NV(0): Not using default mode "640x400" (hsync out of range) (WW) (1680x1050,Monitor0) mode clock 147.14MHz exceeds DDC maximum 80MHz (WW) (1680x1050,Monitor0) mode clock 173.83MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1680x1050" (hsync out of range) (WW) (840x525,Monitor0) mode clock 86.915MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "840x525" (hsync out of range) (WW) (1680x1050,Monitor0) mode clock 188.07MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1680x1050" (hsync out of range) (WW) (840x525,Monitor0) mode clock 94.035MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "840x525" (hsync out of range) (WW) (1680x1050,Monitor0) mode clock 214.51MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1680x1050" (hsync out of range) (WW) (840x525,Monitor0) mode clock 107.255MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "840x525" (hsync out of range) (WW) (1280x720,Monitor0) mode clock 89.04MHz exceeds DDC maximum 80MHz (WW) (1280x720,Monitor0) mode clock 95.65MHz exceeds DDC maximum 80MHz (WW) (1280x720,Monitor0) mode clock 110.01MHz exceeds DDC maximum 80MHz (WW) (1280x768,Monitor0) mode clock 80.14MHz exceeds DDC maximum 80MHz (WW) (1280x768,Monitor0) mode clock 94.98MHz exceeds DDC maximum 80MHz (WW) (1280x768,Monitor0) mode clock 102.98MHz exceeds DDC maximum 80MHz (WW) (1280x768,Monitor0) mode clock 118.53MHz exceeds DDC maximum 80MHz (WW) (1920x1200,Monitor0) mode clock 193.16MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1920x1200" (hsync out of range) (WW) (960x600,Monitor0) mode clock 96.58MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "960x600" (hsync out of range) (WW) (1920x1200,Monitor0) mode clock 228.02MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1920x1200" (hsync out of range) (WW) (960x600,Monitor0) mode clock 114.01MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "960x600" (hsync out of range) (WW) (1920x1200,Monitor0) mode clock 246.59MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1920x1200" (hsync out of range) (WW) (960x600,Monitor0) mode clock 123.295MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "960x600" (hsync out of range) (WW) (1920x1200,Monitor0) mode clock 282.74MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1920x1200" (hsync out of range) (WW) (960x600,Monitor0) mode clock 141.37MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "960x600" (hsync out of range) (II) NV(0): Not using default mode "2560x1600" (width requires unsupported line pitch) (WW) (1280x800,Monitor0) mode clock 174.08MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1280x800" (hsync out of range) (II) NV(0): Not using default mode "2560x1600" (width requires unsupported line pitch) (WW) (1280x800,Monitor0) mode clock 205.13MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1280x800" (hsync out of range) (II) NV(0): Not using default mode "2560x1600" (width requires unsupported line pitch) (WW) (1280x800,Monitor0) mode clock 221.44MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1280x800" (hsync out of range) (II) NV(0): Not using default mode "2560x1600" (width requires unsupported line pitch) (WW) (1280x800,Monitor0) mode clock 253.615MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1280x800" (hsync out of range) (WW) (1600x1024,Monitor0) mode clock 103.125MHz exceeds DDC maximum 80MHz (II) NV(0): Not using default mode "1680x1050" (width too large for virtual size) (II) NV(0): Not using default mode "1400x1050" (width too large for virtual size) (II) NV(0): Not using default mode "1280x1024" (width too large for virtual size) (II) NV(0): Not using default mode "1280x960" (width too large for virtual size) (II) NV(0): Not using default mode "1280x800" (width too large for virtual size) (II) NV(0): Not using default mode "1280x800" (width too large for virtual size) (II) NV(0): Not using default mode "1280x800" (width too large for virtual size) (II) NV(0): Not using default mode "1152x864" (width too large for virtual size) (II) NV(0): Not using default mode "1152x864" (width too large for virtual size) (II) NV(0): Not using default mode "1152x864" (width too large for virtual size) (II) NV(0): Not using default mode "1152x864" (width too large for virtual size) (II) NV(0): Not using default mode "1280x768" (width too large for virtual size) (II) NV(0): Not using default mode "1280x768" (width too large for virtual size) (II) NV(0): Not using default mode "1280x768" (width too large for virtual size) (II) NV(0): Not using default mode "1280x768" (width too large for virtual size) (II) NV(0): Not using default mode "1280x720" (width too large for virtual size) (II) NV(0): Not using default mode "1280x720" (width too large for virtual size) (II) NV(0): Not using default mode "1280x720" (width too large for virtual size) (II) NV(0): Not using default mode "1280x720" (width too large for virtual size) (II) NV(0): Not using default mode "1152x768" (width too large for virtual size) (--) NV(0): Virtual size is 1024x768 (pitch 1024) (**) NV(0): *Default mode "1024x768": 94.5 MHz, 68.7 kHz, 85.0 Hz (II) NV(0): Modeline "1024x768" 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync (**) NV(0): *Default mode "800x600": 56.3 MHz, 53.7 kHz, 85.1 Hz (II) NV(0): Modeline "800x600" 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync (**) NV(0): *Default mode "640x480": 36.0 MHz, 43.3 kHz, 85.0 Hz (II) NV(0): Modeline "640x480" 36.00 640 696 752 832 480 481 484 509 -hsync -vsync (**) NV(0): Default mode "1024x768": 78.8 MHz, 60.1 kHz, 75.1 Hz (II) NV(0): Modeline "1024x768" 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (**) NV(0): Default mode "1024x768": 75.0 MHz, 56.5 kHz, 70.1 Hz (II) NV(0): Modeline "1024x768" 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (**) NV(0): Default mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz (II) NV(0): Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (**) NV(0): Default mode "1024x768": 44.9 MHz, 35.5 kHz, 86.9 Hz (I) (II) NV(0): Modeline "1024x768" 44.90 1024 1032 1208 1264 768 768 776 817 interlace +hsync +vsync (**) NV(0): Default mode "832x624": 57.3 MHz, 49.7 kHz, 74.6 Hz (II) NV(0): Modeline "832x624" 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (**) NV(0): Default mode "800x600": 49.5 MHz, 46.9 kHz, 75.0 Hz (II) NV(0): Modeline "800x600" 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (**) NV(0): Default mode "800x600": 50.0 MHz, 48.1 kHz, 72.2 Hz (II) NV(0): Modeline "800x600" 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (**) NV(0): Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz (II) NV(0): Modeline "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (**) NV(0): Default mode "800x600": 36.0 MHz, 35.2 kHz, 56.2 Hz (II) NV(0): Modeline "800x600" 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (**) NV(0): Default mode "840x525": 73.6 MHz, 65.2 kHz, 60.1 Hz (D) (II) NV(0): Modeline "840x525" 73.57 840 892 984 1128 525 525 527 543 doublescan -hsync +vsync (**) NV(0): Default mode "848x480": 47.4 MHz, 42.9 kHz, 85.0 Hz (II) NV(0): Modeline "848x480" 47.39 848 888 976 1104 480 481 484 505 -hsync +vsync (**) NV(0): Default mode "848x480": 41.0 MHz, 37.6 kHz, 75.0 Hz (II) NV(0): Modeline "848x480" 40.96 848 880 968 1088 480 481 484 502 -hsync +vsync (**) NV(0): Default mode "848x480": 37.5 MHz, 35.0 kHz, 70.0 Hz (II) NV(0): Modeline "848x480" 37.52 848 872 960 1072 480 481 484 500 -hsync +vsync (**) NV(0): Default mode "848x480": 31.5 MHz, 29.8 kHz, 60.0 Hz (II) NV(0): Modeline "848x480" 31.49 848 864 952 1056 480 481 484 497 -hsync +vsync (**) NV(0): Default mode "700x525": 61.0 MHz, 64.9 kHz, 60.0 Hz (D) (II) NV(0): Modeline "700x525" 61.00 700 744 820 940 525 526 532 541 doublescan +hsync +vsync (**) NV(0): Default mode "640x512": 54.0 MHz, 64.0 kHz, 60.0 Hz (D) (II) NV(0): Modeline "640x512" 54.00 640 664 720 844 512 512 514 533 doublescan +hsync +vsync (**) NV(0): Default mode "640x480": 31.5 MHz, 37.5 kHz, 75.0 Hz (II) NV(0): Modeline "640x480" 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (**) NV(0): Default mode "640x480": 31.5 MHz, 37.9 kHz, 72.8 Hz (II) NV(0): Modeline "640x480" 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (**) NV(0): Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz (II) NV(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (**) NV(0): Default mode "640x480": 54.0 MHz, 60.0 kHz, 60.0 Hz (D) (II) NV(0): Modeline "640x480" 54.00 640 688 744 900 480 480 482 500 doublescan +hsync +vsync (**) NV(0): Default mode "720x400": 35.5 MHz, 37.9 kHz, 85.0 Hz (II) NV(0): Modeline "720x400" 35.50 720 756 828 936 400 401 404 446 -hsync +vsync (**) NV(0): Default mode "640x400": 31.5 MHz, 37.9 kHz, 85.1 Hz (II) NV(0): Modeline "640x400" 31.50 640 672 736 832 400 401 404 445 -hsync +vsync (**) NV(0): Default mode "640x400": 53.6 MHz, 62.6 kHz, 75.1 Hz (D) (II) NV(0): Modeline "640x400" 53.60 640 680 748 856 400 400 402 417 doublescan -hsync +vsync (**) NV(0): Default mode "640x400": 49.4 MHz, 58.3 kHz, 70.1 Hz (D) (II) NV(0): Modeline "640x400" 49.45 640 676 744 848 400 400 402 416 doublescan -hsync +vsync (**) NV(0): Default mode "640x400": 41.7 MHz, 49.7 kHz, 60.0 Hz (D) (II) NV(0): Modeline "640x400" 41.73 640 672 740 840 400 400 402 414 doublescan -hsync +vsync (**) NV(0): Default mode "576x432": 54.0 MHz, 67.5 kHz, 75.0 Hz (D) (II) NV(0): Modeline "576x432" 54.00 576 608 672 800 432 432 434 450 doublescan +hsync +vsync (**) NV(0): Default mode "576x432": 52.5 MHz, 67.6 kHz, 75.0 Hz (D) (II) NV(0): Modeline "576x432" 52.49 576 612 676 776 432 432 434 451 doublescan -hsync +vsync (**) NV(0): Default mode "576x432": 48.4 MHz, 63.0 kHz, 70.0 Hz (D) (II) NV(0): Modeline "576x432" 48.38 576 612 672 768 432 432 434 450 doublescan -hsync +vsync (**) NV(0): Default mode "576x432": 40.8 MHz, 53.7 kHz, 60.1 Hz (D) (II) NV(0): Modeline "576x432" 40.81 576 608 668 760 432 432 434 447 doublescan -hsync +vsync (**) NV(0): Default mode "640x384": 59.3 MHz, 68.6 kHz, 85.1 Hz (D) (II) NV(0): Modeline "640x384" 59.27 640 684 752 864 384 384 386 403 doublescan -hsync +vsync (**) NV(0): Default mode "640x384": 51.5 MHz, 60.2 kHz, 75.0 Hz (D) (II) NV(0): Modeline "640x384" 51.49 640 680 748 856 384 384 386 401 doublescan -hsync +vsync (**) NV(0): Default mode "640x384": 47.5 MHz, 56.0 kHz, 70.0 Hz (D) (II) NV(0): Modeline "640x384" 47.49 640 676 744 848 384 384 386 400 doublescan -hsync +vsync (**) NV(0): Default mode "640x384": 40.1 MHz, 47.7 kHz, 60.1 Hz (D) (II) NV(0): Modeline "640x384" 40.07 640 672 740 840 384 384 386 397 doublescan -hsync +vsync (**) NV(0): Default mode "640x360": 55.0 MHz, 64.3 kHz, 85.0 Hz (D) (II) NV(0): Modeline "640x360" 55.01 640 680 748 856 360 360 362 378 doublescan -hsync +vsync (**) NV(0): Default mode "640x360": 47.8 MHz, 56.4 kHz, 75.0 Hz (D) (II) NV(0): Modeline "640x360" 47.83 640 676 744 848 360 360 362 376 doublescan -hsync +vsync (**) NV(0): Default mode "640x360": 44.5 MHz, 52.5 kHz, 70.0 Hz (D) (II) NV(0): Modeline "640x360" 44.52 640 676 744 848 360 360 362 375 doublescan -hsync +vsync (**) NV(0): Default mode "640x360": 37.2 MHz, 44.8 kHz, 60.0 Hz (D) (II) NV(0): Modeline "640x360" 37.24 640 668 736 832 360 360 362 373 doublescan -hsync +vsync (**) NV(0): Default mode "640x350": 31.5 MHz, 37.9 kHz, 85.1 Hz (II) NV(0): Modeline "640x350" 31.50 640 672 736 832 350 382 385 445 +hsync -vsync (**) NV(0): Default mode "576x384": 32.5 MHz, 44.2 kHz, 54.8 Hz (D) (II) NV(0): Modeline "576x384" 32.50 576 589 657 736 384 385 388 403 doublescan +hsync +vsync (**) NV(0): Default mode "512x384": 47.2 MHz, 68.7 kHz, 85.0 Hz (D) (II) NV(0): Modeline "512x384" 47.25 512 536 584 688 384 384 386 404 doublescan +hsync +vsync (**) NV(0): Default mode "512x384": 39.4 MHz, 60.1 kHz, 75.1 Hz (D) (II) NV(0): Modeline "512x384" 39.40 512 520 568 656 384 384 386 400 doublescan +hsync +vsync (**) NV(0): Default mode "512x384": 37.5 MHz, 56.5 kHz, 70.1 Hz (D) (II) NV(0): Modeline "512x384" 37.50 512 524 592 664 384 385 388 403 doublescan -hsync -vsync (**) NV(0): Default mode "512x384": 32.5 MHz, 48.4 kHz, 60.0 Hz (D) (II) NV(0): Modeline "512x384" 32.50 512 524 592 672 384 385 388 403 doublescan -hsync -vsync (**) NV(0): Default mode "512x384": 22.4 MHz, 35.5 kHz, 86.6 Hz (D) (II) NV(0): Modeline "512x384" 22.45 512 516 604 632 384 384 388 409 interlace doublescan +hsync +vsync (**) NV(0): Default mode "416x312": 28.6 MHz, 49.7 kHz, 74.7 Hz (D) (II) NV(0): Modeline "416x312" 28.64 416 432 464 576 312 312 314 333 doublescan -hsync -vsync (**) NV(0): Default mode "400x300": 28.1 MHz, 53.7 kHz, 85.3 Hz (D) (II) NV(0): Modeline "400x300" 28.15 400 416 448 524 300 300 302 315 doublescan +hsync +vsync (**) NV(0): Default mode "400x300": 24.8 MHz, 46.9 kHz, 75.1 Hz (D) (II) NV(0): Modeline "400x300" 24.75 400 408 448 528 300 300 302 312 doublescan +hsync +vsync (**) NV(0): Default mode "400x300": 25.0 MHz, 48.1 kHz, 72.2 Hz (D) (II) NV(0): Modeline "400x300" 25.00 400 428 488 520 300 318 321 333 doublescan +hsync +vsync (**) NV(0): Default mode "400x300": 20.0 MHz, 37.9 kHz, 60.3 Hz (D) (II) NV(0): Modeline "400x300" 20.00 400 420 484 528 300 300 302 314 doublescan +hsync +vsync (**) NV(0): Default mode "400x300": 18.0 MHz, 35.2 kHz, 56.3 Hz (D) (II) NV(0): Modeline "400x300" 18.00 400 412 448 512 300 300 301 312 doublescan +hsync +vsync (**) NV(0): Default mode "424x240": 23.7 MHz, 42.9 kHz, 85.2 Hz (D) (II) NV(0): Modeline "424x240" 23.70 424 444 488 552 240 240 242 252 doublescan -hsync +vsync (**) NV(0): Default mode "424x240": 20.5 MHz, 37.6 kHz, 75.0 Hz (D) (II) NV(0): Modeline "424x240" 20.48 424 440 484 544 240 240 242 251 doublescan -hsync +vsync (**) NV(0): Default mode "424x240": 18.8 MHz, 35.0 kHz, 70.0 Hz (D) (II) NV(0): Modeline "424x240" 18.76 424 436 480 536 240 240 242 250 doublescan -hsync +vsync (**) NV(0): Default mode "424x240": 15.7 MHz, 29.8 kHz, 60.1 Hz (D) (II) NV(0): Modeline "424x240" 15.74 424 432 476 528 240 240 242 248 doublescan -hsync +vsync (**) NV(0): Default mode "320x240": 18.0 MHz, 43.3 kHz, 85.2 Hz (D) (II) NV(0): Modeline "320x240" 18.00 320 348 376 416 240 240 242 254 doublescan -hsync -vsync (**) NV(0): Default mode "320x240": 15.8 MHz, 37.5 kHz, 75.0 Hz (D) (II) NV(0): Modeline "320x240" 15.75 320 328 360 420 240 240 242 250 doublescan -hsync -vsync (**) NV(0): Default mode "320x240": 15.8 MHz, 37.9 kHz, 72.8 Hz (D) (II) NV(0): Modeline "320x240" 15.75 320 332 352 416 240 244 245 260 doublescan -hsync -vsync (**) NV(0): Default mode "320x240": 12.6 MHz, 31.5 kHz, 60.1 Hz (D) (II) NV(0): Modeline "320x240" 12.60 320 328 376 400 240 245 246 262 doublescan -hsync -vsync (**) NV(0): Default mode "360x200": 17.8 MHz, 37.9 kHz, 85.0 Hz (D) (II) NV(0): Modeline "360x200" 17.75 360 378 414 468 200 200 202 223 doublescan -hsync +vsync (**) NV(0): Default mode "320x200": 15.8 MHz, 37.9 kHz, 85.3 Hz (D) (II) NV(0): Modeline "320x200" 15.75 320 336 368 416 200 200 202 222 doublescan -hsync +vsync (**) NV(0): Default mode "320x175": 15.8 MHz, 37.9 kHz, 85.3 Hz (D) (II) NV(0): Modeline "320x175" 15.75 320 336 368 416 175 191 192 222 doublescan +hsync -vsync (**) NV(0): Display dimensions: (320, 240) mm (**) NV(0): DPI set to (81, 81) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/lib/xorg/modules/libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/lib/xorg/modules/libxaa.so (II) Module xaa: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.2.0 ABI class: X.Org Video Driver, version 0.8 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/lib/xorg/modules/libramdac.so (II) Module ramdac: vendor="X.Org Foundation" compiled for 7.0.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.8 (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xf8000000 - 0xf9ffffff (0x2000000) MX[B] [1] 0 0 0xf0000000 - 0xf0ffffff (0x1000000) MX[B] [2] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [3] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [4] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [5] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [6] -1 0 0xf2000000 - 0xf200ffff (0x10000) MX[B] [7] -1 0 0xf2010000 - 0xf201007f (0x80) MX[B] [8] -1 0 0xf4000000 - 0xf3ffffff (0x0) MX[B]O [9] -1 0 0xf8000000 - 0xf9ffffff (0x2000000) MX[B](B) [10] -1 0 0xf0000000 - 0xf0ffffff (0x1000000) MX[B](B) [11] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [12] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [13] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [15] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [16] -1 0 0x000020a8 - 0x000020af (0x8) IX[B] [17] -1 0 0x000020a0 - 0x000020a7 (0x8) IX[B] [18] -1 0 0x00002080 - 0x0000209f (0x20) IX[B] [19] -1 0 0x00002000 - 0x0000207f (0x80) IX[B] [20] -1 0 0x00001800 - 0x0000183f (0x40) IX[B] [21] -1 0 0x00001400 - 0x000014ff (0x100) IX[B] [22] -1 0 0x00001860 - 0x0000187f (0x20) IX[B] [23] -1 0 0x00001890 - 0x0000189f (0x10) IX[B] [24] -1 0 0x00001840 - 0x0000185f (0x20) IX[B] [25] -1 0 0x00001880 - 0x0000188f (0x10) IX[B] [26] 0 0 0xfa0003b0 - 0xfa0003bb (0xc) IS[B](OprU) [27] 0 0 0xfa0003c0 - 0xfa0003df (0x20) IS[B](OprU) (II) NV(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Scanline Image Writes Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (==) NV(0): Backing store disabled (==) NV(0): Silken mouse enabled (**) Option "dpms" (**) NV(0): DPMS enabled (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (**) Option "Protocol" "IMPS/2" (**) Mouse0: Device: "/dev/input/mice" (**) Mouse0: Protocol: "IMPS/2" (**) Option "CorePointer" (**) Mouse0: Core Pointer (**) Option "Device" "/dev/input/mice" (**) Option "Emulate3Buttons" "yes" (**) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5" (**) Mouse0: ZAxisMapping: buttons 4 and 5 (**) Mouse0: Buttons: 9 (**) Option "CoreKeyboard" (**) Keyboard0: Core Keyboard (**) Option "Protocol" "standard" (**) Keyboard0: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard0: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard0: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) Keyboard0: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (WW) Couldn't load XKB keymap, falling back to pre-XKB keymap (II) Mouse0: ps2EnableDataReporting: succeeded Warning: font renderer for ".pcf" already registered at priority 0 Warning: font renderer for ".pcf.Z" already registered at priority 0 Warning: font renderer for ".pcf.gz" already registered at priority 0 Warning: font renderer for ".snf" already registered at priority 0 Warning: font renderer for ".snf.Z" already registered at priority 0 Warning: font renderer for ".snf.gz" already registered at priority 0 Warning: font renderer for ".bdf" already registered at priority 0 Warning: font renderer for ".bdf.Z" already registered at priority 0 Warning: font renderer for ".bdf.gz" already registered at priority 0 Warning: font renderer for ".pmf" already registered at priority 0 FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing. --=-X0H77f1OAJTslc3/Tz8S Content-Disposition: attachment; filename=xorg.txt Content-Type: text/plain; name=xorg.txt; charset=us-ascii Content-Transfer-Encoding: 7bit xorg-x11-font-utils-1.0.1-3 xorg-x11-drv-void-1.0.0.5-1.2 xorg-x11-drv-i810-1.4.1.3-3.1 xorg-x11-drv-dynapro-1.0.0.5-1.2 xorg-x11-drv-citron-2.1.5-1 xorg-x11-drv-v4l-0.0.1.5-1.1 xorg-x11-drv-s3virge-1.8.6.5-1.2 xorg-x11-drv-nv-1.2.0-3.fc5 xorg-x11-xkbdata-1.0.1-7 xorg-x11-drv-keyboard-1.0.1.3-1.2 xorg-x11-fonts-truetype-7.0-3 xorg-x11-drv-nsc-2.7.6.5-2.1 xorg-x11-drv-i740-1.0.0.5-2 xorg-x11-drv-mga-1.2.1.3-1.2 xorg-x11-drv-tdfx-1.1.1.3-1.3 xorg-x11-drv-trident-1.0.1.2-1.2 xorg-x11-drivers-7.0-2 xorg-x11-apps-7.0-1 xorg-x11-xkb-utils-1.0.1-1.2 xorg-x11-server-utils-1.0.1-1.2 xorg-x11-xauth-1.0.1-1.2 xorg-x11-fonts-base-7.0-3 xorg-x11-fonts-misc-7.0-3 xorg-x11-fonts-Type1-7.0-3 xorg-x11-drv-mouse-1.0.4-1 xorg-x11-drv-dummy-0.1.0.5-1.2 xorg-x11-drv-vmware-10.11.1.3-1.1 xorg-x11-drv-digitaledge-1.0.1.3-1.2 xorg-x11-drv-rendition-4.0.1.3-1.1 xorg-x11-drv-palmax-1.0.0.5-1.2 xorg-x11-drv-spaceorb-1.0.0.5-1.2 xorg-x11-drv-dmc-1.0.0.5-1.2 xorg-x11-drv-mutouch-1.0.0.5-1.2 xorg-x11-drv-i128-1.1.0.5-1.1 xorg-x11-drv-neomagic-1.0.0.5-1.1 xorg-x11-drv-siliconmotion-1.3.1.5-1.1 xorg-x11-drv-cirrus-1.0.0.5-1.1 xorg-x11-drv-fpit-1.0.0.5-1.2 xorg-x11-drv-elo2300-1.0.0.5-1.2 xorg-x11-drv-vesa-1.0.1.3-1.2 xorg-x11-fonts-100dpi-7.0-3 xorg-x11-fonts-ISO8859-1-100dpi-7.0-3 xorg-x11-drv-aiptek-1.0.0.5-1.2 xorg-x11-drv-chips-1.0.1.3-1.1 xorg-x11-drv-acecad-1.0.0.5-1.2 xorg-x11-drv-elographics-1.0.0.5-1.2 xorg-x11-drv-fbdev-0.1.0.5-1.2 xorg-x11-drv-via-0.1.33.2-2 xorg-x11-drv-ark-0.5.0.5-1.1 xorg-x11-drv-ur98-1.0.0.5-1.2 xorg-x11-drv-penmount-1.0.0.5-1.2 xorg-x11-drv-tseng-1.0.0.5-1.1 xorg-x11-drv-calcomp-1.0.0.5-1.2 xorg-x11-drv-evdev-1.0.0.5-1.2 xorg-x11-drv-jamstudio-1.0.0.5-1.2 xorg-x11-drv-sis-0.8.1.3-1.2 xorg-x11-xdm-1.0.1-2 xorg-x11-drv-ati-6.5.8.0-1 xorg-x11-twm-1.0.1-1.2 xorg-x11-utils-1.0.1-1.2 xorg-x11-drv-hyperpen-1.0.0.5-1.2 xorg-x11-fonts-75dpi-7.0-3 xorg-x11-drv-summa-1.0.0.5-1.2 xorg-x11-drv-apm-1.0.1.5-1.1 xorg-x11-drv-joystick-1.0.0.5-1.2 xorg-x11-drv-voodoo-1.0.0.5-1.2 xorg-x11-drv-sisusb-0.7.1.3-1.2 xorg-x11-drv-vga-4.0.0.5-2 xorg-x11-server-Xorg-1.0.1-9.fc5.7 xorg-x11-filesystem-7.0-1 xorg-x11-fonts-ISO8859-1-75dpi-7.0-3 xorg-x11-drv-microtouch-1.0.0.5-1.2 xorg-x11-drv-magellan-1.0.0.5-1.2 xorg-x11-drv-magictouch-1.0.0.5-1.2 xorg-x11-drv-savage-2.0.2.3-1.2 xorg-x11-drv-cyrix-1.0.0.5-1.1 xorg-x11-drv-s3-0.3.5.5-2 xorg-x11-drv-glint-1.0.1.3-2 xorg-x11-server-Xnest-1.0.1-9.fc5.7 xorg-x11-xinit-1.0.1-2.FC5.0 xorg-x11-xfs-1.0.1-4.FC5.0 --=-X0H77f1OAJTslc3/Tz8S-- From gangalee at comcast.net Wed Oct 17 12:52:01 2007 From: gangalee at comcast.net (Gangalino) Date: Wed Oct 17 11:52:01 2007 Subject: [PlanetCCRMA] reinstalling/repairing X In-Reply-To: <1192646262.7858.23.camel@cmn3.stanford.edu> References: <1192638814.16767.2.camel@localhost.localdomain> <1192640506.7858.1.camel@cmn3.stanford.edu> <1192645581.16767.12.camel@localhost.localdomain> <1192646262.7858.23.camel@cmn3.stanford.edu> Message-ID: <1192646890.16767.20.camel@localhost.localdomain> On Wed, 2007-10-17 at 11:37 -0700, Fernando Lopez-Lezcano wrote: > On Wed, 2007-10-17 at 13:26 -0500, Gangalino wrote: > > On Wed, 2007-10-17 at 10:01 -0700, Fernando Lopez-Lezcano wrote: > > > On Wed, 2007-10-17 at 11:33 -0500, Gangalino wrote: > > > > How do I find out which particular version of X is installed and what > > > > would be a good course to take to repair a broken X server after an > > > > upgrade? > > > > > > Which version of fedora? > > > > I forgot how to get that version also. > > /proc/version shows Linux version 2.6.20-1.2320.fc5 > > (brewbuilder@hs20-bc2-2.build.redhat.com) (gcc version 4.1.1 20070105 > > (Red Hat 4.1.1-51)) #1 Tue Jun 12 18:50:38 EDT 2007 > > > > I think it's still FC5. ??? > > That would be fc5. But you don't seem to be running the Planet CCRMA > kernel. Are you a Planet CCRMA user? Yes, of course! It started failing after yum upgrade or update, it's been a while now, so I forget which one. > > > > What is failing? How? What error message do you see > > > in /var/log/Xorg*log? > > > > It's mainly complaining about: > > > > "Warning: font renderer for ".snf.Z" already registered at priority 0 > > Warning: font renderer for ".snf.gz" already registered at priority 0 > > Warning: font renderer for ".bdf" already registered at priority 0 > > Warning: font renderer for ".bdf.Z" already registered at priority 0 > > Warning: font renderer for ".bdf.gz" already registered at priority 0 > > Warning: font renderer for ".pmf" already registered at priority 0 > > FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing." > > And? What do you see? How does it fail. > > This may be a question for the fedora lists, not Planet CCRMA. > It fails after "startx" the screen hangs on a blank blue screen, no icons or applications show up. So I try to restart it by "CTRL+ALT+BACKSPACE" and that's when I see the errors on the console. > > I've attached the entire log. > > Did not make it here. > Those are warnings, do you see any errors? > -- Fernando > > From David_J_Cox at uk.ibm.com Wed Oct 17 13:05:05 2007 From: David_J_Cox at uk.ibm.com (David J Cox) Date: Wed Oct 17 12:05:05 2007 Subject: [PlanetCCRMA] David J Cox is out of the office. Message-ID: I will be out of the office starting 12/10/2007 and will not return until 29/10/2007. I will be in India, 5.5 hours time +GMT no guarantee of connectivity or time to respond to email. Will make best effort. From pellgill at gmail.com Wed Oct 17 13:45:03 2007 From: pellgill at gmail.com (Gilles Pelletier) Date: Wed Oct 17 12:45:03 2007 Subject: [PlanetCCRMA] sound card control Message-ID: <618f96c80710171243p6d52ba6escc1c072ce56f23f2@mail.gmail.com> I have just installed fedora 7 and want to record with audacity. However, my sblive sound card doesn't seem to work properly. I have gone to my trusted planet repository for gamix or qamix, but it doesn't seem to exist for fedora 7. I have tried alsamixer, but although I can increase or decrease the different values, I can't turn them on or off. I have tried tab and enter. What to do? -- Gilles - Who (or what) is Macduff? From nando at ccrma.Stanford.EDU Wed Oct 17 14:20:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Oct 17 13:20:02 2007 Subject: [PlanetCCRMA] sound card control In-Reply-To: <618f96c80710171243p6d52ba6escc1c072ce56f23f2@mail.gmail.com> References: <618f96c80710171243p6d52ba6escc1c072ce56f23f2@mail.gmail.com> Message-ID: <1192652339.7858.37.camel@cmn3.stanford.edu> On Wed, 2007-10-17 at 15:43 -0400, Gilles Pelletier wrote: > I have just installed fedora 7 and want to record with audacity. > However, my sblive sound card doesn't seem to work properly. > I have gone to my trusted planet repository for gamix or qamix, but it > doesn't seem to exist for fedora 7. > I have tried alsamixer, but although I can increase or decrease the > different values, I can't turn them on or off. I have tried tab and > enter. Toggle for mute is "m" AFAIK..., "man alsamixer" for all details. -- Fernando From pellgill at gmail.com Wed Oct 17 14:20:25 2007 From: pellgill at gmail.com (Gilles Pelletier) Date: Wed Oct 17 13:20:25 2007 Subject: [PlanetCCRMA] Re: sound card control In-Reply-To: <618f96c80710171243p6d52ba6escc1c072ce56f23f2@mail.gmail.com> References: <618f96c80710171243p6d52ba6escc1c072ce56f23f2@mail.gmail.com> Message-ID: <618f96c80710171319vaae7e8at4dbea0b8c32b1bf7@mail.gmail.com> I went for a walk and when I came back I consulted the alsamixer wiki. (Yeah, I know, RTFM) If I can't work it out I will try you again. Of course, gamix and qamix were very useful, especially qamix. Why did they drop out of planet ccrma? On 10/17/07, Gilles Pelletier wrote: > I have just installed fedora 7 and want to record with audacity. > However, my sblive sound card doesn't seem to work properly. > I have gone to my trusted planet repository for gamix or qamix, but it > doesn't seem to exist for fedora 7. > I have tried alsamixer, but although I can increase or decrease the > different values, I can't turn them on or off. I have tried tab and > enter. > What to do? > > -- > Gilles > - Who (or what) is Macduff? > -- Gilles - Who (or what) is Macduff? From pellgill at gmail.com Wed Oct 17 14:57:01 2007 From: pellgill at gmail.com (Gilles Pelletier) Date: Wed Oct 17 13:57:01 2007 Subject: [PlanetCCRMA] Re: sound card control In-Reply-To: <618f96c80710171319vaae7e8at4dbea0b8c32b1bf7@mail.gmail.com> References: <618f96c80710171243p6d52ba6escc1c072ce56f23f2@mail.gmail.com> <618f96c80710171319vaae7e8at4dbea0b8c32b1bf7@mail.gmail.com> Message-ID: <618f96c80710171356y2b7c9a05u3b9f7a2936262282@mail.gmail.com> Here I am again. With alsacontrol, I got sound from my line-in to my monitors. So my sound card transfers sound in and out. I can't record with audacity. (with fc6 I could.) I tried starting jack with qjackctl, then running the audio into jamin to see if there was any activity: nothing. Jack starts ok. One x-run. Tried arecord, with the following results: arecord -d 10 -f cd -t wav -D copy foobar.wav ALSA lib pcm.c:2144:(snd_pcm_open_noupdate) Unknown PCM copy arecord: main:545: audio open error: No such file or directory I don't really understand the output. Can you give me an idea of what to do next? On 10/17/07, Gilles Pelletier wrote: > I went for a walk and when I came back I consulted the alsamixer wiki. > (Yeah, I know, RTFM) > If I can't work it out I will try you again. > Of course, gamix and qamix were very useful, especially qamix. Why did > they drop out of planet ccrma? > > On 10/17/07, Gilles Pelletier wrote: > > I have just installed fedora 7 and want to record with audacity. > > However, my sblive sound card doesn't seem to work properly. > > I have gone to my trusted planet repository for gamix or qamix, but it > > doesn't seem to exist for fedora 7. > > I have tried alsamixer, but although I can increase or decrease the > > different values, I can't turn them on or off. I have tried tab and > > enter. > > What to do? > > > > -- > > Gilles > > - Who (or what) is Macduff? > > > > > -- > Gilles > - Who (or what) is Macduff? > -- Gilles - Who (or what) is Macduff? From nando at ccrma.Stanford.EDU Wed Oct 17 20:16:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Oct 17 19:16:00 2007 Subject: [PlanetCCRMA] Re: sound card control In-Reply-To: <618f96c80710171319vaae7e8at4dbea0b8c32b1bf7@mail.gmail.com> References: <618f96c80710171243p6d52ba6escc1c072ce56f23f2@mail.gmail.com> <618f96c80710171319vaae7e8at4dbea0b8c32b1bf7@mail.gmail.com> Message-ID: <1192673722.7858.55.camel@cmn3.stanford.edu> On Wed, 2007-10-17 at 16:19 -0400, Gilles Pelletier wrote: > I went for a walk and when I came back I consulted the alsamixer wiki. > (Yeah, I know, RTFM) > If I can't work it out I will try you again. > Of course, gamix and qamix were very useful, especially qamix. Why did > they drop out of planet ccrma? Gamix was having problems, I think it was segfaulting when quitting or something similar (no time to patch it or anything). Qamix I should look at again, I think it is working fine. -- Fernando > On 10/17/07, Gilles Pelletier wrote: > > I have just installed fedora 7 and want to record with audacity. > > However, my sblive sound card doesn't seem to work properly. > > I have gone to my trusted planet repository for gamix or qamix, but it > > doesn't seem to exist for fedora 7. > > I have tried alsamixer, but although I can increase or decrease the > > different values, I can't turn them on or off. I have tried tab and > > enter. > > What to do? From hcengar at gmail.com Wed Oct 17 21:13:00 2007 From: hcengar at gmail.com (Hector Centeno) Date: Wed Oct 17 20:13:00 2007 Subject: [PlanetCCRMA] supercollider GUI Message-ID: <695e1a650710172012r6627dd84s9112cbca685633ca@mail.gmail.com> Hello, I've been exploring Supercollider lately and I was wondering if the GUI aspect is working on Linux. I read here http://swiki.hfbk-hamburg.de:8888/MusicTechnology/591 that it is not implemented yet but I don't know if this is outdated information. I tried some of the examples inside /usr/share/SuperCollider/Help/GUI but I just got errors... I'm quite new to it so I'm not sure if I'm doing the right thing (I was just cutting and pasting code and trying to run it). I've tried other code non-GUI related and SC seems to work fine. Basically I'm interested in the possibility of using SC with a GUI to display controllers (sliders, knobs, XY, etc). Thanks! Hector From nando at ccrma.Stanford.EDU Thu Oct 18 10:53:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Oct 18 09:53:00 2007 Subject: [PlanetCCRMA] supercollider GUI In-Reply-To: <695e1a650710172012r6627dd84s9112cbca685633ca@mail.gmail.com> References: <695e1a650710172012r6627dd84s9112cbca685633ca@mail.gmail.com> Message-ID: <1192726336.12964.6.camel@cmn3.stanford.edu> On Wed, 2007-10-17 at 23:12 -0400, Hector Centeno wrote: > Hello, > > I've been exploring Supercollider lately and I was wondering if the > GUI aspect is working on Linux. I read here > http://swiki.hfbk-hamburg.de:8888/MusicTechnology/591 that it is not > implemented yet but I don't know if this is outdated information. I > tried some of the examples inside /usr/share/SuperCollider/Help/GUI > but I just got errors... I'm quite new to it so I'm not sure if I'm > doing the right thing (I was just cutting and pasting code and trying > to run it). I've tried other code non-GUI related and SC seems to work > fine. Basically I'm interested in the possibility of using SC with a > GUI to display controllers (sliders, knobs, XY, etc). Yes, it is implemented. Look at SwingOSC as the solution, it is a java based server that takes care of doing gui things for you and the latest versions of SC have a much better integration than older ones. You need to install Java - the Sun version, I think - for it to work, I can't add that to Planet CCRMA because the license does not allow me to redistribute it. The Planet CCRMA package is supercollider-swingosc, I think (you get everything I have if you install supercollider-world). -- Fernando From hcengar at gmail.com Thu Oct 18 12:07:02 2007 From: hcengar at gmail.com (Hector Centeno) Date: Thu Oct 18 11:07:02 2007 Subject: [PlanetCCRMA] supercollider GUI In-Reply-To: <1192726336.12964.6.camel@cmn3.stanford.edu> References: <695e1a650710172012r6627dd84s9112cbca685633ca@mail.gmail.com> <1192726336.12964.6.camel@cmn3.stanford.edu> Message-ID: <695e1a650710181106j7ce75daaoa95516645a79014d@mail.gmail.com> Thanks Fernando, I seem to have everything already installed Supercollider related from CCRMA. I also found that SCUM is for GUI programing, which one would you recomend? SCUM or SwingOSC? Cheers, Hector On 10/18/07, Fernando Lopez-Lezcano wrote: > On Wed, 2007-10-17 at 23:12 -0400, Hector Centeno wrote: > > Hello, > > > > I've been exploring Supercollider lately and I was wondering if the > > GUI aspect is working on Linux. I read here > > http://swiki.hfbk-hamburg.de:8888/MusicTechnology/591 that it is not > > implemented yet but I don't know if this is outdated information. I > > tried some of the examples inside /usr/share/SuperCollider/Help/GUI > > but I just got errors... I'm quite new to it so I'm not sure if I'm > > doing the right thing (I was just cutting and pasting code and trying > > to run it). I've tried other code non-GUI related and SC seems to work > > fine. Basically I'm interested in the possibility of using SC with a > > GUI to display controllers (sliders, knobs, XY, etc). > > Yes, it is implemented. Look at SwingOSC as the solution, it is a java > based server that takes care of doing gui things for you and the latest > versions of SC have a much better integration than older ones. You need > to install Java - the Sun version, I think - for it to work, I can't add > that to Planet CCRMA because the license does not allow me to > redistribute it. The Planet CCRMA package is supercollider-swingosc, I > think (you get everything I have if you install supercollider-world). > > -- Fernando > > > From vedran.vucic at gmail.com Thu Oct 18 12:16:00 2007 From: vedran.vucic at gmail.com (Vedran Vucic) Date: Thu Oct 18 11:16:00 2007 Subject: [PlanetCCRMA] PlanetCCRMA in music school Message-ID: ------=_Part_2009_5651812.1192731299574 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline I am taking this opportunity to inform you that Linux Center in Belgrade, Serbia installed in high music school in city Novi Sad (north from Belgrade) Fedora Core7 on 4 machines and that they use Planet CCRMA in classes of informatics in high music school. Enthusiastic effort of Linux Center and teacher of informatics is a pioneering work in introducing free software in music schools. If anyone does have similar experience please feel free to contact me. One of results of the work in music school will be based on authoring comprehensive manual that is aimed to help and encourage other teachers of informatics in music schools to use free software, presumably Fedora Core and Planet CCRMA. With best wishes, Vedran Vucic ------=_Part_2009_5651812.1192731299574 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline I am taking this opportunity to inform you that Linux Center in Belgrade, Serbia installed in high music school in city Novi Sad (north from Belgrade) Fedora Core7 on 4 machines and that they use Planet CCRMA in classes of informatics in high music school.
Enthusiastic effort of Linux Center and teacher of informatics is a pioneering work in introducing free software in music schools.
If anyone does have similar experience please feel free to contact me.
One of results of the work in music school will be based on authoring comprehensive manual that is aimed to help and encourage other teachers of informatics in music schools to use free software, presumably Fedora Core and Planet CCRMA.

With best wishes,

Vedran Vucic

------=_Part_2009_5651812.1192731299574-- From jsegel at magneticmotorworks.com Thu Oct 18 14:41:02 2007 From: jsegel at magneticmotorworks.com (Jonathan Segel) Date: Thu Oct 18 13:41:02 2007 Subject: [PlanetCCRMA] Re: supercollider GUI In-Reply-To: <20071018190004.23120.66883.Mailman@cm-mail.stanford.edu> References: <20071018190004.23120.66883.Mailman@cm-mail.stanford.edu> Message-ID: <62F2D07F-6948-4566-8484-A48993D310E4@magneticmotorworks.com> hi, i've been working with supercollider on linux since it was open- sourced (sc3) at the same time as working with it in Mac OS X. in linux i had tried various attempts at GUIs and settled on SCUM (also a server system) but i have to admit the SwingOSC version looks like it may be better. i haven't implemented it yet, but it looks like it is basically the same as the OS X GUI system (which is wider ranging than SCUM) and the code is basically transferable. i haven't crossed over to SwingOSC in linux yet as i don't relsih the idea of rewriting all those patches, but i'm gonna have to do it one of these days. in other words, i recommend starting with the SwingOSC system off the bat!.. On Oct 18, 2007, at 12:00 PM, planetccrma-request@ccrma.Stanford.EDU wrote: > > I seem to have everything already installed Supercollider related from > CCRMA. I also found that SCUM is for GUI programing, which one would > you recomend? SCUM or SwingOSC? > > Cheers, > > Hector > > On 10/18/07, Fernando Lopez-Lezcano wrote: >> On Wed, 2007-10-17 at 23:12 -0400, Hector Centeno wrote: >>> Hello, >>> >>> I've been exploring Supercollider lately and I was wondering if the >>> GUI aspect is working on Linux. I read here >>> http://swiki.hfbk-hamburg.de:8888/MusicTechnology/591 that it is not >>> implemented yet but I don't know if this is outdated information. I >>> tried some of the examples inside /usr/share/SuperCollider/Help/GUI >>> but I just got errors... I'm quite new to it so I'm not sure if I'm >>> doing the right thing (I was just cutting and pasting code and >>> trying >>> to run it). I've tried other code non-GUI related and SC seems to >>> work >>> fine. Basically I'm interested in the possibility of using SC with a >>> GUI to display controllers (sliders, knobs, XY, etc). >> >> Yes, it is implemented. Look at SwingOSC as the solution, it is a >> java >> based server that takes care of doing gui things for you and the >> latest >> versions of SC have a much better integration than older ones. You >> need >> to install Java - the Sun version, I think - for it to work, I >> can't add >> that to Planet CCRMA because the license does not allow me to >> redistribute it. The Planet CCRMA package is supercollider- >> swingosc, I >> think (you get everything I have if you install supercollider-world). ____________________________________________________ Jonathan Segel 4014 Brookdale Ave. Oakland, CA 94619 jsegel-magneticmotorworks.com <-----> magsatellite-yahoo.com From nando at ccrma.Stanford.EDU Thu Oct 18 14:55:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Oct 18 13:55:01 2007 Subject: [PlanetCCRMA] supercollider GUI In-Reply-To: <695e1a650710181106j7ce75daaoa95516645a79014d@mail.gmail.com> References: <695e1a650710172012r6627dd84s9112cbca685633ca@mail.gmail.com> <1192726336.12964.6.camel@cmn3.stanford.edu> <695e1a650710181106j7ce75daaoa95516645a79014d@mail.gmail.com> Message-ID: <1192740846.12964.28.camel@cmn3.stanford.edu> On Thu, 2007-10-18 at 14:06 -0400, Hector Centeno wrote: > Thanks Fernando, > > I seem to have everything already installed Supercollider related from > CCRMA. I also found that SCUM is for GUI programing, which one would > you recomend? SCUM or SwingOSC? AFAIK SwingOSC. That one is (almost?) completely integrated into the GUI class, so you can select to use either Cocoa on an OSX machine or SwingOSC on a Linux machine and supposedly everything works :-) -- Fernando > On 10/18/07, Fernando Lopez-Lezcano wrote: > > On Wed, 2007-10-17 at 23:12 -0400, Hector Centeno wrote: > > > Hello, > > > > > > I've been exploring Supercollider lately and I was wondering if the > > > GUI aspect is working on Linux. I read here > > > http://swiki.hfbk-hamburg.de:8888/MusicTechnology/591 that it is not > > > implemented yet but I don't know if this is outdated information. I > > > tried some of the examples inside /usr/share/SuperCollider/Help/GUI > > > but I just got errors... I'm quite new to it so I'm not sure if I'm > > > doing the right thing (I was just cutting and pasting code and trying > > > to run it). I've tried other code non-GUI related and SC seems to work > > > fine. Basically I'm interested in the possibility of using SC with a > > > GUI to display controllers (sliders, knobs, XY, etc). > > > > Yes, it is implemented. Look at SwingOSC as the solution, it is a java > > based server that takes care of doing gui things for you and the latest > > versions of SC have a much better integration than older ones. You need > > to install Java - the Sun version, I think - for it to work, I can't add > > that to Planet CCRMA because the license does not allow me to > > redistribute it. The Planet CCRMA package is supercollider-swingosc, I > > think (you get everything I have if you install supercollider-world). From joey.a" This is a multi-part message in MIME format. ------=_NextPart_000_0047_01C811CB.B6098690 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I guess the obvious question here, to both Kjetil S. Matheussen and Bill = Schottstaedt, is "Which processor and clock speed are you using?" Although I don't yet understand the syntax you are all using, I don't = think the=20 44100 KHz referred to below, has anything to do with the above, which = will largely dictate how well any given software is going to perform. Also, while I am still awaiting the machinery, any advice on where I = should start for getting to grips with this syntax? Date: Tue, 16 Oct 2007 21:41:34 +0200 (CEST) From: "Kjetil S. Matheussen" To: planetccrma@ccrma.Stanford.EDU cc: nando@ccrma.Stanford.EDU, bil@ccrma.Stanford.EDU Subject: [PlanetCCRMA] Re: Re: sine waves in real time Fernando Lopez-Lezcano: > On Mon, 2007-10-15 at 15:22 -0700, Bill Schottstaedt wrote: >>> On a very recent Intel laptop running a Core Duo at 2.4GHz (I think >>> that's the speed), SuperCollider would do 500 interpolated sine >>> oscillators with a (roughly) 50% cpu load (in one of the cores). >> >> In the Scheme version of Snd, at 44100 KHz, I get about 180 such >> sines (actually, I'm calling the sin function, not interpolating some >> table): >> >> (with-sound (:statistics #t) >> (let ((gens (make-vector 180))) >> (do ((i 0 (1+ i))) >> ((=3D i 180)) >> (vector-set! gens i (make-oscil (* 10 (1+ i)) (random (* 2 = pi))))) >> (run >> (lambda () >> (do ((i 0 (1+ i))) >> ((=3D i 44100)) >> (let ((sum 0.0)) >> (do ((k 0 (1+ k))) >> ((=3D k 180)) >> (set! sum (+ sum (oscil (vector-ref gens k))))) >> (outa i (* .01 sum) *output*))))))) >> >> ;test.snd: >> maxamp: 0.2935 >> compute time: 1.020 > > Wow, that's impressive. 180 directly from scheme... > I never tried Kjetil's realtime snd, that would (presumable) be = faster? > Just tried. And yes, its about twice as fast: (let* ((num 130) (gens (make-vector num))) (do ((i 0 (1+ i))) ((=3D i num)) (vector-set! gens i (make-oscil (* 10 (1+ i)) (random (* 2 pi))))) (set! (rt-safety) 0) ( 0 10 (lambda () (let ((sum 0.0)) (do ((k 0 (1+ k))) ((=3D k num)) (set! sum (+ sum (oscil (vector-ref gens k))))) (out (* .01 sum)))))) Here's the generated c-code for the inner loop: static void rt_gen1__3(struct RT_Globals *rt_globals) { while (!((rt_globals->k__2 =3D=3D rt_globals->num__4))) { (rt_globals->sum__1 =3D (rt_globals->sum__1 + mus_oscil(XEN_TO_MUS_ANY (SCM_VECTOR_REF (rt_globals->gens__5, ((int) rt_globals->k__2))), 0, 0)), rt_globals->k__2 =3D (1 + rt_globals->k__2) ); }; } Its not quite optimal, but still I'm pretty sure most of the time is spent in mus_oscil. So I'm also pretty sure the oscillator generator in supercollider is = super=20 fast. ------=_NextPart_000_0047_01C811CB.B6098690 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I guess the obvious question here, to both Kjetil S. = Matheussen and=20 Bill Schottstaedt, is "Which processor and clock speed are you=20 using?"

Although I don't yet understand the syntax you are all using, I = don't think=20 the

44100 KHz referred to below, has anything to do with the = above, which=20 will largely dictate how well any given software is going to=20 perform.

Also, while I am still awaiting the machinery, any advice on where = I should=20 start for getting to grips with this syntax?

Date: Tue, 16=20 Oct 2007 21:41:34 +0200 (CEST)
From: "Kjetil S. Matheussen" = <kjetil.matheussen@notam02.no>
To: planetccrma@ccrma.Stanford.EDU
cc: nando@ccrma.Stanford.EDU,=20 bil@ccrma.Stanford.EDU
Subject: [PlanetCCRMA] Re: Re: sine waves in real=20 time

Fernando Lopez-Lezcano:
> On Mon, 2007-10-15 at = 15:22=20 -0700, Bill Schottstaedt wrote:
>>> On a very recent Intel = laptop=20 running a Core Duo at 2.4GHz (I think
>>> that's the speed), = SuperCollider would do 500 interpolated sine
>>> oscillators = with a=20 (roughly) 50% cpu load (in one of the cores).
>>
>> In = the=20 Scheme version of Snd, at 44100 KHz, I get about 180 such
>> = sines=20 (actually, I'm calling the sin function, not interpolating = some
>>=20 table):
>>
>> (with-sound (:statistics=20 #t)
>>   (let ((gens (make-vector=20 180)))
>>     (do ((i 0 (1+=20 i)))
>>         ((=3D i = 180))
>>       (vector-set! gens = i=20 (make-oscil (* 10 (1+ i)) (random (* 2=20 pi)))))
>>    =20 (run
>>      (lambda=20 ()
>>        (do ((i 0 (1+=20 i)))
>>         &nb= sp; =20 ((=3D i = 44100))
>>         = =20 (let ((sum=20 0.0))
>>         &n= bsp; =20 (do ((k 0 (1+=20 k)))
>>         &nb= sp;     =20 ((=3D k=20 180))
>>         &n= bsp;   =20 (set! sum (+ sum (oscil (vector-ref gens=20 k)))))
>>         &= nbsp; =20 (outa i (* .01 sum) *output*)))))))
>>
>>=20 ;test.snd:
>>   maxamp: = 0.2935
>>  =20 compute time: 1.020
>
> Wow, that's impressive. 180 directly = from=20 scheme...
> I never tried Kjetil's realtime snd, that would = (presumable)=20 be faster?
>

Just tried. And yes, its about twice as=20 fast:

(let* ((num = 130)
       =20 (gens (make-vector num)))
   (do ((i 0 (1+=20 i)))
       ((=3D i=20 num))
     (vector-set! gens i (make-oscil (* 10 = (1+ i))=20 (random (* 2 pi)))))
   (set! (rt-safety) = 0)
  =20 (<rt-play> 0 10
      (lambda=20 ()
        (let ((sum = 0.0))
(do=20 ((k 0 (1+ k)))
     ((=3D k = num))
=20    (set! sum (+ sum (oscil (vector-ref gens k)))))
= (out (*=20 .01 sum))))))

Here's the generated c-code for the inner=20 loop:

static void rt_gen1__3(struct RT_Globals=20 *rt_globals)
{
     while = (!((rt_globals->k__2 =3D=3D=20 rt_globals->num__4))) {
(rt_globals->sum__1 = =3D
=20 (rt_globals->sum__1 +
= mus_oscil(XEN_TO_MUS_ANY
=20     (SCM_VECTOR_REF
    =20 (rt_globals->gens__5, ((int) rt_globals->k__2))), 0,
=20     0)), rt_globals->k__2 =3D (1 +=20 rt_globals->k__2)
    = );
    =20 };
}

Its not quite optimal, but still I'm pretty
sure most = of the=20 time is spent in mus_oscil.

So I'm also pretty sure the = oscillator=20 generator in supercollider is super=20
fast.

------=_NextPart_000_0047_01C811CB.B6098690-- From nando at ccrma.Stanford.EDU Thu Oct 18 15:30:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Oct 18 14:30:02 2007 Subject: [PlanetCCRMA] PlanetCCRMA in music school In-Reply-To: References: Message-ID: <1192742967.12964.37.camel@cmn3.stanford.edu> On Thu, 2007-10-18 at 20:14 +0200, Vedran Vucic wrote: > I am taking this opportunity to inform you that Linux Center in > Belgrade, Serbia installed in high music school in city Novi Sad > (north from Belgrade) Fedora Core7 on 4 machines and that they use > Planet CCRMA in classes of informatics in high music school. > Enthusiastic effort of Linux Center and teacher of informatics is a > pioneering work in introducing free software in music schools. Thanks, it is always very nice to hear success stories! Best! -- Fernando > If anyone does have similar experience please feel free to contact me. > One of results of the work in music school will be based on authoring > comprehensive manual that is aimed to help and encourage other > teachers of informatics in music schools to use free software, > presumably Fedora Core and Planet CCRMA. From lanas at securenet.net Thu Oct 18 17:23:01 2007 From: lanas at securenet.net (lanas) Date: Thu Oct 18 16:23:01 2007 Subject: [PlanetCCRMA] xine and jackd Message-ID: <20071018192223.7f494fb7@mistral.stie> Folks, I've re-installed the complete system recently and can't, for the life of me, remember how I got xine working with jackd previously. It doesn't seem to be part of CCRMA. I'd welcome any pointers on this. Cheers, Al From gangalee at comcast.net Fri Oct 19 13:57:01 2007 From: gangalee at comcast.net (Ira) Date: Fri Oct 19 12:57:01 2007 Subject: [PlanetCCRMA] reinstalling/repairing X Message-ID: <200710191956.l9JJu0w06088@cm-mail.stanford.edu> --_221F12D2-4F21-C149-7137-B75DE5322EA0_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" -----Original Message----- From: "Fernando Lopez-Lezcano" To: "Ira" Cc: nando@ccrma.Stanford.EDU Sent: 19/10/2007 12:03 PM Subject: RE: [PlanetCCRMA] reinstalling/repairing X On Fri, 2007-10-19 at 08:09 -0500, Ira wrote: > How about "how do I reinstall ccrma?" or "how do I reinstall X?" Could we try to see what changed? Do an "rpm -q -a --last" to see which packages were last installed. Do you remember what you did other than updates before X stopped working? It is strange that updates caused this as I have not issued any for quite a while and Fedora hasn't either.=20 [truncated by sender] that's what happened... I've attached the rpm log I'm on gdm version 2.14.11 Those were some good links, thanks. Starting X w/ sudo did work.= --_221F12D2-4F21-C149-7137-B75DE5322EA0_ Content-Type: text/plain; name="xorg-fonts.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xorg-fonts.txt" eG9yZy14MTEtZm9udC11dGlscy0xLjAuMS0zDQp4b3JnLXgxMS1mb250cy10cnVldHlwZS03LjAt Mw0KeG9yZy14MTEtZm9udHMtYmFzZS03LjAtMw0KeG9yZy14MTEtZm9udHMtbWlzYy03LjAtMw0K eG9yZy14MTEtZm9udHMtVHlwZTEtNy4wLTMNCnhvcmcteDExLWZvbnRzLTEwMGRwaS03LjAtMw0K eG9yZy14MTEtZm9udHMtSVNPODg1OS0xLTEwMGRwaS03LjAtMw0KeG9yZy14MTEtZm9udHMtNzVk cGktNy4wLTMNCnhvcmcteDExLWZvbnRzLUlTTzg4NTktMS03NWRwaS03LjAtMw0K --_221F12D2-4F21-C149-7137-B75DE5322EA0_ Content-Type: text/plain; name="calilist.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="calilist.txt" Yml0dG9ycmVudC00LjQuMC01LmZjNSAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAg MjAwNyAwNTo1OTo1MSBQTSBFU1QNCnB5dGhvbi1jcnlwdG8tMi4wLjEtMi5mYzUgICAgICAgICAg ICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMDU6NTk6NDYgUE0gRVNUDQpzb3VuZC1qdWljZXIt Mi4xNC40LTEuZmM1LjEgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDAxOjM4OjAx IEFNIEVTVA0Kcmh5dGhtYm94LTAuOS40LjEtMS5mYzUuMSAgICAgICAgICAgICAgICAgICAgIFN1 biAyMyBTZXAgMjAwNyAwMTozNzo0NyBBTSBFU1QNCmdub21lLWFwcGxldHMtMi4xNC4zLTIuZmM1 ICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMDE6MzY6NTggQU0gRVNUDQp0b3Rl bS0xLjQuMS0xICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3 IDAxOjM2OjE0IEFNIEVTVA0KZ25vbWUtbWVkaWEtMi4xNC4yLTEgICAgICAgICAgICAgICAgICAg ICAgICAgIFN1biAyMyBTZXAgMjAwNyAwMTozNToyMSBBTSBFU1QNCmdzdHJlYW1lci1wbHVnaW5z LWJhc2UtMC4xMC41LTEgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMDE6MzU6MTIgQU0g RVNUDQpnc3RyZWFtZXItMC4xMC40LTEgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIz IFNlcCAyMDA3IDAxOjM0OjUwIEFNIEVTVA0KbmZzLXV0aWxzLTEuMC44LTQuZmM1ICAgICAgICAg ICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAwMTozNDo0OCBBTSBFU1QNCnZuYy1zZXJ2 ZXItNC4xLjEtMzkuZmM1ICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMDE6 MzQ6NDYgQU0gRVNUDQppcnFiYWxhbmNlLTAuNTUtNC5mYzUgICAgICAgICAgICAgICAgICAgICAg ICAgU3VuIDIzIFNlcCAyMDA3IDAxOjM0OjQ0IEFNIEVTVA0KeG9yZy14MTEteGZzLTEuMC4xLTQu RkM1LjAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAwMTozNDo0MyBBTSBFU1QN CnF1b3RhLTMuMTMtMS4yLjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2Vw IDIwMDcgMDE6MzQ6NDEgQU0gRVNUDQp2aXhpZS1jcm9uLTQuMS01OC5mYzUgICAgICAgICAgICAg ICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDAxOjM0OjM5IEFNIEVTVA0KZ25vbWUtdXNlci1z aGFyZS0wLjEwLTEuZmM1LjEgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAwMTozNDoz MiBBTSBFU1QNCmdlZGl0LTIuMTQuMy0xICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBT dW4gMjMgU2VwIDIwMDcgMDE6MzQ6MDQgQU0gRVNUDQpnb2stMS4wLjctMSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDAxOjMzOjM2IEFNIEVTVA0KZ25v cGVybmljdXMtMS4wLjQtMS5mYzUuMSAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAw NyAwMTozMzoxNyBBTSBFU1QNCmdub21lLXN5c3RlbS1tb25pdG9yLTIuMTQuMS0xLmZjNS4xICAg ICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMDE6MzM6MDAgQU0gRVNUDQpnbm9tZS1zY3JlZW5zYXZl ci0yLjE0LjMtMy5mYzUgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDAxOjMyOjQxIEFN IEVTVA0KZ25vbWUtcG93ZXItbWFuYWdlci0yLjE0LjMtMSAgICAgICAgICAgICAgICAgIFN1biAy MyBTZXAgMjAwNyAwMTozMjoyMyBBTSBFU1QNCnllbHAtMi4xNC4zLTUuZmM1ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMDE6MzE6NTcgQU0gRVNUDQplb2ctMi4x NC4zLTEuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDAx OjMxOjI5IEFNIEVTVA0KZWtpZ2EtMi4wLjEtNSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFN1biAyMyBTZXAgMjAwNyAwMTozMDoxMSBBTSBFU1QNCmV2b2x1dGlvbi13ZWJjYWwtMi40 LjEtMy40ICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMDE6Mjk6MDIgQU0gRVNU DQpvcGVub2ZmaWNlLm9yZy1ncmFwaGljZmlsdGVyLTIuMC4yLTUuMjIuMiAgICAgU3VuIDIzIFNl cCAyMDA3IDAxOjI5OjAwIEFNIEVTVA0Kb3Blbm9mZmljZS5vcmctaW1wcmVzcy0yLjAuMi01LjIy LjIgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAwMToyODo1NSBBTSBFU1QNCm9wZW5vZmZpY2Uu b3JnLWRyYXctMi4wLjItNS4yMi4yICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMDE6Mjg6 NDcgQU0gRVNUDQpvcGVub2ZmaWNlLm9yZy1tYXRoLTIuMC4yLTUuMjIuMiAgICAgICAgICAgICAg U3VuIDIzIFNlcCAyMDA3IDAxOjI4OjE3IEFNIEVTVA0KeHNhbmUtMC45OTEtNC5mYzUgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAwMToyODowNSBBTSBFU1QNCmdu b21lLWdhbWVzLTIuMTQuMy0xLmZjNSAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIw MDcgMDE6MjI6NTEgQU0gRVNUDQpnbm9tZS10ZXJtaW5hbC0yLjE0LjItMSAgICAgICAgICAgICAg ICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDAxOjIxOjE1IEFNIEVTVA0KcmhnYi0wLjE2LjMtMS5m YzUuMSAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAwMToyMTowOSBB TSBFU1QNCm1rYm9vdGRpc2stMS41LjItNyAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4g MjMgU2VwIDIwMDcgMDE6MjE6MDggQU0gRVNUDQp4c2FuZS1naW1wLTAuOTkxLTQuZmM1ICAgICAg ICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDAxOjIxOjA3IEFNIEVTVA0KZ2ltcC1o ZWxwLTItMC4xLjAuMTAuMC5mYzUuMSAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAw MToyMDo0NCBBTSBFU1QNCmRlc2t0b3AtcHJpbnRpbmctMC4xOS05LmZjNSAgICAgICAgICAgICAg ICAgICBTdW4gMjMgU2VwIDIwMDcgMDE6MjA6MTMgQU0gRVNUDQpmcmVlbngtMC42LjAtMTIuZmM1 ICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDAxOjIwOjEwIEFNIEVT VA0KTmV0d29ya01hbmFnZXItZ25vbWUtMC42LjQtMS5mYzUgICAgICAgICAgICAgIFN1biAyMyBT ZXAgMjAwNyAwMToyMDowMyBBTSBFU1QNCmtyYjUtYXV0aC1kaWFsb2ctMC42LmN2czIwMDYwMjEy LTEuMSAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMDE6MjA6MDIgQU0gRVNUDQpwY21jaWF1dGls cy0wMTItMC5GQzUuMiAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDAxOjIw OjAxIEFNIEVTVA0Kb3Blbm9mZmljZS5vcmctd3JpdGVyLTIuMC4yLTUuMjIuMiAgICAgICAgICAg IFN1biAyMyBTZXAgMjAwNyAwMToxOTo1NyBBTSBFU1QNCm11dHQtMS40LjIuMS04LmZjNSAgICAg ICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMDE6MTk6NTIgQU0gRVNUDQpl dmluY2UtMC41LjEtNCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAy MDA3IDAxOjE5OjI2IEFNIEVTVA0KZ25vbWUtc2Vzc2lvbi0yLjE0LjMtMS5mYzUgICAgICAgICAg ICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAwMToxODoyNSBBTSBFU1QNCnNtYXJ0bW9udG9vbHMt NS4zNi1mYzUuMSAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMDE6MTg6MjEg QU0gRVNUDQpzZWxpbnV4LXBvbGljeS10YXJnZXRlZC0yLjMuNy0yLmZjNSAgICAgICAgICAgU3Vu IDIzIFNlcCAyMDA3IDAxOjAyOjQxIEFNIEVTVA0Kc2VsaW51eC1wb2xpY3ktMi4zLjctMi5mYzUg ICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAwMTowMjozNiBBTSBFU1QNCmlzZG40 ay11dGlscy0zLjItNDEuMS5mYzUgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcg MDE6MDI6MjggQU0gRVNUDQpndGh1bWItMi43LjctMSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgU3VuIDIzIFNlcCAyMDA3IDAxOjAyOjA1IEFNIEVTVA0KcGxhbm5lci0wLjEzLTQuNCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAwMTowMTo1NCBBTSBF U1QNCmdhaW0tMS41LjAtMTYuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMg U2VwIDIwMDcgMDE6MDE6NDUgQU0gRVNUDQpvcGVub2ZmaWNlLm9yZy1jYWxjLTIuMC4yLTUuMjIu MiAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDAxOjAxOjMzIEFNIEVTVA0KYmVhZ2xlLTAu Mi42LTEuZmM1LjEgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAwMTow MToyNSBBTSBFU1QNCmplc3NpZS0xLjAuMS01ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBTdW4gMjMgU2VwIDIwMDcgMDE6MDE6MjEgQU0gRVNUDQpqYXZhLTEuNC4yLWdjai1jb21wYXQt MS40LjIuMC00MGpwcF84M3JoLjQgICAgU3VuIDIzIFNlcCAyMDA3IDAxOjAxOjEzIEFNIEVTVA0K a3VkenUtMS4yLjM0LjUtMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAg MjAwNyAwMTowMTowOSBBTSBFU1QNCmNvbnRyb2wtY2VudGVyLTIuMTQuMi0xICAgICAgICAgICAg ICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMDE6MDA6MDEgQU0gRVNUDQpuYXV0aWx1cy1jZC1i dXJuZXItMi4xNC4zLTIuZmM1ICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjU5OjM5 IEFNIEVTVA0KbmF1dGlsdXMtMi4xNC4zLTEuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgIFN1 biAyMyBTZXAgMjAwNyAxMjo1OToxNSBBTSBFU1QNCmdub21lLXZmczItc21iLTIuMTQuMi0xICAg ICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NTk6MDkgQU0gRVNUDQpmaXJl Zm94LTEuNS4wLjEyLTEuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3 IDEyOjU4OjU0IEFNIEVTVA0KbGlid3BkLTAuOC45LTEuZmM1ICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo1ODozMSBBTSBFU1QNCmtlcm5lbC0yLjYuMjAtMS4y MzIwLmZjNSAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NTg6MDIgQU0g RVNUDQpldm9sdXRpb24tc2hhcnAtMC4xMC4yLTkuNSAgICAgICAgICAgICAgICAgICAgU3VuIDIz IFNlcCAyMDA3IDEyOjU3OjQ2IEFNIEVTVA0KZXZvbHV0aW9uLTIuNi4zLTIuZmM1ICAgICAgICAg ICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo1Njo0MyBBTSBFU1QNCk5ldHdvcmtN YW5hZ2VyLTAuNi40LTEuZmM1ICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6 NTY6MzEgQU0gRVNUDQpkaGNkYmQtMS4xNS0yLkZDNSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgU3VuIDIzIFNlcCAyMDA3IDEyOjU2OjMwIEFNIEVTVA0KY2FjaGluZy1uYW1lc2VydmVyLTku My40LTEuZmM1ICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo1NjoyOCBBTSBFU1QN CmhhbC1jdXBzLXV0aWxzLTAuNS41LTEuMi5mYzUuMiAgICAgICAgICAgICAgICBTdW4gMjMgU2Vw IDIwMDcgMTI6NTY6MjYgQU0gRVNUDQpzYW5lLWJhY2tlbmRzLTEuMC4xOC0yLmZjNSAgICAgICAg ICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjU2OjIyIEFNIEVTVA0Kc3lzdGVtLWNvbmZp Zy1wcmludGVyLTAuNi4xNTEuOC0xICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo1Njox NiBBTSBFU1QNCmZvb21hdGljLTMuMC4yLTMzLjMgICAgICAgICAgICAgICAgICAgICAgICAgICBT dW4gMjMgU2VwIDIwMDcgMTI6NTU6NTkgQU0gRVNUDQpzcGFtYXNzYXNzaW4tMy4xLjktMS5mYzUu MSAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjU1OjI0IEFNIEVTVA0Kb3Bl bnNzaC00LjNwMi00LjEyLmZjNSAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAw NyAxMjo1NToyMSBBTSBFU1QNCmd0a2h0bWwzLTMuMTAuMy0xLmZjNS4xICAgICAgICAgICAgICAg ICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NTU6MTggQU0gRVNUDQpnbm9tZS11dGlscy0yLjE0 LjAtNS5mYzUgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjU0OjI1IEFN IEVTVA0KZ25vbWUtcGlsb3QtMi4wLjEzLTcuZmM1LjYgICAgICAgICAgICAgICAgICAgIFN1biAy MyBTZXAgMjAwNyAxMjo1Mzo1NyBBTSBFU1QNCmdpbXAtMi4yLjE1LTMuZmM1ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NTM6MzggQU0gRVNUDQpiaW5kLTku My40LTEuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEy OjUzOjE2IEFNIEVTVA0KZGhjbGllbnQtMy4wLjMtMjggICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFN1biAyMyBTZXAgMjAwNyAxMjo1MzoxNSBBTSBFU1QNCm1raW5pdHJkLTUuMC4zMi0yICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NTM6MTQgQU0gRVNU DQp2dGUtMC4xMi4yLTEuZmM1LjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNl cCAyMDA3IDEyOjUzOjExIEFNIEVTVA0KZWVsMi0yLjE0LjMtMS5mYzUgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo1MzowOCBBTSBFU1QNCmxpYnJzdmcyLTIu MTQuNC0xLmZjNS4xICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NTM6 MDUgQU0gRVNUDQpsaWJnc2YtMS4xMy4zLTMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg U3VuIDIzIFNlcCAyMDA3IDEyOjUzOjAzIEFNIEVTVA0Kc2FuZS1iYWNrZW5kcy1saWJzLTEuMC4x OC0yLmZjNSAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo1Mjo1OSBBTSBFU1QNCmN1 cHMtMS4yLjgtMS5mYzUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIw MDcgMTI6NTI6NDAgQU0gRVNUDQpnbm9tZS1wYW5lbC0yLjE0LjMtMS5mYzUgICAgICAgICAgICAg ICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjUwOjI2IEFNIEVTVA0Kb3Blbm9mZmljZS5vcmct Y29yZS0yLjAuMi01LjIyLjIgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0OTozNiBB TSBFU1QNCmV2b2x1dGlvbi1kYXRhLXNlcnZlci0xLjYuMy01LmZjNSAgICAgICAgICAgICBTdW4g MjMgU2VwIDIwMDcgMTI6NDg6MzMgQU0gRVNUDQpnbm9tZS1kZXNrdG9wLTIuMTQuMy0xLmZjNSAg ICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQ4OjI2IEFNIEVTVA0KbGliZ25v bWV1aS0yLjE0LjEtMS5mYzUuMSAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAx Mjo0ODoyMSBBTSBFU1QNCmxpYmdub21lLTIuMTQuMS0xLmZjNS4xICAgICAgICAgICAgICAgICAg ICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDg6MDUgQU0gRVNUDQpnbm9tZS12ZnMyLTIuMTQuMi0x ICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQ3OjE0IEFNIEVT VA0KYXZhaGktZ2xpYi0wLjYuMTEtMy5mYzUgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBT ZXAgMjAwNyAxMjo0NzoxMiBBTSBFU1QNCmF2YWhpLTAuNi4xMS0zLmZjNSAgICAgICAgICAgICAg ICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDc6MTAgQU0gRVNUDQpoYWwtMC41Ljcu MS0yLmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQ2 OjUzIEFNIEVTVA0KaW5pdHNjcmlwdHMtOC4zMS42LTEgICAgICAgICAgICAgICAgICAgICAgICAg IFN1biAyMyBTZXAgMjAwNyAxMjo0Njo0OSBBTSBFU1QNCnV0aWwtbGludXgtMi4xMy0wLjIwLjQg ICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDY6NDQgQU0gRVNUDQpw b2xpY3ljb3JldXRpbHMtMS4zMC4xMC0yLmZjNSAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAy MDA3IDEyOjQ2OjQwIEFNIEVTVA0KdmltLWVuaGFuY2VkLTcuMC4wNDItMC5mYzUgICAgICAgICAg ICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0NjozOSBBTSBFU1QNCnZpbS1taW5pbWFsLTcu MC4wNDItMC5mYzUgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDY6Mzgg QU0gRVNUDQphdC0zLjEuOC04Mi5mYzUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3Vu IDIzIFNlcCAyMDA3IDEyOjQ2OjM2IEFNIEVTVA0Ka3NoLTIwMDYwMjE0LTEuZmM1LjEgICAgICAg ICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0NjozMCBBTSBFU1QNCmxvZ3dh dGNoLTcuMi4xLTIuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcg MTI6NDY6MjYgQU0gRVNUDQptYW4tMS42Yy0yLmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQ2OjIzIEFNIEVTVA0Ka3JiNS13b3Jrc3RhdGlvbi0x LjQuMy01LjUgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0NjoyMCBBTSBF U1QNCm9wZW5zc2gtY2xpZW50cy00LjNwMi00LjEyLmZjNSAgICAgICAgICAgICAgICBTdW4gMjMg U2VwIDIwMDcgMTI6NDY6MTkgQU0gRVNUDQplbGlua3MtMC4xMS4wLTIuNCAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQ2OjE3IEFNIEVTVA0Kd2dldC0xLjEw LjItMy4zLmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0 NjoxNSBBTSBFU1QNCnNscm4tMC45LjguMXBsMS0yLmZjNSAgICAgICAgICAgICAgICAgICAgICAg ICBTdW4gMjMgU2VwIDIwMDcgMTI6NDY6MTMgQU0gRVNUDQpyZGVza3RvcC0xLjQuMS00LmZjNSAg ICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQ2OjExIEFNIEVTVA0K eHRlcm0tMjIzLTIuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAg MjAwNyAxMjo0NjowOSBBTSBFU1QNCnB5b3JiaXQtMi4xNC4wLTEgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDY6MDkgQU0gRVNUDQpnbm9tZS10aGVtZXMt Mi4xNC4zLTEuZmM1ICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQ2OjAz IEFNIEVTVA0Kb3BlbnNzaC1hc2twYXNzLTQuM3AyLTQuMTIuZmM1ICAgICAgICAgICAgICAgIFN1 biAyMyBTZXAgMjAwNyAxMjo0NTo1MiBBTSBFU1QNCm9wZW5zc2gtc2VydmVyLTQuM3AyLTQuMTIu ZmM1ICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDU6NTEgQU0gRVNUDQp0Y3Bk dW1wLTMuOS40LTQuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3 IDEyOjQ1OjUwIEFNIEVTVA0Kc2NyZWVuLTQuMC4zLTIgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0NTo0OCBBTSBFU1QNCm5zY2QtMi40LTExICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDU6NDcgQU0g RVNUDQpOZXR3b3JrTWFuYWdlci1nbGliLTAuNi40LTEuZmM1ICAgICAgICAgICAgICAgU3VuIDIz IFNlcCAyMDA3IDEyOjQ1OjQ2IEFNIEVTVA0KYWxzYS11dGlscy0xLjAuMTQtMC4xLnJjMS5mYzUg ICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0NTo0NSBBTSBFU1QNCnJvc2VnYXJk ZW40LTEuNS4xLTEuZmM1ICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6 NDU6MzcgQU0gRVNUDQpzb3VuZHRyYWNrZXItMC42LjgtMi5mYzUgICAgICAgICAgICAgICAgICAg ICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQ1OjIyIEFNIEVTVA0KY2xtLXNiY2wtMjAwNy4wNC4yMC0x LmZjNS5jY3JtYSAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0NToyMCBBTSBFU1QN CnBpcnV0LTEuMC4zLTAuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2Vw IDIwMDcgMTI6NDU6MDkgQU0gRVNUDQpyZWFkYWhlYWQtMS4yLTIgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQ1OjA2IEFNIEVTVA0Kc3lzdGVtLWNvbmZp Zy11c2Vycy0xLjIuNDctMS5mYzUgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0NTow MiBBTSBFU1QNCmF1dG9mcy00LjEuNC0zMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBT dW4gMjMgU2VwIDIwMDcgMTI6NDQ6NTkgQU0gRVNUDQpiaW5kLXV0aWxzLTkuMy40LTEuZmM1ICAg ICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQ0OjU4IEFNIEVTVA0Kc3lz dGVtLWNvbmZpZy1sdm0tMS4wLjE4LTEuMi5GQzUgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAw NyAxMjo0NDo1NiBBTSBFU1QNCmhhbC1nbm9tZS0wLjUuNy4xLTIuZmM1ICAgICAgICAgICAgICAg ICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDQ6NTMgQU0gRVNUDQpmZXRjaG1haWwtNi4zLjYt Mi5mYzUgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQ0OjUyIEFN IEVTVA0KYXJkb3VyLTAuOTkuMy04LmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAy MyBTZXAgMjAwNyAxMjo0NDo1MCBBTSBFU1QNCnNhbWJhLWNsaWVudC0zLjAuMjQtNy5mYzUgICAg ICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDQ6NDYgQU0gRVNUDQptb2Rfc3Ns LTIuMi4yLTEuMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEy OjQ0OjQ0IEFNIEVTVA0KcGhwLWxkYXAtNS4xLjYtMS42ICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0NDo0MyBBTSBFU1QNCnBocC1wZWFyLTEuNC45LTEuMiAg ICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDQ6NDEgQU0gRVNU DQpzeXN0ZW0tY29uZmlnLXNlY3VyaXR5bGV2ZWwtMS42LjE2LTMgICAgICAgICAgU3VuIDIzIFNl cCAyMDA3IDEyOjQ0OjM3IEFNIEVTVA0Kc3lzdGVtLWNvbmZpZy1kYXRlLTEuOC44LTEuZmM1ICAg ICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0NDozMSBBTSBFU1QNCmRidXMtc2hhcnAt MC42Mi0wLjIuZmM1ICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDQ6 MjUgQU0gRVNUDQptdG9vbHMtMy45LjEwLTIuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAg U3VuIDIzIFNlcCAyMDA3IDEyOjQ0OjI0IEFNIEVTVA0Kc3F1aWQtMi41LlNUQUJMRTE0LTMuRkM1 ICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0NDoxOSBBTSBFU1QNCmhw bGlwLTEuNi42YS0xLjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIw MDcgMTI6NDQ6MDcgQU0gRVNUDQpncGFydGVkLTAuMy4zLTIuZmM1ICAgICAgICAgICAgICAgICAg ICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQ0OjAwIEFNIEVTVA0KYXV0aGNvbmZpZy1ndGst NS4yLjMtMSAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0Mzo1OCBB TSBFU1QNCnN5c3RlbS1jb25maWctcHJpbnRlci1ndWktMC42LjE1MS44LTEgICAgICAgICBTdW4g MjMgU2VwIDIwMDcgMTI6NDM6NTcgQU0gRVNUDQpsZnRwLTMuNC43LTIuRkM1ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQzOjU0IEFNIEVTVA0KZ25vbWUt cHl0aG9uMi1ndGtodG1sMi0yLjE0LjAtMy5mYzUgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAx Mjo0Mzo1MiBBTSBFU1QNCmdub21lLXB5dGhvbjItZXh0cmFzLTIuMTQuMC0zLmZjNSAgICAgICAg ICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDM6NTIgQU0gRVNUDQphdXRoY29uZmlnLTUuMi4zLTEg ICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQzOjUwIEFNIEVT VA0KcGFydGVkLTEuOC4yLTEuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBT ZXAgMjAwNyAxMjo0Mzo0NyBBTSBFU1QNCmdudXBnLTEuNC43LTQuMSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDM6NDUgQU0gRVNUDQpocGlqcy0xLjYu NmEtMS4xICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQz OjQwIEFNIEVTVA0KbW9kX3BlcmwtMi4wLjItNS4yLmZjNSAgICAgICAgICAgICAgICAgICAgICAg IFN1biAyMyBTZXAgMjAwNyAxMjo0MzozMyBBTSBFU1QNCkltYWdlTWFnaWNrLTYuMi41LjQtNC4y LjEuZmM1LjggICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDM6MjMgQU0gRVNUDQps b2dyb3RhdGUtMy43LjMtMy5mYzUgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAy MDA3IDEyOjQzOjE5IEFNIEVTVA0KbGlic2V0cmFucy0wLjEuMjAtMS5mYzUgICAgICAgICAgICAg ICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0MzoxOSBBTSBFU1QNCnRjc2gtNi4xNC02LmZj NS4zICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDM6MTgg QU0gRVNUDQpsaWJwY2FwLTAuOS40LTQuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgU3Vu IDIzIFNlcCAyMDA3IDEyOjQzOjE2IEFNIEVTVA0Kd3BhX3N1cHBsaWNhbnQtMC40LjktMS5mYzUg ICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0MzoxNSBBTSBFU1QNCmxpYnNl bGludXgtcHl0aG9uLTEuMzAuMy00LmZjNSAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcg MTI6NDM6MTQgQU0gRVNUDQpQeVF0LTMuMTctMC4xLmZjNSAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQzOjEzIEFNIEVTVA0Kc2lwLTQuNS0wLjEuZmM1ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0MzoxMCBBTSBF U1QNCmF1ZGl0LWxpYnMtcHl0aG9uLTEuMy0yLmZjNSAgICAgICAgICAgICAgICAgICBTdW4gMjMg U2VwIDIwMDcgMTI6NDM6MTAgQU0gRVNUDQptb25vLWRhdGEtc3FsaXRlLTEuMS4xMy43LTMuZmM1 LjEgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQzOjA5IEFNIEVTVA0KbW9uby13ZWIt MS4xLjEzLjctMy5mYzUuMSAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0 MzowOCBBTSBFU1QNCm1vbm8tZGF0YS0xLjEuMTMuNy0zLmZjNS4xICAgICAgICAgICAgICAgICAg ICBTdW4gMjMgU2VwIDIwMDcgMTI6NDM6MDUgQU0gRVNUDQptb25vLWNvcmUtMS4xLjEzLjctMy5m YzUuMSAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQzOjAxIEFNIEVTVA0K bGliZ2RpcGx1cy0xLjEuMTMuNi0xLmZjNS4xICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAg MjAwNyAxMjo0Mjo1MiBBTSBFU1QNCmxpYndtZi0wLjIuOC40LTUuMiAgICAgICAgICAgICAgICAg ICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDI6NDkgQU0gRVNUDQpnZC0yLjAuMzMtOC5m YzUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQyOjQ4 IEFNIEVTVA0KZ3Rrc291cmNldmlldy0xLjYuMi0xLmZjNSAgICAgICAgICAgICAgICAgICAgIFN1 biAyMyBTZXAgMjAwNyAxMjo0Mjo0NSBBTSBFU1QNCm50cC00LjIuMC5hLjIwMDUwODE2LTExLkZD NSAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDI6NDEgQU0gRVNUDQpzeXN0 ZW0tY29uZmlnLXNlY3VyaXR5bGV2ZWwtdHVpLTEuNi4xNi0zICAgICAgU3VuIDIzIFNlcCAyMDA3 IDEyOjQyOjM4IEFNIEVTVA0KcG9wcGxlci11dGlscy0wLjUuMS0zLmZjNSAgICAgICAgICAgICAg ICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0MjozNiBBTSBFU1QNCm5mcy11dGlscy1saWItMS4w LjgtNC5GQzUgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDI6MzUgQU0g RVNUDQpwaHAtNS4xLjYtMS42ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIz IFNlcCAyMDA3IDEyOjQyOjMzIEFNIEVTVA0KaHR0cGQtMi4yLjItMS4zICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0MjoyNSBBTSBFU1QNCmFwci11dGls LTEuMi43LTEuMSAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6 NDI6MjMgQU0gRVNUDQpwb3N0Z3Jlc3FsLWxpYnMtOC4xLjktMS5mYzUgICAgICAgICAgICAgICAg ICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQyOjIxIEFNIEVTVA0KbngtMi4xLjAtMjIuZmM1ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0MjoxNyBBTSBFU1QN CmxpYnNlbWFuYWdlLTEuNi4yLTIuZmM1ICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2Vw IDIwMDcgMTI6NDI6MTUgQU0gRVNUDQp4b3JnLXgxMS1hcHBzLTcuMC0xICAgICAgICAgICAgICAg ICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQyOjEzIEFNIEVTVA0KZ3RrbW0yNC0yLjgu MTEtMS5mYzUgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0Mjow NyBBTSBFU1QNCnNhbWJhLWNvbW1vbi0zLjAuMjQtNy5mYzUgICAgICAgICAgICAgICAgICAgICBT dW4gMjMgU2VwIDIwMDcgMTI6NDI6MDMgQU0gRVNUDQptZXRhY2l0eS0yLjE0LjMtMS5mYzUuMSAg ICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQxOjQzIEFNIEVTVA0KcmFw dG9yLTEuNC4xNC0zLmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAw NyAxMjo0MTo0MCBBTSBFU1QNCnNlYW1vbmtleS0xLjAuOS0xLmZjNSAgICAgICAgICAgICAgICAg ICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDE6MjIgQU0gRVNUDQpwc21pc2MtMjIuMi0xLjEg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQxOjE3IEFN IEVTVA0KbGliZ3NzYXBpLTAuOS0xLkZDNSAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAy MyBTZXAgMjAwNyAxMjo0MToxNiBBTSBFU1QNCmxpYnNhbmUtaHBhaW8tMS42LjZhLTEuMSAgICAg ICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDE6MTUgQU0gRVNUDQpnaW1wLWxp YnMtMi4yLjE1LTMuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEy OjQxOjE0IEFNIEVTVA0Kc2VuZG1haWwtOC4xMy44LTEuZmM1ICAgICAgICAgICAgICAgICAgICAg ICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0MToxMSBBTSBFU1QNCmRidXMtcHl0aG9uLTAuNjItMC4y LmZjNSAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDE6MDkgQU0gRVNU DQpsdm0yLTIuMDIuMTctMS5mYzUgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNl cCAyMDA3IDEyOjQxOjA3IEFNIEVTVA0KYmluZC1saWJzLTkuMy40LTEuZmM1ICAgICAgICAgICAg ICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0MTowNSBBTSBFU1QNCmdob3N0c2NyaXB0 LTguMTUuMi0xLjEgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDE6 MDEgQU0gRVNUDQpwb3BwbGVyLTAuNS4xLTMuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAg U3VuIDIzIFNlcCAyMDA3IDEyOjQwOjUxIEFNIEVTVA0KYXQtc3BpLTEuNy43LTEuZmM1LjMgICAg ICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0MDo0OSBBTSBFU1QNCmxp Ymdjai00LjEuMS01MS5mYzUgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIw MDcgMTI6NDA6NDQgQU0gRVNUDQpwcm9jcHMtMy4yLjctMi5mYzUgICAgICAgICAgICAgICAgICAg ICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQwOjQwIEFNIEVTVA0KY3VybC03LjE1LjUtMS5m YzUgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjo0MDozOCBB TSBFU1QNCmRldmljZS1tYXBwZXItMS4wMi4xMy0xLmZjNSAgICAgICAgICAgICAgICAgICBTdW4g MjMgU2VwIDIwMDcgMTI6NDA6MzcgQU0gRVNUDQptb2R1bGUtaW5pdC10b29scy0zLjIuMi0wLkZD NS4zICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQwOjM2IEFNIEVTVA0KZ25vbWUt bWVudXMtMi4xNC4zLTEuZmM1ICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAx Mjo0MDozMSBBTSBFU1QNCm5ld3QtMC41Mi4yLTYgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDA6MjcgQU0gRVNUDQp1ZGV2LTA4NC0xMy5mYzUuMiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQwOjI1IEFNIEVT VA0KZ25vbWUtaWNvbi10aGVtZS0yLjE0LjItMS5mYzUuMiAgICAgICAgICAgICAgIFN1biAyMyBT ZXAgMjAwNyAxMjo0MDoxNyBBTSBFU1QNCmxpYnduY2stMi4xNC4zLTEuZmM1ICAgICAgICAgICAg ICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6NDA6MDIgQU0gRVNUDQpweWd0azItbGli Z2xhZGUtMi44LjYtMS5mYzUgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjQw OjAxIEFNIEVTVA0KcHlndGsyLTIuOC42LTEuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAg IFN1biAyMyBTZXAgMjAwNyAxMjozOTo1OSBBTSBFU1QNCmFsc2EtbGliLTEuMC4xNC0wLjEucmMx LmZjNSAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6Mzk6NTYgQU0gRVNUDQpk YnVzLWdsaWItMC42Mi0wLjIuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAy MDA3IDEyOjM5OjU0IEFNIEVTVA0KZGJ1cy0wLjYyLTAuMi5mYzUgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozOTo1MyBBTSBFU1QNCnNoYWRvdy11dGlscy00 LjAuMTQtMTAuRkM1ICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6Mzk6NTAg QU0gRVNUDQpHQ29uZjItMi4xNC4wLTIuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgU3Vu IDIzIFNlcCAyMDA3IDEyOjM5OjQzIEFNIEVTVA0Kb3BlbmxkYXAtMi4zLjMwLTIuZmM1ICAgICAg ICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozOTo0MCBBTSBFU1QNCmxpYmds YWRlMi0yLjUuMS00LmZjNS4xICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcg MTI6Mzk6MzkgQU0gRVNUDQpndGsyLTIuOC4yMC0xICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM5OjM0IEFNIEVTVA0KcGFuZ28tMS4xMi40LTQgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozOToyOSBBTSBF U1QNCmNhaXJvLTEuMC40LTEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMg U2VwIDIwMDcgMTI6Mzk6MjcgQU0gRVNUDQpmb250Y29uZmlnLTIuMy45NC0yLmZjNSAgICAgICAg ICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM5OjIwIEFNIEVTVA0KcHl0aG9uLTIu NC4zLTkuRkM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjoz OToxNyBBTSBFU1QNCm9wZW5zc2wtMC45LjhhLTUuNCAgICAgICAgICAgICAgICAgICAgICAgICAg ICBTdW4gMjMgU2VwIDIwMDcgMTI6Mzk6MDAgQU0gRVNUDQprcmI1LWxpYnMtMS40LjMtNS41ICAg ICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM4OjU4IEFNIEVTVA0K Y29yZXV0aWxzLTUuOTctMS4yICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAg MjAwNyAxMjozODo1NCBBTSBFU1QNCmxpYnNlbGludXgtMS4zMC4zLTQuZmM1ICAgICAgICAgICAg ICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6Mzg6NDcgQU0gRVNUDQpvcGVub2ZmaWNlLm9y Zy14c2x0ZmlsdGVyLTIuMC4yLTUuMjIuMiAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM4OjQ2 IEFNIEVTVA0KcnN5bmMtMi42LjktMi5mYzUgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1 biAyMyBTZXAgMjAwNyAxMjozODo0NSBBTSBFU1QNCmZ0cC0wLjE3LTMzLmZjNSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6Mzg6NDUgQU0gRVNUDQp0emRh dGEtMjAwN2YtMS5mYzUgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3 IDEyOjM4OjQxIEFNIEVTVA0KaHR0cGQtbWFudWFsLTIuMi4yLTEuMyAgICAgICAgICAgICAgICAg ICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozODozMyBBTSBFU1QNCmFsc2EtbGliLWRldmVsLTEu MC4xNC0wLjEucmMxLmZjNSAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6Mzg6MjYgQU0g RVNUDQp0cmFjZXJvdXRlLTIuMC4yLTEuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIz IFNlcCAyMDA3IDEyOjM4OjIyIEFNIEVTVA0KZ25vbWUtYmFja2dyb3VuZHMtMi4xNC4yLjEtMSAg ICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozODoyMSBBTSBFU1QNCmxzb2YtNC43 Ny0xICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6 Mzg6MTkgQU0gRVNUDQptdHItMC43MS0wLkZDNS4xICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM4OjE4IEFNIEVTVA0KbGliZHYtMC4xMDQtMy5mYzUgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozODoxNyBBTSBFU1QN Cm1sb2NhdGUtMC4xNC0wLmZjNS4xICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2Vw IDIwMDcgMTI6Mzg6MTYgQU0gRVNUDQp5cGJpbmQtMS4xOS0xICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM4OjE1IEFNIEVTVA0KZ25vbWUtdXNlci1k b2NzLTIuMTQuMi0xLmZjNS4xICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozODox MCBBTSBFU1QNCmNwdXNwZWVkLTEuMi4xLTEuMzYuZmM1ICAgICAgICAgICAgICAgICAgICAgICBT dW4gMjMgU2VwIDIwMDcgMTI6Mzg6MDcgQU0gRVNUDQp4b3JnLXgxMS14aW5pdC0xLjAuMS0yLkZD NS4wICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM4OjA2IEFNIEVTVA0KZGJ1 cy14MTEtMC42Mi0wLjIuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAw NyAxMjozODowNiBBTSBFU1QNCmR2ZCtydy10b29scy03LjAtMC5mYzUuNCAgICAgICAgICAgICAg ICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6Mzg6MDUgQU0gRVNUDQpwaW5mby0wLjYuOS0zLmZj NSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM4OjA0IEFN IEVTVA0KdGFyLTEuMTUuMS0xNy5GQzUgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAy MyBTZXAgMjAwNyAxMjozODowMiBBTSBFU1QNCmp3aG9pcy0zLjIuMy04LmZjNSAgICAgICAgICAg ICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6Mzg6MDEgQU0gRVNUDQplZC0wLjMt MC5mYzUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEy OjM4OjAwIEFNIEVTVA0KZW5zY3JpcHQtMS42LjQtNC5mYzUgICAgICAgICAgICAgICAgICAgICAg ICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNzo1NyBBTSBFU1QNCnhvcmcteDExLXNlcnZlci1YbmVz dC0xLjAuMS05LmZjNS43ICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6Mzc6NTUgQU0gRVNU DQp4b3JnLXgxMS1kcnYtbnYtMS4yLjAtMy5mYzUgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNl cCAyMDA3IDEyOjM3OjU0IEFNIEVTVA0KeG9yZy14MTEtZHJ2LWF0aS02LjUuOC4wLTEgICAgICAg ICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNzo1MyBBTSBFU1QNCmdseC11dGlscy02 LjQuMi02LkZDNS4zICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6Mzc6 NTMgQU0gRVNUDQphbmFjcm9uLTIuMy00Mi5mYzUgICAgICAgICAgICAgICAgICAgICAgICAgICAg U3VuIDIzIFNlcCAyMDA3IDEyOjM3OjUxIEFNIEVTVA0KbmV0cGJtLXByb2dzLTEwLjM1LTEuZmM1 ICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNzo0OCBBTSBFU1QNCmR1 bXAtMC40YjQxLTIuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIw MDcgMTI6Mzc6NDAgQU0gRVNUDQpsaWJyYXcxMzk0LTEuMi4xLTEuZmM1ICAgICAgICAgICAgICAg ICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM3OjM2IEFNIEVTVA0KZ2NjLTQuMS4xLTUxLmZj NSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNzozNCBB TSBFU1QNCmxpYmdvbXAtNC4xLjEtNTEuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4g MjMgU2VwIDIwMDcgMTI6Mzc6MzEgQU0gRVNUDQptaWttb2QtMy4yLjItMS5mYzUgICAgICAgICAg ICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM3OjMwIEFNIEVTVA0KY2xtLTIw MDcuMDQuMjAtMS5mYzUuY2NybWEgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAx MjozNzoyNyBBTSBFU1QNCm50ZnNwcm9ncy0xLjEzLjEtNC5mYzUgICAgICAgICAgICAgICAgICAg ICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6Mzc6MjQgQU0gRVNUDQpjcHAtNC4xLjEtNTEuZmM1ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM3OjIyIEFNIEVT VA0Kc2JjbC0xLjAuNi0xLmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBT ZXAgMjAwNyAxMjozNzoxNyBBTSBFU1QNCmltbGliLTEuOS4xMy0yNyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6Mzc6MDkgQU0gRVNUDQp2aW0tY29tbW9u LTcuMC4wNDItMC5mYzUgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM3 OjA1IEFNIEVTVA0KcGVybC1BcmNoaXZlLVRhci0xLjMwLTEuZmM1ICAgICAgICAgICAgICAgICAg IFN1biAyMyBTZXAgMjAwNyAxMjozNjo1NyBBTSBFU1QNCnBlcmwtSU8tWmxpYi0xLjA0LTQuMiAg ICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6MzY6NTUgQU0gRVNUDQpl amVjdC0yLjEuNS0wLjIuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAy MDA3IDEyOjM2OjUyIEFNIEVTVA0KZGVza3RvcC1iYWNrZ3JvdW5kcy1iYXNpYy0yLjAtMzEuZmM1 LjEgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNjo1MCBBTSBFU1QNCmxpYnRvb2wtbHRkbC0x LjUuMjItMi4zICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6MzY6NDgg QU0gRVNUDQpkb3Nmc3Rvb2xzLTIuMTEtNS5GQzUgICAgICAgICAgICAgICAgICAgICAgICAgU3Vu IDIzIFNlcCAyMDA3IDEyOjM2OjQ4IEFNIEVTVA0Kcm10LTAuNGI0MS0yLmZjNSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNjo0NyBBTSBFU1QNCmxpYm9p bC0wLjMuOC0xLmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcg MTI6MzY6NDcgQU0gRVNUDQpuZXRwYm0tMTAuMzUtMS5mYzUgICAgICAgICAgICAgICAgICAgICAg ICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM2OjQ2IEFNIEVTVA0KZ3N0cmVhbWVyLXRvb2xzLTAu MTAuNC0xICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNjo0NSBBTSBF U1QNCmNyb250YWJzLTEuMTAtOC5mYzUgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMg U2VwIDIwMDcgMTI6MzY6NDUgQU0gRVNUDQpwZXJsLVN0cmluZy1DUkMzMi0xLjQtMi5mYzUgICAg ICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM2OjQzIEFNIEVTVA0KY3Bpby0yLjYt MTYuRkM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjoz Njo0MyBBTSBFU1QNClNETC0xLjIuOS02LjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBTdW4gMjMgU2VwIDIwMDcgMTI6MzY6NDIgQU0gRVNUDQpndWlsZS0xLjYuNy04LmZjNSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM2OjM5IEFNIEVTVA0K Z3BtLTEuMjAuMS04NC5mYzUgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAg MjAwNyAxMjozNjozNyBBTSBFU1QNCnBlcmwtTmV0LUROUy0wLjYwLTEuZmM1ICAgICAgICAgICAg ICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6MzY6MzUgQU0gRVNUDQpwZXJsLU5ldC1JUC0x LjI1LTEuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM2OjMz IEFNIEVTVA0KcGVybC1IVE1MLVBhcnNlci0zLjUxLTEuRkM1ICAgICAgICAgICAgICAgICAgIFN1 biAyMyBTZXAgMjAwNyAxMjozNjozMyBBTSBFU1QNCmxpYnhrbGF2aWVyLTIuMi0xICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6MzY6MzIgQU0gRVNUDQptYWls Y2FwLTIuMS4yMS0xLmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3 IDEyOjM2OjMxIEFNIEVTVA0KbGVzcy0zOTQtNC5mYzUgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNjozMCBBTSBFU1QNCmd6aXAtMS4zLjUtOC5mYzUg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6MzY6MzAgQU0g RVNUDQpsaWJiZWFnbGUtMC4yLjYtMS5mYzUuMSAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIz IFNlcCAyMDA3IDEyOjM2OjI5IEFNIEVTVA0KbGliZ3RvcDItMi4xNC4xLTEuZmM1LjEgICAgICAg ICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNjoyNyBBTSBFU1QNCnNoYXJlZC1t aW1lLWluZm8tMC4xNy0xLmZjNS4yICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6 MzY6MjEgQU0gRVNUDQpnbGlibW0yNC0yLjEwLjEwLTEgICAgICAgICAgICAgICAgICAgICAgICAg ICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM2OjE5IEFNIEVTVA0KcGlsb3QtbGluay0wLjExLjgtMTIu NC5mYzUgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNjoxNyBBTSBFU1QN Cmlwcm91dGUtMi42LjE2LTEuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2Vw IDIwMDcgMTI6MzY6MTQgQU0gRVNUDQpmaWxlLTQuMjEtMS5mYzUgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM2OjExIEFNIEVTVA0Kc2xhbmctMi4wLjYt MS5mYzUgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNjox MCBBTSBFU1QNCmFwci0xLjIuMi03LjMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBT dW4gMjMgU2VwIDIwMDcgMTI6MzY6MDkgQU0gRVNUDQpmZWRvcmEtbG9nb3MtMS4xLjQyLTEuZmM1 LjEgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM2OjA3IEFNIEVTVA0KZ2Ft aW4tMC4xLjctMS40LmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAw NyAxMjozNjowNSBBTSBFU1QNCm1lc2EtbGliR0xVLTYuNC4yLTYuRkM1LjMgICAgICAgICAgICAg ICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6MzY6MDQgQU0gRVNUDQp0Y3Bfd3JhcHBlcnMtNy42 LTQwLjMuZmM1ICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM2OjAzIEFN IEVTVA0KeG9yZy14MTEtc2VydmVyLVhvcmctMS4wLjEtOS5mYzUuNyAgICAgICAgICAgIFN1biAy MyBTZXAgMjAwNyAxMjozNjowMCBBTSBFU1QNCmxpYlhmb250LTEuMi44LTEuZmM1ICAgICAgICAg ICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6MzU6NTcgQU0gRVNUDQptZXNhLWxp YkdMLTYuNC4yLTYuRkM1LjMgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEy OjM1OjU1IEFNIEVTVA0KbGlic291cC0yLjIuOTYtMi5mYzUgICAgICAgICAgICAgICAgICAgICAg ICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNTo1MiBBTSBFU1QNCmdwaG90bzItMi4zLjEtMy5mYzUg ICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6MzU6NDkgQU0gRVNU DQpuc3MtMy4xMS41LTAuNS4xLmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNl cCAyMDA3IDEyOjM0OjUwIEFNIEVTVA0KbGliZXhpZi0wLjYuMTItNSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNDo0OSBBTSBFU1QNCmN1cHMtbGlicy0x LjIuOC0xLmZjNSAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6MzQ6 NDggQU0gRVNUDQpnbnV0bHMtMS4yLjEwLTMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg U3VuIDIzIFNlcCAyMDA3IDEyOjM0OjQ3IEFNIEVTVA0KbGlic2Vwb2wtMS4xNS4xLTEuZmM1ICAg ICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNDo0NiBBTSBFU1QNCmF1 ZGl0LWxpYnMtMS4zLTIuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIw MDcgMTI6MzQ6NDUgQU0gRVNUDQpuc3ByLTQuNi41LTAuNS4wLmZjNSAgICAgICAgICAgICAgICAg ICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM0OjQ0IEFNIEVTVA0KbGliYm9ub2JvLTIuMTQu MC0xLmZjNS4xICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozNDo0MSBB TSBFU1QNCnBlcmwtNS44LjgtNSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4g MjMgU2VwIDIwMDcgMTI6MzQ6MzUgQU0gRVNUDQpkYjQtNC4zLjI5LTguZmM1ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM0OjEzIEFNIEVTVA0Kc2VkLTQu MS41LTUuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAx MjozNDoxMiBBTSBFU1QNCmdhd2stMy4xLjUtNi40ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6MzQ6MDkgQU0gRVNUDQpsaWJ0aWZmLTMuOC4yLTEuZmM1 ICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM0OjA3IEFNIEVT VA0KbGlicG5nLTEuMi44LTMuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFN1biAyMyBT ZXAgMjAwNyAxMjozNDowNSBBTSBFU1QNCmluZm8tNC44LTkuMi5mYzUuMiAgICAgICAgICAgICAg ICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6MzQ6MDQgQU0gRVNUDQpsaWJzdGRjKyst NC4xLjEtNTEuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAyMDA3IDEyOjM0 OjAzIEFNIEVTVA0KbGliZ2NjLTQuMS4xLTUxLmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAg IFN1biAyMyBTZXAgMjAwNyAxMjozNDowMiBBTSBFU1QNCk9SQml0Mi0yLjE0LjMtMi5mYzUgICAg ICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6MzQ6MDAgQU0gRVNUDQph dGstMS4xMS40LTEuZmM1LjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDIzIFNlcCAy MDA3IDEyOjMzOjU4IEFNIEVTVA0KbGliWDExLTEuMC4wLTQuZmM1ICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFN1biAyMyBTZXAgMjAwNyAxMjozMzo1NSBBTSBFU1QNCmdsaWIyLTIuMTAuMy0x ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTdW4gMjMgU2VwIDIwMDcgMTI6MzM6MzUg QU0gRVNUDQpiYXNoLTMuMS05LmZjNS4xICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3Vu IDIzIFNlcCAyMDA3IDEyOjMzOjI5IEFNIEVTVA0KdW5yYXItMy41LjQtMS4yLmZjNCAgICAgICAg ICAgICAgICAgICAgICAgICAgIFN1biAyNSBNYXIgMjAwNyAxMTozMjoyNCBBTSBFU1QNCmRkcmVz Y3VlLTEuMTAtMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjEgRmViIDIwMDcg MTA6NTQ6MDYgQU0gRVNUDQpsaWJzaWdjKysyMC0yLjAuMTctMSAgICAgICAgICAgICAgICAgICAg ICAgICAgV2VkIDIxIEZlYiAyMDA3IDEwOjEyOjE4IEFNIEVTVA0KdGVzdGRpc2stNi42LTEuZmM1 ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMSBGZWIgMjAwNyAxMDoxMToyMiBBTSBF U1QNCnFzeW50aC0wLjIuNS01LmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAgICBNb24gMTkg RmViIDIwMDcgMTI6NDg6MjAgUE0gRVNUDQp4bW1zLWphY2stMC4xNy0xLnJoZmM1LmNjcm1hICAg ICAgICAgICAgICAgICAgTW9uIDE5IEZlYiAyMDA3IDEyOjQ2OjQxIFBNIEVTVA0KeG1tcy0xLjIu MTAtMjUuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgIE1vbiAxOSBGZWIgMjAwNyAxMjo0 NjozMyBQTSBFU1QNCnhtbXMtbGlicy0xLjIuMTAtMjUuZmM1ICAgICAgICAgICAgICAgICAgICAg ICBNb24gMTkgRmViIDIwMDcgMTI6NDY6MzAgUE0gRVNUDQpxamFja2N0bC0wLjIuMjAtNS5mYzUg ICAgICAgICAgICAgICAgICAgICAgICAgRnJpIDE2IEZlYiAyMDA3IDA2OjA1OjE1IFBNIEVTVA0K Y29tcGF0LWxpYnN0ZGMrKy0yOTYtMi45Ni0xMzUgICAgICAgICAgICAgICAgIFR1ZSAyNiBEZWMg MjAwNiAxMjoyMjo0OCBBTSBFU1QNCmx5bngtMi44LjUtMjcuMi4xICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBNb24gMjUgRGVjIDIwMDYgMDY6MTY6NTUgUE0gRVNUDQpnZG0tMi4xNC4xMS0x LmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU3VuIDI0IERlYyAyMDA2IDA3OjM2OjIw IFBNIEVTVA0KZmlsZS1yb2xsZXItMi4xNC40LTEuZmM1ICAgICAgICAgICAgICAgICAgICAgIFNh dCAyMyBEZWMgMjAwNiAxMjoyNzowOSBQTSBFU1QNCnBsYW5ldGNjcm1hLWFydHdvcmstMjAwNi4w NS4wMi0xLnJoZmM1LmNjcm1hICBUaHUgMjEgRGVjIDIwMDYgMDk6MzQ6MjggUE0gRVNUDQpqYXBh LTAuMS44LTEucmhmYzUuY2NybWEgICAgICAgICAgICAgICAgICAgICAgVGh1IDIxIERlYyAyMDA2 IDA0OjE1OjU0IFBNIEVTVA0KY2x4Y2xpZW50LTMuMy4wLTEucmhmYzUuY2NybWEgICAgICAgICAg ICAgICAgIFRodSAyMSBEZWMgMjAwNiAwNDoxNToxNCBQTSBFU1QNCmZmdHctMy4xLjEtMS5mYzUg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUaHUgMjEgRGVjIDIwMDYgMDQ6MTQ6NDQgUE0g RVNUDQpjbHRocmVhZHMtMi4yLjAtMS5yaGZjNS5jY3JtYSAgICAgICAgICAgICAgICAgVGh1IDIx IERlYyAyMDA2IDA0OjE0OjE0IFBNIEVTVA0KYWxzYXBsYXllci0wLjk5Ljc2LTIucmhmYzUuY2Ny bWEgICAgICAgICAgICAgIFRodSAyMSBEZWMgMjAwNiAwNDowMzozOSBQTSBFU1QNCnhvc2QtMi4y LjE0LTYuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUaHUgMjEgRGVjIDIwMDYgMDQ6 MDM6MDggUE0gRVNUDQpsaWJsby0wLjIzLTkuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgVGh1IDIxIERlYyAyMDA2IDAzOjUzOjQzIFBNIEVTVA0Ka2RlYmFzZS0zLjUuNS0wLjIuZmM1 ICAgICAgICAgICAgICAgICAgICAgICAgIFRodSAyMSBEZWMgMjAwNiAwMzo1MToxOCBQTSBFU1QN Cmh0ZGlnLTMuMi4wYjYtNi40LjIuMSAgICAgICAgICAgICAgICAgICAgICAgICBUaHUgMjEgRGVj IDIwMDYgMDM6NTA6MTUgUE0gRVNUDQpwZXJsLVhNTC1Ud2lnLTMuMjMtMSAgICAgICAgICAgICAg ICAgICAgICAgICAgVGh1IDIxIERlYyAyMDA2IDAzOjUwOjExIFBNIEVTVA0KbGlyYy0wLjguMC0z LmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRodSAyMSBEZWMgMjAwNiAwMzo0OToz NCBQTSBFU1QNCnBvcnRhdWRpby0xOC4xLTcuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICBU aHUgMjEgRGVjIDIwMDYgMDM6NDk6MjkgUE0gRVNUDQpsbV9zZW5zb3JzLTIuOS4yLTEgICAgICAg ICAgICAgICAgICAgICAgICAgICAgVGh1IDIxIERlYyAyMDA2IDAzOjQ4OjU5IFBNIEVTVA0KeG9y Zy14MTEteGRtLTEuMC4xLTIgICAgICAgICAgICAgICAgICAgICAgICAgIFRodSAyMSBEZWMgMjAw NiAwMzo0ODo0MSBQTSBFU1QNCmtkZWxpYnMtMy41LjUtMC4yLmZjNSAgICAgICAgICAgICAgICAg ICAgICAgICBUaHUgMjEgRGVjIDIwMDYgMDM6NDY6NTAgUE0gRVNUDQpxdC0zLjMuNy0wLjEuZmM1 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVGh1IDIxIERlYyAyMDA2IDAzOjQ1OjA4IFBN IEVTVA0KcWFyZWNvcmQtMC4wLjliLTIucmhmYzUuY2NybWEgICAgICAgICAgICAgICAgIFRodSAy MSBEZWMgMjAwNiAwMzozNTowOCBQTSBFU1QNCnFhbWl4LTAuMC43ZS0zLnJoZmM1LmNjcm1hICAg ICAgICAgICAgICAgICAgICBUaHUgMjEgRGVjIDIwMDYgMDM6MzM6MDMgUE0gRVNUDQpiaW51dGls cy0yLjE2LjkxLjAuNi01ICAgICAgICAgICAgICAgICAgICAgICAgVGh1IDIxIERlYyAyMDA2IDAz OjI4OjM2IFBNIEVTVA0KZ2xpYmMtZGV2ZWwtMi40LTExICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFRodSAyMSBEZWMgMjAwNiAwMzoyODoyNiBQTSBFU1QNCmdsaWJjLWhlYWRlcnMtMi40LTEx ICAgICAgICAgICAgICAgICAgICAgICAgICBUaHUgMjEgRGVjIDIwMDYgMDM6Mjg6MTggUE0gRVNU DQpnbGliYy0yLjQtMTEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVGh1IDIxIERl YyAyMDA2IDAzOjI3OjQ3IFBNIEVTVA0KZ2xpYmMtY29tbW9uLTIuNC0xMSAgICAgICAgICAgICAg ICAgICAgICAgICAgIFRodSAyMSBEZWMgMjAwNiAwMzoyNjoxMCBQTSBFU1QNCm1wZzMyMS0wLjIu MTAtNi5yaGZjNS5jY3JtYSAgICAgICAgICAgICAgICAgICBUaHUgMjEgRGVjIDIwMDYgMDk6NTc6 NTUgQU0gRVNUDQpnbW9yZ2FuLTAuMjUtMS5yaGZjNS5jY3JtYSAgICAgICAgICAgICAgICAgICAg VGh1IDIxIERlYyAyMDA2IDA5OjU0OjQ3IEFNIEVTVA0KdGVybWluYXRvclgtMy44Mi0xLnJoZmM1 LmNjcm1hICAgICAgICAgICAgICAgIFRodSAyMSBEZWMgMjAwNiAwOTo1MjozMyBBTSBFU1QNCmxp Ym1hZC0wLjE1LjFiLTMucmhmYzUuY2NybWEgICAgICAgICAgICAgICAgICBUaHUgMjEgRGVjIDIw MDYgMDk6NTI6MDUgQU0gRVNUDQphdWRhY2l0eS0xLjIuNS0zLmZjNSAgICAgICAgICAgICAgICAg ICAgICAgICAgVGh1IDIxIERlYyAyMDA2IDA5OjM4OjM5IEFNIEVTVA0KbGliaWQzdGFnLTAuMTUu MWItMi5mYzUgICAgICAgICAgICAgICAgICAgICAgIFRodSAyMSBEZWMgMjAwNiAwOTozODowOSBB TSBFU1QNCmNvbXBhdC13eEdUSy0yLjQuMi0yMS5mYzUgICAgICAgICAgICAgICAgICAgICBUaHUg MjEgRGVjIDIwMDYgMDk6Mzc6NDQgQU0gRVNUDQpjb21wYXQtd3hHVEstY29tbW9uLTIuNC4yLTIx LmZjNSAgICAgICAgICAgICAgVGh1IDIxIERlYyAyMDA2IDA5OjM3OjQxIEFNIEVTVA0KaHlkcm9n ZW4tZHJ1bWtpdHMtMjAwNi4wMy4wMy0xLnJoZmM1LmNjcm1hICAgIFRodSAyMSBEZWMgMjAwNiAw OToxOToxOCBBTSBFU1QNCmh5ZHJvZ2VuLTAuOS4zLTIucmhmYzUuY2NybWEgICAgICAgICAgICAg ICAgICBUaHUgMjEgRGVjIDIwMDYgMDg6NDk6MzAgQU0gRVNUDQpsaWJscmRmLTAuNC4wLTcuZmM1 ICAgICAgICAgICAgICAgICAgICAgICAgICAgVGh1IDIxIERlYyAyMDA2IDA4OjQ4OjU3IEFNIEVT VA0KZXhwZWN0LTUuNDMuMC0zLjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRodSAyMSBE ZWMgMjAwNiAxMjowNDoxMiBBTSBFU1QNCnRjbC04LjQuMTMtMS4xICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBUaHUgMjEgRGVjIDIwMDYgMTI6MDM6NTUgQU0gRVNUDQp2bmMtNC4xLjEt MzkuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVGh1IDIxIERlYyAyMDA2IDEyOjAw OjE2IEFNIEVTVA0KYW1zLTEuOC43LTMucmhmYzUuY2NybWEgICAgICAgICAgICAgICAgICAgICAg IFdlZCAyMCBEZWMgMjAwNiAxMTo1NjoyNCBQTSBFU1QNCnZjby1wbHVnaW5zLTAuMy4wLTMucmhm YzUuY2NybWEgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTE6NTY6MjIgUE0gRVNUDQpj bXQtMS4xNS00LnJoZmM1LmNjcm1hICAgICAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAy MDA2IDExOjU2OjIxIFBNIEVTVA0KcmV2LXBsdWdpbnMtMC4zLjEtMS5yaGZjNS5jY3JtYSAgICAg ICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMTo1NjoyMCBQTSBFU1QNCm1jcC1wbHVnaW5zLTAu My4wLTIucmhmYzUuY2NybWEgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTE6NTY6MjAg UE0gRVNUDQpmaWwtcGx1Z2lucy0wLjAuMS0xLnJoZmM1LmNjcm1hICAgICAgICAgICAgICAgV2Vk IDIwIERlYyAyMDA2IDExOjU2OjE5IFBNIEVTVA0KY2xhbHNhZHJ2LTEuMS4wLTEucmhmYzUuY2Ny bWEgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMTo1NjoxMyBQTSBFU1QNCmZmdHcy LTIuMS41LTEyLmZjNSAgICAgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYg MTE6NTU6NTggUE0gRVNUDQpzcGVjaW1lbi0wLjUuMS0yLnJoZmM1LmNjcm1hICAgICAgICAgICAg ICAgICAgV2VkIDIwIERlYyAyMDA2IDExOjU0OjAzIFBNIEVTVA0KcGhhdC0wLjQuMC0yLnJoZmM1 LmNjcm1hICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMTo1Mzo1MSBQTSBF U1QNCmxpYnNhbXBsZXJhdGUtMC4xLjItNS5mYzUgICAgICAgICAgICAgICAgICAgICBXZWQgMjAg RGVjIDIwMDYgMTE6NTM6MzYgUE0gRVNUDQpqYWNrbWl4LTAuMC4zLTEucmhmYzUuY2NybWEgICAg ICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDExOjUwOjEwIFBNIEVTVA0KbWV0ZXJicmlk Z2UtMC45LjItMS5yaGZjNS5jY3JtYSAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMTo0 ODowMSBQTSBFU1QNClNETF9pbWFnZS0xLjIuNC01LmZjNSAgICAgICAgICAgICAgICAgICAgICAg ICBXZWQgMjAgRGVjIDIwMDYgMTE6NDc6NDggUE0gRVNUDQpqYWNrLWF1ZGlvLWNvbm5lY3Rpb24t a2l0LWV4YW1wbGUtY2xpZW50cy0wLjEwMS4xLTEyLmZjNSBXZWQgMjAgRGVjIDIwMDYgMTE6Mzg6 MjcgUE0gRVNUDQpsaWJzbmRmaWxlLTEuMC4xNy0xLnJoZmM1LmNjcm1hICAgICAgICAgICAgICAg V2VkIDIwIERlYyAyMDA2IDExOjM4OjEzIFBNIEVTVA0KZmx1aWRzeW50aC0xLjAuN2EtMS5yaGZj NS5jY3JtYSAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMTozMzoyMiBQTSBFU1QNCmxp YmZsdWlkc3ludGgtZGV2ZWwtMS4wLjdhLTEucmhmYzUuY2NybWEgICAgICBXZWQgMjAgRGVjIDIw MDYgMTE6MzM6MjEgUE0gRVNUDQpsaWJmbHVpZHN5bnRoLTEuMC43YS0xLnJoZmM1LmNjcm1hICAg ICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDExOjMzOjEwIFBNIEVTVA0KbGFzaC0wLjUuMS05LmZj NSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMTozMjo1NiBQ TSBFU1QNCmphY2stYXVkaW8tY29ubmVjdGlvbi1raXQtMC4xMDEuMS0xMi5mYzUgICAgICBXZWQg MjAgRGVjIDIwMDYgMTE6MzI6NDIgUE0gRVNUDQp0aW1pZGl0eSsrLTIuMTMuMi0xLjIuMSAgICAg ICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDExOjMwOjE3IFBNIEVTVA0KYXJ0cy0x LjUuNS0wLjEuZmM1ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAx MTozMDowMCBQTSBFU1QNCmxpYmFvLWRldmVsLTAuOC42LTEuMi4xICAgICAgICAgICAgICAgICAg ICAgICBXZWQgMjAgRGVjIDIwMDYgMTE6Mjc6NDcgUE0gRVNUDQpsaWJ2b3JiaXMtZGV2ZWwtMS4x LjItMS4yICAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDExOjI3OjQ1IFBNIEVT VA0KbGlib2dnLWRldmVsLTEuMS4zLTEuMiAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBE ZWMgMjAwNiAxMToyNzo0MSBQTSBFU1QNCmdhbWl4LTEuOTkucDE0LTMucmhmYzUuY2NybWEgICAg ICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTE6MjM6MDMgUE0gRVNUDQpjb21wYXQtbGli c3RkYysrLTMzLTMuMi4zLTU2LmZjNSAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEwOjA1 OjQwIFBNIEVTVA0KcGxhbmV0Y2NybWEtY29yZS1lZGdlLTIwMDYuMDcuMjMtMS5yaGZjNS5jY3Jt YSBXZWQgMjAgRGVjIDIwMDYgMDk6NTY6NDUgUE0gRVNUDQphbHNhLWZpcm13YXJlLTEuMC4xMS0x LnJoZmM1LmNjcm1hICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDA5OjU2OjQ0IFBNIEVTVA0K YWxzYS10b29scy0xLjAuMTEtMS5yaGZjNS5jY3JtYSAgICAgICAgICAgICAgIFdlZCAyMCBEZWMg MjAwNiAwOTo1Njo0MiBQTSBFU1QNCmZsdGstMS4xLjctMS5mYzUgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDk6NTY6NDAgUE0gRVNUDQpwa2djb25maWctMC4y MC0yLjIuMSAgICAgICAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDA5OjU2OjMz IFBNIEVTVA0KcnRpcnEtMjAwNjA4MTktMS5yaGZjNS5jY3JtYSAgICAgICAgICAgICAgICAgIFdl ZCAyMCBEZWMgMjAwNiAwOTo1NjozMiBQTSBFU1QNCmFsc2Etb3NzLTEuMC4xMS0xLnJoZmM1LmNj cm1hICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDk6NTY6MzIgUE0gRVNUDQphbHNh LWRyaXZlci0xLjAuMTEtMS5yaGZjNS5jY3JtYSAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2 IDA5OjU2OjI4IFBNIEVTVA0KcGFtLTAuOTkuNS4wLTUuMS5yaGZjNS5jY3JtYSAgICAgICAgICAg ICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwOTo1NjoxMyBQTSBFU1QNCmtlcm5lbC1tb2R1bGUtYWxz YS0yLjYuMTYtMS4yMDgwLjE2LnJydC5yaGZjNS5jY3JtYS0xLjAuMTEtMS5yaGZjNS5jY3JtYSBX ZWQgMjAgRGVjIDIwMDYgMDk6NTU6NDEgUE0gRVNUDQprZXJuZWwtMi42LjE2LTEuMjA4MC4xNi5y cnQucmhmYzUuY2NybWEgICAgICAgV2VkIDIwIERlYyAyMDA2IDA5OjU0OjU4IFBNIEVTVA0KZ3Bn LXB1YmtleS1kYjQyYTYwZS0zN2VhNTQzOCAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAw NiAwOTo0NTo1NCBQTSBFU1QNCmdwZy1wdWJrZXktNGYyYTZmZDItM2Y5ZDlkM2IgICAgICAgICAg ICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDk6NDU6NTQgUE0gRVNUDQpncGctcHVia2V5LTFhYzcw Y2U2LTQxYmViZWVmICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDA5OjQ1OjU0IFBN IEVTVA0KcGxhbmV0Y2NybWEtbWVudXMtMjAwNi4wNS4wMi0xLnJoZmM1LmNjcm1hICAgIFdlZCAy MCBEZWMgMjAwNiAwOTozODo0NSBQTSBFU1QNCmdwZy1wdWJrZXktNjhkOTgwMmEtNDA2ZGIwMjIg ICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MDY6MDggUE0gRVNUDQpwbGFuZXRj Y3JtYS1yZXBvLTEuMC0yLnJoZmM1LmNjcm1hICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAx OjA2OjA3IFBNIEVTVA0KeXVtLTIuNi4xLTAuMS5yaGZjNS5jY3JtYSAgICAgICAgICAgICAgICAg ICAgIFdlZCAyMCBEZWMgMjAwNiAwMTowNTozOSBQTSBFU1QNCnZpbm8tMi4xMy41LTIuMiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6NDE6MTkgQU0gRVNU DQpnaW1wLWRhdGEtZXh0cmFzLTIuMC4xLTEuMSAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERl YyAyMDA2IDAxOjQxOjA3IEFNIEVTVA0KbmF1dGlsdXMtc2VuZHRvLTAuNC03LjIgICAgICAgICAg ICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMTozNzozOSBBTSBFU1QNCkhlbGl4UGxheWVy LTEuMC42LTEuMi4yICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MzU6 NTMgQU0gRVNUDQpnbm9tZS1weXRob24yLWdub21ldmZzLTIuMTIuNC0xICAgICAgICAgICAgICAg V2VkIDIwIERlYyAyMDA2IDAxOjI5OjU3IEFNIEVTVA0KZ2ltcC1wcmludC1wbHVnaW4tNC4yLjct MTYgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMToyOTo0OCBBTSBFU1QNCmZp cnN0Ym9vdC0xLjQuNi0xICAgICAgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIw MDYgMDE6Mjc6MjcgQU0gRVNUDQp0b21ib3ktMC4zLjUtMyAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjI2OjI0IEFNIEVTVA0KbGludXh3YWNvbS0wLjcu Mi0xLjIgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMToyNTowOSBB TSBFU1QNCmdub21lLXB5dGhvbjItYm9ub2JvLTIuMTIuNC0xICAgICAgICAgICAgICAgICBXZWQg MjAgRGVjIDIwMDYgMDE6MjI6MTIgQU0gRVNUDQpzeW5hcHRpY3MtMC4xNC40LTQuMi4xICAgICAg ICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjIyOjAxIEFNIEVTVA0KZ25vbWUt dm9sdW1lLW1hbmFnZXItMS41LjE1LTEgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAw MToxOTozOCBBTSBFU1QNCnhvcmcteDExLWRyaXZlcnMtNy4wLTIgICAgICAgICAgICAgICAgICAg ICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MTQ6MzMgQU0gRVNUDQp4b3JnLXgxMS1kcnYtZWxvMjMw MC0xLjAuMC41LTEuMiAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjE0OjMwIEFNIEVT VA0KeG9yZy14MTEtZHJ2LXNpcy0wLjguMS4zLTEuMiAgICAgICAgICAgICAgICAgIFdlZCAyMCBE ZWMgMjAwNiAwMToxNDoyNyBBTSBFU1QNCnhvcmcteDExLWRydi1zM3ZpcmdlLTEuOC42LjUtMS4y ICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MTQ6MjMgQU0gRVNUDQp4b3JnLXgxMS1k cnYtZ2xpbnQtMS4wLjEuMy0yICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjE0 OjE5IEFNIEVTVA0KeG9yZy14MTEtZHJ2LWZwaXQtMS4wLjAuNS0xLjIgICAgICAgICAgICAgICAg IFdlZCAyMCBEZWMgMjAwNiAwMToxNDoxNiBBTSBFU1QNCnhvcmcteDExLWRydi1qYW1zdHVkaW8t MS4wLjAuNS0xLjIgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MTQ6MTMgQU0gRVNUDQp4 b3JnLXgxMS1kcnYtdmdhLTQuMC4wLjUtMiAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAy MDA2IDAxOjE0OjEwIEFNIEVTVA0KeG9yZy14MTEtZHJ2LXRyaWRlbnQtMS4wLjEuMi0xLjIgICAg ICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMToxNDowNyBBTSBFU1QNCnhvcmcteDExLWRydi1j aXJydXMtMS4wLjAuNS0xLjEgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MTQ6MDQg QU0gRVNUDQp4b3JnLXgxMS1kcnYtZXZkZXYtMS4wLjAuNS0xLjIgICAgICAgICAgICAgICAgV2Vk IDIwIERlYyAyMDA2IDAxOjE0OjAxIEFNIEVTVA0KeG9yZy14MTEtZHJ2LXY0bC0wLjAuMS41LTEu MSAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMToxMzo1OCBBTSBFU1QNCnhvcmct eDExLWRydi1zMy0wLjMuNS41LTIgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYg MDE6MTM6NTUgQU0gRVNUDQp4b3JnLXgxMS1kcnYtc2lsaWNvbm1vdGlvbi0xLjMuMS41LTEuMSAg ICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjEzOjUyIEFNIEVTVA0KeG9yZy14MTEtZHJ2LWNhbGNv bXAtMS4wLjAuNS0xLjIgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMToxMzo0OCBBTSBF U1QNCnhvcmcteDExLWRydi1zaXN1c2ItMC43LjEuMy0xLjIgICAgICAgICAgICAgICBXZWQgMjAg RGVjIDIwMDYgMDE6MTM6NDUgQU0gRVNUDQp4b3JnLXgxMS1kcnYtdGRmeC0xLjEuMS4zLTEuMyAg ICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjEzOjQyIEFNIEVTVA0KeG9yZy14MTEt ZHJ2LW5lb21hZ2ljLTEuMC4wLjUtMS4xICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMTox MzozOSBBTSBFU1QNCnhvcmcteDExLWRydi10c2VuZy0xLjAuMC41LTEuMSAgICAgICAgICAgICAg ICBXZWQgMjAgRGVjIDIwMDYgMDE6MTM6MzYgQU0gRVNUDQp4b3JnLXgxMS1kcnYtY2l0cm9uLTIu MS41LTEgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjEzOjMzIEFNIEVTVA0K eG9yZy14MTEtZHJ2LWN5cml4LTEuMC4wLjUtMS4xICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMg MjAwNiAwMToxMzozMCBBTSBFU1QNCnhvcmcteDExLWRydi1pMTI4LTEuMS4wLjUtMS4xICAgICAg ICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MTM6MjcgQU0gRVNUDQp4b3JnLXgxMS1kcnYt cGVubW91bnQtMS4wLjAuNS0xLjIgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjEzOjI0 IEFNIEVTVA0KeG9yZy14MTEtZHJ2LXZvb2Rvby0xLjAuMC41LTEuMiAgICAgICAgICAgICAgIFdl ZCAyMCBEZWMgMjAwNiAwMToxMzoyMSBBTSBFU1QNCnhvcmcteDExLWRydi1tZ2EtMS4yLjEuMy0x LjIgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MTM6MTggQU0gRVNUDQp4b3Jn LXgxMS1kcnYtbXV0b3VjaC0xLjAuMC41LTEuMiAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2 IDAxOjEzOjE0IEFNIEVTVA0KeG9yZy14MTEtZHJ2LXVyOTgtMS4wLjAuNS0xLjIgICAgICAgICAg ICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMToxMzoxMiBBTSBFU1QNCnhvcmcteDExLWRydi1keW5h cHJvLTEuMC4wLjUtMS4yICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MTM6MDkgQU0g RVNUDQp4b3JnLXgxMS1kcnYtc2F2YWdlLTIuMC4yLjMtMS4yICAgICAgICAgICAgICAgV2VkIDIw IERlYyAyMDA2IDAxOjEzOjA1IEFNIEVTVA0KeG9yZy14MTEtZHJ2LWRtYy0xLjAuMC41LTEuMiAg ICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMToxMzowMiBBTSBFU1QNCnhvcmcteDEx LWRydi1hcmstMC41LjAuNS0xLjEgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6 MTI6NTkgQU0gRVNUDQp4b3JnLXgxMS1kcnYtam95c3RpY2stMS4wLjAuNS0xLjIgICAgICAgICAg ICAgV2VkIDIwIERlYyAyMDA2IDAxOjEyOjU2IEFNIEVTVA0KeG9yZy14MTEtZHJ2LWk3NDAtMS4w LjAuNS0yICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMToxMjo1MyBBTSBFU1QN CnhvcmcteDExLWRydi1zcGFjZW9yYi0xLjAuMC41LTEuMiAgICAgICAgICAgICBXZWQgMjAgRGVj IDIwMDYgMDE6MTI6NTAgQU0gRVNUDQp4b3JnLXgxMS1kcnYtdmlhLTAuMS4zMy4yLTIgICAgICAg ICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjEyOjQ3IEFNIEVTVA0KeG9yZy14MTEtZHJ2 LWk4MTAtMS40LjEuMy0zLjEgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMToxMjo0 MyBBTSBFU1QNCnhvcmcteDExLWRydi1tYWdpY3RvdWNoLTEuMC4wLjUtMS4yICAgICAgICAgICBX ZWQgMjAgRGVjIDIwMDYgMDE6MTI6NDAgQU0gRVNUDQp4b3JnLXgxMS1kcnYtcGFsbWF4LTEuMC4w LjUtMS4yICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjEyOjM3IEFNIEVTVA0KeG9y Zy14MTEtZHJ2LWZiZGV2LTAuMS4wLjUtMS4yICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAw NiAwMToxMjozNSBBTSBFU1QNCnhvcmcteDExLWRydi1hcG0tMS4wLjEuNS0xLjEgICAgICAgICAg ICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MTI6MzEgQU0gRVNUDQp4b3JnLXgxMS1kcnYtcmVu ZGl0aW9uLTQuMC4xLjMtMS4xICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjEyOjIzIEFN IEVTVA0KeG9yZy14MTEtZHJ2LWVsb2dyYXBoaWNzLTEuMC4wLjUtMS4yICAgICAgICAgIFdlZCAy MCBEZWMgMjAwNiAwMToxMjoyMCBBTSBFU1QNCnhvcmcteDExLWRydi1tYWdlbGxhbi0xLjAuMC41 LTEuMiAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MTI6MTQgQU0gRVNUDQp4b3JnLXgx MS1kcnYtZGlnaXRhbGVkZ2UtMS4wLjEuMy0xLjIgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAx OjEyOjExIEFNIEVTVA0KeG9yZy14MTEtZHJ2LWFjZWNhZC0xLjAuMC41LTEuMiAgICAgICAgICAg ICAgIFdlZCAyMCBEZWMgMjAwNiAwMToxMjowOCBBTSBFU1QNCnhvcmcteDExLWRydi1zdW1tYS0x LjAuMC41LTEuMiAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MTI6MDUgQU0gRVNU DQp4b3JnLXgxMS1kcnYtbnNjLTIuNy42LjUtMi4xICAgICAgICAgICAgICAgICAgV2VkIDIwIERl YyAyMDA2IDAxOjEyOjAxIEFNIEVTVA0KeG9yZy14MTEtZHJ2LXZtd2FyZS0xMC4xMS4xLjMtMS4x ICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMToxMTo1OCBBTSBFU1QNCnhvcmcteDExLWRy di1jaGlwcy0xLjAuMS4zLTEuMSAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MTE6 NTUgQU0gRVNUDQp4b3JnLXgxMS1kcnYtdm9pZC0xLjAuMC41LTEuMiAgICAgICAgICAgICAgICAg V2VkIDIwIERlYyAyMDA2IDAxOjExOjUxIEFNIEVTVA0KeG9yZy14MTEtZHJ2LW1pY3JvdG91Y2gt MS4wLjAuNS0xLjIgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMToxMTo0OSBBTSBFU1QNCnhv cmcteDExLWRydi1kdW1teS0wLjEuMC41LTEuMiAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIw MDYgMDE6MTE6NDYgQU0gRVNUDQp4b3JnLXgxMS1kcnYtYWlwdGVrLTEuMC4wLjUtMS4yICAgICAg ICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjExOjQzIEFNIEVTVA0KZ3RrLXNoYXJwLTEuMC4x MC01ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMToxMTozNyBB TSBFU1QNCmdub21lLXNwZWxsLTEuMC41LTEzLjIgICAgICAgICAgICAgICAgICAgICAgICBXZWQg MjAgRGVjIDIwMDYgMDE6MDk6MjIgQU0gRVNUDQpnbm9tZS1uZXRzdGF0dXMtMi4xMi4wLTMuMi4x ICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjA4OjAwIEFNIEVTVA0Kc3lzdGVt LWNvbmZpZy1uZXR3b3JrLTEuMy4zMC0yLjEgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAw MTowNTozNSBBTSBFU1QNCmdzZi1zaGFycC0wLjYtOCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MDU6MzAgQU0gRVNUDQpnbm9tZS1weXRob24yLWd0a3Nv dXJjZXZpZXctMi4xNC4wLTEgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjA1OjA1IEFNIEVT VA0KZ25vbWUtcHl0aG9uMi1nbm9tZXByaW50LTIuMTQuMC0xICAgICAgICAgICAgIFdlZCAyMCBE ZWMgMjAwNiAwMTowNTowMCBBTSBFU1QNCnN5c3RlbS1jb25maWctZGlzcGxheS0xLjAuMzctMiAg ICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MDQ6NTAgQU0gRVNUDQp4b3JnLXgxMS1k cnYtbW91c2UtMS4wLjQtMSAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDAxOjA0 OjQ0IEFNIEVTVA0KZ3RraHRtbDItMi42LjMtMS4yLjEgICAgICAgICAgICAgICAgICAgICAgICAg IFdlZCAyMCBEZWMgMjAwNiAwMTowMToyMCBBTSBFU1QNCnJocHhsLTAuMTgtMSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MDE6MTUgQU0gRVNUDQpn bm9tZS1weXRob24yLWRlc2t0b3AtMi4xNC4wLTEgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAy MDA2IDAxOjAxOjEwIEFNIEVTVA0KbGliZ2FpbC1nbm9tZS0xLjEuMy0xLjIgICAgICAgICAgICAg ICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAwMTowMDo1MiBBTSBFU1QNCmdtaW1lLXNoYXJwLTIu MS4xOS0zICAgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMDE6MDA6NDkg QU0gRVNUDQpsaWJyc3ZnMi0yLjE0LjItMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgV2Vk IDIwIERlYyAyMDA2IDAxOjAwOjAyIEFNIEVTVA0KZ25vbWUtbW91bnQtMC40LTUgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjo1OTozOCBBTSBFU1QNCmdzdHJl YW1lci1wbHVnaW5zLWdvb2QtMC4xMC4yLTEgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYg MTI6NTk6MzAgQU0gRVNUDQpnbm9tZS1weXRob24yLWNhbnZhcy0yLjEyLjQtMSAgICAgICAgICAg ICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjU5OjI1IEFNIEVTVA0KZ3RrLXNoYXJwMi0yLjguMi0x ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjo1ODo1MSBBTSBF U1QNCmdub21lLXB5dGhvbjItMi4xMi40LTEgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAg RGVjIDIwMDYgMTI6NDU6MDYgQU0gRVNUDQpsaWJib25vYm91aS0yLjE0LjAtMSAgICAgICAgICAg ICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjQ0OjQ5IEFNIEVTVA0KeG9yZy14MTEt Zm9udHMtSVNPODg1OS0xLTc1ZHBpLTcuMC0zICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjo0 Mjo0NSBBTSBFU1QNCnhvcmcteDExLWZvbnRzLVR5cGUxLTcuMC0zICAgICAgICAgICAgICAgICAg ICBXZWQgMjAgRGVjIDIwMDYgMTI6NDI6MzMgQU0gRVNUDQp4b3JnLXgxMS1mb250cy1JU084ODU5 LTEtMTAwZHBpLTcuMC0zICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjQyOjIyIEFNIEVTVA0K eG9yZy14MTEtZm9udHMtNzVkcGktNy4wLTMgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMg MjAwNiAxMjo0MjowOSBBTSBFU1QNCnhvcmcteDExLWZvbnRzLXRydWV0eXBlLTcuMC0zICAgICAg ICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6NDE6NTUgQU0gRVNUDQp4b3JnLXgxMS1mb250 cy1taXNjLTcuMC0zICAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjQxOjQz IEFNIEVTVA0KeG9yZy14MTEtZm9udHMtMTAwZHBpLTcuMC0zICAgICAgICAgICAgICAgICAgIFdl ZCAyMCBEZWMgMjAwNiAxMjo0MToyNiBBTSBFU1QNCnByZWxpbmstMC4zLjYtMyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6NDE6MDUgQU0gRVNUDQpyZWRo YXQtbHNiLTMuMC05LjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2 IDEyOjQwOjU5IEFNIEVTVA0Kc2FuZS1mcm9udGVuZHMtMS4wLjE0LTEuMi4xICAgICAgICAgICAg ICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjo0MDozOSBBTSBFU1QNCmdpbXAtcHJpbnQtdXRpbHMt NC4yLjctMTYgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6Mzk6MzYgQU0g RVNUDQp5cC10b29scy0yLjktMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgV2VkIDIw IERlYyAyMDA2IDEyOjM5OjMyIEFNIEVTVA0KbmV0ZHVtcC0wLjcuMTQtMS4yLjEgICAgICAgICAg ICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjozOToyNCBBTSBFU1QNCmFwbWQtMy4y LjItMy4yICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6 Mzk6MTUgQU0gRVNUDQp4b3JnLXgxMS1mb250cy1iYXNlLTcuMC0zICAgICAgICAgICAgICAgICAg ICAgV2VkIDIwIERlYyAyMDA2IDEyOjM4OjM2IEFNIEVTVA0KaHNxbGRiLTEuODAuMS0xanBwXzlm YyAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjozNzoyOCBBTSBFU1QN CnRvbWNhdDUtc2VydmxldC0yLjQtYXBpLTUuNS4xNS0xanBwXzZmYyAgICAgICBXZWQgMjAgRGVj IDIwMDYgMTI6MzY6NTkgQU0gRVNUDQp4YWxhbi1qMi0yLjYuMC0zanBwXzlmYyAgICAgICAgICAg ICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjM2OjI0IEFNIEVTVA0KcG0tdXRpbHMtMC4x NS0xICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjozNTo1 OSBBTSBFU1QNCmxpYmdwb2QtMC4zLjAtMi4yICAgICAgICAgICAgICAgICAgICAgICAgICAgICBX ZWQgMjAgRGVjIDIwMDYgMTI6MzU6NTUgQU0gRVNUDQpzeXN0ZW0tY29uZmlnLW5ldHdvcmstdHVp LTEuMy4zMC0yLjEgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjM1OjQ4IEFNIEVTVA0Kc3lz dGVtLWNvbmZpZy1zb3VuZGNhcmQtMS4yLjE2LTIgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAw NiAxMjozNTozNiBBTSBFU1QNCnhlcmNlcy1qMi0yLjcuMS02anBwXzdmYyAgICAgICAgICAgICAg ICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MzQ6MzUgQU0gRVNUDQp4bWwtY29tbW9ucy1yZXNv bHZlci0xLjEtMWpwcF84ZmMgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjM0OjI3IEFN IEVTVA0KeG9yZy14MTEtZHJ2LXZlc2EtMS4wLjEuMy0xLjIgICAgICAgICAgICAgICAgIFdlZCAy MCBEZWMgMjAwNiAxMjozNDoxOSBBTSBFU1QNCmdpbXAtcHJpbnQtNC4yLjctMTYgICAgICAgICAg ICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MzM6MjQgQU0gRVNUDQpsaWJnbm9t ZXByaW50dWkyMi0yLjEyLjEtMS4yLjEgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEy OjMzOjA2IEFNIEVTVA0KbGliZ25vbWVwcmludDIyLTIuMTIuMS00LjIgICAgICAgICAgICAgICAg ICAgIFdlZCAyMCBEZWMgMjAwNiAxMjozMjo0OSBBTSBFU1QNCnVydy1mb250cy0yLjMtNi4xICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MzE6MzIgQU0gRVNU DQpnbnUtY3J5cHRvLTIuMS4wLTFqcHBfMmZjICAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERl YyAyMDA2IDEyOjMwOjU0IEFNIEVTVA0KeG1sLWNvbW1vbnMtYXBpcy0xLjMuMDItMC5iMi43anBw XzdmYyAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjozMDoyNyBBTSBFU1QNCnBvcnRtYXAtNC4w LTY1LjIuMiAgICAgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MzA6 MjEgQU0gRVNUDQprZXJuZWwtMi42LjE1LTEuMjA1NF9GQzUgICAgICAgICAgICAgICAgICAgICAg V2VkIDIwIERlYyAyMDA2IDEyOjI4OjQ3IEFNIEVTVA0KY2hrZm9udHBhdGgtMS4xMC4xLTEgICAg ICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjoyNToxOCBBTSBFU1QNCmlw c2VjLXRvb2xzLTAuNi40LTEuMSAgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIw MDYgMTI6MjQ6MjUgQU0gRVNUDQpycC1wcHBvZS0zLjUtMzEgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjI0OjIxIEFNIEVTVA0KYWNwaWQtMS4wLjQtMiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjoyNDoxNyBB TSBFU1QNCmRoY3B2Nl9jbGllbnQtMC4xMC0xNi4xICAgICAgICAgICAgICAgICAgICAgICBXZWQg MjAgRGVjIDIwMDYgMTI6MjQ6MTMgQU0gRVNUDQpybmctdXRpbHMtMi4wLTEuMTEgICAgICAgICAg ICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjI0OjEwIEFNIEVTVA0KYmx1ZXot dXRpbHMtMi4yNS00ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAx MjoyNDowMiBBTSBFU1QNCm1kYWRtLTIuMy4xLTMgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MjM6MzEgQU0gRVNUDQprYmQtMS4xMi0xMy4yICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjIzOjEzIEFNIEVT VA0KZ2xpYmMta2VybmhlYWRlcnMtMy4wLTUuMiAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBE ZWMgMjAwNiAxMjoyMToxOSBBTSBFU1QNCmN5cnVzLXNhc2wtMi4xLjIxLTEwICAgICAgICAgICAg ICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MjA6NDAgQU0gRVNUDQp4b3JnLXgxMS1k cnYta2V5Ym9hcmQtMS4wLjEuMy0xLjIgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjIw OjE2IEFNIEVTVA0KbGliZ25vbWVjdXBzLTAuMi4yLTMuMi4xICAgICAgICAgICAgICAgICAgICAg IFdlZCAyMCBEZWMgMjAwNiAxMjoxODo1MiBBTSBFU1QNCm5zc19kYi0yLjItMzUgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MTc6MDYgQU0gRVNUDQpz eXNyZXBvcnQtMS40LjMtMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAy MDA2IDEyOjE1OjU5IEFNIEVTVA0KcHNhY2N0LTYuMy4yLTQxICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjoxNTo1NCBBTSBFU1QNCmEycHMtNC4xM2ItNDkg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MTU6NDIg QU0gRVNUDQpzdHVubmVsLTQuMTQtMy4yICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgV2Vk IDIwIERlYyAyMDA2IDEyOjE1OjA3IEFNIEVTVA0KZGlza2R1bXB1dGlscy0xLjIuOC00ICAgICAg ICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjoxNDozOCBBTSBFU1QNCmlyZGEt dXRpbHMtMC45LjE2LTcuMi4xICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYg MTI6MTQ6MTQgQU0gRVNUDQpjYWRhdmVyLTAuMjIuMy0yLjIgICAgICAgICAgICAgICAgICAgICAg ICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjEzOjU3IEFNIEVTVA0KdG1wd2F0Y2gtMi45LjYtMS4y LjEgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjoxMzo1MiBBTSBF U1QNCnZvcmJpcy10b29scy0xLjEuMS0xLjIuMSAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAg RGVjIDIwMDYgMTI6MTM6NDcgQU0gRVNUDQptaW5pY29tLTIuMS0xLjIuMSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjEzOjA1IEFNIEVTVA0KcGFtX2NjcmVk cy0zLTMuMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjox MTo1NCBBTSBFU1QNCnBhbV9rcmI1LTIuMi42LTIuMiAgICAgICAgICAgICAgICAgICAgICAgICAg ICBXZWQgMjAgRGVjIDIwMDYgMTI6MTE6NTEgQU0gRVNUDQpzZXR1cHRvb2wtMS4xOC4xLTEuMiAg ICAgICAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjExOjQ3IEFNIEVTVA0K d3ZkaWFsLTEuNTQuMC01LjIuMiAgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMg MjAwNiAxMjoxMToyNiBBTSBFU1QNCnN5c3RlbS1jb25maWctcm9vdHBhc3N3b3JkLTEuMS44LTEu MSAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MTE6MTkgQU0gRVNUDQp3ZWJhbGl6ZXItMi4w MV8xMC0yOS4yLjEgICAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjExOjA3 IEFNIEVTVA0KbW9kX3B5dGhvbi0zLjIuOC0zICAgICAgICAgICAgICAgICAgICAgICAgICAgIFdl ZCAyMCBEZWMgMjAwNiAxMjoxMDo1OSBBTSBFU1QNCmNyeXB0by11dGlscy0yLjItOS4yLjEgICAg ICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MTA6NDcgQU0gRVNUDQpuc3Nf bGRhcC0yNDktMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2 IDEyOjEwOjAzIEFNIEVTVA0Kc3lzdGVtLWNvbmZpZy1zZXJ2aWNlcy0wLjkuMC0xICAgICAgICAg ICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjowOTo0MCBBTSBFU1QNCnN1ZG8tMS42LjhwMTItNC4x ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MDk6MzAgQU0g RVNUDQp4b3JnLXgxMS1kcnYtaHlwZXJwZW4tMS4wLjAuNS0xLjIgICAgICAgICAgICAgV2VkIDIw IERlYyAyMDA2IDEyOjA5OjI2IEFNIEVTVA0KaHRtbHZpZXctMy4wLjAtMTQgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjowODo0NyBBTSBFU1QNCndoaWNoLTIu MTYtNi4yLjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6 MDg6NDQgQU0gRVNUDQpNQUtFREVWLTMuMjEtMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgV2VkIDIwIERlYyAyMDA2IDEyOjA4OjMxIEFNIEVTVA0KZG1yYWlkLTEuMC4wLnJjOS1GQzVf NS4yICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjowODoyNiBBTSBFU1QN CnN5c2tsb2dkLTEuNC4xLTM2ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVj IDIwMDYgMTI6MDg6MjEgQU0gRVNUDQpzY3JvbGxrZWVwZXItMC4zLjE0LTUuMi4xICAgICAgICAg ICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjA3OjU4IEFNIEVTVA0KZG9jYm9vay1kdGRz LTEuMC0zMCAgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjowNzo0 OSBBTSBFU1QNCnhtbC1jb21tb24tMC42LjMtMTcuMSAgICAgICAgICAgICAgICAgICAgICAgICBX ZWQgMjAgRGVjIDIwMDYgMTI6MDc6NDMgQU0gRVNUDQpzeXNsaW51eC0zLjEwLTIuMiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjA3OjM4IEFNIEVTVA0Kc2dt bC1jb21tb24tMC42LjMtMTcuMSAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAw NiAxMjowNzoyMiBBTSBFU1QNCmJpdG1hcC1mb250cy0wLjMtNS4xICAgICAgICAgICAgICAgICAg ICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MDU6MzcgQU0gRVNUDQpkaXN0Y2FjaGUtMS40LjUt MTMgICAgICAgICAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjA1OjAwIEFN IEVTVA0KaW50bHRvb2wtMC4zNC4yLTEuMSAgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAy MCBEZWMgMjAwNiAxMjowNDo0MiBBTSBFU1QNCnBlcmwtWE1MLVBhcnNlci0yLjM0LTYuMS4yLjIg ICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MDQ6MzcgQU0gRVNUDQpwZXJsLWxp Ynd3dy1wZXJsLTUuODA1LTEuMSAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEy OjA0OjMyIEFNIEVTVA0KcGVybC1Db21wcmVzcy1abGliLTEuNDEtMS4yLjIgICAgICAgICAgICAg ICAgIFdlZCAyMCBEZWMgMjAwNiAxMjowNDoyNyBBTSBFU1QNClB5WE1MLTAuOC40LTMuMi4yICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MDI6NDggQU0gRVNU DQpweXRob24tdXJsZ3JhYmJlci0yLjkuOC0yICAgICAgICAgICAgICAgICAgICAgV2VkIDIwIERl YyAyMDA2IDEyOjAyOjM5IEFNIEVTVA0Kc3lzdGVtLWNvbmZpZy1sYW5ndWFnZS0xLjEuMTEtMSAg ICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjowMjozNSBBTSBFU1QNCnB5dGhvbi1udW1l cmljLTIzLjctMi4yLjEgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIwMDYgMTI6MDI6 MDUgQU0gRVNUDQpweXRob24tZWxlbWVudHRyZWUtMS4yLjYtNC4yLjEgICAgICAgICAgICAgICAg V2VkIDIwIERlYyAyMDA2IDEyOjAxOjU5IEFNIEVTVA0KYWxjaGVtaXN0LTEuMC4zNi0xLjIuMSAg ICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjowMTo0NCBBTSBFU1QNCnB5 dGhvbi1zcWxpdGUtMS4xLjctMS4yICAgICAgICAgICAgICAgICAgICAgICBXZWQgMjAgRGVjIDIw MDYgMTI6MDE6MzQgQU0gRVNUDQpnbm9tZS1kb2MtdXRpbHMtMC42LjAtMSAgICAgICAgICAgICAg ICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjAxOjI4IEFNIEVTVA0KbGlid3ZzdHJlYW1zLTQu Mi4xLTIgICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAxMjowMDo0NiBB TSBFU1QNCnVzZXJtb2RlLWd0ay0xLjg1LTIuMiAgICAgICAgICAgICAgICAgICAgICAgICBXZWQg MjAgRGVjIDIwMDYgMTI6MDA6NDAgQU0gRVNUDQpzeXN0ZW0tY29uZmlnLWtleWJvYXJkLTEuMi43 LTEuMSAgICAgICAgICAgICAgV2VkIDIwIERlYyAyMDA2IDEyOjAwOjMzIEFNIEVTVA0KZmlyc3Ri b290LXR1aS0xLjQuNi0xICAgICAgICAgICAgICAgICAgICAgICAgIFdlZCAyMCBEZWMgMjAwNiAx MjowMDoyNiBBTSBFU1QNCnBwcC0yLjQuMy02LjIuMSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6NTk6MDcgUE0gRVNUDQp1c2VybW9kZS0xLjg1LTIuMiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjU4OjQ2IFBNIEVT VA0KcGFzc3dkLTAuNzEtMy4yICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBE ZWMgMjAwNiAxMTo1ODo0MCBQTSBFU1QNClN5c1Zpbml0LTIuODYtMi4yLjIgICAgICAgICAgICAg ICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6NTg6MzMgUE0gRVNUDQpsaWJ1c2VyLTAu NTQuNS0xICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjU4 OjA2IFBNIEVTVA0KY3JhY2tsaWItMi44LjYtMS4yLjEgICAgICAgICAgICAgICAgICAgICAgICAg IFR1ZSAxOSBEZWMgMjAwNiAxMTo1NzowNiBQTSBFU1QNCnB5Y2Fpcm8tMS4wLjItMS4yLjEgICAg ICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6NTc6MDEgUE0gRVNUDQps aWJ4bWwyLXB5dGhvbi0yLjYuMjMtMS4yICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAy MDA2IDExOjU2OjU1IFBNIEVTVA0KbmV0Y29uZmlnLTAuOC4yNC0xLjIuMiAgICAgICAgICAgICAg ICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTo1Njo1MCBQTSBFU1QNCm5ld3QtcGVybC0xLjA4 LTkuMi4xICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6NTY6NDQg UE0gRVNUDQpudHN5c3YtMS4zLjI5LTEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVl IDE5IERlYyAyMDA2IDExOjU2OjQwIFBNIEVTVA0KeG9yZy14MTEtdXRpbHMtMS4wLjEtMS4yICAg ICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTo1NjozNSBQTSBFU1QNCmxpYm5v dGlmeS0wLjMuMC02ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYg MTE6NTY6MDggUE0gRVNUDQpub3RpZnktZGFlbW9uLTAuMy4xLTkgICAgICAgICAgICAgICAgICAg ICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjU2OjA0IFBNIEVTVA0KeHNyaS0yLjEuMC05LjIuMSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTo1NjowMSBQTSBF U1QNCmJsdWV6LXBpbi0wLjMwLTIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkg RGVjIDIwMDYgMTE6NTU6NTcgUE0gRVNUDQpzb3gtMTIuMTcuOS0xLjIgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjU1OjQwIFBNIEVTVA0KZ2pkb2MtMC43 LjctMy4xICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTo1 NTozMiBQTSBFU1QNCmdub21lLW1hZy0wLjEyLjQtMSAgICAgICAgICAgICAgICAgICAgICAgICAg ICBUdWUgMTkgRGVjIDIwMDYgMTE6NTU6MDggUE0gRVNUDQpvcGFsLTIuMi4xLTEgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjU0OjMyIFBNIEVTVA0K bG9ja2Rldi0xLjAuMS05LjIuMSAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMg MjAwNiAxMTo1MzowMCBQTSBFU1QNCmUyZnNwcm9ncy0xLjM4LTEyICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6NTI6MzcgUE0gRVNUDQp1dGVtcHRlci0wLjUu NS03LjIuMSAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjUyOjEz IFBNIEVTVA0KZ2hvc3RzY3JpcHQtZm9udHMtNS41MC0xMy4xICAgICAgICAgICAgICAgICAgIFR1 ZSAxOSBEZWMgMjAwNiAxMTo1MjowNCBQTSBFU1QNCmdldHRleHQtMC4xNC41LTMgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6NDk6MzcgUE0gRVNUDQpndGtz cGVsbC0yLjAuMTEtMS4yLjEgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2 IDExOjQ4OjM0IFBNIEVTVA0KZ3RrMi1lbmdpbmVzLTIuNy40LTMgICAgICAgICAgICAgICAgICAg ICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTo0ODoxNiBQTSBFU1QNCnB3bGliLTEuMTAuMC0xICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6NDc6NDcgUE0g RVNUDQpwY2l1dGlscy0yLjIuMS0xLjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5 IERlYyAyMDA2IDExOjQ3OjM2IFBNIEVTVA0KcnBtLXB5dGhvbi00LjQuMi0xNS4yICAgICAgICAg ICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTo0NzoxOCBQTSBFU1QNCnJwbS00LjQu Mi0xNS4yICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6 NDY6NTYgUE0gRVNUDQpycG0tbGlicy00LjQuMi0xNS4yICAgICAgICAgICAgICAgICAgICAgICAg ICAgVHVlIDE5IERlYyAyMDA2IDExOjQ2OjQyIFBNIEVTVA0KbmV0LXRvb2xzLTEuNjAtNjIuMSAg ICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTo0NjozMyBQTSBFU1QN Cm5ldC1zbm1wLWxpYnMtNS4zLTQuMiAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVj IDIwMDYgMTE6NDY6MDYgUE0gRVNUDQpuZW9uLTAuMjUuNS0xLjIgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjQ1OjAyIFBNIEVTVA0KcmhwbC0wLjE4NS0x ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTo0NDo1 MCBQTSBFU1QNCnB5eGY4NmNvbmZpZy0wLjMuMjQtMSAgICAgICAgICAgICAgICAgICAgICAgICBU dWUgMTkgRGVjIDIwMDYgMTE6NDQ6NDUgUE0gRVNUDQpod2RhdGEtMC4xNzctMSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjQ0OjMzIFBNIEVTVA0KZXNv dW5kLTAuMi4zNi0yLjIuMSAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAw NiAxMTo0MzowNCBQTSBFU1QNCnJlZGhhdC1hcnR3b3JrLTAuMjQxLTEgICAgICAgICAgICAgICAg ICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6NDA6MjIgUE0gRVNUDQpnYWlsLTEuOC4xMS0xICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjM5OjQ0IFBN IEVTVA0KbGliZ25vbWVjYW52YXMtMi4xNC4wLTEgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAx OSBEZWMgMjAwNiAxMTozOTozNSBQTSBFU1QNCmdub21lLWtleXJpbmctMC40LjktMSAgICAgICAg ICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6Mzk6MjAgUE0gRVNUDQpoaWNvbG9y LWljb24tdGhlbWUtMC45LTIgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDEx OjM4OjEyIFBNIEVTVA0KbGliWGZ0LTIuMS44LjItMy4yICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTozNzo1NyBQTSBFU1QNCmZpbmR1dGlscy00LjIuMjctNCAg ICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MzQ6NDYgUE0gRVNU DQplMmZzcHJvZ3MtbGlicy0xLjM4LTEyICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERl YyAyMDA2IDExOjM0OjI4IFBNIEVTVA0Kc3BlY3Nwby0xMC0xICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTozMjo0NiBQTSBFU1QNCnJvb3RmaWxlcy04 LjEtMS4xICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MzI6 MjEgUE0gRVNUDQpnbm9tZS1hdWRpby0yLjAuMC0zLjEgICAgICAgICAgICAgICAgICAgICAgICAg VHVlIDE5IERlYyAyMDA2IDExOjMyOjEyIFBNIEVTVA0KbWFuLXBhZ2VzLTIuMjEtMSAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTozMTo1MCBQTSBFU1QNCndv cmRzLTMuMC04LjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIw MDYgMTE6MzE6MTkgUE0gRVNUDQpyZGlzdC02LjEuNS00Mi4yLjEgICAgICAgICAgICAgICAgICAg ICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjMwOjU2IFBNIEVTVA0KbHJ6c3otMC4xMi4yMC0y MS4yLjEgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTozMDo0OCBQ TSBFU1QNCmNkZGEyd2F2LTIuMDEuMDEuMC5hMDMtMyAgICAgICAgICAgICAgICAgICAgICBUdWUg MTkgRGVjIDIwMDYgMTE6MzA6NDEgUE0gRVNUDQpmaW5nZXItMC4xNy0zMi4yICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjMwOjM0IFBNIEVTVA0Kc2V0c2Vy aWFsLTIuMTctMTkuMi4xICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAx MTozMDoyOCBQTSBFU1QNCnZjb25maWctMS45LTIgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MzA6MjEgUE0gRVNUDQp0cmVlLTEuNS4wLTMuMi4xICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjMwOjA4IFBNIEVT VA0KcGFtX3Bhc3N3ZHFjLTEuMC4yLTEuMi4xICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBE ZWMgMjAwNiAxMTozMDowMSBQTSBFU1QNCmRvczJ1bml4LTMuMS0yNC4yLjEgICAgICAgICAgICAg ICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6Mjk6NTUgUE0gRVNUDQpwYW1fc21iLTEu MS43LTcuMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjI5 OjQxIFBNIEVTVA0KbG9uZ3J1bi0wLjktMS4xMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IFR1ZSAxOSBEZWMgMjAwNiAxMToyOTozNSBQTSBFU1QNCnJkYXRlLTEuNC00LjIuMSAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6Mjk6MjkgUE0gRVNUDQp1 bml4MmRvcy0yLjItMjYuMi4xICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAy MDA2IDExOjI5OjI0IFBNIEVTVA0Kam95c3RpY2stMS4yLjE1LTIwLjIuMSAgICAgICAgICAgICAg ICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToyOToxOCBQTSBFU1QNCnJzaC0wLjE3LTM0LjEg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6Mjk6MTIg UE0gRVNUDQpoZHBhcm0tNi4zLTIuMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVl IDE5IERlYyAyMDA2IDExOjI5OjA2IFBNIEVTVA0Kc2V0YXJjaC0xLjgtMS4yLjEgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToyOTowMCBQTSBFU1QNCnN5bWxp bmtzLTEuMi0yNC4yLjEgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYg MTE6Mjg6NTYgUE0gRVNUDQpkY3Jhdy0wLjAuMjAwNTEyMTEtMS4yICAgICAgICAgICAgICAgICAg ICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjI4OjQ5IFBNIEVTVA0KY3lydXMtc2FzbC1wbGFpbi0y LjEuMjEtMTAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToyODo0NCBQTSBF U1QNCmF0dHItMi40LjI4LTEuMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkg RGVjIDIwMDYgMTE6Mjg6MzggUE0gRVNUDQphY2wtMi4yLjM0LTEuMiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjI4OjI0IFBNIEVTVA0KeG9yZy14MTEt dHdtLTEuMC4xLTEuMiAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToy ODoxNyBQTSBFU1QNCm51bWFjdGwtMC42LjQtMS4yNyAgICAgICAgICAgICAgICAgICAgICAgICAg ICBUdWUgMTkgRGVjIDIwMDYgMTE6Mjg6MDkgUE0gRVNUDQpmYnNldC0yLjEtMjAuMi4xICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjI4OjAyIFBNIEVTVA0K Z2RrLXBpeGJ1Zi0wLjIyLjAtMjIgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMg MjAwNiAxMToyNzozNCBQTSBFU1QNCmd0ay1lbmdpbmVzLTAuMTItNy4yLjEgICAgICAgICAgICAg ICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6Mjc6MjQgUE0gRVNUDQpuYy0xLjg0LTMuMiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjI3OjEz IFBNIEVTVA0KdHV4LTMuMi4xOC00LjIuMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1 ZSAxOSBEZWMgMjAwNiAxMToyNjo0MSBQTSBFU1QNCm1nZXR0eS0xLjEuMzMtNy5GQzUuMiAgICAg ICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MjY6MzMgUE0gRVNUDQp0YWxr LTAuMTctMjkuMi4xICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2 IDExOjI2OjIwIFBNIEVTVA0KdGVsbmV0LTAuMTctMzUuMi4xICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToyNjoxNCBQTSBFU1QNCm5hbm8tMS4zLjgtMS4yLjEg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MjY6MDYgUE0g RVNUDQpjcmFzaC00LjAtMi4xOC4xICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5 IERlYyAyMDA2IDExOjI1OjQ5IFBNIEVTVA0KYXNwZWxsLWVuLTYuMC0yICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToyNToyOCBQTSBFU1QNCmdydWItMC45 Ny01ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6 MjU6MTcgUE0gRVNUDQppcHRzdGF0ZS0xLjQtMS4xLjIuMSAgICAgICAgICAgICAgICAgICAgICAg ICAgVHVlIDE5IERlYyAyMDA2IDExOjI1OjA5IFBNIEVTVA0KYnNoLTEuMy4wLTVqcHBfMWZjLjEu MSAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToyNDo0NiBQTSBFU1QN CmJzZi0yLjMuMC02anBwXzNmYyAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVj IDIwMDYgMTE6MjQ6NDAgUE0gRVNUDQppc28tY29kZXMtMC40OS0xICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjI0OjE0IFBNIEVTVA0Kc2xpYi0zYTEtNS4x ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToyMzo0 NiBQTSBFU1QNCmNvbXBzLWV4dHJhcy0xMS4xLTEgICAgICAgICAgICAgICAgICAgICAgICAgICBU dWUgMTkgRGVjIDIwMDYgMTE6MjM6MzIgUE0gRVNUDQphZ2ctMi4zLTQgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjIzOjIyIFBNIEVTVA0KeG9y Zy14MTEteGtiZGF0YS0xLjAuMS03ICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAw NiAxMToyMzoxNSBQTSBFU1QNCmlwdXRpbHMtMjAwMjA5MjctMzUgICAgICAgICAgICAgICAgICAg ICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MjM6MDggUE0gRVNUDQpjZHJlY29yZC0yLjAxLjAx LjAuYTAzLTMgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjIzOjAwIFBN IEVTVA0KZmVkb3JhLXJlbGVhc2UtNS01ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAx OSBEZWMgMjAwNiAxMToyMjo1MCBQTSBFU1QNCnBubTJwcGEtMS4wNC0xMy4yLjEgICAgICAgICAg ICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MjI6NDIgUE0gRVNUDQp1bnppcC01 LjUyLTIuMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDEx OjIyOjM2IFBNIEVTVA0KYml0c3RyZWFtLXZlcmEtZm9udHMtMS4xMC01LjEgICAgICAgICAgICAg ICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToyMjozMSBQTSBFU1QNCnBzdXRpbHMtMS4xNy0yNS4yLjEg ICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MjI6MjUgUE0gRVNU DQp4b3JnLXgxMS14YXV0aC0xLjAuMS0xLjIgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERl YyAyMDA2IDExOjIyOjE1IFBNIEVTVA0KbGliY3JvY28tMC42LjEtMSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToyMjowOSBQTSBFU1QNCmdub21lLXNwZWVj aC0wLjMuOS0zICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MjE6 NTkgUE0gRVNUDQpmZXN0aXZhbC0xLjk1LTUuMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg VHVlIDE5IERlYyAyMDA2IDExOjIwOjQwIFBNIEVTVA0KdGltZS0xLjctMjcuMi4xICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToxOToxNiBQTSBFU1QNCmdy b2ZmLTEuMTguMS4xLTEwICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIw MDYgMTE6MTk6MDcgUE0gRVNUDQp4b3JnLXgxMS1zZXJ2ZXItdXRpbHMtMS4wLjEtMS4yICAgICAg ICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjE4OjQzIFBNIEVTVA0KYmMtMS4wNi0xOS4yLjEg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToxNzo0NyBQ TSBFU1QNCnhtbC1jb21tb25zLTEuMy4wMi0wLmIyLjdqcHBfN2ZjICAgICAgICAgICAgICBUdWUg MTkgRGVjIDIwMDYgMTE6MTc6NDEgUE0gRVNUDQp4bWxzZWMxLW5zcy0xLjIuOS00LjIgICAgICAg ICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjE3OjM2IFBNIEVTVA0KY2RwYXJh bm9pYS1hbHBoYTkuOC0yNy4xICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAx MToxNzozMCBQTSBFU1QNCmJ6aXAyLTEuMC4zLTIuMi4xICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MTc6MjUgUE0gRVNUDQpwcm9jbWFpbC0zLjIyLTE2LjIu MSAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjE3OjE5IFBNIEVT VA0KeG9yZy14MTEtZm9udC11dGlscy0xLjAuMS0zICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBE ZWMgMjAwNiAxMToxNzowOCBQTSBFU1QNCnhvcmcteDExLWZpbGVzeXN0ZW0tNy4wLTEgICAgICAg ICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MTc6MDMgUE0gRVNUDQpjZHBhcmFub2lh LWxpYnMtYWxwaGE5LjgtMjcuMSAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjE2 OjU3IFBNIEVTVA0KaXB0YWJsZXMtMS4zLjUtMS4yICAgICAgICAgICAgICAgICAgICAgICAgICAg IFR1ZSAxOSBEZWMgMjAwNiAxMToxNjo1MCBQTSBFU1QNCm00LTEuNC40LTEuMi4xICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MTY6MDMgUE0gRVNUDQpt YWtlLTMuODAtMTAuMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAy MDA2IDExOjE1OjQxIFBNIEVTVA0KdHRta2ZkaXItMy4wLjktMTkuMi4xICAgICAgICAgICAgICAg ICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToxNToyNSBQTSBFU1QNCnhtbHNlYzEtMS4yLjkt NC4yICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MTU6MDkg UE0gRVNUDQpkaWZmdXRpbHMtMi44LjEtMTUuMi4xICAgICAgICAgICAgICAgICAgICAgICAgVHVl IDE5IERlYyAyMDA2IDExOjE0OjMyIFBNIEVTVA0KbGliaWRuLTAuNi4yLTEuMSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToxNDoyNSBQTSBFU1QNCmpwYWNr YWdlLXV0aWxzLTEuNi42LTFqcHBfMnJoICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYg MTE6MTQ6MTEgUE0gRVNUDQphc3BlbGwtMC42MC4zLTUgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjE0OjAzIFBNIEVTVA0Kc3FsaXRlLTMuMy4zLTEuMiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToxMzo1NCBQTSBF U1QNCmxpYnhzbHQtMS4xLjE1LTEuMi4xICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkg RGVjIDIwMDYgMTE6MTM6MDAgUE0gRVNUDQpyZWRoYXQtbWVudXMtNi43LjUtMSAgICAgICAgICAg ICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjEyOjUxIFBNIEVTVA0KYXVkaW9maWxl LTAuMi42LTIuMi4xICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTox Mjo0MyBQTSBFU1QNCnJlYWRsaW5lLTUuMC0zLjIuMSAgICAgICAgICAgICAgICAgICAgICAgICAg ICBUdWUgMTkgRGVjIDIwMDYgMTE6MTI6MzMgUE0gRVNUDQpkZXNrdG9wLWZpbGUtdXRpbHMtMC4x MC02LjEgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjEyOjAxIFBNIEVTVA0K ZnJlZXR5cGUtMi4xLjEwLTUuMi4xICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMg MjAwNiAxMToxMTo1MyBQTSBFU1QNCmdyZXAtMi41LjEtNTIuMiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MTE6NDMgUE0gRVNUDQpuY3Vyc2VzLTUuNS0x OSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjExOjI3 IFBNIEVTVA0KbGlieG1sMi0yLjYuMjMtMS4yICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1 ZSAxOSBEZWMgMjAwNiAxMToxMDo1MyBQTSBFU1QNCmxpYnRlcm1jYXAtMi4wLjgtNDUgICAgICAg ICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MTA6MjkgUE0gRVNUDQp0ZXJt Y2FwLTUuNC03LjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2 IDExOjEwOjIzIFBNIEVTVA0KY3JhY2tsaWItZGljdHMtMi44LjYtMS4yLjEgICAgICAgICAgICAg ICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMToxMDoxMiBQTSBFU1QNCmxpYkZTLTEuMC4wLTIuMiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MDk6NTUgUE0g RVNUDQpjcnlwdHNldHVwLWx1a3MtMS4wLjMtMC5yYzIgICAgICAgICAgICAgICAgICAgVHVlIDE5 IERlYyAyMDA2IDExOjA5OjQ4IFBNIEVTVA0KbWluZ2V0dHktMS4wNy01LjIuMSAgICAgICAgICAg ICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTowOTo0MCBQTSBFU1QNCmRtaWRlY29k ZS0yLjctMS4yMyAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6 MDk6MzQgUE0gRVNUDQpsaWJubC0xLjAtMC44LnByZTUgICAgICAgICAgICAgICAgICAgICAgICAg ICAgVHVlIDE5IERlYyAyMDA2IDExOjA5OjE5IFBNIEVTVA0KbGliZGFlbW9uLTAuMTAtMy4xICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTowOTowMyBQTSBFU1QN CmV0aHRvb2wtMy0xLjIuMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVj IDIwMDYgMTE6MDg6NTYgUE0gRVNUDQptcGFnZS0yLjUuNC02LjEgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjA4OjQ4IFBNIEVTVA0KbGliZXZlbnQtMS4x YS0zLjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTowODo0 MCBQTSBFU1QNCnBheC0zLjQtMS4yLjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBU dWUgMTkgRGVjIDIwMDYgMTE6MDg6MjQgUE0gRVNUDQpsaWJzaWxjLTAuOS4xMi0xMi4yLjEgICAg ICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjA4OjE1IFBNIEVTVA0KZ21p bWUtMi4xLjE5LTMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAw NiAxMTowODowNiBQTSBFU1QNCmxpYmljdS0zLjQtNi4yICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MDc6NDEgUE0gRVNUDQpnbXAtNC4xLjQtNi4yLjEg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjA3OjIzIFBN IEVTVA0KbGlidGhlb3JhLTEuMGFscGhhNS0xLjIuMSAgICAgICAgICAgICAgICAgICAgIFR1ZSAx OSBEZWMgMjAwNiAxMTowNzoxMyBQTSBFU1QNCmVsZnV0aWxzLTAuMTE5LTEuMi4xICAgICAgICAg ICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MDc6MDQgUE0gRVNUDQplbGZ1dGls cy1saWJzLTAuMTE5LTEuMi4xICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDEx OjA2OjU4IFBNIEVTVA0KbGliWGZvbnRjYWNoZS0xLjAuMS0xLjIgICAgICAgICAgICAgICAgICAg ICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTowNjo1MiBQTSBFU1QNCmxpYlhyZXMtMS4wLjAtMi4yICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MDY6NDggUE0gRVNU DQpsaWJYeGY4NmRnYS0xLjAuMC0yLjIgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERl YyAyMDA2IDExOjA2OjQzIFBNIEVTVA0KbGliWGV2aWUtMS4wLjAtMi4yICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTowNjozNyBQTSBFU1QNCmxpYlhUcmFwLTEu MC4wLTIuMiAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MDY6 MzIgUE0gRVNUDQpsaWJYY29tcG9zaXRlLTAuMi4yLjItMi4yICAgICAgICAgICAgICAgICAgICAg VHVlIDE5IERlYyAyMDA2IDExOjA2OjI3IFBNIEVTVA0KcGVybC1IVE1MLVRhZ3NldC0zLjEwLTIu MSAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTowNjoxNSBQTSBFU1QNCnBl cmwtQlNELVJlc291cmNlLTEuMjQtMy4yLjIgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIw MDYgMTE6MDU6NTEgUE0gRVNUDQpwZXJsLURpZ2VzdC1ITUFDLTEuMDEtMTQuMiAgICAgICAgICAg ICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjA1OjQ2IFBNIEVTVA0KbGlibW5nLTEuMC45LTMu Mi4xICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTowNTozMCBQ TSBFU1QNCmxjbXMtMS4xNS0xLjIuMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUg MTkgRGVjIDIwMDYgMTE6MDU6MjMgUE0gRVNUDQpmcmVlZ2x1dC0yLjQuMC00ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjA1OjA2IFBNIEVTVA0KbGliZHJt LTIuMC0yLjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAx MTowNDowMyBQTSBFU1QNCnppcC0yLjMxLTEuMi4xICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MDM6NTYgUE0gRVNUDQpibHVlei1saWJzLTIuMjUtMSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjAzOjUwIFBNIEVT VA0Kd2lyZWxlc3MtdG9vbHMtMjgtMC5wcmUxMy41LjEgICAgICAgICAgICAgICAgIFR1ZSAxOSBE ZWMgMjAwNiAxMTowMzo0MiBQTSBFU1QNCnBhdGNoLTIuNS40LTI5LjIuMSAgICAgICAgICAgICAg ICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MDM6MzUgUE0gRVNUDQptYWlseC04LjEu MS00NC4yLjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjAz OjA5IFBNIEVTVA0KbWtpc29mcy0yLjAxLjAxLjAuYTAzLTMgICAgICAgICAgICAgICAgICAgICAg IFR1ZSAxOSBEZWMgMjAwNiAxMTowMzowMSBQTSBFU1QNCmxpYmxieHV0aWwtMS4wLjAtMi4yICAg ICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MDI6NTMgUE0gRVNUDQps aWJhby0wLjguNi0xLjIuMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAy MDA2IDExOjAyOjQ3IFBNIEVTVA0KbGliSURMLTAuOC42LTIuMi4xICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTowMjozMyBQTSBFU1QNCmxpYm11c2ljYnJhaW56 LTIuMS4xLTIuMSAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTE6MDI6MjYg UE0gRVNUDQpmbGFjLTEuMS4yLTI1LjIuMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVl IDE5IERlYyAyMDA2IDExOjAyOjEzIFBNIEVTVA0Kc3BlZXgtMS4wLjUtMS4yLjEgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTowMjowNSBQTSBFU1QNCmdpZmxp Yi00LjEuMy02LjIuMSAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYg MTE6MDE6NTggUE0gRVNUDQpsaWJYcC0xLjAuMC0yLjIgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjAxOjUyIFBNIEVTVA0KbGliZG14LTEuMC4xLTEuMiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTowMTo0NyBQTSBF U1QNCmxpYlhkYW1hZ2UtMS4wLjIuMi0yLjIgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkg RGVjIDIwMDYgMTE6MDE6MzUgUE0gRVNUDQp4b3JnLXgxMS14a2ItdXRpbHMtMS4wLjEtMS4yICAg ICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjAxOjI4IFBNIEVTVA0KcGVybC1EaWdl c3QtU0hBMS0yLjExLTEuMiAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMTow MToyMiBQTSBFU1QNCmxpYmF2YzEzOTQtMC41LjEtMi4yICAgICAgICAgICAgICAgICAgICAgICAg ICBUdWUgMTkgRGVjIDIwMDYgMTE6MDE6MTYgUE0gRVNUDQpoZXNpb2QtMy4wLjItMzEuMi4xICAg ICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDExOjAxOjAzIFBNIEVTVA0K cGVybC1VUkktMS4zNS0yLjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMg MjAwNiAxMTowMDo1NiBQTSBFU1QNCmdkYm0tMS44LjAtMjYuMiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTA6NTk6MTUgUE0gRVNUDQpiZWVjcnlwdC00LjEu Mi05LjIuMSAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDEwOjU5OjAx IFBNIEVTVA0KcGNyZS02LjMtMS4yLjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1 ZSAxOSBEZWMgMjAwNiAxMDo1ODo1NCBQTSBFU1QNCmxpYnZvcmJpcy0xLjEuMi0xLjIgICAgICAg ICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTA6NTg6NDEgUE0gRVNUDQpsaWJY YXctMS4wLjEtMS4yICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2 IDEwOjU4OjMzIFBNIEVTVA0KbGliWHBtLTMuNS40LjItMi4yICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMDo1ODoyNiBQTSBFU1QNCmxpYnhrYmZpbGUtMS4wLjEt MS4yICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTA6NTg6MjEgUE0g RVNUDQpsaWJYdi0xLjAuMS0xLjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5 IERlYyAyMDA2IDEwOjU4OjE3IFBNIEVTVA0KZ3RrKy0xLjIuMTAtNTAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMDo1ODoxMSBQTSBFU1QNCmxpYlh4Zjg2 bWlzYy0xLjAuMC0yLjIgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTA6 NTg6MDQgUE0gRVNUDQpsaWJYU2NyblNhdmVyLTEuMC4xLTEuMiAgICAgICAgICAgICAgICAgICAg ICAgVHVlIDE5IERlYyAyMDA2IDEwOjU3OjU5IFBNIEVTVA0KbGliWGN1cnNvci0xLjEuNS4yLTIu MiAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMDo1Nzo1NCBQTSBFU1QN CmxpYlhmaXhlcy0zLjAuMS4yLTIuMiAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVj IDIwMDYgMTA6NTc6NDkgUE0gRVNUDQpsaWJYeGY4NnZtLTEuMC4wLTIuMiAgICAgICAgICAgICAg ICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDEwOjU3OjQ0IFBNIEVTVA0KbGliWHJhbmRyLTEu MS4wLjItMi4yICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMDo1Nzo0 MCBQTSBFU1QNCmxpYlh0c3QtMS4wLjEtMS4yICAgICAgICAgICAgICAgICAgICAgICAgICAgICBU dWUgMTkgRGVjIDIwMDYgMTA6NTc6MzUgUE0gRVNUDQpsaWJYaW5lcmFtYS0xLjAuMS0xLjIgICAg ICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDEwOjU3OjMwIFBNIEVTVA0KbGli WG11LTEuMC4wLTIuMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAw NiAxMDo1NzoyNSBQTSBFU1QNCmxpYlhpLTEuMC4wLTIuMiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTA6NTc6MTkgUE0gRVNUDQpsaWJYdC0xLjAuMC0yLjIg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDEwOjU3OjEzIFBN IEVTVA0Kc3RhcnR1cC1ub3RpZmljYXRpb24tMC44LTMuMi4xICAgICAgICAgICAgICAgIFR1ZSAx OSBEZWMgMjAwNiAxMDo1NzowNiBQTSBFU1QNCmxpYlhyZW5kZXItMC45LjAuMi0zLjIgICAgICAg ICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTA6NTc6MDEgUE0gRVNUDQpsaWJYZXh0 LTEuMC4wLTMuMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDEw OjU2OjU3IFBNIEVTVA0KbGliWGRtY3AtMS4wLjAtMi4yICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFR1ZSAxOSBEZWMgMjAwNiAxMDo1Njo0MyBQTSBFU1QNCmdsaWItMS4yLjEwLTE4LjIuMiAg ICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTA6NTY6MzggUE0gRVNU DQpsaWJpZWVlMTI4NC0wLjIuOS0zLjIuMSAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERl YyAyMDA2IDEwOjU2OjMzIFBNIEVTVA0KbGliZm9udGVuYy0xLjAuMS0xLjIgICAgICAgICAgICAg ICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMDo1NjoyOSBQTSBFU1QNCmxpYmFjbC0yLjIu MzQtMS4yICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTA6NTY6 MTcgUE0gRVNUDQplbGZ1dGlscy1saWJlbGYtMC4xMTktMS4yLjEgICAgICAgICAgICAgICAgICAg VHVlIDE5IERlYyAyMDA2IDEwOjU2OjA1IFBNIEVTVA0KbGliYXR0ci0yLjQuMjgtMS4yICAgICAg ICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMDo1NjowMCBQTSBFU1QNCmxp YmdjcnlwdC0xLjIuMi0xLjIuMSAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIw MDYgMTA6NTU6NTQgUE0gRVNUDQpjeXJ1cy1zYXNsLWxpYi0yLjEuMjEtMTAgICAgICAgICAgICAg ICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDEwOjU1OjQ3IFBNIEVTVA0KbGliZ3BnLWVycm9yLTEu MS0xLjIuMSAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMDo1NTo0MCBQ TSBFU1QNCmxpYm9nZy0xLjEuMy0xLjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUg MTkgRGVjIDIwMDYgMTA6NTU6MzUgUE0gRVNUDQpsaWJjYXAtMS4xMC0yNC4yICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDEwOjU1OjI0IFBNIEVTVA0KbGlidXNi LTAuMS4xMS0yLjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAx MDo1NToxOSBQTSBFU1QNCmJ6aXAyLWxpYnMtMS4wLjMtMi4yLjEgICAgICAgICAgICAgICAgICAg ICAgICBUdWUgMTkgRGVjIDIwMDYgMTA6NTQ6NTkgUE0gRVNUDQpsaWJYYXUtMS4wLjAtMi4yICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDEwOjU0OjU0IFBNIEVT VA0KZXhwYXQtMS45NS44LTguMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBE ZWMgMjAwNiAxMDo1NDo0OSBQTSBFU1QNCm1rdGVtcC0xLjUtMjMuMi4xICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTA6NTQ6NDQgUE0gRVNUDQpsaWJqcGVnLTZi LTM2LjIuMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAyMDA2IDEwOjU0 OjMyIFBNIEVTVA0KY2hrY29uZmlnLTEuMy4yOS0xICAgICAgICAgICAgICAgICAgICAgICAgICAg IFR1ZSAxOSBEZWMgMjAwNiAxMDo1NDoxOCBQTSBFU1QNCmxpYmFydF9sZ3BsLTIuMy4xNy0yLjIu MSAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTA6NTQ6MTIgUE0gRVNUDQpw b3B0LTEuMTAuMi0xNS4yICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVlIDE5IERlYyAy MDA2IDEwOjU0OjA2IFBNIEVTVA0KbGliU00tMS4wLjAtMi4yICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMDo1NDowMSBQTSBFU1QNCmxpYklDRS0xLjAuMC0y LjIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYgMTA6NTM6NTYg UE0gRVNUDQp6bGliLTEuMi4zLTEuMi4xICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVHVl IDE5IERlYyAyMDA2IDEwOjUzOjM1IFBNIEVTVA0KYmFzZXN5c3RlbS04LjAtNS4xICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMDo0OTo1MiBQTSBFU1QNCmdub21l LW1pbWUtZGF0YS0yLjQuMi0xLjIuMSAgICAgICAgICAgICAgICAgICBUdWUgMTkgRGVjIDIwMDYg MTA6NDk6NDEgUE0gRVNUDQpmaWxlc3lzdGVtLTIuMy43LTEuMi4xICAgICAgICAgICAgICAgICAg ICAgICAgVHVlIDE5IERlYyAyMDA2IDEwOjQ5OjM0IFBNIEVTVA0Kc2V0dXAtMi41LjQ5LTEgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFR1ZSAxOSBEZWMgMjAwNiAxMDo0OToyNyBQTSBF U1QNCg== --_221F12D2-4F21-C149-7137-B75DE5322EA0_-- From bil at ccrma.Stanford.EDU Fri Oct 19 14:45:01 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Fri Oct 19 13:45:01 2007 Subject: [PlanetCCRMA] Re: sine waves in real time In-Reply-To: <20071019190004.26655.4317.Mailman@cm-mail.stanford.edu> References: <20071019190004.26655.4317.Mailman@cm-mail.stanford.edu> Message-ID: <20071019203547.M94156@ccrma.Stanford.EDU> > "Which processor and clock speed are you using?" 3.8 GHz Pentium 4. > Although I don't yet understand the syntax you are all using, I don't think the > 44100 KHz referred to below, has anything to do with the above, which > will largely dictate how well any given software is going to perform. oops - 44.1 KHz -- a typo. The higher the srate, the fewer the voices you'll get in real time, or any other time for that matter. My point was that you get more voices than you can use in software synthesis even in a language like Scheme where you don't have to wear a hard hat to program. From lanas at securenet.net Sat Oct 20 15:26:01 2007 From: lanas at securenet.net (lanas) Date: Sat Oct 20 14:26:01 2007 Subject: [PlanetCCRMA] xine and jackd In-Reply-To: <20071018192223.7f494fb7@mistral.stie> References: <20071018192223.7f494fb7@mistral.stie> Message-ID: <20071020172430.1613c06f@mistral.stie> Le Jeudi, 18 Octobre 2007 19:22:23 -0400, lanas a écrit : I thought it was a special (modified) xine package that enables xine to use jack since there was no such option in the xine configuration menus, but no, I was mistaken. For the sake of completeness on this topic, I'll simply add that xine uses a command-line paramter to enable jack usage: xine -A jack Cheers, Al From mysthr21 at gmail.com Sat Oct 20 15:41:01 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Sat Oct 20 14:41:01 2007 Subject: [PlanetCCRMA] xine and jackd In-Reply-To: <20071020172430.1613c06f@mistral.stie> References: <20071018192223.7f494fb7@mistral.stie> <20071020172430.1613c06f@mistral.stie> Message-ID: <907c05c70710201440t321b5416j3d6f44f7c983c655@mail.gmail.com> ------=_Part_5493_23418573.1192916407886 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline It works for me on fedora 7 with these packages : xine 0.99.5-1.lvn7 xine-lib 1.1.6-2.fc7 xine-lib-extras 1.1.6-2.fc7 xine-lib-extras-nonfree 1.1.6-1.lvn7 xine-plugin 1.0-3.fc7 hope this can help you cheers, Mysth-R 2007/10/20, lanas : > > Le Jeudi, 18 Octobre 2007 19:22:23 -0400, > lanas a =E9crit : > > I thought it was a special (modified) xine package that enables xine > to use jack since there was no such option in the xine > configuration menus, but no, I was mistaken. For the sake of > completeness on this topic, I'll simply add that xine uses a > command-line paramter to enable jack usage: > > xine -A jack > > Cheers, > > Al > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > --=20 {^_^} Mysth-R {^_^} http://myspace.com/mysthr http://myspace.com/aideauditive ------=_Part_5493_23418573.1192916407886 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline It works for me on fedora 7 with these packages :

xine 0.99.5-1.lvn7=
xine-lib 1.1.6-2.fc7
xine-lib-extras 1.1.6-2.fc7
xine-lib-extras-= nonfree 1.1.6-1.lvn7
xine-plugin 1.0-3.fc7

hope this can help you
cheers,

Mysth-R

2007/10/= 20, lanas <lanas@securenet.net>:

Le Jeudi, 18 Octobre 2007 19:22:23 -0400,
lanas <lanas@securenet.net> a =E9crit :

&nb= sp;I thought it was a special (modified) xine package that enables xine
= to use jack since there was no such option in the xine
configuration menus, but no, I was mistaken. For the sake of
complet= eness on this topic, I'll simply add that xine uses a
command-line p= aramter to enable jack usage:

xine -A jack

Cheers,

Al

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

--
{^_^} Mysth-R {^_^}

http://myspace.com/mysthr
http://myspace.com/aideauditive ------=_Part_5493_23418573.1192916407886-- From lanas at securenet.net Sat Oct 20 19:40:09 2007 From: lanas at securenet.net (lanas) Date: Sat Oct 20 18:40:09 2007 Subject: [PlanetCCRMA] xine and jackd In-Reply-To: <907c05c70710201440t321b5416j3d6f44f7c983c655@mail.gmail.com> References: <20071018192223.7f494fb7@mistral.stie> <20071020172430.1613c06f@mistral.stie> <907c05c70710201440t321b5416j3d6f44f7c983c655@mail.gmail.com> Message-ID: <20071020213853.7b071c1c@mistral.stie> Le Samedi, 20 Octobre 2007 23:40:07 +0200, Mysth-R a écrit : > It works for me on fedora 7 with these packages : > > xine 0.99.5-1.lvn7 > xine-lib 1.1.6-2.fc7 > xine-lib-extras 1.1.6-2.fc7 > xine-lib-extras-nonfree 1.1.6-1.lvn7 > xine-plugin 1.0-3.fc7 > hope this can help you That's OK, all that's needed for xine to work with jack is the command-line parameter, i.e. any current version of xine should be the same regarding this. Cheers, Al From nando at ccrma.Stanford.EDU Sat Oct 20 19:50:05 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sat Oct 20 18:50:05 2007 Subject: [PlanetCCRMA] reinstalling/repairing X In-Reply-To: <200710191956.l9JJu0w06088@cm-mail.stanford.edu> References: <200710191956.l9JJu0w06088@cm-mail.stanford.edu> Message-ID: <1192931368.27615.1.camel@cmn3.stanford.edu> On Fri, 2007-10-19 at 14:53 -0500, Ira wrote: > On Fri, 2007-10-19 at 08:09 -0500, Ira wrote: > > How about "how do I reinstall ccrma?" or "how do I reinstall X?" > > Could we try to see what changed? Do an "rpm -q -a --last" to see which > packages were last installed. Do you remember what you did other than > updates before X stopped working? It is strange that updates caused this > as I have not issued any for quite a while and Fedora hasn't either. > [truncated by sender] > > that's what happened... > I've attached the rpm log > I'm on gdm version 2.14.11 > > Those were some good links, thanks. > Starting X w/ sudo did work. Well, at least you have a workaround. I still don't exactly know what might be happening. There's too many changes in packages to be able to pinpoint one as the culprit. One thing I never looked at is your /etc/X11/xorg.conf configuration file. -- Fernando From joey.a" Message-ID: <002301c813c4$e7372dd0$01a8a8c0@system7125> Message: 1 > From: "Bill Schottstaedt" > Sent: Saturday, October 20, 2007 8:00 PM > Subject: [PlanetCCRMA] sine waves in real time > > > "Which processor and clock speed are you using?" > > 3.8 GHz Pentium 4. (Context: >> In the Scheme version of Snd, I get about 180 such sines) Thanks. That is a fast clock. From this I get that your Scheme algorithm has ~ 12% the efficiency of the SuperCollider algorithm, if you are running the CPU flat out, or ~ 23% if you are referring to 50% CPU loading. Understandable, really, because a look up table should always be faster than computing a sin (or even a log) function. > > Although I don't yet understand the syntax you are all using, I don't think the > > 44100 KHz referred to below, has anything to do with the above, which > > will largely dictate how well any given software is going to perform. > > oops - 44.1 KHz -- a typo. That sounds more like it! Standard audio sampling rate ;-) Message: 2 From: "Kjetil S. Matheussen" Cc: Sent: Saturday, October 20, 2007 12:28 PM > > Its a 4 year old amd xp2800. I could run about 140 voices in realtime at > 80% cpu usage, Interesting. Your clock is ~ half the speed of Bill's, yet you appear get ~ the same performance, from the same software. Does this mean that AMD is ~twice as efficient as Intel, in music applications, or that Bill has specified for only 50% CPU loading? Bill? > and about 60 voices in non-realtime 100% cpu usage. Sorry, this does not compute. Which is the typo? From lists at moltenmercury.org Sun Oct 21 15:44:00 2007 From: lists at moltenmercury.org (Michael Curtis) Date: Sun Oct 21 14:44:00 2007 Subject: [PlanetCCRMA] Sine waves in real time In-Reply-To: <002301c813c4$e7372dd0$01a8a8c0@system7125> References: <20071020190004.10154.87375.Mailman@cm-mail.stanford.edu> <002301c813c4$e7372dd0$01a8a8c0@system7125> Message-ID: <200710221042.56725.lists@moltenmercury.org> On Sun, 21 Oct 2007 22:29:05 joey.a wrote: > > Its a 4 year old amd xp2800. I could run about 140 voices in realtime at > > 80% cpu usage, > > Interesting. Your clock is ~ half the speed of Bill's, yet you appear get ~ > the same performance, from the same software. > > Does this mean that AMD is ~twice as efficient as Intel, in music > applications, or that Bill has specified for only 50% CPU loading? Very much doubt that. The new Pentium 4s (and Core 2s) have massive floating point units which will easily best an Athlon XP. I think what we might be seeing is the impact of RAM speed. Scheme is an interpreted language, and as such will have a large memory footprint (especially Scheme, I think it would be quite difficult to parse / execute for a computer). Hence you're going to find that the process is more "memory bound" (needs to access main memory), whereas the highly optimised routines in SC probably fit entirely within the L2 cache. Hopefully that explanation makes sense to you. I've done courses in Computer Hardware so I hopefully I've explained things in a way that can be understood by people who aren't Hardware geeks ;). From nando at ccrma.Stanford.EDU Sun Oct 21 16:41:03 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sun Oct 21 15:41:03 2007 Subject: [PlanetCCRMA] Sine waves in real time In-Reply-To: <002301c813c4$e7372dd0$01a8a8c0@system7125> References: <20071020190004.10154.87375.Mailman@cm-mail.stanford.edu> <002301c813c4$e7372dd0$01a8a8c0@system7125> Message-ID: <1193006445.1553.2.camel@cmn3.stanford.edu> On Sun, 2007-10-21 at 10:29 +0100, joey.a wrote: > Message: 1 > > From: "Bill Schottstaedt" > > Sent: Saturday, October 20, 2007 8:00 PM > > Subject: [PlanetCCRMA] sine waves in real time > > > > > "Which processor and clock speed are you using?" > > > > 3.8 GHz Pentium 4. > (Context: >> In the Scheme version of Snd, I get about 180 such sines) > > Thanks. That is a fast clock. From this I get that your Scheme algorithm has > ~ 12% the efficiency of the SuperCollider algorithm, if you are running the > CPU flat out, or ~ 23% if you are referring to 50% CPU loading. > Understandable, really, because a look up table should always be faster than > computing a sin (or even a log) function. Watch out... a P4 is not comparable to the newer generation of Core Duo processors for Intel. Cycle for cycle the newer generations of processors do a lot more work, so comparing GHz has no real meaning. The best would be to find some standard benchmark and run it on those processors and then normalize for that (same with Intel vs. AMD, etc). -- Fernando > > > Although I don't yet understand the syntax you are all using, I don't > think the > > > 44100 KHz referred to below, has anything to do with the above, which > > > will largely dictate how well any given software is going to perform. > > > > oops - 44.1 KHz -- a typo. > > That sounds more like it! Standard audio sampling rate ;-) > > Message: 2 > From: "Kjetil S. Matheussen" > Cc: > Sent: Saturday, October 20, 2007 12:28 PM > > > > Its a 4 year old amd xp2800. I could run about 140 voices in realtime at > > 80% cpu usage, > > Interesting. Your clock is ~ half the speed of Bill's, yet you appear get ~ > the same performance, from the same software. > > Does this mean that AMD is ~twice as efficient as Intel, in music > applications, or that Bill has specified for only 50% CPU loading? > > Bill? > > > and about 60 voices in non-realtime 100% cpu usage. > > Sorry, this does not compute. Which is the typo? > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma From andersvi at extern.uio.no Mon Oct 22 04:12:01 2007 From: andersvi at extern.uio.no (andersvi@extern.uio.no) Date: Mon Oct 22 03:12:01 2007 Subject: [PlanetCCRMA] Sine waves in real time In-Reply-To: <002301c813c4$e7372dd0$01a8a8c0@system7125> (joey a.'s message of "Sun\, 21 Oct 2007 10\:29\:05 +0100") References: <20071020190004.10154.87375.Mailman@cm-mail.stanford.edu> <002301c813c4$e7372dd0$01a8a8c0@system7125> Message-ID: >>>>> "ja" == joey a writes: ja> Cc: ja> Sent: Saturday, October 20, 2007 12:28 PM >> >> Its a 4 year old amd xp2800. I could run about 140 voices in >> realtime at 80% cpu usage, ja> Interesting. Your clock is ~ half the speed of Bill's, yet you ja> appear get ~ the same performance, from the same software. Not the same software. Kjetils referring to a library optimizing Snd for realtime work, so you might say theyre running with 2 different versions of Snd. In fact, Snd tends to be "the same software" only in very controlled research-labs.... From joey.a" <002301c813c4$e7372dd0$01a8a8c0@system7125> Message-ID: <00bb01c814a0$c8f9b4f0$01a8a8c0@system7125> ----- Original Message ----- From: To: "joey.a" Cc: Sent: Monday, October 22, 2007 11:10 AM Subject: Re: [PlanetCCRMA] Sine waves in real time > >>>>> "ja" == joey a writes: > > ja> Cc: > ja> Sent: Saturday, October 20, 2007 12:28 PM > >> > >> Its a 4 year old amd xp2800. I could run about 140 voices in > >> realtime at 80% cpu usage, > > ja> Interesting. Your clock is ~ half the speed of Bill's, yet you > ja> appear get ~ the same performance, from the same software. > > Not the same software. Kjetils referring to a library optimizing Snd > for realtime work, so you might say theyre running with 2 different > versions of Snd. > > In fact, Snd tends to be "the same software" only in very controlled > research-labs.... Obviously, I still have a lot to learn! So I am now taking Bill's advice (below), as an initial measure. ----- Original Message ----- From: "Bill Schottstaedt" To: "joey.a" ; "Kjetil S. Matheussen" Sent: Sunday, October 21, 2007 12:33 PM Subject: Re: Fw: Sine waves in real time > Why not install it on your own machine and try it yourself? > ("it" being Supercollider, or Pd, or Snd, or Csound, or CMix, > or Nyquist... -- there's always another reason to put off > making music). Main reason I have not done so thus far, is apalling sound quality of my new(ish) laptop, even when jacked into a good amp & speakers. See soundcheck @ http://www.accelerators.co.uk/action . However, your advice does make sense, because I will then have a better idea of what I will actually need, in a new tower. Thanks to all of you for your advice. From kjetil.matheussen at notam02.no Mon Oct 22 10:53:01 2007 From: kjetil.matheussen at notam02.no (Kjetil S. Matheussen) Date: Mon Oct 22 09:53:01 2007 Subject: [PlanetCCRMA] Re: Sine Waves, Hardware, and Software In-Reply-To: <20071019190004.26655.4317.Mailman@cm-mail.stanford.edu> References: <20071019190004.26655.4317.Mailman@cm-mail.stanford.edu> Message-ID: "joey.a": > > I guess the obvious question here, to both Kjetil S. Matheussen and Bill = > Schottstaedt, is "Which processor and clock speed are you using?" > Its a 4 year old amd xp2800. I could run about 140 voices in realtime at 80% cpu usage, and about 60 voices in non-realtime 100% cpu usage. How many voices I would get from supercollider, I don't know, but probably a lot lot more. Supercollider works by creating a graph of generators where each generator generates a block of samples for each iteration. This has both advances and disadvances, and the biggest advance (I would guess) is that its much faster. Common lisp music, on the other hand, works by letting you create one large generator instead, which gives more possibilities since you can edit each sample without sometimes having to write your own generator in C. > Also, while I am still awaiting the machinery, any advice on where I = > should start for getting to grips with this syntax? First step would be to learn scheme I guess. Here is a simpler version: (do ((i 0 (1+ i))) ((= i 30)) (let ((osc (make-oscil (* 10 (1+ i)) (random (* 2 pi))))) ( 0 9 (lambda () (out (* .01 (oscil osc))))))) It plays 30 oscillators for 9 seconds. http://www.schemers.org/ http://ccrma.stanford.edu/software/snd/snd/snd.html http://www.notam02.no/arkiv/doc/snd-rt/ From mtdnelson at airpost.net Mon Oct 22 10:53:36 2007 From: mtdnelson at airpost.net (Michael TD Nelson) Date: Mon Oct 22 09:53:36 2007 Subject: [PlanetCCRMA] Saving songs in Hydrogen Message-ID: <1192989879.4229.2.camel@nels.wallflowerst.net> Hi all, For some reason, I'm having difficulties when saving a song from Hydrogen. I place the cursor in the box to name the file which I'm about to save, but when I type, nothing happens. My keyboard works generally (I'm using it now!), and I've not noticed any similar problems elsewhere in the system. Does anyone have any ideas? Would I be better off asking elsewhere? Thanks Michael From nando at ccrma.Stanford.EDU Mon Oct 22 12:30:06 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon Oct 22 11:30:06 2007 Subject: [PlanetCCRMA] Saving songs in Hydrogen In-Reply-To: <1192989879.4229.2.camel@nels.wallflowerst.net> References: <1192989879.4229.2.camel@nels.wallflowerst.net> Message-ID: <1193077789.4015.3.camel@cmn3.stanford.edu> On Sun, 2007-10-21 at 19:04 +0100, Michael TD Nelson wrote: > Hi all, > > For some reason, I'm having difficulties when saving a song from > Hydrogen. I place the cursor in the box to name the file which I'm about > to save, but when I type, nothing happens. > > My keyboard works generally (I'm using it now!), and I've not noticed > any similar problems elsewhere in the system. > > Does anyone have any ideas? Would I be better off asking elsewhere? Which version of Hydrogen? (rpm -q hydrogen) Which version of Fedora? (cat /etc/fedora-release) (a quick test shows it works for me here, fc6 i386) -- Fernando From lanas at securenet.net Mon Oct 22 16:08:01 2007 From: lanas at securenet.net (lanas) Date: Mon Oct 22 15:08:01 2007 Subject: [PlanetCCRMA] Swami Message-ID: <20071022180722.5f0b9cf3@mistral.stie> Hello ! Is there a chance to have Swami for FC6 x86_64 ? ;-) Cheers, Al From joey.a" Message-ID: <000e01c81588$747d1870$01a8a8c0@system7125> > On Sun, 21 Oct 2007 22:29:05 joey.a wrote: > > > > Its a 4 year old amd xp2800. I could run about 140 voices in realtime at > > > 80% cpu usage, > > > > Interesting. Your clock is ~ half the speed of Bill's, yet you appear get ~ > > the same performance, from the same software. > > > > Does this mean that AMD is ~twice as efficient as Intel, in music > > applications, or that Bill has specified for only 50% CPU loading? > > Very much doubt that. The new Pentium 4s (and Core 2s) have massive floating > point units which will easily best an Athlon XP. I don't see the relevance of that, for practical music applications. Maximum line signal is 0 db by convention, and -100 db of noise is pretty much imperceptible. That equates to an amplitude range of 100,000 to 1. You can get that with 17 bits. Even the more basic versions of Fedora are 32 bits, so why would one need floating point processiong power on top? Are you saying that the software is squandering processing power by performing flops, when it could be doing straight signed multiplications more efficiently instead? > I think what we might be > seeing is the impact of RAM speed. Scheme is an interpreted language, and as > such will have a large memory footprint (especially Scheme, I think it would > be quite difficult to parse / execute for a computer). Hence you're going to > find that the process is more "memory bound" (needs to access main memory), > whereas the highly optimised routines in SC probably fit entirely within the > L2 cache. That, on the other hand, does make a lot of sense to me. From nando at ccrma.Stanford.EDU Tue Oct 23 20:01:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue Oct 23 19:01:01 2007 Subject: [PlanetCCRMA] Re: Sine waves in real time In-Reply-To: <000e01c81588$747d1870$01a8a8c0@system7125> References: <20071022190007.10609.88989.Mailman@cm-mail.stanford.edu> <000e01c81588$747d1870$01a8a8c0@system7125> Message-ID: <1193191213.5541.19.camel@cmn3.stanford.edu> On Tue, 2007-10-23 at 16:21 +0100, joey.a wrote: > > On Sun, 21 Oct 2007 22:29:05 joey.a wrote: > > > > > > Its a 4 year old amd xp2800. I could run about 140 voices in realtime > at > > > > 80% cpu usage, > > > > > > Interesting. Your clock is ~ half the speed of Bill's, yet you appear > get ~ > > > the same performance, from the same software. > > > > > > Does this mean that AMD is ~twice as efficient as Intel, in music > > > applications, or that Bill has specified for only 50% CPU loading? > > > > Very much doubt that. The new Pentium 4s (and Core 2s) have massive > floating > > point units which will easily best an Athlon XP. > > I don't see the relevance of that, for practical music applications. > > Maximum line signal is 0 db by convention, and -100 db of noise is pretty > much imperceptible. That equates to an amplitude range of 100,000 to 1. > You can get that with 17 bits. > Even the more basic versions of Fedora are 32 bits, so why would one need > floating point processiong power on top? > > Are you saying that the software is squandering processing power by > performing flops, when it could be doing straight signed multiplications > more efficiently instead? "flops" might be more efficient that straight signed multiplications. The software is most probably not squandering anything by using floating point operations, and was tested, optimized and cajoled into having the highest performance after many many tests by guys that spent decades doing this. Current processors are very very complicated and understanding what is most efficient is _not_ straightforward (and eludes me, for one - I'm not an expert :-). It probably is less efficient to deal with fixed point arithmetic and all the special cases it creates than just using floating point, at least on reasonably recent cpus. AFAIK most (if not all) general purpose synthesis languages are using floating point these days... -- Fernando From joey.a" Message-ID: <001501c81602$65732610$01a8a8c0@system7125> Sorry, I am still a bit confused here. Do the various software packages which are still 32 bits actually already run on 64 bit versions of FC, or not? If not, might I be better off installing a 32 bit version of FC initially? Unfortunately, problems arose during the partitioning of my laptop in preparation for installing FC, so it is still with my 'expert'. Consequently I can't yet just try it to see. > Message: 1 > Date: Mon, 22 Oct 2007 18:07:22 -0400 > From: lanas > To: planetccrma@ccrma.Stanford.EDU > Subject: [PlanetCCRMA] Swami > > Hello ! > > Is there a chance to have Swami for FC6 x86_64 ? ;-) From lorenjanwilson at gmail.com Wed Oct 24 08:16:01 2007 From: lorenjanwilson at gmail.com (Loren Jan Wilson) Date: Wed Oct 24 07:16:01 2007 Subject: [PlanetCCRMA] pd and supercollider not available for x86_64? Message-ID: <5e263c480710240715y17aca32dw3a44140af6403e38@mail.gmail.com> Hello there, This is my first time installing linux at home since 1999, so I'm sorry if I'm asking some newbie questions. I have a new intel quadcore system. I installed Fedora 7 using the x86_64 dvd acquired from Fedora Unity, and updated it. Then I installed the realtime kernel, and it worked fine. (Amazing work, by the way!) And I installed all the basic planet-ccrma packages (planetccrma-apps). I'm now noticing, however, that two of my big reasons for installing linux -- pd and supercollider -- aren't present. I've tried: yum install supercollider-world yum install supercollider yum install pd But those all fail with a "package not found" error. Is this because they don't work with x86_64? Is there a way to trick yum into installing only the i386 versions of any package that isn't available for x86_64? And then, if that were possible, would the software actually work afterwards? Alternately, would it be better to reinstall using the i386 version of fedora 7 and try again? Thanks in advance. Also: to Fernando and other PlanetCCRMA developers: thanks so much for providing an amazing and inspiring resource. Loren -- http://pitchformula.com/ http://h70s.com/ From errordeveloper at gmail.com Wed Oct 24 10:16:00 2007 From: errordeveloper at gmail.com (ilya .d) Date: Wed Oct 24 09:16:00 2007 Subject: [PlanetCCRMA] pd and supercollider not available for x86_64? In-Reply-To: <5e263c480710240715y17aca32dw3a44140af6403e38@mail.gmail.com> References: <5e263c480710240715y17aca32dw3a44140af6403e38@mail.gmail.com> Message-ID: <20071024161700.GA20499@00110101.errordevlopment.org.uk> there is an issue with SC .. it has not been complitely ported yet if you wan't to use pd you probably need to compile one from the source. grab the lest version (0.41-0test6), version 0.40 and above will have a bug with ARRAYS (i.e. tables) .. you can do a lot of things without these, so if you are cocerned by stability - go for 0.40.3, i think there rpms for FC on the source site of Miller Puckette. good luck, -- Ilya On Wed, Oct 24, 2007 at 09:15:42AM -0500, Loren Jan Wilson wrote: > Hello there, > > This is my first time installing linux at home since 1999, so I'm > sorry if I'm asking some newbie questions. > > I have a new intel quadcore system. > I installed Fedora 7 using the x86_64 dvd acquired from Fedora Unity, > and updated it. > Then I installed the realtime kernel, and it worked fine. (Amazing > work, by the way!) > And I installed all the basic planet-ccrma packages (planetccrma-apps). > > I'm now noticing, however, that two of my big reasons for installing > linux -- pd and supercollider -- aren't present. I've tried: > > yum install supercollider-world > yum install supercollider > yum install pd > > But those all fail with a "package not found" error. > > Is this because they don't work with x86_64? Is there a way to trick > yum into installing only the i386 versions of any package that isn't > available for x86_64? And then, if that were possible, would the > software actually work afterwards? > > Alternately, would it be better to reinstall using the i386 version of > fedora 7 and try again? > > Thanks in advance. > > Also: to Fernando and other PlanetCCRMA developers: thanks so much for > providing an amazing and inspiring resource. > > Loren > > -- > http://pitchformula.com/ > http://h70s.com/ > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma From nando at ccrma.Stanford.EDU Wed Oct 24 10:39:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Oct 24 09:39:01 2007 Subject: [PlanetCCRMA] 32 & 64 bit FC In-Reply-To: <001501c81602$65732610$01a8a8c0@system7125> References: <20071023190005.32748.20126.Mailman@cm-mail.stanford.edu> <001501c81602$65732610$01a8a8c0@system7125> Message-ID: <1193243909.10067.5.camel@cmn3.stanford.edu> On Wed, 2007-10-24 at 06:53 +0100, joey.a wrote: > Sorry, I am still a bit confused here. Do the various software packages > which are still 32 bits actually already run on 64 bit versions of FC, or > not? > > If not, might I be better off installing a 32 bit version of FC initially? The 32 bit version of fc is the one that has the most packages available. Stuff like pd and supercollider (as noted in a different thread) are missing. Depending on what software you need you might be better off with the 32 bit version (which will run just fine on 64 bit capable hardware). -- Fernando > Unfortunately, problems arose during the partitioning of my laptop in > preparation for installing FC, so it is still with my 'expert'. Consequently > I can't yet just try it to see. From alex.smith.ixium+xithium at googlemail.com Wed Oct 24 11:01:01 2007 From: alex.smith.ixium+xithium at googlemail.com (Alexander Smith) Date: Wed Oct 24 10:01:01 2007 Subject: [PlanetCCRMA] Midisport Firmware - x86_64 Message-ID: I've just bought an M-Audio Midisport 2x2, and am wondering is the Midisport firmware loader going to be made available for the x86_64 architecture? Is there something that stops it being build on 64 bit Fedora? Thanks Alex From errordeveloper at gmail.com Wed Oct 24 11:28:02 2007 From: errordeveloper at gmail.com (ilya .d) Date: Wed Oct 24 10:28:02 2007 Subject: [PlanetCCRMA] 32 & 64 bit FC In-Reply-To: <1193243909.10067.5.camel@cmn3.stanford.edu> References: <20071023190005.32748.20126.Mailman@cm-mail.stanford.edu> <001501c81602$65732610$01a8a8c0@system7125> <1193243909.10067.5.camel@cmn3.stanford.edu> Message-ID: <20071024172947.GC20499@00110101.errordevlopment.org.uk> On Wed, Oct 24, 2007 at 09:38:29AM -0700, Fernando Lopez-Lezcano wrote: > On Wed, 2007-10-24 at 06:53 +0100, joey.a wrote: > > Sorry, I am still a bit confused here. Do the various software packages > > which are still 32 bits actually already run on 64 bit versions of FC, or > > not? > > > > If not, might I be better off installing a 32 bit version of FC initially? > > The 32 bit version of fc is the one that has the most packages > available. Stuff like pd and supercollider (as noted in a different > thread) are missing. Depending on what software you need you might be > better off with the 32 bit version (which will run just fine on 64 bit > capable hardware). do you think there any performance improvments comparing 64bit pkgs agains 32bit once on the same system ? > > -- Fernando > > > > Unfortunately, problems arose during the partitioning of my laptop in > > preparation for installing FC, so it is still with my 'expert'. Consequently > > I can't yet just try it to see. > > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma From lorenjanwilson at gmail.com Wed Oct 24 11:42:01 2007 From: lorenjanwilson at gmail.com (Loren Jan Wilson) Date: Wed Oct 24 10:42:01 2007 Subject: [PlanetCCRMA] pd and supercollider not available for x86_64? In-Reply-To: <20071024161700.GA20499@00110101.errordevlopment.org.uk> References: <5e263c480710240715y17aca32dw3a44140af6403e38@mail.gmail.com> <20071024161700.GA20499@00110101.errordevlopment.org.uk> Message-ID: <5e263c480710241041t2fa0d95en41fd0552ee0cbc2a@mail.gmail.com> On 10/24/07, ilya .d wrote: > there is an issue with SC .. it has not been complitely ported yet Supercollider hasn't been ported to x86_64? or is it a planetCCRMA-specific porting that needs to be done? I think I've seen 64-bit debian packages for supercollider. In the yum faq it says, "If you do "yum install foo" then you will get both foo.i386.rpm and foo.x86_64.rpm installed on your system." The 32-bit SC package should just work, right? (assuming I could get it installed.) So, is there a way to trick yum into installing and using the 32 bit version of SC from planetCCRMA? Some kind of config file poking or something? I'm really into using yum whenever I can because it deals with dependencies.... one of my huge rpm pet peeves. Loren > > if you wan't to use pd you probably need to compile one from the source. > grab the lest version (0.41-0test6), version 0.40 and above will have > a bug with ARRAYS (i.e. tables) .. you can do a lot of things without > these, so if you are cocerned by stability - go for 0.40.3, > i think there rpms for FC on the source site of Miller Puckette. > > > good luck, > -- > Ilya > > On Wed, Oct 24, 2007 at 09:15:42AM -0500, Loren Jan Wilson wrote: > > Hello there, > > > > This is my first time installing linux at home since 1999, so I'm > > sorry if I'm asking some newbie questions. > > > > I have a new intel quadcore system. > > I installed Fedora 7 using the x86_64 dvd acquired from Fedora Unity, > > and updated it. > > Then I installed the realtime kernel, and it worked fine. (Amazing > > work, by the way!) > > And I installed all the basic planet-ccrma packages (planetccrma-apps). > > > > I'm now noticing, however, that two of my big reasons for installing > > linux -- pd and supercollider -- aren't present. I've tried: > > > > yum install supercollider-world > > yum install supercollider > > yum install pd > > > > But those all fail with a "package not found" error. > > > > Is this because they don't work with x86_64? Is there a way to trick > > yum into installing only the i386 versions of any package that isn't > > available for x86_64? And then, if that were possible, would the > > software actually work afterwards? > > > > Alternately, would it be better to reinstall using the i386 version of > > fedora 7 and try again? > > > > Thanks in advance. > > > > Also: to Fernando and other PlanetCCRMA developers: thanks so much for > > providing an amazing and inspiring resource. > > > > Loren > > > > -- > > http://pitchformula.com/ > > http://h70s.com/ > > > > _______________________________________________ > > PlanetCCRMA mailing list > > PlanetCCRMA@ccrma.stanford.edu > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > From nando at ccrma.Stanford.EDU Wed Oct 24 12:46:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Oct 24 11:46:02 2007 Subject: [PlanetCCRMA] pd and supercollider not available for x86_64? In-Reply-To: <5e263c480710241041t2fa0d95en41fd0552ee0cbc2a@mail.gmail.com> References: <5e263c480710240715y17aca32dw3a44140af6403e38@mail.gmail.com> <20071024161700.GA20499@00110101.errordevlopment.org.uk> <5e263c480710241041t2fa0d95en41fd0552ee0cbc2a@mail.gmail.com> Message-ID: <1193251534.10067.24.camel@cmn3.stanford.edu> On Wed, 2007-10-24 at 12:41 -0500, Loren Jan Wilson wrote: > On 10/24/07, ilya .d wrote: > > there is an issue with SC .. it has not been complitely ported yet > > Supercollider hasn't been ported to x86_64? or is it a > planetCCRMA-specific porting that needs to be done? I think I've seen > 64-bit debian packages for supercollider. Supercollider has not been completely ported to x86_64. Supercollider consists of two parts, sclang and scsynth. AFAIK sclang (the language bytecode interpreter) has to run in a 32 bit populated chroot environment. Scsynth (the synthesis server) can be compiled and runs fine in 64 bits (AFAIK). So it would be complicated to try to package it. I presume that what you saw in 64 bit Debian is just scsynth... See this: http://www.yeeking.net/index.php?location=Quick%2064%20bit%20Debian% 20Supercollider%20install%20howto Or this: https://bugs.launchpad.net/ubuntu/+source/supercollider/+bug/88054 (scroll down to the next to last comment) So, no clean solution is available for Supercollider on 64 bit os installs. > In the yum faq it says, "If you do "yum install foo" then you will get > both foo.i386.rpm and foo.x86_64.rpm installed on your system." The > 32-bit SC package should just work, right? (assuming I could get it > installed.) >From what I know I don't think that will work. You would have to create and populate a chroot with a 32 bit environment... But I have not tried... > So, is there a way to trick yum into installing and using > the 32 bit version of SC from planetCCRMA? Some kind of config file > poking or something? I imagine you could point (temporarily!) to the 32 bit repository... But I would not do that :-( > I'm really into using yum whenever I can because it deals with > dependencies.... one of my huge rpm pet peeves. Yup, shared by all other packaging formats that do not include dependency resolution natively (ie: debian's native packages, for example). -- Fernando From nando at ccrma.Stanford.EDU Wed Oct 24 12:56:03 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Oct 24 11:56:03 2007 Subject: [PlanetCCRMA] 32 & 64 bit FC In-Reply-To: <20071024172947.GC20499@00110101.errordevlopment.org.uk> References: <20071023190005.32748.20126.Mailman@cm-mail.stanford.edu> <001501c81602$65732610$01a8a8c0@system7125> <1193243909.10067.5.camel@cmn3.stanford.edu> <20071024172947.GC20499@00110101.errordevlopment.org.uk> Message-ID: <1193252134.10067.31.camel@cmn3.stanford.edu> On Wed, 2007-10-24 at 17:29 +0000, ilya .d wrote: > On Wed, Oct 24, 2007 at 09:38:29AM -0700, Fernando Lopez-Lezcano wrote: > > On Wed, 2007-10-24 at 06:53 +0100, joey.a wrote: > > > Sorry, I am still a bit confused here. Do the various software packages > > > which are still 32 bits actually already run on 64 bit versions of FC, or > > > not? > > > > > > If not, might I be better off installing a 32 bit version of FC initially? > > > > The 32 bit version of fc is the one that has the most packages > > available. Stuff like pd and supercollider (as noted in a different > > thread) are missing. Depending on what software you need you might be > > better off with the 32 bit version (which will run just fine on 64 bit > > capable hardware). > > do you think there any performance improvments comparing 64bit pkgs > agains 32bit once on the same system ? I don't have any experience comparing the two of them. My feeling is that you perhaps would see a few percent improvement. Others will surely disagree (it depends on what you test, how you test it, etc, etc). We are blissfully running 32 bit Fedora in our 64 bit workstations... :-) -- Fernando From smoak at mis.net Wed Oct 24 13:32:02 2007 From: smoak at mis.net (Marv Smoak) Date: Wed Oct 24 12:32:02 2007 Subject: [PlanetCCRMA] New fc7 install Message-ID: <200710241530.53959.smoak@mis.net> Hi Fernando and all, My Linux buddy, Bill, just brought over my machine which had given me no joy with fc5 months ago. I couldn't get sound working at all and it had a fan that roared. Now it has a new fan, new fc7 pccrma install. And the install appears to have been straight forward and sound works. Based on very limited use. More later. (Let's see if email works :<). ) Marv in Lex, KY where we're getting much need rain From hollywoodb at fastmail.fm Wed Oct 24 17:45:01 2007 From: hollywoodb at fastmail.fm (Wade Nelson) Date: Wed Oct 24 16:45:01 2007 Subject: [PlanetCCRMA] CentOS5 support? Message-ID: <1193268373.11093.1217684543@webmail.messagingengine.com> I'm curious if there's any support for CentOS5 with PlanetCCRMA? I've been a happy PlanetCCRMA user since Fedora Core 5, but at least for me it would be more convenient to have my audio workstation running a distribution with a longer support cycle and fewer upgrades. If there isn't, I'm considering rebuilding the SRPMS against CentOS5 and was wondering if anyone else had similar interest. Ideally the end result would be up-to-date PlanetCCRMA packages for latest CentOS versions that would allow for system upgrades every 2+ years instead of every 10 to 12 months (two fedora release cycles before upstream support is dropped). I'm not sure in the future (figure 2+ years down the road) if it would be rather simple or rather difficult to keep backporting PlanetCCRMA packages to CentOS, especially with future Fedora versions supporting things like PulseAudio. Of course there's the added benefit of making PlanetCCRMA packages available (or easily rebuilt for the paranoid) for RHEL5 as well. ---------------------- Wade Nelson hollywoodb@fastmail.fm "I may have to share this planet with animals, but I'm doing my damn best to eat every last one of them." From nando at ccrma.Stanford.EDU Wed Oct 24 19:48:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Oct 24 18:48:01 2007 Subject: [PlanetCCRMA] Midisport Firmware - x86_64 In-Reply-To: References: Message-ID: <1193276851.10067.56.camel@cmn3.stanford.edu> On Wed, 2007-10-24 at 11:59 +0000, Alexander Smith wrote: > I've just bought an M-Audio Midisport 2x2, and am wondering is the > Midisport firmware loader going to be made available for the x86_64 > architecture? Is there something that stops it being build on 64 bit > Fedora? I don't know and can't test at this point. I could build and release if you are willing to test it out... -- Fernando From Arnaud.Gomes at ircam.fr Thu Oct 25 01:01:01 2007 From: Arnaud.Gomes at ircam.fr (Arnaud Gomes-do-Vale) Date: Thu Oct 25 00:01:01 2007 Subject: [PlanetCCRMA] CentOS5 support? In-Reply-To: <1193268373.11093.1217684543@webmail.messagingengine.com> (Wade Nelson's message of "Wed, 24 Oct 2007 18:26:13 -0500") References: <1193268373.11093.1217684543@webmail.messagingengine.com> Message-ID: Hi, "Wade Nelson" writes: > If there isn't, I'm considering rebuilding the SRPMS against CentOS5 and > was wondering if anyone else had similar interest. I have already done part of this for RHEL4 and RHEL5 derivatives. I don't have a repository online at the moment for several reasons; I could have one in a few days but most packages are quite out of date. Actually I intend to get back to work as soon as I am able to put together a sane build system, which I am currently working at. > I'm not sure in the future (figure 2+ years down the road) if it would > be rather simple or rather difficult to keep backporting PlanetCCRMA > packages to CentOS, especially with future Fedora versions supporting > things like PulseAudio. >From my experience with CentOS4, many packages build with little or no change. The lisp-based stuff is quite involved, but AFAIK this is the case for Fedora too, or at least it was before Fedora started to include packages like sbcl; I have not really been following these issues closely. The only package I was really unable to build even though I tried was ardour, because of the recent versions of glib/gtk+ required for ardour2. -- Arnaud From nando at ccrma.Stanford.EDU Thu Oct 25 10:53:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Oct 25 09:53:02 2007 Subject: [PlanetCCRMA] CentOS5 support? In-Reply-To: References: <1193268373.11093.1217684543@webmail.messagingengine.com> Message-ID: <1193331141.14726.3.camel@cmn3.stanford.edu> On Thu, 2007-10-25 at 09:00 +0200, Arnaud Gomes-do-Vale wrote: > Hi, > > "Wade Nelson" writes: > > > If there isn't, I'm considering rebuilding the SRPMS against CentOS5 and > > was wondering if anyone else had similar interest. > > I have already done part of this for RHEL4 and RHEL5 derivatives. I > don't have a repository online at the moment for several reasons; I > could have one in a few days but most packages are quite out of date. > > Actually I intend to get back to work as soon as I am able to put > together a sane build system, which I am currently working at. > > > I'm not sure in the future (figure 2+ years down the road) if it would > > be rather simple or rather difficult to keep backporting PlanetCCRMA > > packages to CentOS, especially with future Fedora versions supporting > > things like PulseAudio. > > >From my experience with CentOS4, many packages build with little or no > change. The lisp-based stuff is quite involved, but AFAIK this is the > case for Fedora too, or at least it was before Fedora started to > include packages like sbcl; I have not really been following these > issues closely. The only package I was really unable to build even > though I tried was ardour, because of the recent versions of glib/gtk+ > required for ardour2. I've been hinting at getting this done for quite a while :-( Right now I'm also working again on my build system, I upgraded to centos5 and some stuff has to be tweaked. I'm close... If I do this I would probably only deal with Centos5. One good thing is the EPEL repository. Just in the same way that Planet CCRMA packages are migrating to Fedora proper, the same thing could happen (maybe at the same time?) with Centos5 support and EPEL for RHEL/CentOS 5. -- Fernando From alex.smith.ixium+xithium at googlemail.com Thu Oct 25 13:32:02 2007 From: alex.smith.ixium+xithium at googlemail.com (Alexander Smith) Date: Thu Oct 25 12:32:02 2007 Subject: [PlanetCCRMA] Re: Midisport Firmware - x86_64 References: <1193276851.10067.56.camel@cmn3.stanford.edu> Message-ID: On Wed, 24 Oct 2007 18:47:30 -0700, Fernando Lopez-Lezcano wrote: > On Wed, 2007-10-24 at 11:59 +0000, Alexander Smith wrote: >> I've just bought an M-Audio Midisport 2x2, and am wondering is the >> Midisport firmware loader going to be made available for the x86_64 >> architecture? Is there something that stops it being build on 64 bit >> Fedora? > > I don't know and can't test at this point. I could build and release if > you are willing to test it out... > > -- Fernando That would be great. I'm happy to test it out on my system. Thanks Alex From alex.smith.ixium at googlemail.com Thu Oct 25 13:32:48 2007 From: alex.smith.ixium at googlemail.com (Alexander Smith) Date: Thu Oct 25 12:32:48 2007 Subject: [PlanetCCRMA] Midisport Firmware - x86_64 In-Reply-To: <1193276851.10067.56.camel@cmn3.stanford.edu> References: <1193276851.10067.56.camel@cmn3.stanford.edu> Message-ID: <314ccdac0710251214h7d17d595na2d5917e5d0c9404@mail.gmail.com> ------=_Part_2916_8721902.1193339664401 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline That would be great. I'm happy to test the file on my system. Thanks Alex On 25/10/2007, Fernando Lopez-Lezcano wrote: > > On Wed, 2007-10-24 at 11:59 +0000, Alexander Smith wrote: > > I've just bought an M-Audio Midisport 2x2, and am wondering is the > > Midisport firmware loader going to be made available for the x86_64 > > architecture? Is there something that stops it being build on 64 bit > > Fedora? > > I don't know and can't test at this point. I could build and release if > you are willing to test it out... > > -- Fernando > > > ------=_Part_2916_8721902.1193339664401 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline That would be great. I'm happy to test the file on my system.

Thanks
Alex

On 25/10/2007, Fernando Lopez-Lezcano < nando@ccrma.stanford.edu> wrote:

On Wed, 2007-10-24 at 11:59 +0000, Alexander Smith wrote:
> I've just bought an M-Audio Midisport 2x2, and am wondering is the
> Midisport firmware loader going to be made available for the x86_64
> architecture? Is there something that stops it being build on 64 bit
> Fedora?

I don't know and can't test at this point. I could build and release if
you are willing to test it out...

-- Fernando

------=_Part_2916_8721902.1193339664401-- From nando at ccrma.Stanford.EDU Thu Oct 25 18:15:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Oct 25 17:15:01 2007 Subject: [PlanetCCRMA] Midisport Firmware - x86_64 In-Reply-To: <314ccdac0710251214h7d17d595na2d5917e5d0c9404@mail.gmail.com> References: <1193276851.10067.56.camel@cmn3.stanford.edu> <314ccdac0710251214h7d17d595na2d5917e5d0c9404@mail.gmail.com> Message-ID: <1193357655.15465.8.camel@cmn3.stanford.edu> On Thu, 2007-10-25 at 20:14 +0100, Alexander Smith wrote: > That would be great. I'm happy to test the file on my system. Ok, built and released on fc6/7 x86_64... not tested :-) -- Fernando > On 25/10/2007, Fernando Lopez-Lezcano > wrote: > On Wed, 2007-10-24 at 11:59 +0000, Alexander Smith wrote: > > I've just bought an M-Audio Midisport 2x2, and am wondering is the > > Midisport firmware loader going to be made available for the x86_64 > > architecture? Is there something that stops it being build on 64 > > bit Fedora? > > I don't know and can't test at this point. I could build and > release if you are willing to test it out... From shakti at bayarea.net Fri Oct 26 00:28:00 2007 From: shakti at bayarea.net (Tracey Hytry) Date: Thu Oct 25 23:28:00 2007 Subject: [PlanetCCRMA] Midisport Firmware - x86_64 Message-ID: <20071025231637.8ce0ac39.shakti@bayarea.net> On Thu, 2007-10-25 at 20:14 +0100, Alexander Smith wrote: >> That would be great. I'm happy to test the file on my system. Then Fernando replied: >Ok, built and released on fc6/7 x86_64... not tested :-) I had read the list mail and didn't think much of this because as much as I wanted to get hold of a 8x8 midisport; I could not find one and gave up. Just a little while ago as I was checking for updates on Fedora 7 (64bit)(1) and came across the two packages that Fernando put together. I decided to check them out when I saw that they also supported the Radium, I went and got our old Radium 49. Well, for what it's worth, the Radium works fine as a keyboard and controller with the 64 build of the software. I haven't checked out routing midi from the computer through the Radium's back panel midi out though. I loaded up Qjackctl, WhySynth, amSynth, KMidimon; and had some fun making funky sounds with it all. Tracey (1) I forgot to mention this before... Thanks Nigel for showing me how to get Apt and especially Synaptic working on Fedora 7. From shakti at bayarea.net Fri Oct 26 00:31:01 2007 From: shakti at bayarea.net (Tracey Hytry) Date: Thu Oct 25 23:31:01 2007 Subject: [PlanetCCRMA] Midisport Firmware - x86_64 Message-ID: <20071025232954.460a8e96.shakti@bayarea.net> On Thu, 2007-10-25 at 20:14 +0100, Alexander Smith wrote: >> That would be great. I'm happy to test the file on my system. Then Fernando replied: >Ok, built and released on fc6/7 x86_64... not tested :-) I had read the list mail and didn't think much of this because as much as I wanted to get hold of a 8x8 midisport; I could not find one and gave up. Just a little while ago as I was checking for updates on Fedora 7 (64bit)(1) and came across the two packages that Fernando put together. I decided to check them out when I saw that they also supported the Radium, I went and got our old Radium 49. Well, for what it's worth, the Radium works fine as a keyboard and controller with the 64 build of the software. I haven't checked out routing midi from the computer through the Radium's back panel midi out though. I loaded up Qjackctl, WhySynth, amSynth, KMidimon; and had some fun making funky sounds with it all. Tracey (1) I forgot to mention this before... Thanks Nigel for showing me how to get Apt and especially Synaptic working on Fedora 7. From rvestal at trilug.org Fri Oct 26 07:45:03 2007 From: rvestal at trilug.org (Roy Vestal) Date: Fri Oct 26 06:45:03 2007 Subject: [PlanetCCRMA] CentOS5 support? In-Reply-To: <1193331141.14726.3.camel@cmn3.stanford.edu> References: <1193268373.11093.1217684543@webmail.messagingengine.com> <1193331141.14726.3.camel@cmn3.stanford.edu> Message-ID: <4721EE66.6050902@trilug.org> I am definitely interested as well. I've started a small business using FC5 with the Planet CCRMA installs of Ardour, Rosegarden, Lilypad, Hydrogen + dependancies. I would love to move to a more "stable" platform. I need to upgrade to get Ardour2. Fernando Lopez-Lezcano wrote: > On Thu, 2007-10-25 at 09:00 +0200, Arnaud Gomes-do-Vale wrote: > >> Hi, >> >> "Wade Nelson" writes: >> >> >>> If there isn't, I'm considering rebuilding the SRPMS against CentOS5 and >>> was wondering if anyone else had similar interest. >>> >> I have already done part of this for RHEL4 and RHEL5 derivatives. I >> don't have a repository online at the moment for several reasons; I >> could have one in a few days but most packages are quite out of date. >> >> Actually I intend to get back to work as soon as I am able to put >> together a sane build system, which I am currently working at. >> >> >>> I'm not sure in the future (figure 2+ years down the road) if it would >>> be rather simple or rather difficult to keep backporting PlanetCCRMA >>> packages to CentOS, especially with future Fedora versions supporting >>> things like PulseAudio. >>> >> >From my experience with CentOS4, many packages build with little or no >> change. The lisp-based stuff is quite involved, but AFAIK this is the >> case for Fedora too, or at least it was before Fedora started to >> include packages like sbcl; I have not really been following these >> issues closely. The only package I was really unable to build even >> though I tried was ardour, because of the recent versions of glib/gtk+ >> required for ardour2. >> > > I've been hinting at getting this done for quite a while :-( > > Right now I'm also working again on my build system, I upgraded to > centos5 and some stuff has to be tweaked. I'm close... > > If I do this I would probably only deal with Centos5. One good thing is > the EPEL repository. Just in the same way that Planet CCRMA packages are > migrating to Fedora proper, the same thing could happen (maybe at the > same time?) with Centos5 support and EPEL for RHEL/CentOS 5. > > -- Fernando > > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > From rvestal at trilug.org Fri Oct 26 07:47:02 2007 From: rvestal at trilug.org (Roy Vestal) Date: Fri Oct 26 06:47:02 2007 Subject: [PlanetCCRMA] CentOS5 support? In-Reply-To: <1193331141.14726.3.camel@cmn3.stanford.edu> References: <1193268373.11093.1217684543@webmail.messagingengine.com> <1193331141.14726.3.camel@cmn3.stanford.edu> Message-ID: <4721EECA.4020803@trilug.org> Sorry for the repeat...Hit Send before my thought finished... Whats the status of x86_64 support? I would love to take advantage of my hardware power as well. Fernando Lopez-Lezcano wrote: > On Thu, 2007-10-25 at 09:00 +0200, Arnaud Gomes-do-Vale wrote: > >> Hi, >> >> "Wade Nelson" writes: >> >> >>> If there isn't, I'm considering rebuilding the SRPMS against CentOS5 and >>> was wondering if anyone else had similar interest. >>> >> I have already done part of this for RHEL4 and RHEL5 derivatives. I >> don't have a repository online at the moment for several reasons; I >> could have one in a few days but most packages are quite out of date. >> >> Actually I intend to get back to work as soon as I am able to put >> together a sane build system, which I am currently working at. >> >> >>> I'm not sure in the future (figure 2+ years down the road) if it would >>> be rather simple or rather difficult to keep backporting PlanetCCRMA >>> packages to CentOS, especially with future Fedora versions supporting >>> things like PulseAudio. >>> >> >From my experience with CentOS4, many packages build with little or no >> change. The lisp-based stuff is quite involved, but AFAIK this is the >> case for Fedora too, or at least it was before Fedora started to >> include packages like sbcl; I have not really been following these >> issues closely. The only package I was really unable to build even >> though I tried was ardour, because of the recent versions of glib/gtk+ >> required for ardour2. >> > > I've been hinting at getting this done for quite a while :-( > > Right now I'm also working again on my build system, I upgraded to > centos5 and some stuff has to be tweaked. I'm close... > > If I do this I would probably only deal with Centos5. One good thing is > the EPEL repository. Just in the same way that Planet CCRMA packages are > migrating to Fedora proper, the same thing could happen (maybe at the > same time?) with Centos5 support and EPEL for RHEL/CentOS 5. > > -- Fernando > > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > From green at redhat.com Fri Oct 26 08:19:01 2007 From: green at redhat.com (Anthony Green) Date: Fri Oct 26 07:19:01 2007 Subject: [PlanetCCRMA] CentOS5 support? In-Reply-To: <4721EE66.6050902@trilug.org> References: <1193268373.11093.1217684543@webmail.messagingengine.com> <1193331141.14726.3.camel@cmn3.stanford.edu> <4721EE66.6050902@trilug.org> Message-ID: <4721F720.5020604@redhat.com> This is a multi-part message in MIME format. --------------020300080000090905080201 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Roy Vestal wrote: > I am definitely interested as well. I've started a small business using > FC5 with the Planet CCRMA installs of Ardour, Rosegarden, Lilypad, > Hydrogen + dependancies. I would love to move to a more "stable" > platform. I need to upgrade to get Ardour2. All of these packages are part of Fedora proper now, which includes x86-64 builds (to answer your follow-on email). I suggest volunteering to migrate these packages to the Enterprise Extras repository... http://fedoraproject.org/wiki/EPEL AG > > Fernando Lopez-Lezcano wrote: >> On Thu, 2007-10-25 at 09:00 +0200, Arnaud Gomes-do-Vale wrote: >> >>> Hi, >>> >>> "Wade Nelson" writes: >>> >>> >>>> If there isn't, I'm considering rebuilding the SRPMS against CentOS5 >>>> and >>>> was wondering if anyone else had similar interest. >>>> >>> I have already done part of this for RHEL4 and RHEL5 derivatives. I >>> don't have a repository online at the moment for several reasons; I >>> could have one in a few days but most packages are quite out of date. >>> >>> Actually I intend to get back to work as soon as I am able to put >>> together a sane build system, which I am currently working at. >>> >>> >>>> I'm not sure in the future (figure 2+ years down the road) if it would >>>> be rather simple or rather difficult to keep backporting PlanetCCRMA >>>> packages to CentOS, especially with future Fedora versions supporting >>>> things like PulseAudio. >>>> >>> >From my experience with CentOS4, many packages build with little or no >>> change. The lisp-based stuff is quite involved, but AFAIK this is the >>> case for Fedora too, or at least it was before Fedora started to >>> include packages like sbcl; I have not really been following these >>> issues closely. The only package I was really unable to build even >>> though I tried was ardour, because of the recent versions of glib/gtk+ >>> required for ardour2. >>> >> >> I've been hinting at getting this done for quite a while :-( >> >> Right now I'm also working again on my build system, I upgraded to >> centos5 and some stuff has to be tweaked. I'm close... >> >> If I do this I would probably only deal with Centos5. One good thing is >> the EPEL repository. Just in the same way that Planet CCRMA packages are >> migrating to Fedora proper, the same thing could happen (maybe at the >> same time?) with Centos5 support and EPEL for RHEL/CentOS 5. >> -- Fernando >> >> >> _______________________________________________ >> PlanetCCRMA mailing list >> PlanetCCRMA@ccrma.stanford.edu >> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma >> >> > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma --------------020300080000090905080201 Content-Type: text/x-vcard; charset=utf-8; name="green.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="green.vcf" begin:vcard fn:Anthony Green n:Green;Anthony org:Red Hat, Inc. email;internet:green@redhat.com tel;cell:(650) 207-7122 x-mozilla-html:FALSE version:2.1 end:vcard --------------020300080000090905080201-- From hcengar at gmail.com Fri Oct 26 12:17:03 2007 From: hcengar at gmail.com (Hector Centeno) Date: Fri Oct 26 11:17:03 2007 Subject: [PlanetCCRMA] libraw1394 update breaking CCRMA's Message-ID: <695e1a650710261116s814d2b0x3018e1b440d009bc@mail.gmail.com> Hi, Probably Fernando is aware of this already but since some days ago an update appeared in the Fedora repository for libraw1394. This one is overwriting the CCRMA version and breaking Firewire support (Fedora's is build 10 and CCRMA is build 9). Cheers! Hector From nando at ccrma.Stanford.EDU Fri Oct 26 14:20:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri Oct 26 13:20:02 2007 Subject: [PlanetCCRMA] libraw1394 update breaking CCRMA's In-Reply-To: <695e1a650710261116s814d2b0x3018e1b440d009bc@mail.gmail.com> References: <695e1a650710261116s814d2b0x3018e1b440d009bc@mail.gmail.com> Message-ID: <1193429947.18470.7.camel@cmn3.stanford.edu> On Fri, 2007-10-26 at 14:16 -0400, Hector Centeno wrote: > Hi, > > Probably Fernando is aware of this already but since some days ago an > update appeared in the Fedora repository for libraw1394. This one is > overwriting the CCRMA version and breaking Firewire support (Fedora's > is build 10 and CCRMA is build 9). Hey, thanks for the update, no I was not aware of that update... Sigh... :-) I'll follow up on this this afternoon. -- Fernando From nando at ccrma.Stanford.EDU Fri Oct 26 16:22:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri Oct 26 15:22:01 2007 Subject: [PlanetCCRMA] libraw1394 update breaking CCRMA's In-Reply-To: <1193429947.18470.7.camel@cmn3.stanford.edu> References: <695e1a650710261116s814d2b0x3018e1b440d009bc@mail.gmail.com> <1193429947.18470.7.camel@cmn3.stanford.edu> Message-ID: <1193437300.18470.14.camel@cmn3.stanford.edu> On Fri, 2007-10-26 at 13:19 -0700, Fernando Lopez-Lezcano wrote: > On Fri, 2007-10-26 at 14:16 -0400, Hector Centeno wrote: > > Probably Fernando is aware of this already but since some days ago an > > update appeared in the Fedora repository for libraw1394. This one is > > overwriting the CCRMA version and breaking Firewire support (Fedora's > > is build 10 and CCRMA is build 9). > > Hey, thanks for the update, no I was not aware of that update... It is now up to date, 1.2.1-10.1 is out for fc7. Thanks again for the heads up! -- Fernando From hcengar at gmail.com Fri Oct 26 19:53:02 2007 From: hcengar at gmail.com (Hector Centeno) Date: Fri Oct 26 18:53:02 2007 Subject: [PlanetCCRMA] libraw1394 update breaking CCRMA's In-Reply-To: <1193437300.18470.14.camel@cmn3.stanford.edu> References: <695e1a650710261116s814d2b0x3018e1b440d009bc@mail.gmail.com> <1193429947.18470.7.camel@cmn3.stanford.edu> <1193437300.18470.14.camel@cmn3.stanford.edu> Message-ID: <695e1a650710261852lfe97734ua030ed6e73d6d380@mail.gmail.com> No problem! Thank you for the quick response! Hector On 10/26/07, Fernando Lopez-Lezcano wrote: > On Fri, 2007-10-26 at 13:19 -0700, Fernando Lopez-Lezcano wrote: > > On Fri, 2007-10-26 at 14:16 -0400, Hector Centeno wrote: > > > Probably Fernando is aware of this already but since some days ago an > > > update appeared in the Fedora repository for libraw1394. This one is > > > overwriting the CCRMA version and breaking Firewire support (Fedora's > > > is build 10 and CCRMA is build 9). > > > > Hey, thanks for the update, no I was not aware of that update... > > It is now up to date, 1.2.1-10.1 is out for fc7. > Thanks again for the heads up! > -- Fernando > > > From joey.a" <001501c81602$65732610$01a8a8c0@system7125> <1193243909.10067.5.camel@cmn3.stanford.edu> Message-ID: <001401c81953$254c3370$01a8a8c0@system7125> Still more unfortunately, my local expert was more efficient than I had expected. By the time of your below email, he had solved the partitioning problems, installed FC 7 on the new partition, downloaded PlanetCCRMA software onto that, and given me an accelerated crash course in Linux, leaving me somewhat streesed out. My (20 minute later) forwarding to him of your below response, then left him in the same state, so it looks like I am stuck with the 64 bit version for the time being. Consequently, since I can't even open most of the programs, it would be helpful if you could indicate precisely which ones should open in a 64 bit environment (under what conditions), and which ones shouldn't, so that I can work out what (if anything) I am doing wrong. In addition, he has pointed out that FC 5 is no longer supported (suggesting that the 32 bit version of FC 6 also might not be, for much longer), and has suggested that I might be better off installing the longer term supported Ubuntu, which he is confident Planet CCRMA should run on. I would appreciate your comments on that, too. At this stage, the main thing I need is help files. I did manage to open Rosegarden, which was considerate enough to tell me it needed JACK server to function. Although I could not find that in the software list, I did manage to find, by trial & error that Qjackctl, followed by start did the trick for that (cryptic, or not?) I also managed to open Snd whose basic help did work. However, none of the related help did, giving e.g. Firefox cannot find the file at file:///snd.html#etc . (Surely that must be a bug which can be easily fixed, if you know where these files are supposed to be located?) I do now have some pretty good help files for SuperCollider (which is what I think I need most). Unfortunately, however, as we already know now, this does not work with 64 bit Linux. I did eventually find a Windows (beta version) link which wasn't empty, and so downloaded that onto the other partition, but that doesn't work either (not even a response to 2+2, enter). I don't think I am completely useless when it comes to computers and music. I did, after all, manage to design, build, program, & debug, a pyramid computer music system based on refinements of a digitally controlled analog flight simulation computer, with one of the first 16 bit microprocesssors at the (lower end) man-macine interface, over a quarter of a century ago. However, my initial attempt to interface with Planet CCRMA have left me feeling a bit like Homer Simpson, when he can't fin d the ANY key. . ----- Original Message ----- From: "Fernando Lopez-Lezcano" To: "joey.a" Cc: Sent: Wednesday, October 24, 2007 4:38 PM Subject: Re: [PlanetCCRMA] 32 & 64 bit FC > On Wed, 2007-10-24 at 06:53 +0100, joey.a wrote: > > Sorry, I am still a bit confused here. Do the various software packages > > which are still 32 bits actually already run on 64 bit versions of FC, or > > not? > > > > If not, might I be better off installing a 32 bit version of FC initially? > > The 32 bit version of fc is the one that has the most packages > available. Stuff like pd and supercollider (as noted in a different > thread) are missing. Depending on what software you need you might be > better off with the 32 bit version (which will run just fine on 64 bit > capable hardware). > > -- Fernando > > > > Unfortunately, problems arose during the partitioning of my laptop in > > preparation for installing FC, so it is still with my 'expert'. Consequently > > I can't yet just try it to see. > > From nando at ccrma.Stanford.EDU Sun Oct 28 12:25:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sun Oct 28 11:25:02 2007 Subject: [PlanetCCRMA] 32 & 64 bit FC In-Reply-To: <001401c81953$254c3370$01a8a8c0@system7125> References: <20071023190005.32748.20126.Mailman@cm-mail.stanford.edu> <001501c81602$65732610$01a8a8c0@system7125> <1193243909.10067.5.camel@cmn3.stanford.edu> <001401c81953$254c3370$01a8a8c0@system7125> Message-ID: <1193595845.30371.25.camel@cmn3.stanford.edu> On Sun, 2007-10-28 at 11:09 +0000, joey.a wrote: > Still more unfortunately, my local expert was more efficient than I had > expected. By the time of your below email, he had solved the partitioning > problems, installed FC 7 on the new partition, downloaded PlanetCCRMA > software onto that, and given me an accelerated crash course in Linux, > leaving me somewhat streesed out. My (20 minute later) forwarding to him of > your below response, then left him in the same state, so it looks like I am > stuck with the 64 bit version for the time being. > > Consequently, since I can't even open most of the programs, it would be > helpful if you could indicate precisely which ones should open in a 64 bit > environment (under what conditions), and which ones shouldn't, so that I can > work out what (if anything) I am doing wrong. The ones that got installed should work. Anything that does not work (AFAIK) is not available at all for the 64 bit versions of FC. Most of the useful programs need Jack to be up and running before they are able to start. Some are polite and tell you something is missing (like Rosegarden), some will silently fail to start. In those cases you can open a terminal ("Applications" -> "System Tools" -> "Terminal") and type the command that starts the program. It may tell you things about what's wrong as it fails. > In addition, he has pointed out that FC 5 is no longer supported (suggesting > that the 32 bit version of FC 6 also might not be, for much longer), and has > suggested that I might be better off installing the longer term supported > Ubuntu, which he is confident Planet CCRMA should run on. Ubuntu is based on Debian as the core distribution and so is basically incompatible with Planet CCRMA (which is built on top of Fedora). > I would appreciate your comments on that, too. Planet CCRMA packages will not install on top of Ubuntu. There an initiative that is part of Ubuntu called Ubuntu Studio that provides the same type of stuff that Planet CCRMA provides. Fedora is fast paced, new releases every 6 months or so. So it has the advantage of having newer software available and the disadvantage of a fast release cycle. It would be fine to skip every other release, for example, but sooner or later you'll have to update to a newer one. > At this stage, the main thing I need is help files. > > I did manage to open Rosegarden, which was considerate enough to tell me it > needed JACK server to function. Although I could not find that in the > software list, I did manage to find, by trial & error that Qjackctl, > followed by start did the trick for that (cryptic, or not?) Yes, Qjackctl is the first thing you start (if you want to work with jack). Probably you want to go to preferences and change - in the Setup dialog - the interface from "Default" to "hw:0" which points directly to your first soundcard (or "hw:1" which is the second, etc). "Frames/Period" and "Periods/Buffer" will define the latency of Jack, or in other words how small the buffers it uses are. The smaller, the more responsive a soft synth will be to real time commands. I normally use 128 and 2 with good results. > I also managed to open Snd whose basic help did work. However, none of the > related help did, giving e.g. Firefox cannot find the file at > file:///snd.html#etc . (Surely that must be a bug which can be easily fixed, > if you know where these files are supposed to be located?) You should be able to get to its manual in a browser by pointing to: file:///usr/share/doc/snd-9.1/snd.html This is probably a packaging problem, I have to take a look at it. > I do now have some pretty good help files for SuperCollider (which is what I > think I need most). Unfortunately, however, as we already know now, this > does not work with 64 bit Linux. I did eventually find a Windows (beta > version) link which wasn't empty, and so downloaded that onto the other > partition, but that doesn't work either (not even a response to 2+2, enter). Psycollider? Hmm, I think that should work, unless your version of Windows is 64 bit as well. > I don't think I am completely useless when it comes to computers and music. > I did, after all, manage to design, build, program, & debug, a pyramid > computer music system based on refinements of a digitally controlled analog > flight simulation computer, with one of the first 16 bit microprocesssors at > the (lower end) man-macine interface, over a quarter of a century ago. Wow... > However, my initial attempt to interface with Planet CCRMA have left me > feeling a bit like Homer Simpson, when he can't fin d the ANY key. You will need a bit of patience I'm afraid. You are tackling a new operating system, new applications, etc, etc. It can drive you into overload very easily :-) It does that to me from time to time. Usually the home web pages for most Linux applications have links to documentation on how to use the program. Some are good, some are bad and on somes you have to learn by doing. When there's documentation available in the original software package I install it. The location is not necessarily the same for everything. Sometimes it is available from the menus of the app itself, sometimes you have to do a little digging to find it. For example, most packages come with a README file that tells you what they do, and it is usually installed in the doc directory, which is here: /usr/share/doc/ You will see docs for most of the installed programs there. You can also see what files the program has installed and see if there's anything documentation related. In a terminal type: rpm -q -l package_name | more That will list all files in a given package. Pretty long and useless list sometimes. But: rpm -q -l package_name | grep README will list anything that has README in its name (a better clue). Or rpm -q -l package_name | grep doc will list anything that has doc in its name. rpm -q -i package_name will also list more details for the package, including the URL of the home page of the software, which may have docs available. Most packages are listed in the Planet CCRMA home page with links to the home site as well. Hope this helps a little bit... Perhaps others can chime in with good online resources... -- Fernando > ----- Original Message ----- > From: "Fernando Lopez-Lezcano" > To: "joey.a" > Cc: > Sent: Wednesday, October 24, 2007 4:38 PM > Subject: Re: [PlanetCCRMA] 32 & 64 bit FC > > > > On Wed, 2007-10-24 at 06:53 +0100, joey.a wrote: > > > Sorry, I am still a bit confused here. Do the various software packages > > > which are still 32 bits actually already run on 64 bit versions of FC, > or > > > not? > > > > > > If not, might I be better off installing a 32 bit version of FC > initially? > > > > The 32 bit version of fc is the one that has the most packages > > available. Stuff like pd and supercollider (as noted in a different > > thread) are missing. Depending on what software you need you might be > > better off with the 32 bit version (which will run just fine on 64 bit > > capable hardware). > > > > -- Fernando > > > > > > > Unfortunately, problems arose during the partitioning of my laptop in > > > preparation for installing FC, so it is still with my 'expert'. > Consequently > > > I can't yet just try it to see. > > > > From alex.smith.ixium at googlemail.com Mon Oct 29 10:30:01 2007 From: alex.smith.ixium at googlemail.com (Alexander Smith) Date: Mon Oct 29 09:30:01 2007 Subject: [PlanetCCRMA] Midisport Firmware - x86_64 In-Reply-To: <1193357655.15465.8.camel@cmn3.stanford.edu> References: <1193276851.10067.56.camel@cmn3.stanford.edu> <314ccdac0710251214h7d17d595na2d5917e5d0c9404@mail.gmail.com> <1193357655.15465.8.camel@cmn3.stanford.edu> Message-ID: <314ccdac0710260238r7cb7a533r1eb9d64c4510cffe@mail.gmail.com> ------=_Part_5582_22689881.1193391538028 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline It's working perfectly, thanks very much :D On 26/10/2007, Fernando Lopez-Lezcano wrote: > > On Thu, 2007-10-25 at 20:14 +0100, Alexander Smith wrote: > > That would be great. I'm happy to test the file on my system. > > Ok, built and released on fc6/7 x86_64... not tested :-) > -- Fernando > > > > > On 25/10/2007, Fernando Lopez-Lezcano > > wrote: > > On Wed, 2007-10-24 at 11:59 +0000, Alexander Smith wrote: > > > I've just bought an M-Audio Midisport 2x2, and am wondering is the > > > Midisport firmware loader going to be made available for the x86_64 > > > architecture? Is there something that stops it being build on 64 > > > bit Fedora? > > > > I don't know and can't test at this point. I could build and > > release if you are willing to test it out... > > > > ------=_Part_5582_22689881.1193391538028 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline It's working perfectly, thanks very much :D

On 26/10/2007, Fernando Lopez-Lezcano <nando@ccrma.stanford.edu > wrote:

On Thu, 2007-10-25 at 20:14 +0100, Alexander Smith wrote:
> That would be great. I'm happy to test the file on my system.

Ok, built and released on fc6/7 x86_64... not tested :-)
-- Fernando

> On 25/10/2007, Fernando Lopez-Lezcano <nando@ccrma.stanford.edu>
> wrote:
> On Wed, 2007-10-24 at 11:59 +0000, Alexander Smith wrote:
> > I've just bought an M-Audio Midisport 2x2, and am wondering is the
> > Midisport firmware loader going to be made available for the x86_64
> > architecture? Is there something that stops it being build on 64
> > bit Fedora?
>
> I don't know and can't test at this point. I could build and
> release if you are willing to test it out...

------=_Part_5582_22689881.1193391538028-- From admin.covenantofblood at gmail.com Mon Oct 29 10:31:49 2007 From: admin.covenantofblood at gmail.com (pyrael) Date: Mon Oct 29 09:31:49 2007 Subject: [PlanetCCRMA] using jackd for sound system? Message-ID: <13449472.post@talk.nabble.com> I am running Fedora 7 with KDE and full CCRMA install I noticed in the control center under sound and video that jackd is listed as available for use as the sound server (awesome) It works fine for most things, but I have no sound when viewing flash content. Is there a way to configure Flash/jack/arts/alsa or whatever so that, for example when I listen to pandora radio, that flash will send it's audio through jackd? When i choose jackd from the menu in the control panel, it add arts as a connection and wires it to alsa 1&2 (I have 8 in and 2 out for alsa) Thanks in advance -- View this message in context: http://www.nabble.com/using-jackd-for-sound-system--tf4705259.html#a13449472 Sent from the PlanetCCRMA - General mailing list archive at Nabble.com. From joey.a" <001501c81602$65732610$01a8a8c0@system7125> <1193243909.10067.5.camel@cmn3.stanford.edu> <001401c81953$254c3370$01a8a8c0@system7125> <1193595845.30371.25.camel@cmn3.stanford.edu> Message-ID: <002001c81a4d$458cf9d0$01a8a8c0@system7125> ----- Original Message ----- From: "Fernando Lopez-Lezcano" To: "joey.a" Cc: Sent: Sunday, October 28, 2007 6:24 PM Subject: Re: [PlanetCCRMA] 32 & 64 bit FC > On Sun, 2007-10-28 at 11:09 +0000, joey.a wrote: > > Consequently, since I can't even open most of the programs, it would be > > helpful if you could indicate precisely which ones should open in a 64 bit > > environment (under what conditions), and which ones shouldn't, so that I can > > work out what (if anything) I am doing wrong. > > The ones that got installed should work. Anything that does not work > (AFAIK) is not available at all for the 64 bit versions of FC. Makes sense SuperCollider is not displayed. Neither is the Scheme version of Snd (AFAICT) > Most of the useful programs need Jack to be up and running before they > are able to start. Some are polite and tell you something is missing > (like Rosegarden), some will silently fail to start. In those cases you > can open a terminal ("Applications" -> "System Tools" -> "Terminal") Yes, that is one of the few things I managed to write down in my accelerated Linux crash course. (Aarghhh) > and type the command that starts the program. errrmmm..... how? What command? (Run don't work) >It may tell you things about what's wrong as it fails. > > > In addition, he has pointed out that FC 5 is no longer supported (suggesting > > that the 32 bit version of FC 6 also might not be, for much longer), and has > > suggested that I might be better off installing the longer term supported > > Ubuntu, which he is confident Planet CCRMA should run on. > > Ubuntu is based on Debian as the core distribution and so is basically > incompatible with Planet CCRMA (which is built on top of Fedora). > > > I would appreciate your comments on that, too. > > Planet CCRMA packages will not install on top of Ubuntu. There an > initiative that is part of Ubuntu called Ubuntu Studio that provides the > same type of stuff that Planet CCRMA provides. > > Fedora is fast paced, new releases every 6 months or so. So it has the > advantage of having newer software available and the disadvantage of a > fast release cycle. It would be fine to skip every other release, for > example, but sooner or later you'll have to update to a newer one. > > > At this stage, the main thing I need is help files. > > > > I did manage to open Rosegarden, which was considerate enough to tell me it > > needed JACK server to function. Although I could not find that in the > > software list, I did manage to find, by trial & error that Qjackctl, > > followed by start did the trick for that (cryptic, or not?) > > Yes, Qjackctl is the first thing you start (if you want to work with > jack). Probably you want to go to preferences and change - in the Setup > dialog - the interface from "Default" to "hw:0" which points directly to > your first soundcard (or "hw:1" which is the second, etc). > "Frames/Period" and "Periods/Buffer" will define the latency of Jack, or > in other words how small the buffers it uses are. The smaller, the more > responsive a soft synth will be to real time commands. I normally use > 128 and 2 with good results. > > > I also managed to open Snd whose basic help did work. However, none of the > > related help did, giving e.g. Firefox cannot find the file at > > file:///snd.html#etc . (Surely that must be a bug which can be easily fixed, > > if you know where these files are supposed to be located?) > > You should be able to get to its manual in a browser by pointing to: > file:///usr/share/doc/snd-9.1/snd.html Unfortunately I had to reboot to Windows XP to get to remote desktop to get to emails on server, to respond to this, so will have to check this out on next reboot. Sounds promisingb though. > This is probably a packaging problem, I have to take a look at it. > > > I do now have some pretty good help files for SuperCollider (which is what I > > think I need most). Unfortunately, however, as we already know now, this > > does not work with 64 bit Linux. I did eventually find a Windows (beta > > version) link which wasn't empty, and so downloaded that onto the other > > partition, but that doesn't work either (not even a response to 2+2, enter). > > Psycollider? Hmm, I think that should work, unless your version of > Windows is 64 bit as well. I don't have a clue whether it is or not. All I know is the hardware is 1.83 Ghz Duo core Intel with 64 kilobyte primary memory cache, 2048 kilobyte secondary memory cache, and 1 GB RAM. > > I don't think I am completely useless when it comes to computers and music. > > I did, after all, manage to design, build, program, & debug, a pyramid > > computer music system based on refinements of a digitally controlled analog > > flight simulation computer, with one of the first 16 bit microprocesssors at > > the (lower end) man-macine interface, over a quarter of a century ago. > > Wow... > > > However, my initial attempt to interface with Planet CCRMA have left me > > feeling a bit like Homer Simpson, when he can't fin d the ANY key. > > You will need a bit of patience I'm afraid. You are tackling a new > operating system, new applications, etc, etc. It can drive you into > overload very easily :-) It does that to me from time to time. > > Usually the home web pages for most Linux applications have links to > documentation on how to use the program. Some are good, some are bad and > on somes you have to learn by doing. When there's documentation > available in the original software package I install it. The location is > not necessarily the same for everything. Sometimes it is available from > the menus of the app itself, sometimes you have to do a little digging > to find it. For example, most packages come with a README file that > tells you what they do, and it is usually installed in the doc > directory, which is here: > > /usr/share/doc/ > > You will see docs for most of the installed programs there. > > You can also see what files the program has installed and see if there's > anything documentation related. In a terminal type: > > rpm -q -l package_name | more > > That will list all files in a given package. Pretty long and useless > list sometimes. But: > > rpm -q -l package_name | grep README > > will list anything that has README in its name (a better clue). Or > > rpm -q -l package_name | grep doc > > will list anything that has doc in its name. > > rpm -q -i package_name > > will also list more details for the package, including the URL of the > home page of the software, which may have docs available. Most packages > are listed in the Planet CCRMA home page with links to the home site as > well. > > Hope this helps a little bit... > Perhaps others can chime in with good online resources... > -- Fernando Thanks. Your response has been most encouraging. I was almost at the point of completely giving up! From nando at ccrma.Stanford.EDU Mon Oct 29 11:44:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon Oct 29 10:44:00 2007 Subject: [PlanetCCRMA] 32 & 64 bit FC In-Reply-To: <002001c81a4d$458cf9d0$01a8a8c0@system7125> References: <20071023190005.32748.20126.Mailman@cm-mail.stanford.edu> <001501c81602$65732610$01a8a8c0@system7125> <1193243909.10067.5.camel@cmn3.stanford.edu> <001401c81953$254c3370$01a8a8c0@system7125> <1193595845.30371.25.camel@cmn3.stanford.edu> <002001c81a4d$458cf9d0$01a8a8c0@system7125> Message-ID: <1193679813.729.15.camel@cmn3.stanford.edu> On Mon, 2007-10-29 at 17:00 +0000, joey.a wrote: > > On Sun, 2007-10-28 at 11:09 +0000, joey.a wrote: > > > Consequently, since I can't even open most of the programs, it would be > > > helpful if you could indicate precisely which ones should open in a 64 > bit > > > environment (under what conditions), and which ones shouldn't, so that I > can > > > work out what (if anything) I am doing wrong. > > > > The ones that got installed should work. Anything that does not work > > (AFAIK) is not available at all for the 64 bit versions of FC. > > Makes sense SuperCollider is not displayed. Neither is the Scheme version > of Snd (AFAICT) The Planet CCRMA build of Snd includes scheme. If you can start snd then it has scheme (and is based in scheme). > > Most of the useful programs need Jack to be up and running before they > > are able to start. Some are polite and tell you something is missing > > (like Rosegarden), some will silently fail to start. In those cases you > > can open a terminal ("Applications" -> "System Tools" -> "Terminal") > > Yes, that is one of the few things I managed to write down in my accelerated > Linux crash course. (Aarghhh) > > > and type the command that starts the program. > > errrmmm..... how? What command? (Run don't work) The command is usually the name of the program. So, for snd typing "snd" in a terminal will start snd. Or for rosegarden typing "rosegarden" should do it. If that does not work it may be that the command that starts the program is slightly different. You could either find the README for it and it will usually tell what the command name is, or you could use rpm itself to try to find it: rpm -q -l package_name | grep usr/bin will list stuff in /usr/bin, usually just one line and that should be the program you start for that particular package. For example: ---- rpm -q -l rosegarden4|grep usr/bin /usr/bin/rosegarden /usr/bin/rosegarden-audiofile-importer /usr/bin/rosegarden-lilypondview /usr/bin/rosegarden-project-package /usr/bin/rosegardensequencer ---- the shorter one in this particular case is the one you want to type in the command line. "/usr/bin/" is the place where pretty much all user accessible programs store their binaries or startup scripts. > [MUNCH] > > > I don't think I am completely useless when it comes to computers and > music. > > > I did, after all, manage to design, build, program, & debug, a pyramid > > > computer music system based on refinements of a digitally controlled > analog > > > flight simulation computer, with one of the first 16 bit > microprocesssors at > > > the (lower end) man-macine interface, over a quarter of a century ago. > > > > Wow... > > > > > However, my initial attempt to interface with Planet CCRMA have left me > > > feeling a bit like Homer Simpson, when he can't fin d the ANY key. > > > > You will need a bit of patience I'm afraid. You are tackling a new > > operating system, new applications, etc, etc. It can drive you into > > overload very easily :-) It does that to me from time to time. > > > > Usually the home web pages for most Linux applications have links to > > documentation on how to use the program. Some are good, some are bad and > > on somes you have to learn by doing. When there's documentation > > available in the original software package I install it. The location is > > not necessarily the same for everything. Sometimes it is available from > > the menus of the app itself, sometimes you have to do a little digging > > to find it. For example, most packages come with a README file that > > tells you what they do, and it is usually installed in the doc > > directory, which is here: > > > > /usr/share/doc/ > > > > You will see docs for most of the installed programs there. > > > > You can also see what files the program has installed and see if there's > > anything documentation related. In a terminal type: > > > > rpm -q -l package_name | more > > > > That will list all files in a given package. Pretty long and useless > > list sometimes. But: > > > > rpm -q -l package_name | grep README > > > > will list anything that has README in its name (a better clue). Or > > > > rpm -q -l package_name | grep doc > > > > will list anything that has doc in its name. > > > > rpm -q -i package_name > > > > will also list more details for the package, including the URL of the > > home page of the software, which may have docs available. Most packages > > are listed in the Planet CCRMA home page with links to the home site as > > well. > > > > Hope this helps a little bit... > > Perhaps others can chime in with good online resources... > > Thanks. Your response has been most encouraging. I was almost at the point > of completely giving up! Yeah, getting started is not easy if this is your first contact with Linux. Remember you just landed in a new planet and you don't know anything about local customs, etc, etc. It takes a while learn your way around... -- Fernando From jsdey at optonline.net Tue Oct 30 08:52:01 2007 From: jsdey at optonline.net (John Dey) Date: Tue Oct 30 07:52:01 2007 Subject: [PlanetCCRMA] External Sound Card Message-ID: I am looking for a external sound card that has spdif (7.1) functioning. The driver Soundblaster nx usb seems like it is under active development. The alsa documentation page says that spdif is not working. Is the documentation page out of date or is someone working on that capability? If spdif capability is not in the near future, can someone suggest a sound device (spdif capable) that I could look at. Thanks. John From hcengar at gmail.com Tue Oct 30 10:07:01 2007 From: hcengar at gmail.com (Hector Centeno) Date: Tue Oct 30 09:07:01 2007 Subject: [PlanetCCRMA] Re: libraw1394 update breaking CCRMA's In-Reply-To: <695e1a650710261116s814d2b0x3018e1b440d009bc@mail.gmail.com> References: <695e1a650710261116s814d2b0x3018e1b440d009bc@mail.gmail.com> Message-ID: <695e1a650710300906x37c06a84l8f9d135178c21815@mail.gmail.com> Oh dear... one more. Today there is another update to libraw1394 in the Fedora repos. On Oct 26, 2007 2:16 PM, Hector Centeno wrote: > Hi, > > Probably Fernando is aware of this already but since some days ago an > update appeared in the Fedora repository for libraw1394. This one is > overwriting the CCRMA version and breaking Firewire support (Fedora's > is build 10 and CCRMA is build 9). > > Cheers! > > Hector > From nando at ccrma.Stanford.EDU Tue Oct 30 11:04:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue Oct 30 10:04:01 2007 Subject: [PlanetCCRMA] Re: libraw1394 update breaking CCRMA's In-Reply-To: <695e1a650710300906x37c06a84l8f9d135178c21815@mail.gmail.com> References: <695e1a650710261116s814d2b0x3018e1b440d009bc@mail.gmail.com> <695e1a650710300906x37c06a84l8f9d135178c21815@mail.gmail.com> Message-ID: <1193763795.7363.1.camel@cmn3.stanford.edu> On Tue, 2007-10-30 at 12:06 -0400, Hector Centeno wrote: > Oh dear... one more. Today there is another update to libraw1394 in > the Fedora repos. Ok, the new release has been de-juju'ed :-) Thanks again for keeping track of this! -- Fernando > On Oct 26, 2007 2:16 PM, Hector Centeno wrote: > > Hi, > > > > Probably Fernando is aware of this already but since some days ago an > > update appeared in the Fedora repository for libraw1394. This one is > > overwriting the CCRMA version and breaking Firewire support (Fedora's > > is build 10 and CCRMA is build 9). From cladisch at fastmail.net Tue Oct 30 12:13:00 2007 From: cladisch at fastmail.net (Clemens Ladisch) Date: Tue Oct 30 11:13:00 2007 Subject: [PlanetCCRMA] Re: [alsa-devel] External Sound Card In-Reply-To: References: Message-ID: <1193764791.29333.1218639071@webmail.messagingengine.com> John Dey wrote: > I am looking for a external sound card that has spdif (7.1) > functioning. 7.1 encoding is done in software, not in hardware. I don't know of any 7.1 encoder for Linux. ALSA has the a52 plugin that can do 5.1 encoding for any sound card that has SPDIF, but you'd have to compile it with the ffmpeg library to get it to work. HTH Clemens