From rvestal at trilug.org Thu Nov 1 06:27:01 2007 From: rvestal at trilug.org (Roy Vestal) Date: Thu Nov 1 05:27:01 2007 Subject: [PlanetCCRMA] Payload list - Writing mini CentOS 5 How To Message-ID: <4729C5B2.70202@trilug.org> I'm currently running FC5 with Planet CCRMA installed. I'm looking the payload list so I can duplicate it on my "new" machine. I have been able to successfully install Ardour 2.1, Hydrogen and extra Drumkits, QJackCTL, and Alsa-Tools (I use Envy24Control) in CentOS 5. I'd like to do a write up, but I'd like to test all the "basic" packages I use before sending it. I'm not an RPM packager, but I'm hoping this will help those that are help Fernando with the CentOS builds. From rvestal at trilug.org Thu Nov 1 07:09:01 2007 From: rvestal at trilug.org (Roy Vestal) Date: Thu Nov 1 06:09:01 2007 Subject: [PlanetCCRMA] New to MIDI Message-ID: <4729CF7A.5010301@trilug.org> I'm new to using MIDI. I'd like to learn. Are there any good books or howto's online that could be recommended on using MIDI apps such as Muse and Rosegarden4? I have an old SY77 (ahh the happy '80's) and a Delta 1010, and a current install of Muse/Rosegarden4 installed under FC5. I would like to learn how to use them! :) TIA! From vedran.vucic at gmail.com Thu Nov 1 07:13:01 2007 From: vedran.vucic at gmail.com (Vedran Vucic) Date: Thu Nov 1 06:13:01 2007 Subject: [PlanetCCRMA] New to MIDI In-Reply-To: <4729CF7A.5010301@trilug.org> References: <4729CF7A.5010301@trilug.org> Message-ID: ------=_Part_11692_12481660.1193922747839 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline heello, I think that it may be good to try to use Gogle and fins some MIDI Specifications just to be sure that you are introduced to MIDI properly. Since I work with schools a lot , my experience is that majority of mistakes are done due to a lak of understanding of MIDI. Then, it will be easier to explain particulart activities. best wishes, vedran On 11/1/07, Roy Vestal wrote: > > I'm new to using MIDI. I'd like to learn. Are there any good books or > howto's online that could be recommended on using MIDI apps such as Muse > and Rosegarden4? > > I have an old SY77 (ahh the happy '80's) and a Delta 1010, and a current > install of Muse/Rosegarden4 installed under FC5. I would like to learn > how to use them! :) > > TIA! > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > ------=_Part_11692_12481660.1193922747839 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline heello,

I think that it may be good to try to use Gogle and fins some MIDI Specifications just to be sure that you are introduced to MIDI properly.

Since I  work with schools a lot , my experience is that majority of mistakes are done due to a lak of understanding of MIDI.

Then, it will be easier to explain particulart activities.


best wishes,


vedran

On 11/1/07, Roy Vestal <rvestal@trilug.org> wrote:
I'm new to using MIDI. I'd like to learn. Are there any good books or
howto's online that could be recommended on using MIDI apps such as Muse
and Rosegarden4?

I have an old SY77 (ahh the happy '80's) and a Delta 1010, and a current
install of Muse/Rosegarden4 installed under FC5. I would like to learn
how to use them!  :)

TIA!

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

------=_Part_11692_12481660.1193922747839-- From rvestal at trilug.org Thu Nov 1 08:38:00 2007 From: rvestal at trilug.org (Roy Vestal) Date: Thu Nov 1 07:38:00 2007 Subject: [PlanetCCRMA] New to MIDI In-Reply-To: References: <4729CF7A.5010301@trilug.org> Message-ID: <4729E44A.9000401@trilug.org> Thanks Vedran. Are there any suggestions of sites that do this, or books? I don't mind going down to the local library and requesting it! :) Vedran Vucic wrote: > heello, > > I think that it may be good to try to use Gogle and fins some MIDI > Specifications just to be sure that you are introduced to MIDI properly. > > Since I work with schools a lot , my experience is that majority of > mistakes are done due to a lak of understanding of MIDI. > > Then, it will be easier to explain particulart activities. > > > best wishes, > > > vedran > > On 11/1/07, *Roy Vestal* > wrote: > > I'm new to using MIDI. I'd like to learn. Are there any good books or > howto's online that could be recommended on using MIDI apps such > as Muse > and Rosegarden4? > > I have an old SY77 (ahh the happy '80's) and a Delta 1010, and a > current > install of Muse/Rosegarden4 installed under FC5. I would like to learn > how to use them! :) > > TIA! > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > From vedran.vucic at gmail.com Thu Nov 1 08:46:01 2007 From: vedran.vucic at gmail.com (Vedran Vucic) Date: Thu Nov 1 07:46:01 2007 Subject: [PlanetCCRMA] New to MIDI In-Reply-To: <4729E44A.9000401@trilug.org> References: <4729CF7A.5010301@trilug.org> <4729E44A.9000401@trilug.org> Message-ID: ------=_Part_12018_6768100.1193928315988 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, Let start with his: http://www.midi.org/ read carefully specifications especially MIDI 1.0 specification due to your SY77 keybaord. Please feel free to ask any other questions that you may have. best wishes, vedran On 11/1/07, Roy Vestal wrote: > > Thanks Vedran. Are there any suggestions of sites that do this, or > books? I don't mind going down to the local library and requesting it! :) > > Vedran Vucic wrote: > > heello, > > > > I think that it may be good to try to use Gogle and fins some MIDI > > Specifications just to be sure that you are introduced to MIDI properly. > > > > Since I work with schools a lot , my experience is that majority of > > mistakes are done due to a lak of understanding of MIDI. > > > > Then, it will be easier to explain particulart activities. > > > > > > best wishes, > > > > > > vedran > > > > On 11/1/07, *Roy Vestal* > > wrote: > > > > I'm new to using MIDI. I'd like to learn. Are there any good books > or > > howto's online that could be recommended on using MIDI apps such > > as Muse > > and Rosegarden4? > > > > I have an old SY77 (ahh the happy '80's) and a Delta 1010, and a > > current > > install of Muse/Rosegarden4 installed under FC5. I would like to > learn > > how to use them! :) > > > > TIA! > > > > _______________________________________________ > > PlanetCCRMA mailing list > > PlanetCCRMA@ccrma.stanford.edu 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 > ------=_Part_12018_6768100.1193928315988 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello,


Let start with his:

http://www.midi.org/

read carefully specifications especially MIDI 1.0 specification due to your SY77 keybaord.

Please feel free to ask any other questions that you may have.

best wishes,


vedran

On 11/1/07, Roy Vestal <rvestal@trilug.org> wrote:
Thanks Vedran. Are there any suggestions of sites that do this, or
books? I don't mind going down to the local library and requesting it! :)

Vedran Vucic wrote:
> heello,
>
> I think that it may be good to try to use Gogle and fins some MIDI
> Specifications just to be sure that you are introduced to MIDI properly.
>
> Since I  work with schools a lot , my experience is that majority of
> mistakes are done due to a lak of understanding of MIDI.
>
> Then, it will be easier to explain particulart activities.
>
>
> best wishes,
>
>
> vedran
>
> On 11/1/07, *Roy Vestal* < rvestal@trilug.org
> <mailto:rvestal@trilug.org>> wrote:
>
>     I'm new to using MIDI. I'd like to learn. Are there any good books or
>     howto's online that could be recommended on using MIDI apps such
>     as Muse
>     and Rosegarden4?
>
>     I have an old SY77 (ahh the happy '80's) and a Delta 1010, and a
>     current
>     install of Muse/Rosegarden4 installed under FC5. I would like to learn
>     how to use them!  :)
>
>     TIA!
>
>     _______________________________________________
>     PlanetCCRMA mailing list
>     PlanetCCRMA@ccrma.stanford.edu <mailto: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

------=_Part_12018_6768100.1193928315988-- From carlo.ottaviani at ism.cnr.it Thu Nov 1 09:06:00 2007 From: carlo.ottaviani at ism.cnr.it (Carlo Ottaviani) Date: Thu Nov 1 08:06:00 2007 Subject: [PlanetCCRMA] New to MIDI In-Reply-To: <4729CF7A.5010301@trilug.org> References: <4729CF7A.5010301@trilug.org> Message-ID: <9719DB18-C683-48B1-A965-EE71E403A070@ism.cnr.it> Hi Roy One source of interesting information for the beginner is the Dave Phillips's blog on Linux Journal: http://www.linuxjournal.com/blog/800764 There are also older articles published by Dave on the same site. You may start from here: http://www.linuxjournal.com/article/7773 HTH All the best Carlo (happy owner of a DX7II keyboard) On Nov 1, 2007, at 2:07 PM, Roy Vestal wrote: > I'm new to using MIDI. I'd like to learn. Are there any good books > or howto's online that could be recommended on using MIDI apps such > as Muse and Rosegarden4? > > I have an old SY77 (ahh the happy '80's) and a Delta 1010, and a > current install of Muse/Rosegarden4 installed under FC5. I would > like to learn how to use them! :) > > TIA! > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma From nando at ccrma.Stanford.EDU Thu Nov 1 10:32:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Nov 1 09:32:01 2007 Subject: [PlanetCCRMA] Payload list - Writing mini CentOS 5 How To In-Reply-To: <4729C5B2.70202@trilug.org> References: <4729C5B2.70202@trilug.org> Message-ID: <1193934699.8260.0.camel@cmn3.stanford.edu> On Thu, 2007-11-01 at 08:25 -0400, Roy Vestal wrote: > I'm currently running FC5 with Planet CCRMA installed. I'm looking the > payload list so I can duplicate it on my "new" machine. I have been > able to successfully install Ardour 2.1, Hydrogen and extra Drumkits, > QJackCTL, and Alsa-Tools (I use Envy24Control) in CentOS 5. I'd like to > do a write up, but I'd like to test all the "basic" packages I use > before sending it. > > I'm not an RPM packager, but I'm hoping this will help those that are > help Fernando with the CentOS builds. Are you rebuilding the source rpm packages and installing the resulting binaries? -- Fernando From pcoccoli at gmail.com Thu Nov 1 11:05:02 2007 From: pcoccoli at gmail.com (Paul Coccoli) Date: Thu Nov 1 10:05:02 2007 Subject: [PlanetCCRMA] New to MIDI In-Reply-To: <4729CF7A.5010301@trilug.org> References: <4729CF7A.5010301@trilug.org> Message-ID: <8d27a0610711011004s713298c0sb2f9ecb21375d9ce@mail.gmail.com> On 11/1/07, Roy Vestal wrote: > I'm new to using MIDI. I'd like to learn. Are there any good books or > howto's online that could be recommended on using MIDI apps such as Muse > and Rosegarden4? > Rosegarden: http://rosegarden.sourceforge.net/tutorial/ MIDI: http://www.theprojectstudiohandbook.com/articles10.htm > I have an old SY77 (ahh the happy '80's) and a Delta 1010, and a current > install of Muse/Rosegarden4 installed under FC5. I would like to learn > how to use them! :) > > TIA! > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > From rvestal at trilug.org Thu Nov 1 11:55:02 2007 From: rvestal at trilug.org (Roy Vestal) Date: Thu Nov 1 10:55:02 2007 Subject: [PlanetCCRMA] Payload list - Writing mini CentOS 5 How To In-Reply-To: <1193934699.8260.0.camel@cmn3.stanford.edu> References: <4729C5B2.70202@trilug.org> <1193934699.8260.0.camel@cmn3.stanford.edu> Message-ID: <472A1284.1090908@trilug.org> Not at this point. I'm using EPEL and IRCAM repositories. I did rebuild the ardour2.1 fc8 src. Built fine. I've had to add a few softlinks for libFLAC (Hydrogen dep) as well. I was going to send you guys the "Here's how I got it working" doc. Was hoping it would help you guys in the rebuilding. Fernando Lopez-Lezcano wrote: > On Thu, 2007-11-01 at 08:25 -0400, Roy Vestal wrote: > >> I'm currently running FC5 with Planet CCRMA installed. I'm looking the >> payload list so I can duplicate it on my "new" machine. I have been >> able to successfully install Ardour 2.1, Hydrogen and extra Drumkits, >> QJackCTL, and Alsa-Tools (I use Envy24Control) in CentOS 5. I'd like to >> do a write up, but I'd like to test all the "basic" packages I use >> before sending it. >> >> I'm not an RPM packager, but I'm hoping this will help those that are >> help Fernando with the CentOS builds. >> > > Are you rebuilding the source rpm packages and installing the resulting > binaries? > > -- Fernando > > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > From rvestal at trilug.org Thu Nov 1 12:45:01 2007 From: rvestal at trilug.org (Roy Vestal) Date: Thu Nov 1 11:45:01 2007 Subject: [PlanetCCRMA] Payload list - Writing mini CentOS 5 How To In-Reply-To: <1193934699.8260.0.camel@cmn3.stanford.edu> References: <4729C5B2.70202@trilug.org> <1193934699.8260.0.camel@cmn3.stanford.edu> Message-ID: <472A1E36.8010208@trilug.org> Another question: I have been looking the FC7/8 planet ccrma src repo but can't find it. Is that browseable? Fernando Lopez-Lezcano wrote: > On Thu, 2007-11-01 at 08:25 -0400, Roy Vestal wrote: > >> I'm currently running FC5 with Planet CCRMA installed. I'm looking the >> payload list so I can duplicate it on my "new" machine. I have been >> able to successfully install Ardour 2.1, Hydrogen and extra Drumkits, >> QJackCTL, and Alsa-Tools (I use Envy24Control) in CentOS 5. I'd like to >> do a write up, but I'd like to test all the "basic" packages I use >> before sending it. >> >> I'm not an RPM packager, but I'm hoping this will help those that are >> help Fernando with the CentOS builds. >> > > Are you rebuilding the source rpm packages and installing the resulting > binaries? > > -- Fernando > > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > From kms at passback.co.uk Fri Nov 2 02:26:01 2007 From: kms at passback.co.uk (Keith Sharp) Date: Fri Nov 2 01:26:01 2007 Subject: [PlanetCCRMA] Payload list - Writing mini CentOS 5 How To In-Reply-To: <472A1E36.8010208@trilug.org> References: <4729C5B2.70202@trilug.org> <1193934699.8260.0.camel@cmn3.stanford.edu> <472A1E36.8010208@trilug.org> Message-ID: <1193991896.14087.13.camel@animal.passback.co.uk> On Thu, 2007-11-01 at 14:43 -0400, Roy Vestal wrote: > Another question: > I have been looking the FC7/8 planet ccrma src repo but can't find it. > Is that browseable? http://ccrma.stanford.edu/planetccrma/mirror/all/linux/SRPMS/ Keith. From rvestal at trilug.org Fri Nov 2 08:11:02 2007 From: rvestal at trilug.org (Roy Vestal) Date: Fri Nov 2 07:11:02 2007 Subject: [PlanetCCRMA] Payload list - Writing mini CentOS 5 How To In-Reply-To: <1193991896.14087.13.camel@animal.passback.co.uk> References: <4729C5B2.70202@trilug.org> <1193934699.8260.0.camel@cmn3.stanford.edu> <472A1E36.8010208@trilug.org> <1193991896.14087.13.camel@animal.passback.co.uk> Message-ID: <472B2F68.1030901@trilug.org> Sweet! Thanks Keith! Keith Sharp wrote: > On Thu, 2007-11-01 at 14:43 -0400, Roy Vestal wrote: > >> Another question: >> I have been looking the FC7/8 planet ccrma src repo but can't find it. >> Is that browseable? >> > > http://ccrma.stanford.edu/planetccrma/mirror/all/linux/SRPMS/ > > Keith. > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > 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: <003601c81f7d$07e59a80$01a8a8c0@system7125> ----- Original Message ----- From: "Fernando Lopez-Lezcano" To: "joey.a" Cc: Sent: Sunday, October 28, 2007 6:24 PM > Psycollider? Hmm, I think that should work, unless your version of > Windows is 64 bit as well. That would seem to depend on how we define working. Consequently, I would be interested to discover whether SC under FC Linux exhibits similar features, and what fixes, if any, are available, for those features which are clearly problematic. After working out, by trial and error, that, in the context of the keyboard & mouse, I should substitute: F1 for Cmd+Shift+? Lang/Stop, or, less reliably, Alt+. for Cmd+. and Lang/Evaluate or Ctrl+Enter for Enter , I was eventually able to successfully run (evaluate) some of the coding examples (and adjust them), and open help files within the SC environment. However, I still couldn't fathom the following statement at /Help/Mark_Polishook_tutorial/First_steps/1_Startup.html : 'On the bottom of the screen are two more windows. One is called "localhost server" and the other is "internal server." Click on the "boot" button on the localhost server. .......... Activate the internal server, if you wish, in the same way. ' Well, all I can see is one second window called Psycollider which contains a window called SC Log, which duplicates the contents of the first window, except black on white instead of white on black. The "localhost server" is activated in the Psycollider toolbar via Lang/Run (or by executing appropriate code in the code window [once opened]), but I don't have a clue what the internal server is meant to be, where it is displayed, or how to activate it. Consequently, when I attempt to evaluate s.scope(2) I get ERROR: scope works only with internal server nil evaluating Server.internal.boot; merely results in run time overflow and a substantial error dump. Similarly, the following information on recording sound seemed to make no sense in terms of what is actually displayed on the screen. Having said that, much of the more advanced information on synthesis looks far more promising. Many of the more complex coding examples do work, and the main difficulty I have in working out why some of them don't, is that the error reporting typically states that the error is in a line which is substantially later than the total number of lines which exist in the code window. This, at least, is the case when I run the software under 32 bit Windows XP Professional (Media Edition). When I downloaded the software separately onto Windows 2000 (Server), and attempted to run it there, no SuperCollider window stayed open for more than a fraction of a second. James Harris From rvestal at trilug.org Mon Nov 5 13:50:04 2007 From: rvestal at trilug.org (Roy Vestal) Date: Mon Nov 5 13:50:04 2007 Subject: [PlanetCCRMA] CentOS 5 install, no sound Message-ID: <472F8F78.7000408@trilug.org> Hi folks, I've installed CentOS 5 with the latest rt kernel (compiled from src.rpm). I'm having no issues with Jack starting, nor Ardour or Rosegarden. However, I get no sound. I'm not sure where I should look. I had FC5 installed, with the onboard sound disabled. I now have CentOS5 installed, I've enabled the onboard sound (AC'97) and I have a Delta 1010. I was rerouting the outputs (master out in Ardour for example) to the output of 1 and 2 on the Delta. However, regardless of which sound card I use, I get no sound. This is obviously not good. Ideas? 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: <003101c81ffb$28938cf0$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: > > 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. The addresses of the related topics have clearly been listed as relative, but interpreted as absolute. In HTML, at least, this problem is caused by inserting a single slash to the left of the relative address. The solution is simple. Exclude the slash, or include the physical path. In server side Visual Basic (ASP), this merely requires correcting the relevant single line of coding which serves up each instance of the list. Hopefully, the solution is equally simple here. From hans.wilmers at notam02.no Wed Nov 7 10:28:01 2007 From: hans.wilmers at notam02.no (Hans Wilmers) Date: Wed Nov 7 10:28:01 2007 Subject: [PlanetCCRMA] live-CD Message-ID: <200711071604.02982.hans.wilmers@notam02.no> Hi, I have made a live-CD based on fedora 7 and a good bit of CCRMA. It's still in test phase, and for norwegian keyboard as default, but if you are interested you can give it try: http://www.notam02.no/notamlive The DVD contains much more, especially those nice CCRMA-menues and all of the defaut-apps, but there are compatibility issues with some hardware. I'll be more than happy for feedback! Best regards, Hans -- Hans Wilmers NOTAM (Norsk nettverk for Teknologi, Akustikk og Musikk) Nedre gate 5 N-0551 Oslo Norway tlf: +47 2235 8065 cell:+47 9245 9361 http://www.notam02.no/ From rvestal at trilug.org Wed Nov 7 20:19:00 2007 From: rvestal at trilug.org (Roy Vestal) Date: Wed Nov 7 20:19:00 2007 Subject: [PlanetCCRMA] FC6/F7 and networking issues with latest rt kernel Message-ID: <47328DF0.10901@trilug.org> Ok, so my CentOS 5 install didn't go so well. But since I need this computer for business, I have to go back to where it will function for recording. At this point, I'm going with FC6 so I can have Ardour2. Anyway, when I load the rt kernel (2.6.22.6-1.rt9.5.fc6.ccrmart), my network just suddenly stops, as if I pulled the NIC cable. I go back down to the non-rt Fedora kernel (2.6.22.9-61.fc6), network is fine. I had this happen in F7 so I reverted to FC6. I need this box up and running but I need for full function of the network too. Are their directions somewhere on the PlanetCCRMA site that give you instructions on patching/rerolling the "stock" kernel? TIA From jorge.salgueiro at gmail.com Thu Nov 8 09:22:01 2007 From: jorge.salgueiro at gmail.com (Jorge Salgueiro) Date: Thu Nov 8 09:22:01 2007 Subject: [PlanetCCRMA] fedora 8 spin? Message-ID: <212aa9db0711080921n3392d9a9x720a7a12e6fef69a@mail.gmail.com> ------=_Part_8026_20984500.1194542499016 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline will planet ccrma be a fedora 8 spin? Are you planning to support fedora 8? --=20 Um abra=E7o, Jorge Salgueiro ................................................................. Use GNU/Linux: free culture for a free society ------=_Part_8026_20984500.1194542499016 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline will planet ccrma be a fedora 8 spin? Are you planning to support fedora 8?=

--

Um abra=E7o, Jorge Salgueiro
.........= ........................................................
Use GNU/Linux: = free culture for a free society ------=_Part_8026_20984500.1194542499016-- From rvestal at trilug.org Thu Nov 8 09:37:01 2007 From: rvestal at trilug.org (Roy Vestal) Date: Thu Nov 8 09:37:01 2007 Subject: [PlanetCCRMA] BCF2000 + Ardour2 Message-ID: <4733486B.3090606@trilug.org> What is the best emulation mode to use with Ardour2 and a Behringer BCF2000? From rvestal at trilug.org Thu Nov 8 09:58:01 2007 From: rvestal at trilug.org (Roy Vestal) Date: Thu Nov 8 09:58:01 2007 Subject: [PlanetCCRMA] BCF2000 + Ardour2 In-Reply-To: <4733486B.3090606@trilug.org> References: <4733486B.3090606@trilug.org> Message-ID: <47334D4A.7090206@trilug.org> FWIW, I found this thread poking around on the net, similar to what I'm asking, but on the tech details of 2.0.x. Good info though: http://www.nabble.com/bcf2000-%2B-ardour2.0.2-problems-tf3830608.html#a10865598 Also, for those new with BCF2000's, this is a great link for you. A quick paper on emulation modes and how to get to them: http://www.behringerdownload.de/BCF2000/BCF2000_Emulation_modes.pdf I'd still like to hear what folks use and their experience with theBCF2000 and Ardour2 Roy Vestal wrote: > What is the best emulation mode to use with Ardour2 and a Behringer > BCF2000? > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > From nando at ccrma.Stanford.EDU Thu Nov 8 10:14:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Nov 8 10:14:00 2007 Subject: [PlanetCCRMA] fedora 8 spin? In-Reply-To: <212aa9db0711080921n3392d9a9x720a7a12e6fef69a@mail.gmail.com> References: <212aa9db0711080921n3392d9a9x720a7a12e6fef69a@mail.gmail.com> Message-ID: <1194545631.7437.5.camel@cmn18.stanford.edu> On Thu, 2007-11-08 at 18:21 +0100, Jorge Salgueiro wrote: > will planet ccrma be a fedora 8 spin? Are you planning to support > fedora 8? Yes, of course :-) Bad timing this time as I'm preparing for a concert tomorrow so I've been super-busy. But I'm downloading the iso's now and I did a short build test on fc8t3 a while back so most probably building will be easy... maybe early next week. Obviously you don't need to move to 8 right away :-p -- Fernando From ludek.smolik at gmail.com Thu Nov 8 11:01:01 2007 From: ludek.smolik at gmail.com (=?ISO-8859-2?Q?Lud=ECk_Smol=EDk?=) Date: Thu Nov 8 11:01:01 2007 Subject: [PlanetCCRMA] Re: [PlanetCCRMANews] live-CD In-Reply-To: <200711071604.02982.hans.wilmers@notam02.no> References: <200711071604.02982.hans.wilmers@notam02.no> Message-ID: ------=_Part_28166_3202199.1194520418869 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Dear Hans Wilmers, thank You, great work! :-) Ludek Smolik 2007/11/7, Hans Wilmers : > > Hi, > I have made a live-CD based on fedora 7 and a good bit of CCRMA. > It's still in test phase, and for norwegian keyboard as default, but if > you > are interested you can give it try: > > http://www.notam02.no/notamlive > > The DVD contains much more, especially those nice CCRMA-menues and all of > the > defaut-apps, but there are compatibility issues with some hardware. > > I'll be more than happy for feedback! > > Best regards, > Hans > > > -- > Hans Wilmers > NOTAM (Norsk nettverk for Teknologi, Akustikk og Musikk) > Nedre gate 5 > N-0551 Oslo Norway > tlf: +47 2235 8065 > cell:+47 9245 9361 > http://www.notam02.no/ > > _______________________________________________ > PlanetCCRMANews mailing list > PlanetCCRMANews@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrmanews > ------=_Part_28166_3202199.1194520418869 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Dear Hans Wilmers,
thank You, great work!
:-)
Ludek Smolik

2007/11/7, Hans Wilmers <hans.wilmers@notam02.no>:
Hi,
I have made a live-CD based on fedora 7 and a good bit of CCRMA.
It's still in test phase, and for norwegian keyboard as default, but if you
are interested you can give it try:

http://www.notam02.no/notamlive

The DVD contains much more, especially those nice CCRMA-menues and all of the
defaut-apps, but there are compatibility issues with some hardware.

I'll be more than happy for feedback!

Best regards,
Hans


--
Hans Wilmers
NOTAM (Norsk nettverk for Teknologi, Akustikk og Musikk)
Nedre gate 5
N-0551 Oslo Norway
tlf: +47 2235 8065
cell:+47 9245 9361
http://www.notam02.no/

_______________________________________________
PlanetCCRMANews mailing list
PlanetCCRMANews@ccrma.stanford.edu
http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrmanews

------=_Part_28166_3202199.1194520418869-- From jh at brainiac.com Thu Nov 8 15:10:02 2007 From: jh at brainiac.com (Joe Hartley) Date: Thu Nov 8 15:10:02 2007 Subject: [PlanetCCRMA] BCF2000 + Ardour2 In-Reply-To: <4733486B.3090606@trilug.org> References: <4733486B.3090606@trilug.org> Message-ID: <20071108180905.d13ec92e.jh@brainiac.com> On Thu, 08 Nov 2007 12:33:31 -0500 Roy Vestal wrote: > What is the best emulation mode to use with Ardour2 and a Behringer BCF2000? That's sort of a loaded question; I found that none of the emulation modes floated my boat initially, so I programmed a simple, functional setup myself and like it quite a bit. I know the emulations have gotten better, but I'm very used to the way it works now and don't care to change it. Details on my setup and downloadable files can be had from the Ardour doc site: http://ardour.org/files/manual/sn-bcf2000.html -- ====================================================================== Joe Hartley - UNIX/network Consultant - jh@brainiac.com Without deviation from the norm, "progress" is not possible. - FZappa From nando at ccrma.Stanford.EDU Thu Nov 8 15:22:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Nov 8 15:22:02 2007 Subject: [PlanetCCRMA] FC6/F7 and networking issues with latest rt kernel In-Reply-To: <47328DF0.10901@trilug.org> References: <47328DF0.10901@trilug.org> Message-ID: <1194564096.28936.1.camel@cmn3.stanford.edu> On Wed, 2007-11-07 at 23:17 -0500, Roy Vestal wrote: > Ok, so my CentOS 5 install didn't go so well. But since I need this > computer for business, I have to go back to where it will function for > recording. At this point, I'm going with FC6 so I can have Ardour2. > > Anyway, when I load the rt kernel (2.6.22.6-1.rt9.5.fc6.ccrmart), my > network just suddenly stops, as if I pulled the NIC cable. I go back > down to the non-rt Fedora kernel (2.6.22.9-61.fc6), network is fine. > > I had this happen in F7 so I reverted to FC6. I need this box up and > running but I need for full function of the network too. > > Are their directions somewhere on the PlanetCCRMA site that give you > instructions on patching/rerolling the "stock" kernel? Hmmm, no, not really. What hardware do you have? Must be fairly new... I'm working on a 2.6.23.1 based rt kernel that should be out shortly, hopefully that will support your network interface. I could also release a 2.6.22.10 based one, should be the same as the Fedora one re: hardware support (unless the support is in a patch that clashes with the rt patch). -- Fernando From joey.a" Message-ID: <001c01c8229c$c54f4bd0$01a8a8c0@system7125> > Message: 1 > From: Hans Wilmers > To: planetccrmanews@ccrma.Stanford.EDU > Date: Wed, 07 Nov 2007 16:04:02 +0100 > Subject: [PlanetCCRMA] live-CD > > Hi, > I have made a live-CD based on fedora 7 and a good bit of CCRMA. > It's still in test phase, and for norwegian keyboard as default, but if you > are interested you can give it try: > > http://www.notam02.no/notamlive When I first followed this link, I ended up arriving at http://www.notam02.no/DSP02/en/index.php?news=8. This was by far the simplest, fastest, and cleanest computer music software download I have ever attempted. (Thanks also to Sun Microsystems Java). The man-machine interface is surprisingly flexible and intuitive, and I was up and running in a couple of minutes. Despite Instruksjoner.txt being in a Scandanavian language, I found it far easier to understand than the corresponding (English) help for both Snd and SuperCollider. Within half an hour I had a musical introduction laid down, and within half a day I had the first few minutes of a more substantial composition, using a sound sample from my earlier foray into computer music machinery design, a musique concrete source I discovered long years ago (after I had to shelve that original computer music research), and a Latoofargian chaos function, computed using SuperCollider. In contrast I seem to have been struggling with SuperCollider for a couple of weeks now and have, as yet, only mastered about 10% of it, at best. As for Scheme/Snd, I still have not managed to run even a single instance of exemplary code, without getting an error message. Why is it that Northern European researchers seem to be so much better at the ergonomics of the man-machine interface than American researchers? (I recall that the University of Aarhus "Egg" was, for me, the best read in the early years of the Computer Music Journal, matched only by Bill Buxton's live presentations of University of Toronto SSSP innovations, at the 1979 Computer Music Conference {Chicago}) I particularly liked the fact that: (1) This software package appears to be cross platform compatible, and a doddle on Windows (Planet CCRMA does not even span different versions of Linux) (2) Notamo2.no refreshingly emphasised concrete music sources throughout, in their short sound demos. (3) Half of those demos were produced by primary school kids, which speaks volumes for the achieved ergonomics of the interface. > The DVD contains much more, especially those nice CCRMA-menues and all of the > defaut-apps, but there are compatibility issues with some hardware. > > I'll be more than happy for feedback! I am downloading this much larger package now. You did not say whether this, too, has cross platform compatibility. (I currently get 3 times the screen capacity under Windows, than I do under FC7, and I know my way around it better.) > Best regards, > Hans Ditto James Harris From vedran.vucic at gmail.com Sat Nov 10 13:46:00 2007 From: vedran.vucic at gmail.com (Vedran Vucic) Date: Sat Nov 10 13:46:00 2007 Subject: [PlanetCCRMA] FC8 Message-ID: Hello, Did anyone tried Fedora 8 and Pulse Audio server that is included in Fedora 8.? thanx, veki From green at redhat.com Sat Nov 10 15:22:01 2007 From: green at redhat.com (Anthony Green) Date: Sat Nov 10 15:22:01 2007 Subject: [PlanetCCRMA] FC8 In-Reply-To: References: Message-ID: <47363D08.5050700@redhat.com> This is a multi-part message in MIME format. --------------050007030500030103070105 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Vedran Vucic wrote: > Hello, > > Did anyone tried Fedora 8 and Pulse Audio server that is included in Fedora 8.? Yes, it works fine. You just need to configure qjackctl to start jackd like so: "pasuspender jackd --", and then change the Interface from "default" to "hw:0". nando - if you want to make me co-maintainer of qjackctl I'll gladly take that bug from you and patch it for these changes. AG > > > thanx, > > > veki > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma --------------050007030500030103070105 Content-Type: text/x-vcard; charset=utf-8; name="green.vcf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="green.vcf" YmVnaW46dmNhcmQNCmZuOkFudGhvbnkgR3JlZW4NCm46R3JlZW47QW50aG9ueQ0Kb3JnOlJl ZCBIYXQsIEluYy4NCmVtYWlsO2ludGVybmV0OmdyZWVuQHJlZGhhdC5jb20NCnRlbDtjZWxs Oig2NTApIDIwNy03MTIyDQp4LW1vemlsbGEtaHRtbDpGQUxTRQ0KdmVyc2lvbjoyLjENCmVu ZDp2Y2FyZA0KDQo= --------------050007030500030103070105-- From nando at ccrma.Stanford.EDU Sat Nov 10 17:19:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sat Nov 10 17:19:02 2007 Subject: [PlanetCCRMA] FC8 In-Reply-To: <47363D08.5050700@redhat.com> References: <47363D08.5050700@redhat.com> Message-ID: <1194743910.3006.0.camel@cmn3.stanford.edu> On Sat, 2007-11-10 at 15:21 -0800, Anthony Green wrote: > Vedran Vucic wrote: > > Hello, > > > > Did anyone tried Fedora 8 and Pulse Audio server that is included in Fedora 8.? > > Yes, it works fine. You just need to configure qjackctl to start jackd > like so: "pasuspender jackd --", and then change the Interface from > "default" to "hw:0". > > nando - if you want to make me co-maintainer of qjackctl I'll gladly > take that bug from you and patch it for these changes. That would be appreciented! How do I do that? -- Fernando From green at redhat.com Sat Nov 10 20:43:01 2007 From: green at redhat.com (Anthony Green) Date: Sat Nov 10 20:43:01 2007 Subject: [PlanetCCRMA] FC8 In-Reply-To: <1194743910.3006.0.camel@cmn3.stanford.edu> References: <47363D08.5050700@redhat.com> <1194743910.3006.0.camel@cmn3.stanford.edu> Message-ID: <4736880A.3090202@redhat.com> This is a multi-part message in MIME format. --------------030302030904000205030004 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Fernando Lopez-Lezcano wrote: >> nando - if you want to make me co-maintainer of qjackctl I'll gladly >> take that bug from you and patch it for these changes. > > That would be appreciented! How do I do that? I just requested permissions in the package db here: https://admin.fedoraproject.org/pkgdb/packages/name/qjackctl I think you just need to log in and approve them. AG --------------030302030904000205030004 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 --------------030302030904000205030004-- From nando at ccrma.Stanford.EDU Sat Nov 10 22:16:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Pablo Lopez-Lezcano) Date: Sat Nov 10 22:16:01 2007 Subject: [PlanetCCRMA] FC8 In-Reply-To: <4736880A.3090202@redhat.com> References: <47363D08.5050700@redhat.com> <1194743910.3006.0.camel@cmn3.stanford.edu> <4736880A.3090202@redhat.com> Message-ID: On Sat, 10 Nov 2007, Anthony Green wrote: > Fernando Lopez-Lezcano wrote: >>> nando - if you want to make me co-maintainer of qjackctl I'll gladly take >>> that bug from you and patch it for these changes. >> >> That would be appreciented! How do I do that? > > I just requested permissions in the package db here: > > https://admin.fedoraproject.org/pkgdb/packages/name/qjackctl > > I think you just need to log in and approve them. I just did that, hopefully you're in. Let me know otherwise. And thanks for all the help! -- Fernando From green at redhat.com Sun Nov 11 08:49:03 2007 From: green at redhat.com (Anthony Green) Date: Sun Nov 11 08:49:03 2007 Subject: [PlanetCCRMA] FC8 In-Reply-To: References: <47363D08.5050700@redhat.com> <1194743910.3006.0.camel@cmn3.stanford.edu> <4736880A.3090202@redhat.com> Message-ID: <47373232.5090600@redhat.com> This is a multi-part message in MIME format. --------------000507040400010508030806 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Fernando Pablo Lopez-Lezcano wrote: > On Sat, 10 Nov 2007, Anthony Green wrote: > >> Fernando Lopez-Lezcano wrote: >>>> nando - if you want to make me co-maintainer of qjackctl I'll gladly >>>> take that bug from you and patch it for these changes. >>> >>> That would be appreciented! How do I do that? >> >> I just requested permissions in the package db here: >> >> https://admin.fedoraproject.org/pkgdb/packages/name/qjackctl >> >> I think you just need to log in and approve them. > > I just did that, hopefully you're in. Ok, I just pushed out qjackctl-0.3.1a-5.fc8 to the 'stable' repository. This is the latest upstream release and doesn't appear to require pasuspend to work (I don't know why... PulseAudio is still very new to me). AG > Let me know otherwise. > And thanks for all the help! > -- Fernando --------------000507040400010508030806 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 --------------000507040400010508030806-- From steampipe at iwr.ru.ac.za Mon Nov 12 02:14:00 2007 From: steampipe at iwr.ru.ac.za (DA. Forsyth) Date: Mon Nov 12 02:14:00 2007 Subject: [PlanetCCRMA] (Fwd) gak Message-ID: <47384340.14188.1F44ABDC@steampipe.iwr.ru.ac.za> Well, last year i had trouble getting jack stable with no xruns, and eventually figured out a group of settings that worked. This year I thought I'd upgrade a bit to facilitate recording, and added RAM (RAM now running dual channel mode DDR2) and a second harddrive (WD 160gb SATA). so what happens? Sunday morning I do a quick 'record 8 channels' test and jack goes nuts with xruns. check, no settings have changed. fiddle around for a looong time before discovering that setting 'priority' to 50 instead of 0 gets it working (why the change since last year). right on! .... do a trial with software RAID between the 2 disks, (appears to) works ok, so lets go... lets go record the band 43 minutes into the recording and ardour stops due to a 'your disk cannot keep up' message (sadly is doesn't say which disk). middle of a song of course. did I mention that we really needed the recording to be one long piece so that it can be time aligned with the video tape easily? ok, after that nothing worked right on that session so I started a new one (thanks for templates). even so I ended up stopping and restarting between songs, even having disk slow failures again as well. but now..... that software raid thing is BROKEN eh? only works sometimes, in that after a restart of the session it may or may not actually use the raid setup. also, for some tracks it did not write out a proper peak file, so I had no wave form display until 'something' triggers a peak rebuild. I did try renaming one of the peak files and it rebuilt it. is it safe to do this? the big issue is that it 'decided' to keep adding regions to tracks 1 3 5 7, using the same files (now 500+ megs each), while for tracks 2 4 6 8 it created a new file for each region. what? I wouldn't mind if it worked in the end, but while it did in fact record the audio, the regions are in the wrong place, so the only one that works is the first one, the rest repeat the first region from the big files, so while tracks 2 4 6 8 play song 2, 1 3 5 7 play song 1. so now I have to time align all these things, and each song is different. and I'm still getting 'your disk is too slow' during playback, now and then. I think it is the big files. later today I'll try moving 2 of the big ones to the other drive so the big file load is shared. what else can I do? split the big files in Audacity and reimport them? hardware P4 3GHz with 1024MB RAM, SATA 80GB + SATA 160GB. Delta 1010LT for audio, motherboard audio disabled. FC5 + PlanetCCMA RT SMP kernel (SMP and nonSMP don't seem to make a diffence, since this a fake SMP processor. yes, I should have got a Core 2 Duo) ardour 0.99.3 (yes planning to upgrade FC but since it was working for the last project I figured I'd leave it and upgrade to FC6 after this project, not wanting to chance a new install giving trouble. sigh) RT load shows around 10 to 14%. latency is 87ms iirc. PS: side issue. last year I used 48000 sample rate. this time I wanted to use 44100 since we're making a CD anyway and we don't use a lot of effects, being a live recording we get enough reverb from the room. however, nothing i did convinced it to use 44100. I used envy24control to set the hardware to 44100, then tell jack to use that rate (via qjackctl), start jack and the envy24 window immediately shows that it has gone back to 48000. now, jack won't start because jack still wants 44100 but the hardware is doing 48000. I tried deleteing ~/.jackdrc but the hardware still went to 48000. how does one actually change it? we need to mix down tonight since some of the band members are going back to their home country soon, and writing exams now, so time is shrt. and I'll be out of town Tuesday through Friday..... any (quick) help would be appreciated.... -- David http://iwr.ru.ac.za/~iwdf/ If you receive email saying "Send this to everyone you know", PLEASE pretend you don't know me. From nando at ccrma.Stanford.EDU Mon Nov 12 11:57:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon Nov 12 11:57:00 2007 Subject: [PlanetCCRMA] (Fwd) gak In-Reply-To: <47384340.14188.1F44ABDC@steampipe.iwr.ru.ac.za> References: <47384340.14188.1F44ABDC@steampipe.iwr.ru.ac.za> Message-ID: <1194897374.12115.22.camel@cmn3.stanford.edu> On Mon, 2007-11-12 at 12:12 +0200, DA. Forsyth wrote: > Well, last year i had trouble getting jack stable with no xruns, and > eventually figured out a group of settings that worked. > > This year I thought I'd upgrade a bit to facilitate recording, and added > RAM (RAM now running dual channel mode DDR2) and a second harddrive (WD > 160gb SATA). > so what happens? Sunday morning I do a quick 'record 8 channels' test > and jack goes nuts with xruns. check, no settings have changed. fiddle > around for a looong time before discovering that setting 'priority' to 50 > instead of 0 gets it working (why the change since last year). Did you do any package upgrades in between? Installed manually any "critical" software? (jack/ardour/etc). Just the hardware upgrades? There have not been upgrades for fc5 in Planet CCRMA for a long time, so nothing should change. The priority setting in qjackctl overrides the default in jackd, "0" means do not override. Unless jackd has been manually updated its priority should not have changed - and it is set in the build process to a value that is right for the Planet CCRMA kernel. Weird. [BTW, which kernel are you running? 'uname -r' to know]. > right on! > .... do a trial with software RAID between the 2 disks, (appears to) > works ok, so lets go... lets go record the band Is this true linux software raid? Or are you using ardour's "raid" facility? > 43 minutes into the recording and ardour stops due to a 'your disk cannot > keep up' message (sadly is doesn't say which disk). middle of a song of > course. did I mention that we really needed the recording to be one long > piece so that it can be time aligned with the video tape easily? > > ok, after that nothing worked right on that session so I started a new one > (thanks for templates). even so I ended up stopping and restarting between > songs, even having disk slow failures again as well. > > but now..... > that software raid thing is BROKEN eh? only works sometimes, in that > after a restart of the session it may or may not actually use the raid > setup. also, for some tracks it did not write out a proper peak file, so > I had no wave form display until 'something' triggers a peak rebuild. > I did try renaming one of the peak files and it rebuilt it. is it safe to > do this? I think so. Or just erasing it would do. > the big issue is that it 'decided' to keep adding regions to tracks 1 3 5 > 7, using the same files (now 500+ megs each), while for tracks 2 4 6 8 it > created a new file for each region. what? I wouldn't mind if it worked > in the end, but while it did in fact record the audio, the regions are in > the wrong place, so the only one that works is the first one, the rest > repeat the first region from the big files, so while tracks 2 4 6 8 play > song 2, 1 3 5 7 play song 1. so now I have to time align all these > things, and each song is different. and I'm still getting 'your disk is > too slow' during playback, now and then. I think it is the big files. Do you have a lot of overlapping regions? If so, they _all_ "play" (if I understand things correctly). You should disable the regions that you are not using if you have a lot of tracks. Otherwise the disk will not be able to keep up. I don't know why ardour is doing what it is doing in your case. It may be worth asking in the ardour-users list (with a preface saying you are still using 0.99.3). > later today I'll try moving 2 of the big ones to the other drive so the > big file load is shared. what else can I do? split the big files in > Audacity and reimport them? > > hardware > P4 3GHz with 1024MB RAM, SATA 80GB + SATA 160GB. > Delta 1010LT for audio, motherboard audio disabled. > FC5 + PlanetCCMA RT SMP kernel (SMP and nonSMP don't seem to make a > diffence, since this a fake SMP processor. yes, I should have got a Core > 2 Duo) > ardour 0.99.3 > > (yes planning to upgrade FC but since it was working for the last project > I figured I'd leave it and upgrade to FC6 after this project, > not wanting to chance a new install giving trouble. sigh) > > RT load shows around 10 to 14%. latency is 87ms iirc. > > PS: side issue. last year I used 48000 sample rate. this time I wanted > to use 44100 since we're making a CD anyway and we don't use a lot of > effects, being a live recording we get enough reverb from the room. > however, nothing i did convinced it to use 44100. I used envy24control > to set the hardware to 44100, then tell jack to use that rate (via > qjackctl), start jack and the envy24 window immediately shows that it has > gone back to 48000. now, jack won't start because jack still wants 44100 > but the hardware is doing 48000. I tried deleteing ~/.jackdrc but the > hardware still went to 48000. how does one actually change it? Normally in envy24 based cards just changing the sampling rate in qjackctl is enough. Is your card running as a master? Or is it slaving to something external? (which could force it to run at 44.1K). What happens if you exit all the audio programs and then do, from the command line: jackd -R -d alsa -d hw -r 44100 -- Fernando > we need to mix down tonight since some of the band members are going back > to their home country soon, and writing exams now, so time is shrt. and > I'll be out of town Tuesday through Friday..... > > any (quick) help would be appreciated.... From steampipe at iwr.ru.ac.za Mon Nov 12 23:51:01 2007 From: steampipe at iwr.ru.ac.za (DA. Forsyth) Date: Mon Nov 12 23:51:01 2007 Subject: [PlanetCCRMA] (Fwd) gak In-Reply-To: <1194897374.12115.22.camel@cmn3.stanford.edu> References: <47384340.14188.1F44ABDC@steampipe.iwr.ru.ac.za>, <1194897374.12115.22.camel@cmn3.stanford.edu> Message-ID: <4739734C.11068.23E86EF0@steampipe.iwr.ru.ac.za> On 12 Nov 2007 at 11:56, Fernando Lopez-Lezcano murmured decisively: Hi Fernando > > so what happens? Sunday morning I do a quick 'record 8 channels' test > > and jack goes nuts with xruns. check, no settings have changed. fiddle > > around for a looong time before discovering that setting 'priority' to 50 > > instead of 0 gets it working (why the change since last year). > > Did you do any package upgrades in between? Yes > Installed manually any "critical" software? (jack/ardour/etc). no. I try not to do any custom software at all. > There have not been upgrades for fc5 in Planet CCRMA for a long time, so > nothing should change. that's what I thought (-: > The priority setting in qjackctl overrides the default in jackd, "0" > means do not override. Unless jackd has been manually updated its > priority should not have changed - and it is set in the build process to > a value that is right for the Planet CCRMA kernel. Weird. any idea what that value is? > [BTW, which kernel are you running? 'uname -r' to know]. 2.16.something RT SMP... machine is at home right now so I cannot check > > right on! > > .... do a trial with software RAID between the 2 disks, (appears to) > > works ok, so lets go... lets go record the band > > Is this true linux software raid? Or are you using ardour's "raid" > facility? ardours raid. > > things, and each song is different. and I'm still getting 'your disk is > > too slow' during playback, now and then. I think it is the big files. > > Do you have a lot of overlapping regions? No. I record linearly without overlapping regions. > If so, they _all_ "play" (if I understand things correctly). You should > disable the regions that you are not using if you have a lot of tracks. > Otherwise the disk will not be able to keep up. > > I don't know why ardour is doing what it is doing in your case. It may > be worth asking in the ardour-users list (with a preface saying you are > still using 0.99.3). I was on ardour IRC channel yesterday and was advised, rightly, to look at 'hdparm'. discovered damn slow disk access and was able to double it by enabling 32bit access mode. seems my SATA drives are being considered as IDE drives by FEdora, probably because the BIOS is in emulation mode of some kind. This was a big fix. no xruns, no timeouts. basic solid performance from 17:30 to 02:30 with only one message about 'cannot read peak information' while I was zooming in/ouot with multiple steps (keyboard shortcuts) without waiting for ardour to catch up. that did not stop the circus and fixed itself. a keybinding that would be really handy is 'zoom to current range' > > but the hardware is doing 48000. I tried deleteing ~/.jackdrc but the > > hardware still went to 48000. how does one actually change it? > > Normally in envy24 based cards just changing the sampling rate in > qjackctl is enough. Is your card running as a master? Or is it slaving > to something external? (which could force it to run at 44.1K). it is master, I don't anything else it could plug in to (-: > What happens if you exit all the audio programs and then do, from the > command line: > > jackd -R -d alsa -d hw -r 44100 I'll try that next week, leaving town in a couple of hours for the rest of this week, one of the reasons I got to bed about 02:30 after mixing 3 songs and time aligning regions on 4 which took ages. another 3 to go, for the CD, and a slightly different mix for the DVD.... and then I was confused by not actually getting ardour list email for a bit, but found them in the spam folder (along with ~600 other emails) -- David http://iwr.ru.ac.za/~iwdf/ If you receive email saying "Send this to everyone you know", PLEASE pretend you don't know me. From rvestal at trilug.org Tue Nov 13 10:17:02 2007 From: rvestal at trilug.org (Roy Vestal) Date: Tue Nov 13 10:17:02 2007 Subject: [PlanetCCRMA] Using 2nd sound card for output Message-ID: <4739E8F3.6020307@trilug.org> I have FC7 with Ardour2, JACK, etc. working well. I have a Delta 1010 as well as an on board AC'97. The output to the AC'97 is not showing in JACK, but it works with "play wav.wav" for example. Is there a way to get it so I can route the output of JACK apps (ardour2 for ex) to the AC'97? TIA, Roy From nando at ccrma.Stanford.EDU Tue Nov 13 11:05:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue Nov 13 11:05:02 2007 Subject: [PlanetCCRMA] Using 2nd sound card for output In-Reply-To: <4739E8F3.6020307@trilug.org> References: <4739E8F3.6020307@trilug.org> Message-ID: <1194980655.17430.2.camel@cmn3.stanford.edu> On Tue, 2007-11-13 at 13:12 -0500, Roy Vestal wrote: > I have FC7 with Ardour2, JACK, etc. working well. I have a Delta 1010 as > well as an on board AC'97. The output to the AC'97 is not showing in > JACK, but it works with "play wav.wav" for example. Is there a way to > get it so I can route the output of JACK apps (ardour2 for ex) to the AC'97? Not really (unless you don't mind periodic clicks in the AC97 output). If you want to use two cards they have to be in sync, that is, one has to be a slave to the other. Otherwise the sampling rate clocks will be slightly off and one card will output samples faster than the other and eventually will have to skip a period so the other can catch up (ie: an xrun or click will happen). Does the AC97 onboard have an sp/dif output? If so you could perhaps slave the 1010 to it. -- Fernando From nando at ccrma.Stanford.EDU Tue Nov 13 11:07:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue Nov 13 11:07:01 2007 Subject: [PlanetCCRMA] (Fwd) gak In-Reply-To: <4739734C.11068.23E86EF0@steampipe.iwr.ru.ac.za> References: <47384340.14188.1F44ABDC@steampipe.iwr.ru.ac.za> , <1194897374.12115.22.camel@cmn3.stanford.edu> <4739734C.11068.23E86EF0@steampipe.iwr.ru.ac.za> Message-ID: <1194980789.17430.6.camel@cmn3.stanford.edu> On Tue, 2007-11-13 at 09:50 +0200, DA. Forsyth wrote: > On 12 Nov 2007 at 11:56, Fernando Lopez-Lezcano murmured decisively: > > The priority setting in qjackctl overrides the default in jackd, "0" > > means do not override. Unless jackd has been manually updated its > > priority should not have changed - and it is set in the build process to > > a value that is right for the Planet CCRMA kernel. Weird. > > any idea what that value is? I set it to 60. "rtirq" sets the audio and other crucial interrupts higher and everything else lower. > > I don't know why ardour is doing what it is doing in your case. It may > > be worth asking in the ardour-users list (with a preface saying you are > > still using 0.99.3). > > I was on ardour IRC channel yesterday and was advised, rightly, to look at > 'hdparm'. discovered damn slow disk access and was able to double it by > enabling 32bit access mode. seems my SATA drives are being considered as > IDE drives by FEdora, probably because the BIOS is in emulation mode of > some kind. > > This was a big fix. no xruns, no timeouts. basic solid performance from > 17:30 to 02:30 with only one message about 'cannot read peak information' > while I was zooming in/ouot with multiple steps (keyboard shortcuts) > without waiting for ardour to catch up. that did not stop the circus and > fixed itself. Very glad you found the problem! -- Fernando From nando at ccrma.Stanford.EDU Tue Nov 13 18:09:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue Nov 13 18:09:00 2007 Subject: [PlanetCCRMA] the Planet starts to land on Fedora 8 Message-ID: <1195006122.17430.78.camel@cmn3.stanford.edu> Hi all... I first cut at the core components of Planet CCRMA for i386 (lightly tested) and x86_64 (not tested). For risk takers only :-) [you can always keep making music using Fedora 7, right?] Instructions in the website here: http://ccrma.stanford.edu/planetccrma/software/installplaneteight.html So far: - kernel-rt based on 2.6.23.1 plus Ingo's rt11 (and most of the current Fedora patches). Ancient firewire stack instead of juju. - libraw1394 un'jujued - rtirq - alsa-tools - alsa-firmware - souped up jack-audio-connection-kit More details in the release notes at the end of the install section. I'll start with the applications build marathon tomorrow. Enjoy! -- Fernando From alex.smith.ixium+xithium at googlemail.com Wed Nov 14 01:33:00 2007 From: alex.smith.ixium+xithium at googlemail.com (Alexander Smith) Date: Wed Nov 14 01:33:00 2007 Subject: [PlanetCCRMA] Re: the Planet starts to land on Fedora 8 References: <1195006122.17430.78.camel@cmn3.stanford.edu> Message-ID: On Tue, 13 Nov 2007 18:08:42 -0800, Fernando Lopez-Lezcano wrote: > Hi all... I first cut at the core components of Planet CCRMA for i386 > (lightly tested) and x86_64 (not tested). For risk takers only :-) > > [you can always keep making music using Fedora 7, right?] > > Instructions in the website here: > http://ccrma.stanford.edu/planetccrma/software/installplaneteight.html > > So far: > > - kernel-rt based on 2.6.23.1 plus Ingo's rt11 (and most of the current > Fedora patches). Ancient firewire stack instead of juju. - libraw1394 > un'jujued > - rtirq > - alsa-tools > - alsa-firmware > - souped up jack-audio-connection-kit > > More details in the release notes at the end of the install section. > I'll start with the applications build marathon tomorrow. Enjoy! > -- Fernando I decided to be adventurous and tried out your new kernel on my F8 x86_64 system :p The kernel boots OK, but once the system's started, the GUI has slowed down to an almost unusable rate. When I tried to start JACK in realtime I get this error message: 'cannot use real-time scheduling (FIFO at priority 10) [for thread -754224400, from thread -754224400] (1: Operation not permitted)' Interestingly, when I tried to copy and paste the error message, QJackCtl produced this: 'QClipboard::setData: Cannot set X11 selection owner for PRIMARY' 'QClipboard::setData: Cannot set X11 selection owner for CLIPBOARD' FWIW, the Fedora 7 rt kernel on the same architecture didn't have these problems on my machine - in fact it performed really rather well! :) -Alex- From mysthr21 at gmail.com Wed Nov 14 04:43:01 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Wed Nov 14 04:43:01 2007 Subject: [PlanetCCRMA] Re: the Planet starts to land on Fedora 8 In-Reply-To: References: <1195006122.17430.78.camel@cmn3.stanford.edu> Message-ID: <907c05c70711140442r311dd2b0la2bfae6e0e4fd4f@mail.gmail.com> ------=_Part_5075_19665580.1195044124129 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline It works pretty good for me (F8 i386) 2007/11/14, Alexander Smith : > > On Tue, 13 Nov 2007 18:08:42 -0800, Fernando Lopez-Lezcano wrote: > > > Hi all... I first cut at the core components of Planet CCRMA for i386 > > (lightly tested) and x86_64 (not tested). For risk takers only :-) > > > > [you can always keep making music using Fedora 7, right?] > > > > Instructions in the website here: > > http://ccrma.stanford.edu/planetccrma/software/installplaneteight.html > > > > So far: > > > > - kernel-rt based on 2.6.23.1 plus Ingo's rt11 (and most of the current > > Fedora patches). Ancient firewire stack instead of juju. - libraw1394 > > un'jujued > > - rtirq > > - alsa-tools > > - alsa-firmware > > - souped up jack-audio-connection-kit > > > > More details in the release notes at the end of the install section. > > I'll start with the applications build marathon tomorrow. Enjoy! > > -- Fernando > > I decided to be adventurous and tried out your new kernel on my F8 x86_64 > system :p > The kernel boots OK, but once the system's started, the GUI has slowed > down to an almost unusable rate. When I tried to start JACK in realtime I > get this error message: > 'cannot use real-time scheduling (FIFO at priority 10) [for thread > -754224400, from thread -754224400] (1: Operation not permitted)' It seems that you don't have permissions to run Jack. I think you have to add you in the audio group and set up your limits.conf file. Interestingly, when I tried to copy and paste the error message, QJackCtl > produced this: > 'QClipboard::setData: Cannot set X11 selection owner for PRIMARY' > 'QClipboard::setData: Cannot set X11 selection owner for CLIPBOARD' > > FWIW, the Fedora 7 rt kernel on the same architecture didn't have these > problems on my machine - in fact it performed really rather well! :) > > -Alex- > > _______________________________________________ > 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 Gagner plein d'argent en restant chez soit ------=_Part_5075_19665580.1195044124129 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline It works pretty good for me (F8 i386)

2007/11/14, Alexander Smith <alex.smith.ixium+xithium@googlemail.com>:
On Tue, 13 Nov 2007 18:08:42 -0800, Fernando Lopez-Lezcano wrote:

> Hi all... I first cut at the core components of Planet CCRMA for i386
> (lightly tested) and x86_64 (not tested). For risk takers only :-)
>
> [you can always keep making music using Fedora 7, right?]
>
> Instructions in the website here:
> http://ccrma.stanford.edu/planetccrma/software/installplaneteight.html
>
> So far:
>
> - kernel-rt based on 2.6.23.1 plus Ingo's rt11 (and most of the current
> Fedora patches). Ancient firewire stack instead of juju. - libraw1394
> un'jujued
> - rtirq
> - alsa-tools
> - alsa-firmware
> - souped up jack-audio-connection-kit
>
> More details in the release notes at the end of the install section.
> I'll start with the applications build marathon tomorrow. Enjoy!
> -- Fernando

I decided to be adventurous and tried out your new kernel on my F8 x86_64
system :p
The kernel boots OK, but once the system's started, the GUI has slowed
down to an almost unusable rate. When I tried to start JACK in realtime I
get this error message:
'cannot use real-time scheduling (FIFO at priority 10) [for thread
-754224400, from thread -754224400] (1: Operation not permitted)'


It seems that you don't have permissions to run Jack. I think you have to add you in the audio group and set up your limits.conf file.
 

Interestingly, when I tried to copy and paste the error message, QJackCtl
produced this:
'QClipboard::setData: Cannot set X11 selection owner for PRIMARY'
'QClipboard::setData: Cannot set X11 selection owner for CLIPBOARD'

FWIW, the Fedora 7 rt kernel on the same architecture didn't have these
problems on my machine - in fact it performed really rather well! :)

-Alex-

_______________________________________________
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
<A href= http://mysthr.free.fr/ErwanInyzant/>Gagner plein d'argent en restant chez soit</A> ------=_Part_5075_19665580.1195044124129-- From nando at ccrma.Stanford.EDU Wed Nov 14 09:45:03 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Nov 14 09:45:03 2007 Subject: [PlanetCCRMA] Re: the Planet starts to land on Fedora 8 In-Reply-To: References: <1195006122.17430.78.camel@cmn3.stanford.edu> Message-ID: <1195062278.21177.2.camel@cmn3.stanford.edu> On Wed, 2007-11-14 at 09:31 +0000, Alexander Smith wrote: > On Tue, 13 Nov 2007 18:08:42 -0800, Fernando Lopez-Lezcano wrote: > > > Hi all... I first cut at the core components of Planet CCRMA for i386 > > (lightly tested) and x86_64 (not tested). For risk takers only :-) > > > > [you can always keep making music using Fedora 7, right?] > > > > Instructions in the website here: > > http://ccrma.stanford.edu/planetccrma/software/installplaneteight.html > > > > [MUNCH] > > > > More details in the release notes at the end of the install section. > > I'll start with the applications build marathon tomorrow. Enjoy! > > I decided to be adventurous and tried out your new kernel on my F8 x86_64 > system :p > The kernel boots OK, but once the system's started, the GUI has slowed > down to an almost unusable rate. What do you see hogging the cpu if you start "top" in a terminal? Are you using binary drivers for your video card? (Nvidia or ATI) > When I tried to start JACK in realtime I > get this error message: > 'cannot use real-time scheduling (FIFO at priority 10) [for thread > -754224400, from thread -754224400] (1: Operation not permitted)' Hmmm, try installing the jack-audio-connection-kit from the Planet CCRMA repository. That should take care of that (hopefully). > Interestingly, when I tried to copy and paste the error message, QJackCtl > produced this: > 'QClipboard::setData: Cannot set X11 selection owner for PRIMARY' > 'QClipboard::setData: Cannot set X11 selection owner for CLIPBOARD' > > FWIW, the Fedora 7 rt kernel on the same architecture didn't have these > problems on my machine - in fact it performed really rather well! :) :-( -- Fernando From alex.smith.ixium+xithium at googlemail.com Wed Nov 14 10:28:02 2007 From: alex.smith.ixium+xithium at googlemail.com (Alexander Smith) Date: Wed Nov 14 10:28:02 2007 Subject: [PlanetCCRMA] Re: the Planet starts to land on Fedora 8 References: <1195006122.17430.78.camel@cmn3.stanford.edu> <1195062278.21177.2.camel@cmn3.stanford.edu> Message-ID: On Wed, 14 Nov 2007 09:44:38 -0800, Fernando Lopez-Lezcano wrote: > What do you see hogging the cpu if you start "top" in a terminal? Are > you using binary drivers for your video card? (Nvidia or ATI) Nothing is hogging the CPU or RAM according to top (and gkrellm). The whole graphical system just seems to slow down to a complete crawl, updating itself about once a second. I'm using an intel chipset on a laptop, and using the xorg intel driver. >> When I tried to start JACK in realtime I get this error message: >> 'cannot use real-time scheduling (FIFO at priority 10) [for thread >> -754224400, from thread -754224400] (1: Operation not permitted)' > > Hmmm, try installing the jack-audio-connection-kit from the Planet CCRMA > repository. That should take care of that (hopefully). I thought I did upgrade to the latest JACK when I installed the kernel, but when I checked it still said there was an update. Anyway, I installed the new package and JACK starts without the message. However it's also xrunning, I assume for the same reason that's hogging the GUI. I don't know if this has anything to do with anything, but when I shutdown the irqbalance reports as having failed to shutdown (this happens with all kernels). The reason I mention it, is when sing Debian on the same machine, there was a problem with the rtirq package which crashed any realtime kernel I tried. But as I say, ccrma rt kernels were fine on F7, as were the 64 Studio rt kernels. From nando at ccrma.Stanford.EDU Wed Nov 14 10:42:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Nov 14 10:42:01 2007 Subject: [PlanetCCRMA] Re: the Planet starts to land on Fedora 8 In-Reply-To: References: <1195006122.17430.78.camel@cmn3.stanford.edu> <1195062278.21177.2.camel@cmn3.stanford.edu> Message-ID: <1195065666.21177.12.camel@cmn3.stanford.edu> On Wed, 2007-11-14 at 18:26 +0000, Alexander Smith wrote: > On Wed, 14 Nov 2007 09:44:38 -0800, Fernando Lopez-Lezcano wrote: > > > What do you see hogging the cpu if you start "top" in a terminal? Are > > you using binary drivers for your video card? (Nvidia or ATI) > Nothing is hogging the CPU or RAM according to top (and gkrellm). The > whole graphical system just seems to slow down to a complete crawl, > updating itself about once a second. > I'm using an intel chipset on a laptop, and using the xorg intel driver. Are you seeing any weird messages in the output of dmesg, or in /var/log/messages? -- Fernando From rfcompte at gmail.com Wed Nov 14 12:52:01 2007 From: rfcompte at gmail.com (Rafael F.) Date: Wed Nov 14 12:52:01 2007 Subject: [PlanetCCRMA] Re: the Planet starts to land on Fedora 8 (Fernando Lopez-Lezcano) In-Reply-To: <20071114200004.14841.26022.Mailman@cm-mail.stanford.edu> References: <20071114200004.14841.26022.Mailman@cm-mail.stanford.edu> Message-ID: <1195073572.2697.14.camel@localhost.localdomain> Hi, rt kernel, boots properly on my i386 laptop, as the previous one did. I have one concern though. I just checked my limits.conf file and I found that the jack-audio-connection-kit, that the planetccrma-core package installed, appended the few usual lines at the end of it, but that the previous jack installation wasn't completely overwritten so my /etc/security/limits.conf file looks like this at the end: ## Automatically appended by jack-audio-connection-kit @jackuser - rtprio 20 @jackuser - memlock 4194304 ## Automatically appended by the Planet CCRMA jack-audio-connection-kit * - rtprio 99 * - memlock 4194304 * - nice -10 I don't know if it is ok to just comment the first part. BTW, I just checked and there is no jackusers group if that is what those lines mean. Any help appreciated, i'm really looking forward to working with audio on Fedora 8, which seems a very solid release. Thanks in advance, Rafael F. From nando at ccrma.Stanford.EDU Wed Nov 14 13:19:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Nov 14 13:19:00 2007 Subject: [PlanetCCRMA] Re: the Planet starts to land on Fedora 8 (Fernando Lopez-Lezcano) In-Reply-To: <1195073572.2697.14.camel@localhost.localdomain> References: <20071114200004.14841.26022.Mailman@cm-mail.stanford.edu> <1195073572.2697.14.camel@localhost.localdomain> Message-ID: <1195075135.21177.16.camel@cmn3.stanford.edu> On Wed, 2007-11-14 at 17:52 -0300, Rafael F. wrote: > Hi, rt kernel, boots properly on my i386 laptop, as the previous one > did. I have one concern though. I just checked my limits.conf file and I > found that the jack-audio-connection-kit, that the planetccrma-core > package installed, appended the few usual lines at the end of it, but > that the previous jack installation wasn't completely overwritten so > my /etc/security/limits.conf file looks like this at the end: > > ## Automatically appended by jack-audio-connection-kit > @jackuser - rtprio 20 > @jackuser - memlock 4194304 > > ## Automatically appended by the Planet CCRMA jack-audio-connection-kit > * - rtprio 99 > * - memlock 4194304 > * - nice -10 > > I don't know if it is ok to just comment the first part. BTW, I just > checked and there is no jackusers group if that is what those lines > mean. Those first lines are installed by the Fedora version of jack-audio-connection-kit. There should be jackuser group in /etc/groups, otherwise it is a bug I guess (in Fedora's jack package). I have to add my own stuff there because the priority they chose is too low for the realtime kernel and rtirq and because I enable all users to use rt (so that anyone can lock the machine). I used to do this with an upgrade to pam (no longer needed). The more open lines (the ones starting with "*") should have priority so you can leave the others undisturbed... > Any help appreciated, i'm really looking forward to working with audio > on Fedora 8, which seems a very solid release. Let us know how it works out for you... -- Fernando From nando at ccrma.Stanford.EDU Wed Nov 14 13:38:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Nov 14 13:38:00 2007 Subject: [PlanetCCRMA] Using 2nd sound card for output In-Reply-To: <473B56F7.6090500@att.net> References: <4739E8F3.6020307@trilug.org> <1194980655.17430.2.camel@cmn3.stanford.edu> <473B56F7.6090500@att.net> Message-ID: <1195076232.21177.27.camel@cmn3.stanford.edu> On Wed, 2007-11-14 at 14:13 -0600, Fritz Whittington wrote: > On or about 2007-11-13 13:04, Fernando Lopez-Lezcano pulled out a trusty > #2 pencil and scribbled: > > On Tue, 2007-11-13 at 13:12 -0500, Roy Vestal wrote: > > > >> I have FC7 with Ardour2, JACK, etc. working well. I have a Delta 1010 as > >> well as an on board AC'97. The output to the AC'97 is not showing in > >> JACK, but it works with "play wav.wav" for example. Is there a way to > >> get it so I can route the output of JACK apps (ardour2 for ex) to the AC'97? > >> > > > > Not really (unless you don't mind periodic clicks in the AC97 output). > > If you want to use two cards they have to be in sync, that is, one has > > to be a slave to the other. Otherwise the sampling rate clocks will be > > slightly off and one card will output samples faster than the other and > > eventually will have to skip a period so the other can catch up (ie: an > > xrun or click will happen). > > > > Does the AC97 onboard have an sp/dif output? If so you could perhaps > > slave the 1010 to it. > > > I'd be really happy if I could just get the AC97 to work as the only > sound card, since it's the only thing I have in the laptop. > > Can someone point me to a HOW-TO (for dummies) to get midi out of the > AC97? (If I install plain vanilla Fedora 7, the sound card works for > everything except midi. If I install PlanetCCRMA's version of Fedora 7, > even that stops working!) [I presume you meant to send to the list] Midi is just a control protocol, you don't get sound out of it. Most soundcards don't have a built-in synthesizer which responds to midi commands, which is probably what you mean. Other exotic operating systems use software synths to create sound when you send midi to the "card". Linux is no different, you need to use a software synth to render your sounds in most cases. Packages like ZynAddSubFX, Amsynth, etc, etc. -- Fernando From alex.smith.ixium+xithium at googlemail.com Wed Nov 14 13:49:01 2007 From: alex.smith.ixium+xithium at googlemail.com (Alexander Smith) Date: Wed Nov 14 13:49:01 2007 Subject: [PlanetCCRMA] Re: the Planet starts to land on Fedora 8 References: <1195006122.17430.78.camel@cmn3.stanford.edu> <1195062278.21177.2.camel@cmn3.stanford.edu> <1195065666.21177.12.camel@cmn3.stanford.edu> Message-ID: On Wed, 14 Nov 2007 10:41:06 -0800, Fernando Lopez-Lezcano wrote: > On Wed, 2007-11-14 at 18:26 +0000, Alexander Smith wrote: >> On Wed, 14 Nov 2007 09:44:38 -0800, Fernando Lopez-Lezcano wrote: >> >> > What do you see hogging the cpu if you start "top" in a terminal? Are >> > you using binary drivers for your video card? (Nvidia or ATI) >> Nothing is hogging the CPU or RAM according to top (and gkrellm). The >> whole graphical system just seems to slow down to a complete crawl, >> updating itself about once a second. >> I'm using an intel chipset on a laptop, and using the xorg intel >> driver. > > Are you seeing any weird messages in the output of dmesg, or in > /var/log/messages? > > -- Fernando In a word - no :( I had a look through dmesg and the xorg log but can't find anything out of the ordinary. From nando at ccrma.Stanford.EDU Wed Nov 14 14:32:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Nov 14 14:32:02 2007 Subject: [PlanetCCRMA] Re: the Planet starts to land on Fedora 8 In-Reply-To: References: <1195006122.17430.78.camel@cmn3.stanford.edu> <1195062278.21177.2.camel@cmn3.stanford.edu> <1195065666.21177.12.camel@cmn3.stanford.edu> Message-ID: <1195079511.21177.30.camel@cmn3.stanford.edu> On Wed, 2007-11-14 at 21:47 +0000, Alexander Smith wrote: > On Wed, 14 Nov 2007 10:41:06 -0800, Fernando Lopez-Lezcano wrote: > > > On Wed, 2007-11-14 at 18:26 +0000, Alexander Smith wrote: > >> On Wed, 14 Nov 2007 09:44:38 -0800, Fernando Lopez-Lezcano wrote: > >> > >> > What do you see hogging the cpu if you start "top" in a terminal? Are > >> > you using binary drivers for your video card? (Nvidia or ATI) > >> Nothing is hogging the CPU or RAM according to top (and gkrellm). The > >> whole graphical system just seems to slow down to a complete crawl, > >> updating itself about once a second. > >> I'm using an intel chipset on a laptop, and using the xorg intel > >> driver. > > > > Are you seeing any weird messages in the output of dmesg, or in > > /var/log/messages? > > In a word - no :( I had a look through dmesg and the xorg log but can't > find anything out of the ordinary. And also /var/log/messages? Bummer... don't know what could be happening. Can you check you if there's differences in 3D hardware acceleration in both cases?, if it is on you should see: $ glxinfo | grep rendering direct rendering: Yes -- Fernando From hollywoodb+ccrma at fastmail.fm Wed Nov 14 15:14:00 2007 From: hollywoodb+ccrma at fastmail.fm (Wade Nelson) Date: Wed Nov 14 15:14:00 2007 Subject: [PlanetCCRMA] (re)building the PlanetCCRMA srpms for CentOS Message-ID: <1195082004.9985.1221368647@webmail.messagingengine.com> I'm starting to try my hand at rebuilding the PlanetCCRMA SRPMS for CentOS 5, and I had a couple questions: 1) Would it be better to apply the PlanetCCRMA kernel patchset to the latest CentOS kernel or do a straight rebuild of one of the PlanetCCRMA kernel SRPMS? I'm leaning towards applying the patches to the CentOS kernels just for the sake of keeping as close as possible to the CentOS base (the latest PlanetCCRMA kernels are kernel versions significantly newer than what CentOS ships). 2) Is there a specific build order that needs to be followed, or are the "BuildRequires" and "Requires" for the SRPMS all set up properly? I probably won't get started on this until Thursday. I know a few others have tried PlanetCCRMA packages on CentOS5 but afaik nobody has done a full rebuild yet, so I'll post my progress back here. I'll also keep track of packages that may be needed which aren't in the standard CentOS repos (i.e. stuff from EPEL or Fedora). ---------------------- 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 Nov 14 16:22:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Nov 14 16:22:01 2007 Subject: [PlanetCCRMA] (re)building the PlanetCCRMA srpms for CentOS In-Reply-To: <1195082004.9985.1221368647@webmail.messagingengine.com> References: <1195082004.9985.1221368647@webmail.messagingengine.com> Message-ID: <1195086111.21177.42.camel@cmn3.stanford.edu> On Wed, 2007-11-14 at 17:13 -0600, Wade Nelson wrote: > I'm starting to try my hand at rebuilding the PlanetCCRMA SRPMS for > CentOS 5, and I had a couple questions: > > 1) Would it be better to apply the PlanetCCRMA kernel patchset to the > latest CentOS kernel or do a straight rebuild of one of the PlanetCCRMA > kernel SRPMS? Probably a straight rebuild and hope that userland in centos5 is not too old to support the latest kernels. That is the problem of centos, long term. > I'm leaning towards applying the patches to the CentOS > kernels just for the sake of keeping as close as possible to the CentOS > base (the latest PlanetCCRMA kernels are kernel versions significantly > newer than what CentOS ships). The problem with that approach is that the versions of the realtime patches that you will be able to apply are very old. I could try a rebuild of the latest kernel (which I just released for Fedora 8 and plan on releasing for Fedora 7 & 6) for CentOS 5. Would you be able to try it out? I did rebuild older versions as a trial under CentOS a while back and they seemed to work fine. > 2) Is there a specific build order that needs to be followed, or are the > "BuildRequires" and "Requires" for the SRPMS all set up properly? They should be set up properly. I do have a script tied into my build system that recursively builds, I'm using it as I type to rebuild for 8. I could send you the output of a fake run which should point out the dependencies. > I probably won't get started on this until Thursday. You mean tomorrow? Or a week from now? > I know a few > others have tried PlanetCCRMA packages on CentOS5 but afaik nobody has > done a full rebuild yet, so I'll post my progress back here. Well, Arnaud has a big chunk done I think. Maybe here?: http://rpms.ircam.fr/centos/ > I'll also > keep track of packages that may be needed which aren't in the standard > CentOS repos (i.e. stuff from EPEL or Fedora). I wonder how we could sync on this effort. Both Arnaud and I are interested and it would be great to leverage the effort into a full repository. We were emailing off the list yesterday talking about this very same thing. I had the idea of trying to set up koji but has already tried it and was quite difficult. I have not had time yet to try (busy with f8 right now) Any ideas? -- Fernando From Arnaud.Gomes at ircam.fr Wed Nov 14 16:39:00 2007 From: Arnaud.Gomes at ircam.fr (Arnaud Gomes-do-Vale) Date: Wed Nov 14 16:39:00 2007 Subject: [PlanetCCRMA] (re)building the PlanetCCRMA srpms for CentOS In-Reply-To: <1195086111.21177.42.camel@cmn3.stanford.edu> (Fernando Lopez-Lezcano's message of "Wed, 14 Nov 2007 16:21:51 -0800") References: <1195082004.9985.1221368647@webmail.messagingengine.com> <1195086111.21177.42.camel@cmn3.stanford.edu> Message-ID: Fernando Lopez-Lezcano writes: > Well, Arnaud has a big chunk done I think. > Maybe here?: > http://rpms.ircam.fr/centos/ No, this one is CentOS 4 only and terribly outdated. I will try to push what I have for CentOS 5 tomorrow; at the moment, everything is in a private repo. > I wonder how we could sync on this effort. Both Arnaud and I are > interested and it would be great to leverage the effort into a full > repository. > > We were emailing off the list yesterday talking about this very same > thing. I had the idea of trying to set up koji but has already tried it > and was quite difficult. I have not had time yet to try (busy with f8 > right now) > > Any ideas? I could probably set up a svn server and a plague server tomorrow or friday. It will need builders though, and I don't really have any usable machines at the moment. I mainly have old Pentium III-era boxes at hand, and maybe a few G4s if anyone is interested in building for powerpc. -- Arnaud From nando at ccrma.Stanford.EDU Wed Nov 14 16:43:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Nov 14 16:43:01 2007 Subject: [PlanetCCRMA] (re)building the PlanetCCRMA srpms for CentOS In-Reply-To: References: <1195082004.9985.1221368647@webmail.messagingengine.com> <1195086111.21177.42.camel@cmn3.stanford.edu> Message-ID: <1195087342.21177.45.camel@cmn3.stanford.edu> On Thu, 2007-11-15 at 01:37 +0100, Arnaud Gomes-do-Vale wrote: > Fernando Lopez-Lezcano writes: > > > Well, Arnaud has a big chunk done I think. > > Maybe here?: > > http://rpms.ircam.fr/centos/ > > No, this one is CentOS 4 only and terribly outdated. I will try to > push what I have for CentOS 5 tomorrow; at the moment, everything is > in a private repo. Ah, ok. Maybe you could post the srpm location for him to see? > > I wonder how we could sync on this effort. Both Arnaud and I are > > interested and it would be great to leverage the effort into a full > > repository. > > > > We were emailing off the list yesterday talking about this very same > > thing. I had the idea of trying to set up koji but has already tried it > > and was quite difficult. I have not had time yet to try (busy with f8 > > right now) > > > > Any ideas? > > I could probably set up a svn server and a plague server tomorrow or > friday. It will need builders though, and I don't really have any > usable machines at the moment. I mainly have old Pentium III-era boxes > at hand, and maybe a few G4s if anyone is interested in building for > powerpc. Arghh, really slow. I do have a beefier build server, maybe we could set up plague there? It is running CentOS5 :-) -- Fernando From hollywoodb+ccrma at fastmail.fm Wed Nov 14 16:44:01 2007 From: hollywoodb+ccrma at fastmail.fm (Wade Nelson) Date: Wed Nov 14 16:44:01 2007 Subject: [PlanetCCRMA] (re)building the PlanetCCRMA srpms for CentOS In-Reply-To: <1195086111.21177.42.camel@cmn3.stanford.edu> References: <1195082004.9985.1221368647@webmail.messagingengine.com> <1195086111.21177.42.camel@cmn3.stanford.edu> Message-ID: <1195087411.12079.1221379441@webmail.messagingengine.com> On Wed, 14 Nov 2007 16:21:51 -0800, "Fernando Lopez-Lezcano" said: > On Wed, 2007-11-14 at 17:13 -0600, Wade Nelson wrote: > > I'm starting to try my hand at rebuilding the PlanetCCRMA SRPMS for > > CentOS 5, and I had a couple questions: > > > > 1) Would it be better to apply the PlanetCCRMA kernel patchset to the > > latest CentOS kernel or do a straight rebuild of one of the PlanetCCRMA > > kernel SRPMS? > > Probably a straight rebuild and hope that userland in centos5 is not too > old to support the latest kernels. That is the problem of centos, long > term. > > > I'm leaning towards applying the patches to the CentOS > > kernels just for the sake of keeping as close as possible to the CentOS > > base (the latest PlanetCCRMA kernels are kernel versions significantly > > newer than what CentOS ships). > > The problem with that approach is that the versions of the realtime > patches that you will be able to apply are very old. > > I could try a rebuild of the latest kernel (which I just released for > Fedora 8 and plan on releasing for Fedora 7 & 6) for CentOS 5. Would you > be able to try it out? I did rebuild older versions as a trial under > CentOS a while back and they seemed to work fine. I haven't kept up with kernel changes all that much, but I iirc the newer kernels use a new libata stack that labels all hard disks as /dev/sd* whereas CentOS's version still uses the /dev/hd* scheme for IDE drives. (Just a sample reason why I was hoping to stick with patching the CentOS kernels rather than somehow backport more recent Fedora versions) Little things like this could render the kernel unbootable. I'm not sure if there are other discrepancies, but as kernel versions climb while CentOS sits around 2.6.18 more are likely to surface. > > 2) Is there a specific build order that needs to be followed, or are the > > "BuildRequires" and "Requires" for the SRPMS all set up properly? > > They should be set up properly. I do have a script tied into my build > system that recursively builds, I'm using it as I type to rebuild for 8. > I could send you the output of a fake run which should point out the > dependencies. Yeah, that'd be helpful ;) > > I probably won't get started on this until Thursday. > > You mean tomorrow? Or a week from now? Tomorrow, the 15th, at the earliest. Actually Friday or this weekend is more probable. > > I know a few > > others have tried PlanetCCRMA packages on CentOS5 but afaik nobody has > > done a full rebuild yet, so I'll post my progress back here. > > Well, Arnaud has a big chunk done I think. > Maybe here?: > http://rpms.ircam.fr/centos/ > > > I'll also > > keep track of packages that may be needed which aren't in the standard > > CentOS repos (i.e. stuff from EPEL or Fedora). > > I wonder how we could sync on this effort. Both Arnaud and I are > interested and it would be great to leverage the effort into a full > repository. > > We were emailing off the list yesterday talking about this very same > thing. I had the idea of trying to set up koji but has already tried it > and was quite difficult. I have not had time yet to try (busy with f8 > right now) > > Any ideas? > > -- Fernando I haven't dealt with any repository/package management tools like koji (unless you count createrepo). CVS seems a bit messy. Personally I have plenty of bandwidth but my upload is terribly slow (5 to 10 KB/s) so I was initially planning on rebuilding the whole shebang until I'm satisfied that everything seems to be working fine and then tracking down a place to upload the resulting packages to be hosted. P.S.: Why the alsa-driver packages instead of the in-kernel driver? Just curious. ---------------------- 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 Nov 14 17:15:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Nov 14 17:15:02 2007 Subject: [PlanetCCRMA] (re)building the PlanetCCRMA srpms for CentOS In-Reply-To: <1195087411.12079.1221379441@webmail.messagingengine.com> References: <1195082004.9985.1221368647@webmail.messagingengine.com> <1195086111.21177.42.camel@cmn3.stanford.edu> <1195087411.12079.1221379441@webmail.messagingengine.com> Message-ID: <1195089291.21177.51.camel@cmn3.stanford.edu> On Wed, 2007-11-14 at 18:43 -0600, Wade Nelson wrote: > On Wed, 14 Nov 2007 16:21:51 -0800, "Fernando Lopez-Lezcano" > said: > > On Wed, 2007-11-14 at 17:13 -0600, Wade Nelson wrote: > > > I'm starting to try my hand at rebuilding the PlanetCCRMA SRPMS for > > > CentOS 5, and I had a couple questions: > > > > > > 1) Would it be better to apply the PlanetCCRMA kernel patchset to the > > > latest CentOS kernel or do a straight rebuild of one of the PlanetCCRMA > > > kernel SRPMS? > > > > Probably a straight rebuild and hope that userland in centos5 is not too > > old to support the latest kernels. That is the problem of centos, long > > term. > > > > > I'm leaning towards applying the patches to the CentOS > > > kernels just for the sake of keeping as close as possible to the CentOS > > > base (the latest PlanetCCRMA kernels are kernel versions significantly > > > newer than what CentOS ships). > > > > The problem with that approach is that the versions of the realtime > > patches that you will be able to apply are very old. > > > > I could try a rebuild of the latest kernel (which I just released for > > Fedora 8 and plan on releasing for Fedora 7 & 6) for CentOS 5. Would you > > be able to try it out? I did rebuild older versions as a trial under > > CentOS a while back and they seemed to work fine. > > I haven't kept up with kernel changes all that much, but I iirc the > newer kernels use a new libata stack that labels all hard disks as > /dev/sd* whereas CentOS's version still uses the /dev/hd* scheme for IDE > drives. Oh, yes, I take care of that. In < fc7 the config files are changed at build time so that the old IDE driver is used. So no problems there. I'm running 2.6.22 on fc6 with no problems (and have to try a recent build of 2.6.23) - and centos5 is based on fc6. But of course at some point it is going to break, or need help with userland upgrades. > (Just a sample reason why I was hoping to stick with patching > the CentOS kernels rather than somehow backport more recent Fedora > versions) Little things like this could render the kernel unbootable. > I'm not sure if there are other discrepancies, but as kernel versions > climb while CentOS sits around 2.6.18 more are likely to surface. > > > > 2) Is there a specific build order that needs to be followed, or are the > > > "BuildRequires" and "Requires" for the SRPMS all set up properly? > > > > They should be set up properly. I do have a script tied into my build > > system that recursively builds, I'm using it as I type to rebuild for 8. > > I could send you the output of a fake run which should point out the > > dependencies. > > Yeah, that'd be helpful ;) > > > > I probably won't get started on this until Thursday. > > > > You mean tomorrow? Or a week from now? > > Tomorrow, the 15th, at the earliest. Actually Friday or this weekend is > more probable. > > > > I know a few > > > others have tried PlanetCCRMA packages on CentOS5 but afaik nobody has > > > done a full rebuild yet, so I'll post my progress back here. > > > > Well, Arnaud has a big chunk done I think. > > Maybe here?: > > http://rpms.ircam.fr/centos/ > > > > > I'll also > > > keep track of packages that may be needed which aren't in the standard > > > CentOS repos (i.e. stuff from EPEL or Fedora). > > > > I wonder how we could sync on this effort. Both Arnaud and I are > > interested and it would be great to leverage the effort into a full > > repository. > > > > We were emailing off the list yesterday talking about this very same > > thing. I had the idea of trying to set up koji but has already tried it > > and was quite difficult. I have not had time yet to try (busy with f8 > > right now) > > > > Any ideas? > > > I haven't dealt with any repository/package management tools like koji > (unless you count createrepo). CVS seems a bit messy. Personally I > have plenty of bandwidth but my upload is terribly slow (5 to 10 KB/s) > so I was initially planning on rebuilding the whole shebang until I'm > satisfied that everything seems to be working fine and then tracking > down a place to upload the resulting packages to be hosted. > > P.S.: Why the alsa-driver packages instead of the in-kernel driver? > Just curious. You mean the kmod-alsa packages? I used those to override the in-kernel drivers. So that things like very new mobo's have more chance of working (if you don't install them you use the in-kernel ones). -- Fernando From hollywoodb at fastmail.fm Wed Nov 14 18:21:00 2007 From: hollywoodb at fastmail.fm (Wade Nelson) Date: Wed Nov 14 18:21:00 2007 Subject: [PlanetCCRMA] (re)building the PlanetCCRMA srpms for CentOS Message-ID: <1195081794.9985.1221367347@webmail.messagingengine.com> I'm starting to try my hand at rebuilding the PlanetCCRMA SRPMS for CentOS 5, and I had a couple questions: 1) Would it be better to apply the PlanetCCRMA kernel patchset to the latest CentOS kernel or do a straight rebuild of one of the PlanetCCRMA kernel SRPMS? I'm leaning towards applying the patches to the CentOS kernels just for the sake of keeping as close as possible to the CentOS base (the latest PlanetCCRMA kernels are kernel versions significantly newer than what CentOS ships). 2) Is there a specific build order that needs to be followed, or are the "BuildRequires" and "Requires" for the SRPMS all set up properly? I probably won't get started on this until Thursday. I know a few others have tried PlanetCCRMA packages on CentOS5 but afaik nobody has done a full rebuild yet, so I'll post my progress back here. I'll also keep track of packages that may be needed which aren't in the standard CentOS repos (i.e. stuff from EPEL or Fedora). ---------------------- 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 alex.smith.ixium+xithium at googlemail.com Thu Nov 15 04:56:02 2007 From: alex.smith.ixium+xithium at googlemail.com (Alexander Smith) Date: Thu Nov 15 04:56:02 2007 Subject: [PlanetCCRMA] Re: the Planet starts to land on Fedora 8 References: <1195006122.17430.78.camel@cmn3.stanford.edu> <1195062278.21177.2.camel@cmn3.stanford.edu> <1195065666.21177.12.camel@cmn3.stanford.edu> <1195079511.21177.30.camel@cmn3.stanford.edu> Message-ID: On Wed, 14 Nov 2007 14:31:51 -0800, Fernando Lopez-Lezcano wrote: > On Wed, 2007-11-14 at 21:47 +0000, Alexander Smith wrote: >> On Wed, 14 Nov 2007 10:41:06 -0800, Fernando Lopez-Lezcano wrote: >> >> > On Wed, 2007-11-14 at 18:26 +0000, Alexander Smith wrote: >> >> On Wed, 14 Nov 2007 09:44:38 -0800, Fernando Lopez-Lezcano wrote: >> >> >> >> > What do you see hogging the cpu if you start "top" in a terminal? >> >> > Are you using binary drivers for your video card? (Nvidia or ATI) >> >> Nothing is hogging the CPU or RAM according to top (and gkrellm). >> >> The whole graphical system just seems to slow down to a complete >> >> crawl, updating itself about once a second. >> >> I'm using an intel chipset on a laptop, and using the xorg intel >> >> driver. >> > >> > Are you seeing any weird messages in the output of dmesg, or in >> > /var/log/messages? >> >> In a word - no :( I had a look through dmesg and the xorg log but can't >> find anything out of the ordinary. > > And also /var/log/messages? I couldn't see anything in messages. I've posted dmesg on pastebin, and highlighted some lines (in yellow) which might be something. I don't know if they shed any light. See the file here: http://pastebin.com/f229a1ca9 > Bummer... don't know what could be happening. Can you check you if > there's differences in 3D hardware acceleration in both cases?, if it is > on you should see: > > $ glxinfo | grep rendering > direct rendering: Yes > > -- Fernando It answered yes on both kernels. From f.whittington at att.net Thu Nov 15 10:05:02 2007 From: f.whittington at att.net (Fritz Whittington) Date: Thu Nov 15 10:05:02 2007 Subject: [PlanetCCRMA] Using 2nd sound card for output In-Reply-To: <1195076232.21177.27.camel@cmn3.stanford.edu> References: <4739E8F3.6020307@trilug.org> <1194980655.17430.2.camel@cmn3.stanford.edu> <473B56F7.6090500@att.net> <1195076232.21177.27.camel@cmn3.stanford.edu> Message-ID: <473C8A0B.8000309@att.net> This is a cryptographically signed message in MIME format. --------------ms080706050103010508010207 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable On or about 2007-11-14 15:37, Fernando Lopez-Lezcano pulled out a trusty = #2 pencil and scribbled: > On Wed, 2007-11-14 at 14:13 -0600, Fritz Whittington wrote: > =20 >> On or about 2007-11-13 13:04, Fernando Lopez-Lezcano pulled out a trus= ty=20 >> #2 pencil and scribbled: >> =20 >>> On Tue, 2007-11-13 at 13:12 -0500, Roy Vestal wrote: >>> =20 >>> =20 >>>> I have FC7 with Ardour2, JACK, etc. working well. I have a Delta 101= 0 as=20 >>>> well as an on board AC'97. The output to the AC'97 is not showing in= =20 >>>> JACK, but it works with "play wav.wav" for example. Is there a way t= o=20 >>>> get it so I can route the output of JACK apps (ardour2 for ex) to th= e AC'97? >>>> =20 >>>> =20 >>> Not really (unless you don't mind periodic clicks in the AC97 output)= =2E >>> If you want to use two cards they have to be in sync, that is, one ha= s >>> to be a slave to the other. Otherwise the sampling rate clocks will b= e >>> slightly off and one card will output samples faster than the other a= nd >>> eventually will have to skip a period so the other can catch up (ie: = an >>> xrun or click will happen).=20 >>> >>> Does the AC97 onboard have an sp/dif output? If so you could perhaps >>> slave the 1010 to it.=20 >>> =20 >>> =20 >> I'd be really happy if I could just get the AC97 to work as the only=20 >> sound card, since it's the only thing I have in the laptop.=20 >> >> Can someone point me to a HOW-TO (for dummies) to get midi out of the = >> AC97? (If I install plain vanilla Fedora 7, the sound card works for = >> everything except midi. If I install PlanetCCRMA's version of Fedora = 7,=20 >> even that stops working!) >> =20 > > [I presume you meant to send to the list] > > Midi is just a control protocol, you don't get sound out of it. Most > soundcards don't have a built-in synthesizer which responds to midi > commands, which is probably what you mean. Other exotic operating > systems use software synths to create sound when you send midi to the > "card". Linux is no different, you need to use a software synth to > render your sounds in most cases. Packages like ZynAddSubFX, Amsynth, > etc, etc.=20 > > -- Fernando > =20 Yes, I understand what MIDI is and that I need a software synthesizer to = make sounds. What I am looking for is a step-by-step installation=20 how-to to make it all actually work. I've Googled tons of docs, most of = which apply to some other sound card, or to some other version of Linux, = or some earlier version of Fedora.=20 --=20 Fritz Whittington -- =C2=A9 2007 Fritz Whittington. All rights Reserved.= --------------ms080706050103010508010207 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJVTCC AwUwggJuoAMCAQICEGcnsifeyxFOfmexUhj2rKUwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDQxMDIyMTkyMloX DTA4MDQwOTIyMTkyMlowaDEUMBIGA1UEBBMLV2hpdHRpbmd0b24xDjAMBgNVBCoTBUZyaXR6 MRowGAYDVQQDExFGcml0eiBXaGl0dGluZ3RvbjEkMCIGCSqGSIb3DQEJARYVZi53aGl0dGlu Z3RvbkBhdHQubmV0MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxkFrN7hb200l HYLSv8Kgn/EfGvdsVEUyjJoeoTBFnm3gqCX80o35CNaKMOyWj6T3q4cTTkaR9P6bR9j0wubf 0sF8pSXUF+1BURevBaDQiSk6pvgh/1JlCMKrs8IsygpOeji14aOdp1GBVYMGdstF/WZK53Dz q0xvKQgaAHb8IC76wjDilX1OfPASrScgyFIm4H2qq7Pjje3oH7t96Lxxhghhkt/3rM/AH8tc zVjJXgzdqQIgCpz1jgy1RXOnJs233m8NuMReL0cJcnryoamVDK5uZThjPTiuy9l5ww2kfzAt Z0BR1Eq/tm45zU+15AvJx/pHOSso27uV5ril2rg/HwIDAQABozIwMDAgBgNVHREEGTAXgRVm LndoaXR0aW5ndG9uQGF0dC5uZXQwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOBgQCR dDK2PZGQFnCYeYE9RHlVZzMqUrMRxuJw7GK8hrChH+HdClycn+TMuVxEMtfClP0DPgLoCaWa UjsEwZFI9021PCBzpHzMW2j400hrBX7WNyx24Vy1umwKgzuJtxXEv433RvKrAAvhMt69gLSa wBODpxfHxJW9PnQpFnT+CLyDQTCCAwUwggJuoAMCAQICEGcnsifeyxFOfmexUhj2rKUwDQYJ KoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5n IChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5n IENBMB4XDTA3MDQxMDIyMTkyMloXDTA4MDQwOTIyMTkyMlowaDEUMBIGA1UEBBMLV2hpdHRp bmd0b24xDjAMBgNVBCoTBUZyaXR6MRowGAYDVQQDExFGcml0eiBXaGl0dGluZ3RvbjEkMCIG CSqGSIb3DQEJARYVZi53aGl0dGluZ3RvbkBhdHQubmV0MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAxkFrN7hb200lHYLSv8Kgn/EfGvdsVEUyjJoeoTBFnm3gqCX80o35CNaK MOyWj6T3q4cTTkaR9P6bR9j0wubf0sF8pSXUF+1BURevBaDQiSk6pvgh/1JlCMKrs8IsygpO eji14aOdp1GBVYMGdstF/WZK53Dzq0xvKQgaAHb8IC76wjDilX1OfPASrScgyFIm4H2qq7Pj je3oH7t96Lxxhghhkt/3rM/AH8tczVjJXgzdqQIgCpz1jgy1RXOnJs233m8NuMReL0cJcnry oamVDK5uZThjPTiuy9l5ww2kfzAtZ0BR1Eq/tm45zU+15AvJx/pHOSso27uV5ril2rg/HwID AQABozIwMDAgBgNVHREEGTAXgRVmLndoaXR0aW5ndG9uQGF0dC5uZXQwDAYDVR0TAQH/BAIw ADANBgkqhkiG9w0BAQUFAAOBgQCRdDK2PZGQFnCYeYE9RHlVZzMqUrMRxuJw7GK8hrChH+Hd Clycn+TMuVxEMtfClP0DPgLoCaWaUjsEwZFI9021PCBzpHzMW2j400hrBX7WNyx24Vy1umwK gzuJtxXEv433RvKrAAvhMt69gLSawBODpxfHxJW9PnQpFnT+CLyDQTCCAz8wggKooAMCAQIC AQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENh cGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAm BgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1h aWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNV BAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQD EyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEF AAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B 1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79A gAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8E CDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3 dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEa MBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7M DaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUa C4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk1 3iSx0x1G/11fZU8xggNkMIIDYAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIQZyeyJ97LEU5+Z7FSGPaspTAJBgUrDgMCGgUAoIIBwzAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNzExMTUxODAzNTVaMCMG CSqGSIb3DQEJBDEWBBT1dqcF+C7D/pKa7zS01BNBE63yIDBSBgkqhkiG9w0BCQ8xRTBDMAoG CCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggq hkiG9w0DAgIBKDCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECEGcnsifeyxFOfmexUhj2rKUwgYcGCyqGSIb3DQEJEAIL MXigdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkg THRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEGcn sifeyxFOfmexUhj2rKUwDQYJKoZIhvcNAQEBBQAEggEAfyGb3R6avroMlQbTIvekFxzP+jgS kucl9ybCSaM1NGFdH+0WBKCWl6BNWlXSKxLQOZfk+51/Rrq0nxL2nKtNPiofgkUZL1QFzhFj DzybOkBmpSWLvavTHRdENFjqZc75cObbOh5sJFkpvwF1wjWvv7Hw/YskySV+f3f2hSoRqzQl dZe5mZBjwWIkVla/bBsIKn2CFfdAkoFmKDGk2QdGileKoSs0NL8h8Qfmtcnb9YHO1QZ0fgV+ zIv5oiscClq50AJU5xV7PI0vQvlZ358ilQAqL8wSU6DmZTeq4E+zjbqO7Iu3EswKEjINACYd NpwBIvKiQKgkenkWB7Yib7qY/gAAAAAAAA== --------------ms080706050103010508010207-- From rvestal at trilug.org Thu Nov 15 10:09:01 2007 From: rvestal at trilug.org (Roy Vestal) Date: Thu Nov 15 10:09:01 2007 Subject: [PlanetCCRMA] Using 2nd sound card for output In-Reply-To: <1194980655.17430.2.camel@cmn3.stanford.edu> References: <4739E8F3.6020307@trilug.org> <1194980655.17430.2.camel@cmn3.stanford.edu> Message-ID: <473C89CD.8040009@trilug.org> Ok, just for clarification, I cannot use the AC'97 for just output only from any jack software, say Ardour2 or Hydrogen, correct? If that's the case, then i can live with sending the output back down my Delta 1010 ( I don't have S/PDIF monitors yet). Follow up question: How do I get my AC'97 to be used by the CD/mplayer/xmms, etc? I was in the studio last night and kept getting "could not find audio device" errors. Fernando Lopez-Lezcano wrote: > On Tue, 2007-11-13 at 13:12 -0500, Roy Vestal wrote: > >> I have FC7 with Ardour2, JACK, etc. working well. I have a Delta 1010 as >> well as an on board AC'97. The output to the AC'97 is not showing in >> JACK, but it works with "play wav.wav" for example. Is there a way to >> get it so I can route the output of JACK apps (ardour2 for ex) to the AC'97? >> > > Not really (unless you don't mind periodic clicks in the AC97 output). > If you want to use two cards they have to be in sync, that is, one has > to be a slave to the other. Otherwise the sampling rate clocks will be > slightly off and one card will output samples faster than the other and > eventually will have to skip a period so the other can catch up (ie: an > xrun or click will happen). > > Does the AC97 onboard have an sp/dif output? If so you could perhaps > slave the 1010 to it. > > -- Fernando > > > > From nando at ccrma.Stanford.EDU Thu Nov 15 11:11:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Nov 15 11:11:02 2007 Subject: [PlanetCCRMA] (re)building the PlanetCCRMA srpms for CentOS In-Reply-To: <1195089291.21177.51.camel@cmn3.stanford.edu> References: <1195082004.9985.1221368647@webmail.messagingengine.com> <1195086111.21177.42.camel@cmn3.stanford.edu> <1195087411.12079.1221379441@webmail.messagingengine.com> <1195089291.21177.51.camel@cmn3.stanford.edu> Message-ID: <1195153834.25606.16.camel@cmn3.stanford.edu> On Wed, 2007-11-14 at 17:14 -0800, Fernando Lopez-Lezcano wrote: > On Wed, 2007-11-14 at 18:43 -0600, Wade Nelson wrote: > > On Wed, 14 Nov 2007 16:21:51 -0800, "Fernando Lopez-Lezcano" > > said: > > > On Wed, 2007-11-14 at 17:13 -0600, Wade Nelson wrote: > > > > I'm starting to try my hand at rebuilding the PlanetCCRMA SRPMS for > > > > CentOS 5, and I had a couple questions: > > > > > > > > 1) Would it be better to apply the PlanetCCRMA kernel patchset to the > > > > latest CentOS kernel or do a straight rebuild of one of the PlanetCCRMA > > > > kernel SRPMS? > > > > > > Probably a straight rebuild and hope that userland in centos5 is not too > > > old to support the latest kernels. That is the problem of centos, long > > > term. > > > > > > > I'm leaning towards applying the patches to the CentOS > > > > kernels just for the sake of keeping as close as possible to the CentOS > > > > base (the latest PlanetCCRMA kernels are kernel versions significantly > > > > newer than what CentOS ships). > > > > > > The problem with that approach is that the versions of the realtime > > > patches that you will be able to apply are very old. > > > > > > I could try a rebuild of the latest kernel (which I just released for > > > Fedora 8 and plan on releasing for Fedora 7 & 6) for CentOS 5. Would you > > > be able to try it out? I did rebuild older versions as a trial under > > > CentOS a while back and they seemed to work fine. > > > > I haven't kept up with kernel changes all that much, but I iirc the > > newer kernels use a new libata stack that labels all hard disks as > > /dev/sd* whereas CentOS's version still uses the /dev/hd* scheme for IDE > > drives. > > Oh, yes, I take care of that. In < fc7 the config files are changed at > build time so that the old IDE driver is used. So no problems there. I'm > running 2.6.22 on fc6 with no problems (and have to try a recent build > of 2.6.23) - and centos5 is based on fc6. But of course at some point it > is going to break, or need help with userland upgrades. I did a quick test yesterday and 2.6.23-1.rt11.1 does boot fine (AFAICT, no major issues I could see) on my laptop when booting centos5 from an external usb disk - I get usb disk timeouts but that's another matter. Just to keep you up to date. -- Fernando From wilkinson.bob at comcast.net Thu Nov 15 11:18:00 2007 From: wilkinson.bob at comcast.net (Bob Wilkinson) Date: Thu Nov 15 11:18:00 2007 Subject: [PlanetCCRMA] Using 2nd sound card for output Message-ID: <111520071917.23101.473C9B33000AFBC800005A3D2200763704020A0409D202019C020705040799@comcast.net> Hold on - I think that there is a misunderstanding. Are you attempting to use the Delta 1010 AND the AC'97 at the same time, or are you attempting to record (at a given time) using the Delta 1010, and then (at some other given time) use the AC'97 for monitoring and output? If the former, then no - you cannot do it. If the latter, then it should be as simple as choosing your output card (HW0 or HW1) in qjackctl before you start it up. One time, you would have the Delta 1010 available, the other time the AC'97 - but never both at the same time. If you wanted both at the same time, you would need a method of syncing the word clock - and the AC'97 has no method of doing that. -------------- Original message ---------------------- From: Roy Vestal > Ok, just for clarification, I cannot use the AC'97 for just output only > from any jack software, say Ardour2 or Hydrogen, correct? If that's the > case, then i can live with sending the output back down my Delta 1010 ( > I don't have S/PDIF monitors yet). > > Follow up question: > > How do I get my AC'97 to be used by the CD/mplayer/xmms, etc? I was in > the studio last night and kept getting "could not find audio device" errors. > > Fernando Lopez-Lezcano wrote: > > On Tue, 2007-11-13 at 13:12 -0500, Roy Vestal wrote: > > > >> I have FC7 with Ardour2, JACK, etc. working well. I have a Delta 1010 as > >> well as an on board AC'97. The output to the AC'97 is not showing in > >> JACK, but it works with "play wav.wav" for example. Is there a way to > >> get it so I can route the output of JACK apps (ardour2 for ex) to the AC'97? > >> > > > > Not really (unless you don't mind periodic clicks in the AC97 output). > > If you want to use two cards they have to be in sync, that is, one has > > to be a slave to the other. Otherwise the sampling rate clocks will be > > slightly off and one card will output samples faster than the other and > > eventually will have to skip a period so the other can catch up (ie: an > > xrun or click will happen). > > > > Does the AC97 onboard have an sp/dif output? If so you could perhaps > > slave the 1010 to it. > > > > -- Fernando > > > > > > > > > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma From rvestal at trilug.org Thu Nov 15 12:50:01 2007 From: rvestal at trilug.org (Roy Vestal) Date: Thu Nov 15 12:50:01 2007 Subject: [PlanetCCRMA] Using 2nd sound card for output In-Reply-To: <473C8A0B.8000309@att.net> References: <4739E8F3.6020307@trilug.org> <1194980655.17430.2.camel@cmn3.stanford.edu> <473B56F7.6090500@att.net> <1195076232.21177.27.camel@cmn3.stanford.edu> <473C8A0B.8000309@att.net> Message-ID: <473CAFB6.5010207@trilug.org> The AC'97 doesn't normally come with a MIDI port. I think you may have to purchase one. For example a USB/MIDI box from M-Audio. Check with the alsa-project and make sure it's supported. Well, I've given you all the info I know! HTH :) Fritz Whittington wrote: > On or about 2007-11-14 15:37, Fernando Lopez-Lezcano pulled out a > trusty #2 pencil and scribbled: >> On Wed, 2007-11-14 at 14:13 -0600, Fritz Whittington wrote: >> >>> On or about 2007-11-13 13:04, Fernando Lopez-Lezcano pulled out a >>> trusty #2 pencil and scribbled: >>> >>>> On Tue, 2007-11-13 at 13:12 -0500, Roy Vestal wrote: >>>> >>>>> I have FC7 with Ardour2, JACK, etc. working well. I have a Delta >>>>> 1010 as well as an on board AC'97. The output to the AC'97 is not >>>>> showing in JACK, but it works with "play wav.wav" for example. Is >>>>> there a way to get it so I can route the output of JACK apps >>>>> (ardour2 for ex) to the AC'97? >>>>> >>>> Not really (unless you don't mind periodic clicks in the AC97 output). >>>> If you want to use two cards they have to be in sync, that is, one has >>>> to be a slave to the other. Otherwise the sampling rate clocks will be >>>> slightly off and one card will output samples faster than the other >>>> and >>>> eventually will have to skip a period so the other can catch up >>>> (ie: an >>>> xrun or click will happen). >>>> Does the AC97 onboard have an sp/dif output? If so you could perhaps >>>> slave the 1010 to it. >>> I'd be really happy if I could just get the AC97 to work as the only >>> sound card, since it's the only thing I have in the laptop. >>> Can someone point me to a HOW-TO (for dummies) to get midi out of >>> the AC97? (If I install plain vanilla Fedora 7, the sound card >>> works for everything except midi. If I install PlanetCCRMA's >>> version of Fedora 7, even that stops working!) >>> >> >> [I presume you meant to send to the list] >> >> Midi is just a control protocol, you don't get sound out of it. Most >> soundcards don't have a built-in synthesizer which responds to midi >> commands, which is probably what you mean. Other exotic operating >> systems use software synths to create sound when you send midi to the >> "card". Linux is no different, you need to use a software synth to >> render your sounds in most cases. Packages like ZynAddSubFX, Amsynth, >> etc, etc. >> -- Fernando >> > Yes, I understand what MIDI is and that I need a software synthesizer > to make sounds. What I am looking for is a step-by-step installation > how-to to make it all actually work. I've Googled tons of docs, most > of which apply to some other sound card, or to some other version of > Linux, or some earlier version of Fedora. From rvestal at trilug.org Thu Nov 15 12:57:00 2007 From: rvestal at trilug.org (Roy Vestal) Date: Thu Nov 15 12:57:00 2007 Subject: [PlanetCCRMA] Using 2nd sound card for output In-Reply-To: <111520071917.23101.473C9B33000AFBC800005A3D2200763704020A0409D202019C020705040799@comcast.net> References: <111520071917.23101.473C9B33000AFBC800005A3D2200763704020A0409D202019C020705040799@comcast.net> Message-ID: <473CB141.7030101@trilug.org> The first setup you mentioned was what I was hoping we could do. But I didn't think about the word clock. As I have clients coming into the studio with CD's and want me to listen, I need to be able to listen to them, but I'm not as familiar with JACK under the hood. I was hoping for something similar to scenario 2 you mentioned. I wanted JACK to use the Delta 1010 and then the CD/Mplayer/Xine/Amarok would use the AC'97 without stopping JACK. It sounds as if this too is no possible. Am i correct? Just a brainstorm idea here, is there a way to assign Alsa to use the Delta 1010, and OSS to use AC'97? Would that be a work around? I'm fairly confident, competent with Linux, as that's my job, but I've never run multiple sound cards before now. Bob Wilkinson wrote: Hold on - I think that there is a misunderstanding. Are you attempting to use the Delta 1010 AND the AC'97 at the same time, or are you attempting to record (at a given time) using the Delta 1010, and then (at some other given time) use the AC'97 for monitoring and output? If the former, then no - you cannot do it. If the latter, then it should be as simple as choosing your output card (HW0 or HW1) in qjackctl before you start it up. One time, you would have the Delta 1010 available, the other time the AC'97 - but never both at the same time. If you wanted both at the same time, you would need a method of syncing the word clock - and the AC'97 has no method of doing that. Bob Wilkinson wrote: > Hold on - I think that there is a misunderstanding. > > Are you attempting to use the Delta 1010 AND the AC'97 at the same time, or are you attempting to record (at a given time) using the Delta 1010, and then (at some other given time) use the AC'97 for monitoring and output? > > If the former, then no - you cannot do it. > > If the latter, then it should be as simple as choosing your output card (HW0 or HW1) in qjackctl before you start it up. > > One time, you would have the Delta 1010 available, the other time the AC'97 - but never both at the same time. > > If you wanted both at the same time, you would need a method of syncing the word clock - and the AC'97 has no method of doing that. > > > -------------- Original message ---------------------- > From: Roy Vestal > >> Ok, just for clarification, I cannot use the AC'97 for just output only >> from any jack software, say Ardour2 or Hydrogen, correct? If that's the >> case, then i can live with sending the output back down my Delta 1010 ( >> I don't have S/PDIF monitors yet). >> >> Follow up question: >> >> How do I get my AC'97 to be used by the CD/mplayer/xmms, etc? I was in >> the studio last night and kept getting "could not find audio device" errors. >> >> Fernando Lopez-Lezcano wrote: >> >>> On Tue, 2007-11-13 at 13:12 -0500, Roy Vestal wrote: >>> >>> >>>> I have FC7 with Ardour2, JACK, etc. working well. I have a Delta 1010 as >>>> well as an on board AC'97. The output to the AC'97 is not showing in >>>> JACK, but it works with "play wav.wav" for example. Is there a way to >>>> get it so I can route the output of JACK apps (ardour2 for ex) to the AC'97? >>>> >>>> >>> Not really (unless you don't mind periodic clicks in the AC97 output). >>> If you want to use two cards they have to be in sync, that is, one has >>> to be a slave to the other. Otherwise the sampling rate clocks will be >>> slightly off and one card will output samples faster than the other and >>> eventually will have to skip a period so the other can catch up (ie: an >>> xrun or click will happen). >>> >>> Does the AC97 onboard have an sp/dif output? If so you could perhaps >>> slave the 1010 to it. >>> >>> -- 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 > > From nando at ccrma.Stanford.EDU Thu Nov 15 13:15:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Nov 15 13:15:01 2007 Subject: [PlanetCCRMA] Using 2nd sound card for output In-Reply-To: <473CB141.7030101@trilug.org> References: <111520071917.23101.473C9B33000AFBC800005A3D2200763704020A0409D202019C020705040799@comcast.net> <473CB141.7030101@trilug.org> Message-ID: <1195161245.25606.30.camel@cmn3.stanford.edu> On Thu, 2007-11-15 at 15:51 -0500, Roy Vestal wrote: > The first setup you mentioned was what I was hoping we could do. But I > didn't think about the word clock. As I have clients coming into the > studio with CD's and want me to listen, I need to be able to listen to > them, but I'm not as familiar with JACK under the hood. > > I was hoping for something similar to scenario 2 you mentioned. I wanted > JACK to use the Delta 1010 and then the CD/Mplayer/Xine/Amarok would use > the AC'97 without stopping JACK. It sounds as if this too is no > possible. Am i correct? That should be possible. You could set things up so that your 1010 is the second card in your setup. And your ac97 the first card. So apps that use alsa directly would default to your first card. And you could set up qjackctl so that jack uses the second card (hw:1). What you can't do is use both cards under jack, or under alsa for that matter, and at the same time. -- Fernando > Just a brainstorm idea here, is there a way to assign Alsa to use the > Delta 1010, and OSS to use AC'97? Would that be a work around? > I'm fairly confident, competent with Linux, as that's my job, but I've > never run multiple sound cards before now. > > Bob Wilkinson wrote: > Hold on - I think that there is a misunderstanding. > > Are you attempting to use the Delta 1010 AND the AC'97 at the same time, > or are you attempting to record (at a given time) using the Delta 1010, > and then (at some other given time) use the AC'97 for monitoring and > output? > > If the former, then no - you cannot do it. > > If the latter, then it should be as simple as choosing your output card > (HW0 or HW1) in qjackctl before you start it up. > > One time, you would have the Delta 1010 available, the other time the > AC'97 - but never both at the same time. > > If you wanted both at the same time, you would need a method of syncing > the word clock - and the AC'97 has no method of doing that. > > > Bob Wilkinson wrote: > > Hold on - I think that there is a misunderstanding. > > > > Are you attempting to use the Delta 1010 AND the AC'97 at the same time, or are you attempting to record (at a given time) using the Delta 1010, and then (at some other given time) use the AC'97 for monitoring and output? > > > > If the former, then no - you cannot do it. > > > > If the latter, then it should be as simple as choosing your output card (HW0 or HW1) in qjackctl before you start it up. > > > > One time, you would have the Delta 1010 available, the other time the AC'97 - but never both at the same time. > > > > If you wanted both at the same time, you would need a method of syncing the word clock - and the AC'97 has no method of doing that. > > > > > > -------------- Original message ---------------------- > > From: Roy Vestal > > > >> Ok, just for clarification, I cannot use the AC'97 for just output only > >> from any jack software, say Ardour2 or Hydrogen, correct? If that's the > >> case, then i can live with sending the output back down my Delta 1010 ( > >> I don't have S/PDIF monitors yet). > >> > >> Follow up question: > >> > >> How do I get my AC'97 to be used by the CD/mplayer/xmms, etc? I was in > >> the studio last night and kept getting "could not find audio device" errors. > >> > >> Fernando Lopez-Lezcano wrote: > >> > >>> On Tue, 2007-11-13 at 13:12 -0500, Roy Vestal wrote: > >>> > >>> > >>>> I have FC7 with Ardour2, JACK, etc. working well. I have a Delta 1010 as > >>>> well as an on board AC'97. The output to the AC'97 is not showing in > >>>> JACK, but it works with "play wav.wav" for example. Is there a way to > >>>> get it so I can route the output of JACK apps (ardour2 for ex) to the AC'97? > >>>> > >>>> > >>> Not really (unless you don't mind periodic clicks in the AC97 output). > >>> If you want to use two cards they have to be in sync, that is, one has > >>> to be a slave to the other. Otherwise the sampling rate clocks will be > >>> slightly off and one card will output samples faster than the other and > >>> eventually will have to skip a period so the other can catch up (ie: an > >>> xrun or click will happen). > >>> > >>> Does the AC97 onboard have an sp/dif output? If so you could perhaps > >>> slave the 1010 to it. From f.whittington at att.net Sat Nov 17 09:53:03 2007 From: f.whittington at att.net (Fritz Whittington) Date: Sat Nov 17 09:53:03 2007 Subject: [PlanetCCRMA] Using 2nd sound card for output In-Reply-To: <473CAFB6.5010207@trilug.org> References: <4739E8F3.6020307@trilug.org> <1194980655.17430.2.camel@cmn3.stanford.edu> <473B56F7.6090500@att.net> <1195076232.21177.27.camel@cmn3.stanford.edu> <473C8A0B.8000309@att.net> <473CAFB6.5010207@trilug.org> Message-ID: <473F2A5A.90205@att.net> This is a cryptographically signed message in MIME format. --------------ms040105060203080503050204 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Thanks to all of you for suggestions. I have a stop-gap solution=20 installed now. I found a distro called 64Studio at http://64studio.com/ It's AMD64 (also have a 32-bit version) that is based on Debian. An=20 hour after I downloaded it I had it installed and Rosegarden playing,=20 and sound actually came out of the speakers! The only thing extra that=20 I had to do was to find a soundfont and install it.=20 It's pretty much dedicated to being a midi WS, so doesn't have all the=20 other usual Linux things. But having it working, I can hopefully=20 install Fedora 8 and CCRMA and at least know what pieces have to be=20 installed, turned on, and interconnected. On or about 2007-11-15 14:44, Roy Vestal pulled out a trusty #2 pencil=20 and scribbled: > The AC'97 doesn't normally come with a MIDI port. I think you may have = > to purchase one. For example a USB/MIDI box from M-Audio. Check with=20 > the alsa-project and make sure it's supported. > > Well, I've given you all the info I know! HTH :) > > Fritz Whittington wrote: >> On or about 2007-11-14 15:37, Fernando Lopez-Lezcano pulled out a=20 >> trusty #2 pencil and scribbled: >>> On Wed, 2007-11-14 at 14:13 -0600, Fritz Whittington wrote: >>> =20 >>>> On or about 2007-11-13 13:04, Fernando Lopez-Lezcano pulled out a=20 >>>> trusty #2 pencil and scribbled: >>>> =20 >>>>> On Tue, 2007-11-13 at 13:12 -0500, Roy Vestal wrote: >>>>> =20 >>>>>> I have FC7 with Ardour2, JACK, etc. working well. I have a Delta=20 >>>>>> 1010 as well as an on board AC'97. The output to the AC'97 is not = >>>>>> showing in JACK, but it works with "play wav.wav" for example. Is = >>>>>> there a way to get it so I can route the output of JACK apps=20 >>>>>> (ardour2 for ex) to the AC'97? >>>>>> =20 >>>>> Not really (unless you don't mind periodic clicks in the AC97=20 >>>>> output). >>>>> If you want to use two cards they have to be in sync, that is, one = >>>>> has >>>>> to be a slave to the other. Otherwise the sampling rate clocks=20 >>>>> will be >>>>> slightly off and one card will output samples faster than the=20 >>>>> other and >>>>> eventually will have to skip a period so the other can catch up=20 >>>>> (ie: an >>>>> xrun or click will happen). >>>>> Does the AC97 onboard have an sp/dif output? If so you could perhap= s >>>>> slave the 1010 to it. =20 >>>> I'd be really happy if I could just get the AC97 to work as the=20 >>>> only sound card, since it's the only thing I have in the laptop. >>>> Can someone point me to a HOW-TO (for dummies) to get midi out of=20 >>>> the AC97? (If I install plain vanilla Fedora 7, the sound card=20 >>>> works for everything except midi. If I install PlanetCCRMA's=20 >>>> version of Fedora 7, even that stops working!) >>>> =20 >>> >>> [I presume you meant to send to the list] >>> >>> Midi is just a control protocol, you don't get sound out of it. Most >>> soundcards don't have a built-in synthesizer which responds to midi >>> commands, which is probably what you mean. Other exotic operating >>> systems use software synths to create sound when you send midi to the= >>> "card". Linux is no different, you need to use a software synth to >>> render your sounds in most cases. Packages like ZynAddSubFX, Amsynth,= >>> etc, etc. >>> -- Fernando >>> =20 >> Yes, I understand what MIDI is and that I need a software synthesizer = >> to make sounds. What I am looking for is a step-by-step installation = >> how-to to make it all actually work. I've Googled tons of docs, most = >> of which apply to some other sound card, or to some other version of=20 >> Linux, or some earlier version of Fedora. > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > --=20 Fritz Whittington -- =C2=A9 2007 Fritz Whittington. All rights Reserved.= --------------ms040105060203080503050204 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJVTCC AwUwggJuoAMCAQICEGcnsifeyxFOfmexUhj2rKUwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDQxMDIyMTkyMloX DTA4MDQwOTIyMTkyMlowaDEUMBIGA1UEBBMLV2hpdHRpbmd0b24xDjAMBgNVBCoTBUZyaXR6 MRowGAYDVQQDExFGcml0eiBXaGl0dGluZ3RvbjEkMCIGCSqGSIb3DQEJARYVZi53aGl0dGlu Z3RvbkBhdHQubmV0MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxkFrN7hb200l HYLSv8Kgn/EfGvdsVEUyjJoeoTBFnm3gqCX80o35CNaKMOyWj6T3q4cTTkaR9P6bR9j0wubf 0sF8pSXUF+1BURevBaDQiSk6pvgh/1JlCMKrs8IsygpOeji14aOdp1GBVYMGdstF/WZK53Dz q0xvKQgaAHb8IC76wjDilX1OfPASrScgyFIm4H2qq7Pjje3oH7t96Lxxhghhkt/3rM/AH8tc zVjJXgzdqQIgCpz1jgy1RXOnJs233m8NuMReL0cJcnryoamVDK5uZThjPTiuy9l5ww2kfzAt Z0BR1Eq/tm45zU+15AvJx/pHOSso27uV5ril2rg/HwIDAQABozIwMDAgBgNVHREEGTAXgRVm LndoaXR0aW5ndG9uQGF0dC5uZXQwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOBgQCR dDK2PZGQFnCYeYE9RHlVZzMqUrMRxuJw7GK8hrChH+HdClycn+TMuVxEMtfClP0DPgLoCaWa UjsEwZFI9021PCBzpHzMW2j400hrBX7WNyx24Vy1umwKgzuJtxXEv433RvKrAAvhMt69gLSa wBODpxfHxJW9PnQpFnT+CLyDQTCCAwUwggJuoAMCAQICEGcnsifeyxFOfmexUhj2rKUwDQYJ KoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5n IChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5n IENBMB4XDTA3MDQxMDIyMTkyMloXDTA4MDQwOTIyMTkyMlowaDEUMBIGA1UEBBMLV2hpdHRp bmd0b24xDjAMBgNVBCoTBUZyaXR6MRowGAYDVQQDExFGcml0eiBXaGl0dGluZ3RvbjEkMCIG CSqGSIb3DQEJARYVZi53aGl0dGluZ3RvbkBhdHQubmV0MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAxkFrN7hb200lHYLSv8Kgn/EfGvdsVEUyjJoeoTBFnm3gqCX80o35CNaK MOyWj6T3q4cTTkaR9P6bR9j0wubf0sF8pSXUF+1BURevBaDQiSk6pvgh/1JlCMKrs8IsygpO eji14aOdp1GBVYMGdstF/WZK53Dzq0xvKQgaAHb8IC76wjDilX1OfPASrScgyFIm4H2qq7Pj je3oH7t96Lxxhghhkt/3rM/AH8tczVjJXgzdqQIgCpz1jgy1RXOnJs233m8NuMReL0cJcnry oamVDK5uZThjPTiuy9l5ww2kfzAtZ0BR1Eq/tm45zU+15AvJx/pHOSso27uV5ril2rg/HwID AQABozIwMDAgBgNVHREEGTAXgRVmLndoaXR0aW5ndG9uQGF0dC5uZXQwDAYDVR0TAQH/BAIw ADANBgkqhkiG9w0BAQUFAAOBgQCRdDK2PZGQFnCYeYE9RHlVZzMqUrMRxuJw7GK8hrChH+Hd Clycn+TMuVxEMtfClP0DPgLoCaWaUjsEwZFI9021PCBzpHzMW2j400hrBX7WNyx24Vy1umwK gzuJtxXEv433RvKrAAvhMt69gLSawBODpxfHxJW9PnQpFnT+CLyDQTCCAz8wggKooAMCAQIC AQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENh cGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAm BgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1h aWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNV BAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQD EyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEF AAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B 1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79A gAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8E CDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3 dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEa MBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7M DaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUa C4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk1 3iSx0x1G/11fZU8xggNkMIIDYAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIQZyeyJ97LEU5+Z7FSGPaspTAJBgUrDgMCGgUAoIIBwzAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNzExMTcxNzUyMjZaMCMG CSqGSIb3DQEJBDEWBBTG94Da6UM3S8unzOIAVdzeVWFGxzBSBgkqhkiG9w0BCQ8xRTBDMAoG CCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggq hkiG9w0DAgIBKDCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECEGcnsifeyxFOfmexUhj2rKUwgYcGCyqGSIb3DQEJEAIL MXigdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkg THRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEGcn sifeyxFOfmexUhj2rKUwDQYJKoZIhvcNAQEBBQAEggEAJcO9tYhGJmrbB4ES/TRgmyah+f9/ qoJ5Od7cYAxvgYZwsmRtVJmCDTUb80TWF+TlDsNBza+kYovipuf5W1eyxISKR8y6Z/XzV3js UOlQNnzjr+xTAACFmBCNkoRgwqXLOIYdayv2nkCg4jvy83ATuGcYsAcwCUy5L3OijCrHY1t1 D87s0YAyv4B4G6AaVSrI4kV/472TkvCKTZf6T+zlmxMcFlMzj+z2Fr+g8axvv+RczKLfZYg2 hfNH2x45HMZnzwXcPD2khLOrRtpn94mLirXRFd1pR+l43CNY+n1wKUJ/X3i4/oH8ugyvBEtu ly7uvPof+zu4t+A58/UDmlILNAAAAAAAAA== --------------ms040105060203080503050204-- From joakim at verona.se Sun Nov 18 10:28:01 2007 From: joakim at verona.se (joakim@verona.se) Date: Sun Nov 18 10:28:01 2007 Subject: [PlanetCCRMA] common music on fc8? Message-ID: Hello, I've so far been running fc7 rpm:s on an fc8 install. However, it seems this is not possible with common music, due to a newer sbcl in fc8. Furthermore, the fc8 rebuild of ccrma hasnt progressed to cm yet. Is this correct? Or can I make cm somehow work anyway? -- Joakim Verona From nando at ccrma.Stanford.EDU Sun Nov 18 11:37:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sun Nov 18 11:37:01 2007 Subject: [PlanetCCRMA] common music on fc8? In-Reply-To: References: Message-ID: <1195414573.17361.1.camel@cmn3.stanford.edu> On Sun, 2007-11-18 at 19:15 +0100, joakim@verona.se wrote: > Hello, > > I've so far been running fc7 rpm:s on an fc8 install. > However, it seems this is not possible with common music, due to a > newer sbcl in fc8. Furthermore, the fc8 rebuild of ccrma hasnt > progressed to cm yet. > > Is this correct? Or can I make cm somehow work anyway? Not really. The version of sbcl on f8 is higher than in f7 and cm needs to be rebuilt. I have pretty much everything compiled including cm, but I have to do some testing which will happen tomorrow. Be patient for one more day... -- Fernando From joakim at verona.se Sun Nov 18 12:16:00 2007 From: joakim at verona.se (joakim@verona.se) Date: Sun Nov 18 12:16:00 2007 Subject: [PlanetCCRMA] Re: common music on fc8? References: <1195414573.17361.1.camel@cmn3.stanford.edu> Message-ID: Fernando Lopez-Lezcano writes: > On Sun, 2007-11-18 at 19:15 +0100, joakim@verona.se wrote: >> Hello, >> >> I've so far been running fc7 rpm:s on an fc8 install. >> However, it seems this is not possible with common music, due to a >> newer sbcl in fc8. Furthermore, the fc8 rebuild of ccrma hasnt >> progressed to cm yet. >> >> Is this correct? Or can I make cm somehow work anyway? > > Not really. The version of sbcl on f8 is higher than in f7 and cm needs > to be rebuilt. I have pretty much everything compiled including cm, but > I have to do some testing which will happen tomorrow. Be patient for one > more day... No problem! > -- Fernando -- Joakim Verona From dawsonwu at rahul.net Sun Nov 18 23:08:01 2007 From: dawsonwu at rahul.net (Ken Dawson) Date: Sun Nov 18 23:08:01 2007 Subject: [PlanetCCRMA] conflicts installing supercollider on F7 Planet Message-ID: <4741360F.8060602@rahul.net> Hi, I run "yum install supercollider*" on an F7-based PlanetCCRMA installation, and get the following conflict report: Transaction Check Error: file /usr/lib/debug/usr/lib/SuperCollider/plugins/JoshUGens.so.debug conflicts between attempted installs of supercollider-joshlib-debuginfo-061031-2.fc7.ccrma and supercollider-sc3-plugins-debuginfo-0.20070712-1.119svn.fc7.ccrma file /usr/lib/debug/usr/lib/SuperCollider/plugins/BEQSuiteUGens.so.debug conflicts between attempted installs of supercollider-beqsuite-debuginfo-052406-2.fc7.ccrma and supercollider-sc3-plugins-debuginfo-0.20070712-1.119svn.fc7.ccrma Is this something I can fix in my request somehow, or should it bet resolved in the repository? Thanks, /ken From rvestal at trilug.org Mon Nov 19 10:46:01 2007 From: rvestal at trilug.org (Roy Vestal) Date: Mon Nov 19 10:46:01 2007 Subject: [PlanetCCRMA] (re)building the PlanetCCRMA srpms for CentOS In-Reply-To: <1195087411.12079.1221379441@webmail.messagingengine.com> References: <1195082004.9985.1221368647@webmail.messagingengine.com> <1195086111.21177.42.camel@cmn3.stanford.edu> <1195087411.12079.1221379441@webmail.messagingengine.com> Message-ID: <4741D86F.7090607@trilug.org> The big issue i had was the PlanetCCRMA didn't have modules for my LSILogic SCSI controller. I was using a rather heafty VMware VM for my build server. I had to recreate the VM with IDE HDDs and it installed fine. Wade Nelson wrote: > On Wed, 14 Nov 2007 16:21:51 -0800, "Fernando Lopez-Lezcano" > said: > > I haven't kept up with kernel changes all that much, but I iirc the > newer kernels use a new libata stack that labels all hard disks as > /dev/sd* whereas CentOS's version still uses the /dev/hd* scheme for IDE > drives. (Just a sample reason why I was hoping to stick with patching > the CentOS kernels rather than somehow backport more recent Fedora > versions) Little things like this could render the kernel unbootable. > I'm not sure if there are other discrepancies, but as kernel versions > climb while CentOS sits around 2.6.18 more are likely to surface. > > From andersvi at extern.uio.no Mon Nov 19 11:02:01 2007 From: andersvi at extern.uio.no (andersvi@extern.uio.no) Date: Mon Nov 19 11:02:01 2007 Subject: [PlanetCCRMA] scons & sc3 Message-ID: Im having troubles compiling svn-versions of SC3 lately on FC7. Im not sure whether this is scons-related or SC3-related, but other scons builds (eg. ardour2) work fine. So maybe anyone in these groups might recognizes whats wrong. Ive tried various SC3 revisions (back to 2007-06-01) wo. luck, scons breaks at the compilation of the first file: > scons PREFIX=/usr X11=no ... scons: Building targets ... g++ -o source/common/SC_AllocPool.o -c -Wno-unknown-pragmas -O3 -ffast-math -fstrength-reduce -march=i686 -fPIC -Wno-deprecated -DSC_DATA_DIR=\"/usr/share/SuperCollider\" -D_REENTRANT -DSC_LINUX -DNDEBUG -DSC_MEMORY_ALIGNMENT=1 -Iheaders/common -Iheaders/plugin_interface -Iheaders/server source/common/SC_AllocPool.cpp scons: *** [source/common/SC_AllocPool.o] Error 1 scons: building terminated because of errors. However, evaluating the echo'ed line in the shell (the one starting with g++...') runs fine, and leaves a .o file as expected. Any clues or hints on how to debug scons are strongly appreciated. Thanks, -anders From andersvi at extern.uio.no Mon Nov 19 11:04:01 2007 From: andersvi at extern.uio.no (andersvi@extern.uio.no) Date: Mon Nov 19 11:04:01 2007 Subject: [PlanetCCRMA] scons & sc3 Message-ID: Im having troubles compiling svn-versions of SC3 lately on FC7. Ive tried various revisions (back to 2007-06-01) wo. luck, scons breaks at the compilation of the first file: > scons PREFIX=/usr X11=no ... scons: Building targets ... g++ -o source/common/SC_AllocPool.o -c -Wno-unknown-pragmas -O3 -ffast-math -fstrength-reduce -march=i686 -fPIC -Wno-deprecated -DSC_DATA_DIR=\"/usr/share/SuperCollider\" -D_REENTRANT -DSC_LINUX -DNDEBUG -DSC_MEMORY_ALIGNMENT=1 -Iheaders/common -Iheaders/plugin_interface -Iheaders/server source/common/SC_AllocPool.cpp scons: *** [source/common/SC_AllocPool.o] Error 1 scons: building terminated because of errors. However, evaluating the echo'ed line in the shell (the one starting with g++...') runs fine, and leaves a .o file as expected. Other scons-equipped packages build well on the same system. Any clues or hints on how to debug scons? Thanks, -anders From doobre at gmail.com Mon Nov 19 13:30:03 2007 From: doobre at gmail.com (Robert Gruendler) Date: Mon Nov 19 13:30:03 2007 Subject: [PlanetCCRMA] Channel routings of hdsp card messed up after upgrade to Fedora 8 Message-ID: <34fd7f020711191329o2dd9683fi156dcc1737253108@mail.gmail.com> ------=_Part_19556_25316161.1195507747376 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi there, i'm trying to figure out what messed up the channel routing of my rme hammerfall hdsp card since a fresh install of Fedora 8 2 days ago. I never had any problems getting this card to work under F7 nor F6. After the installation, first i had no sound at all, until i figured out that somehow only the audio-stream channel 7 is routed to physical output 1. I tried to set the correct routing of the channels using amixer -c 0 cset numid=5 26,0,32676 etc, without any luck. Now here's the really strange thing: When i route audio from within pd to channel 7, i get output on the physical channel 1 but the volume of it can only be set from software channel one ... If i send output to software-channel 1, i see the output there, but nothing in the physical channel. Does anyone probably know why routing via amixer is not working ? thanks ! -robert Here's some system info: cat /proc/asound/cards 0 [DSP ]: H-DSP - Hammerfall DSP RME Hammerfall DSP + Multiface at 0xff6f0000, irq 22 cat /proc/asound/devices 0: [ 0] : control 1: : sequencer 4: [ 0- 0]: hardware dependent 8: [ 0- 0]: raw midi 16: [ 0- 0]: digital audio playback 24: [ 0- 0]: digital audio capture 33: : timer cat /etc/modprobe.conf alias eth0 sky2 alias eth1 sky2 alias scsi_hostadapter ata_piix alias scsi_hostadapter1 ahci alias scsi_hostadapter2 usb-storage alias char-major-116 snd alias snd-card-0 snd-hdsp alias snd-slot-0 snd-hdsp options snd-hdsp index=0 cat /proc/asound/DSP/hdsp RME Hammerfall DSP + Multiface (Card #1) Buffers: capture f6c00000 playback f6e00000 IRQ: 22 Registers bus: 0xff6f0000 VM: 0xf8988000 Control register: 0x10040b9 Control2 register: 0x0 Status register: 0x2006f40 Status2 register: 0xffff0703 FIFO status: 0 MIDI1 Output status: 0xffffff00 MIDI1 Input status: 0xffffff00 MIDI2 Output status: 0xffffff00 MIDI2 Input status: 0xffffff00 Use Midi Tasklet: on Buffer Size (Latency): 1024 samples (2 periods of 4096 bytes) Hardware pointer (frames): 0 Precise pointer: off Line out: on Firmware version: 5 Sample Clock Source: Internal 44.1 kHz Preferred Sync Reference: ADAT1 AutoSync Reference: None AutoSync Frequency: 0 System Clock Mode: Master System Clock Frequency: 44100 System Clock Locked: No IEC958 input: Coaxial IEC958 output: Coaxial only IEC958 quality: Consumer IEC958 emphasis: off IEC958 NonAudio: off IEC958 sample rate: Error flag set ADAT1: No Lock SPDIF: No Lock Word Clock: No Lock ADAT Sync: No Lock lsmod | grep snd snd_seq_midi 11136 0 snd_hdsp 47492 8 snd_rawmidi 22656 2 snd_seq_midi,snd_hdsp snd_seq_dummy 6916 0 snd_seq_oss 32256 0 snd_seq_midi_event 9728 2 snd_seq_midi,snd_seq_oss snd_seq 49776 6 snd_seq_midi,snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_seq_device 10508 5 snd_seq_midi,snd_rawmidi,snd_seq_dummy,snd_seq_oss,snd_seq snd_pcm_oss 45312 0 snd_mixer_oss 17664 2 snd_pcm_oss snd_pcm 72068 4 snd_hdsp,snd_pcm_oss snd_timer 21508 2 snd_seq,snd_pcm snd_page_alloc 11784 2 snd_hdsp,snd_pcm snd_hwdep 10884 1 snd_hdsp snd 50980 25 snd_seq_midi,snd_hdsp,snd_rawmidi,snd_seq_dummy,snd_seq_oss,snd_seq_midi_event,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_hwdep soundcore 9633 2 snd ------=_Part_19556_25316161.1195507747376 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi there,

i'm trying to figure out what messed up the channel routing of
my rme hammerfall hdsp card since a fresh install of Fedora 8
2 days ago.

I never had any problems getting this card to work under F7 nor F6.

After the installation, first i had no sound at all, until i figured out
that somehow only the audio-stream channel 7 is routed to
physical output 1.

I tried to set the correct routing of the channels using

amixer -c 0 cset numid=5 26,0,32676

etc, without any luck.

Now here's the really strange thing:

When i route audio from within pd to channel 7, i get
output on the physical channel 1 but the volume
of it can only be set from software channel one ...

If i send output to software-channel 1, i see the output there,
but nothing in the physical channel.


Does anyone probably know why routing via amixer is not working ?


thanks !

-robert


Here's some system info:

cat /proc/asound/cards
 0 [DSP            ]: H-DSP - Hammerfall DSP
                      RME Hammerfall DSP + Multiface at 0xff6f0000, irq 22


cat /proc/asound/devices
  0: [ 0]   : control
  1:        : sequencer
  4: [ 0- 0]: hardware dependent
  8: [ 0- 0]: raw midi
 16: [ 0- 0]: digital audio playback
 24: [ 0- 0]: digital audio capture
 33:        : timer


 cat /etc/modprobe.conf
alias eth0 sky2
alias eth1 sky2
alias scsi_hostadapter ata_piix
alias scsi_hostadapter1 ahci
alias scsi_hostadapter2 usb-storage

alias char-major-116 snd
alias snd-card-0 snd-hdsp
alias snd-slot-0 snd-hdsp
options snd-hdsp index=0


cat /proc/asound/DSP/hdsp
RME Hammerfall DSP + Multiface (Card #1)
Buffers: capture f6c00000 playback f6e00000
IRQ: 22 Registers bus: 0xff6f0000 VM: 0xf8988000
Control register: 0x10040b9
Control2 register: 0x0
Status register: 0x2006f40
Status2 register: 0xffff0703
FIFO status: 0
MIDI1 Output status: 0xffffff00
MIDI1 Input status: 0xffffff00
MIDI2 Output status: 0xffffff00
MIDI2 Input status: 0xffffff00
Use Midi Tasklet: on

Buffer Size (Latency): 1024 samples (2 periods of 4096 bytes)
Hardware pointer (frames): 0
Precise pointer: off
Line out: on
Firmware version: 5

Sample Clock Source: Internal 44.1 kHz
Preferred Sync Reference: ADAT1
AutoSync Reference: None
AutoSync Frequency: 0
System Clock Mode: Master
System Clock Frequency: 44100
System Clock Locked: No

IEC958 input: Coaxial
IEC958 output: Coaxial only
IEC958 quality: Consumer
IEC958 emphasis: off
IEC958 NonAudio: off
IEC958 sample rate: Error flag set

ADAT1: No Lock
SPDIF: No Lock
Word Clock: No Lock
ADAT Sync: No Lock


lsmod | grep snd
snd_seq_midi           11136  0
snd_hdsp               47492  8
snd_rawmidi            22656  2 snd_seq_midi,snd_hdsp
snd_seq_dummy           6916  0
snd_seq_oss            32256  0
snd_seq_midi_event      9728  2 snd_seq_midi,snd_seq_oss
snd_seq                49776  6 snd_seq_midi,snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device         10508  5 snd_seq_midi,snd_rawmidi,snd_seq_dummy,snd_seq_oss,snd_seq
snd_pcm_oss            45312  0
snd_mixer_oss          17664  2 snd_pcm_oss
snd_pcm                72068  4 snd_hdsp,snd_pcm_oss
snd_timer              21508  2 snd_seq,snd_pcm
snd_page_alloc         11784  2 snd_hdsp,snd_pcm
snd_hwdep              10884  1 snd_hdsp
snd                    50980  25 snd_seq_midi,snd_hdsp,snd_rawmidi,snd_seq_dummy,snd_seq_oss,snd_seq_midi_event,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_hwdep
soundcore               9633  2 snd

------=_Part_19556_25316161.1195507747376-- From nando at ccrma.Stanford.EDU Mon Nov 19 14:44:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon Nov 19 14:44:01 2007 Subject: [PlanetCCRMA] Channel routings of hdsp card messed up after upgrade to Fedora 8 In-Reply-To: <34fd7f020711191329o2dd9683fi156dcc1737253108@mail.gmail.com> References: <34fd7f020711191329o2dd9683fi156dcc1737253108@mail.gmail.com> Message-ID: <1195512236.20514.9.camel@cmn3.stanford.edu> On Mon, 2007-11-19 at 22:29 +0100, Robert Gruendler wrote: > Hi there, > > i'm trying to figure out what messed up the channel routing of > my rme hammerfall hdsp card since a fresh install of Fedora 8 > 2 days ago. > > I never had any problems getting this card to work under F7 nor F6. > > After the installation, first i had no sound at all, until i figured > out > that somehow only the audio-stream channel 7 is routed to > physical output 1. > > I tried to set the correct routing of the channels using > > amixer -c 0 cset numid=5 26,0,32676 > > etc, without any luck. > > Now here's the really strange thing: > > When i route audio from within pd to channel 7, i get > output on the physical channel 1 but the volume > of it can only be set from software channel one ... > > If i send output to software-channel 1, i see the output there, > but nothing in the physical channel. > > > Does anyone probably know why routing via amixer is not working ? I think this is a bug in alsa. I had some problems getting a pcmcia rme card on fc7 a couple of weeks ago with frustrating symptoms similar to what you describe (took me a while to realize I was not doing anything wrong)... you are not alone. What kernel are you booting? -- Fernando From hollywoodb+ccrma at fastmail.fm Mon Nov 19 16:46:01 2007 From: hollywoodb+ccrma at fastmail.fm (Wade Nelson) Date: Mon Nov 19 16:46:01 2007 Subject: [PlanetCCRMA] Re: test centos5 kernel In-Reply-To: <1195166848.25606.43.camel@cmn3.stanford.edu> References: <1195166848.25606.43.camel@cmn3.stanford.edu> Message-ID: <1195519542.29492.1222243931@webmail.messagingengine.com> On Thu, 15 Nov 2007 14:47:28 -0800, "Fernando Lopez-Lezcano" said: > Hi guys... just to let you know a test kernel is available for download > (plus rtirq). I'll fill in more core components soon. You can point to > the repository here: > > http://ccrma.stanford.edu/planetccrma/mirror/centos/linux/planetcore/5/i386/repoview/index.html > > Replace i386 with x86_64 for 64 bits... > (I also have to add the planetccrma-repo part, etc). > > -- Fernando > > I've been running this kernel for a few days now and only had two minor issues: 1) ath5k. It isn't a big deal, but ath5k doesn't work for my card, which still requires madwifi. The ath5k module was also taking priority over ath_pci (the madwifi module). I rebuilt madwifi kmdls from atrpms against the ccrmart kernel (which worked beautifully) and blacklisted ath5k via /etc/modprobe.conf, problem solved. If anyone else needs the madwifi package and modules for this kernel and doesn't want to do the kmod/kmdl dance (I personally think kmdl is the lesser of the two evils) I can upload them someplace. 2) for whatever reason the system still boots to init5 and starts GDM on vt7, but it doesn't actually switch over to vt7. After rhgb does its thing and quits I'm left at a regular console login where I need to do ctrl+alt+F7 to get back to GDM login. I have no idea what would cause this, there isn't anything in dmesg or /var/log/messages. GDM is starting normally, there just isn't a vt switch from vt1 to vt7. I haven't had a chance to test out jack and whatnot yet for xruns and such, but I haven't noticed anything that would cause me to suspect that things wouldn't work as expected. MPlayer video & audio playback works just fine. I've been rebuilding a few ccrma packages here and there when I get time, when I have something worth mentioning I'll send an update to the list. I've been keeping track of everything I've done so if things go well I'll post my complete "guide" as well. I should mention I installed MPlayer from ATrpms (which pulled in a lot of libraries and deps) and gstreamer-plugins-{bad,ugly} from rpmforge prior to building any ccrma packages, but that's all covered in my step-by-step I've been using to keep track of the changes I make. ---------------------- 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 Mon Nov 19 16:59:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon Nov 19 16:59:01 2007 Subject: [PlanetCCRMA] fedora 8 support is landing Message-ID: <1195520284.20514.37.camel@cmn3.stanford.edu> Well, there's a bunch of packages in the web site already... see: http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/i386/repoview/index.html http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/x86_64/repoview/index.html Most of it seems to be working fine. Lightly tested on i386, fun for adventure minded users (ie: non-tested) on x86_64. Some packages like planetccrma-menus and planetccrma-apps are not there yet so you will have to install the programs one by one, and no fancy menus yet (soon coming to a Planet near you, hopefully tomorrow). Some things don't seem to work and are not there, that I remember looking at my notes: - amsynth: a buffer overflow is detected and the program crashes at startup - bristol: the newest version does not seem to start correctly - swami: crashes on exit - gem in pd and the stk ugens supercollider plugin need to have text relocation enabled in selinux (that's a bug). If you don't see a package it is probably not working... Enjoy!! -- Fernando From doobre at gmail.com Tue Nov 20 03:15:01 2007 From: doobre at gmail.com (Robert Gruendler) Date: Tue Nov 20 03:15:01 2007 Subject: [PlanetCCRMA] Channel routings of hdsp card messed up after upgrade to Fedora 8 In-Reply-To: <1195512236.20514.9.camel@cmn3.stanford.edu> References: <34fd7f020711191329o2dd9683fi156dcc1737253108@mail.gmail.com> <1195512236.20514.9.camel@cmn3.stanford.edu> Message-ID: <4742C162.1010704@googlemail.com> Fernando Lopez-Lezcano schrieb: > On Mon, 2007-11-19 at 22:29 +0100, Robert Gruendler wrote: > >> Hi there, >> >> i'm trying to figure out what messed up the channel routing of >> my rme hammerfall hdsp card since a fresh install of Fedora 8 >> 2 days ago. >> >> I never had any problems getting this card to work under F7 nor F6. >> >> After the installation, first i had no sound at all, until i figured >> out >> that somehow only the audio-stream channel 7 is routed to >> physical output 1. >> >> I tried to set the correct routing of the channels using >> >> amixer -c 0 cset numid=5 26,0,32676 >> >> etc, without any luck. >> >> Now here's the really strange thing: >> >> When i route audio from within pd to channel 7, i get >> output on the physical channel 1 but the volume >> of it can only be set from software channel one ... >> >> If i send output to software-channel 1, i see the output there, >> but nothing in the physical channel. >> >> >> Does anyone probably know why routing via amixer is not working ? >> > > I think this is a bug in alsa. I had some problems getting a pcmcia rme > card on fc7 a couple of weeks ago with frustrating symptoms similar to > what you describe (took me a while to realize I was not doing anything > wrong)... you are not alone. > > What kernel are you booting? > > -- Fernando > > > Thanks for your reply. At the moment, i'm still booting the built-in Fedora 8 Kernel: 2.6.23.1-49.fc8 For now, at least i have sound with a not so clean workaround - routing all apps that use alsa to the jack-plugin and connect streaming output 7 + 12 to physical out 1 and 2. Which lets me only use 2 of 8 physical outputs, a little annoying for a soundcard in this price class ;) Under Fedora 7 i was using alsa 1.0.14, F8 uses 1.0.15. Maybe there's something wrong concerning the hdsp card in this release. -robert From louis at dompselaar.org Tue Nov 20 04:00:02 2007 From: louis at dompselaar.org (Louis van Dompselaar) Date: Tue Nov 20 04:00:02 2007 Subject: [PlanetCCRMA] fedora 8 support is landing In-Reply-To: <1195520284.20514.37.camel@cmn3.stanford.edu> References: <1195520284.20514.37.camel@cmn3.stanford.edu> Message-ID: <4742CC31.4010701@dompselaar.org> The kernel itself appears to be fine. I've been running it for about 4 hours now doing my normal web developer and sysadmin day job. I can't get Jack to start yet, I always forget which pam stuff I need to change. I compiled the nvidia-legacy from livna which seems to hold up reasonably well. It froze the kernel only once this morning on glxgears, but Google Earth is fine. > Most of it seems to be working fine. Lightly tested on i386, fun for > adventure minded users (ie: non-tested) on x86_64. From nando at ccrma.Stanford.EDU Tue Nov 20 10:01:09 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue Nov 20 10:01:09 2007 Subject: [PlanetCCRMA] fedora 8 support is landing In-Reply-To: <4742CC31.4010701@dompselaar.org> References: <1195520284.20514.37.camel@cmn3.stanford.edu> <4742CC31.4010701@dompselaar.org> Message-ID: <1195581610.24762.1.camel@cmn3.stanford.edu> On Tue, 2007-11-20 at 12:59 +0100, Louis van Dompselaar wrote: > The kernel itself appears to be fine. I've been running it for about 4 > hours now > doing my normal web developer and sysadmin day job. > > I can't get Jack to start yet, I always forget which pam stuff I need to > change. Is it permissions? What are the error messages? The pam stuff is in /etc/security/limits.conf and lines should have been added when the jack-audio-connection-kit from Planet CCRMA was installed (it is an upgrade from the stock Fedora jack). -- Fernando > I compiled the nvidia-legacy from livna which seems to hold up > reasonably well. > It froze the kernel only once this morning on glxgears, but Google Earth > is fine. > > > Most of it seems to be working fine. Lightly tested on i386, fun for > > adventure minded users (ie: non-tested) on x86_64. From nando at ccrma.Stanford.EDU Tue Nov 20 18:43:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue Nov 20 18:43:00 2007 Subject: [PlanetCCRMA] Re:Snd help bug In-Reply-To: <003101c81ffb$28938cf0$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> <003101c81ffb$28938cf0$01a8a8c0@system7125> Message-ID: <1195612975.24762.77.camel@cmn3.stanford.edu> On Mon, 2007-11-05 at 22:28 +0000, joey.a wrote: > > > 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. > > The addresses of the related topics have clearly been listed as relative, > but interpreted as absolute. In HTML, at least, this problem is caused by > inserting a single slash to the left of the relative address. The solution > is simple. Exclude the slash, or include the physical path. In server side > Visual Basic (ASP), this merely requires correcting the relevant single line > of coding which serves up each instance of the list. Hopefully, the solution > is equally simple here. It was a bug in snd, the Fedora 8 package has a fix, I'll release updated versions for the other distro versions in a few days (too busy right now). Thanks for the report! (and sorry it took me so long to get to it). -- Fernando From nando at ccrma.Stanford.EDU Tue Nov 20 19:16:50 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue Nov 20 19:16:50 2007 Subject: [PlanetCCRMA] Re: [PlanetCCRMANews] fedora 8 support is landing In-Reply-To: <1195520284.20514.37.camel@cmn3.stanford.edu> References: <1195520284.20514.37.camel@cmn3.stanford.edu> Message-ID: <1195614957.24762.79.camel@cmn3.stanford.edu> On Mon, 2007-11-19 at 16:58 -0800, Fernando Lopez-Lezcano wrote: > Well, there's a bunch of packages in the web site already... see: > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/i386/repoview/index.html > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/x86_64/repoview/index.html > > Most of it seems to be working fine. Lightly tested on i386, fun for > adventure minded users (ie: non-tested) on x86_64. > > Some packages like planetccrma-menus and planetccrma-apps are not there But now, if you do: yum install planetccrma-apps you should automagically get most of the Planet CCRMA world for Fedora 8 Enjoy! -- Fernando From louis at dompselaar.org Tue Nov 20 23:52:00 2007 From: louis at dompselaar.org (Louis van Dompselaar) Date: Tue Nov 20 23:52:00 2007 Subject: [PlanetCCRMA] Re: [PlanetCCRMANews] fedora 8 support is landing In-Reply-To: <1195614957.24762.79.camel@cmn3.stanford.edu> References: <1195520284.20514.37.camel@cmn3.stanford.edu> <1195614957.24762.79.camel@cmn3.stanford.edu> Message-ID: <4743E383.9050502@dompselaar.org> Two seem to be missing: Error: Missing Dependency: xmms-jack is needed by package planetccrma-apps Error: Missing Dependency: mammut is needed by package planetccrma-apps > But now, if you do: > yum install planetccrma-apps > you should automagically get most of the Planet CCRMA world for Fedora 8 > From doobre at gmail.com Wed Nov 21 04:41:02 2007 From: doobre at gmail.com (Robert Gruendler) Date: Wed Nov 21 04:41:02 2007 Subject: [PlanetCCRMA] Re: [PlanetCCRMANews] fedora 8 support is landing In-Reply-To: <4743E383.9050502@dompselaar.org> References: <1195520284.20514.37.camel@cmn3.stanford.edu> <1195614957.24762.79.camel@cmn3.stanford.edu> <4743E383.9050502@dompselaar.org> Message-ID: <47442720.3050407@googlemail.com> For all of you who use an RME Hammerfall hdsp card: I'm having lots of trouble getting it to work properly under Fedora 8. Somehow the routing doesn't work (can't change it neither with the hdspmixer nor with amixer). Just for your information, so you are prepared ;) Louis van Dompselaar schrieb: > Two seem to be missing: > > Error: Missing Dependency: xmms-jack is needed by package > planetccrma-apps > Error: Missing Dependency: mammut is needed by package planetccrma-apps > > >> But now, if you do: >> yum install planetccrma-apps >> you should automagically get most of the Planet CCRMA world for Fedora 8 >> > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > From andersvi at extern.uio.no Wed Nov 21 06:53:02 2007 From: andersvi at extern.uio.no (andersvi@extern.uio.no) Date: Wed Nov 21 06:53:02 2007 Subject: [PlanetCCRMA] Re: [sc-users] scons & sc3 - problem due to ccache-functionality in modern linux-distros In-Reply-To: (andersvi@extern.uio.no's message of "Mon\, 19 Nov 2007 13\:48\:49 +0100") References: Message-ID: >>>>> "a" == andersvi writes: a> Im having troubles compiling svn-versions of SC3 lately on FC7. a> Im not sure whether this is scons-related or SC3-related, but a> other scons builds (eg. ardour2) work fine. So maybe anyone in a> these groups might recognizes whats wrong. The troubles i had stemmed from fc7 using a 'ccache' functionality, and scons overriding some controlling environment-variables it seems. Typing > scons CC=/usr/bin/gcc CXX=/usr/bin/g++ X11=no made scons run through and build the project. I dont know exactly what this ccache-functionality is, but it seems to be used on many recent linux-distributions, and surely there must be a way to have scons working with it. Building ardour with scons in the same environment goes smoothly without explicitly overriding any CXX or CC variables, so something in its SConstruct file makes it work where SC3 does not. -anders From joey.a" Message-ID: <004301c82c74$f6730260$01a8a8c0@system7125> Nope. Experience suggests there is no fix. I made a similar mistake. Installed FC7, with help, only to find that SC only works on 32 bit FC. However, it does, apparently, work on 64 bit Ubuntu. Unfortunately for me, my helper is not keen to now uninstall FC (FOC), so I can install Ubuntu, so am currently using SC on my Windows partition. This does, of course, mean that nothing else on Planet CCRMA is available then. > > Message: 2 > Date: Sun, 18 Nov 2007 23:06:55 -0800 > From: Ken Dawson > To: planetccrma@ccrma.Stanford.EDU > Subject: [PlanetCCRMA] conflicts installing supercollider on F7 Planet > > Hi, > > I run "yum install supercollider*" on an F7-based PlanetCCRMA installation, and > get the following conflict report: > > > Transaction Check Error: > file /usr/lib/debug/usr/lib/SuperCollider/plugins/JoshUGens.so.debug > conflicts between attempted installs of > supercollider-joshlib-debuginfo-061031-2.fc7.ccrma and > supercollider-sc3-plugins-debuginfo-0.20070712-1.119svn.fc7.ccrma > file /usr/lib/debug/usr/lib/SuperCollider/plugins/BEQSuiteUGens.so.debug > conflicts between attempted installs of > supercollider-beqsuite-debuginfo-052406-2.fc7.ccrma and > supercollider-sc3-plugins-debuginfo-0.20070712-1.119svn.fc7.ccrma > > Is this something I can fix in my request somehow, or should it bet resolved in > the repository? > > Thanks, > > /ken > From hcengar at gmail.com Wed Nov 21 12:30:03 2007 From: hcengar at gmail.com (Hector Centeno) Date: Wed Nov 21 12:30:03 2007 Subject: [PlanetCCRMA] Re: [PlanetCCRMANews] fedora 8 support is landing In-Reply-To: <1195614957.24762.79.camel@cmn3.stanford.edu> References: <1195520284.20514.37.camel@cmn3.stanford.edu> <1195614957.24762.79.camel@cmn3.stanford.edu> Message-ID: <695e1a650711211228v2015f15bqb15a698fc24d3af8@mail.gmail.com> ------=_Part_26375_20554777.1195676934264 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thank you Fernando. I'm planning to upgrade my laptop to FC7 but I will need the ipw3945 modules for wireless network, are you planning on rebuilding those for FC8? I guess I could just grab the srpms and rebuild against the fc8 CCRMA kernel. Cheers! Hector On Nov 20, 2007 10:15 PM, Fernando Lopez-Lezcano wrote: > On Mon, 2007-11-19 at 16:58 -0800, Fernando Lopez-Lezcano wrote: > > Well, there's a bunch of packages in the web site already... see: > > > > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/i386/repoview/index.html > > > > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/x86_64/repoview/index.html > > > > Most of it seems to be working fine. Lightly tested on i386, fun for > > adventure minded users (ie: non-tested) on x86_64. > > > > Some packages like planetccrma-menus and planetccrma-apps are not there > > But now, if you do: > yum install planetccrma-apps > you should automagically get most of the Planet CCRMA world for Fedora 8 > Enjoy! > -- Fernando > > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > ------=_Part_26375_20554777.1195676934264 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thank you Fernando. I'm planning to upgrade my laptop to FC7 but I will need the ipw3945 modules for wireless network, are you planning on rebuilding those for FC8? I guess I could just grab the srpms and rebuild against the fc8 CCRMA kernel.


Cheers!

Hector

On Nov 20, 2007 10:15 PM, Fernando Lopez-Lezcano <nando@ccrma.stanford.edu> wrote:
On Mon, 2007-11-19 at 16:58 -0800, Fernando Lopez-Lezcano wrote:
> Well, there's a bunch of packages in the web site already... see:
>
> http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/i386/repoview/index.html
>
> http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/x86_64/repoview/index.html
>
> Most of it seems to be working fine. Lightly tested on i386, fun for
> adventure minded users (ie: non-tested) on x86_64.
>
> Some packages like planetccrma-menus and planetccrma-apps are not there

But now, if you do:
 yum install planetccrma-apps
you should automagically get most of the Planet CCRMA world for Fedora 8
Enjoy!
-- Fernando


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

------=_Part_26375_20554777.1195676934264-- From joshp at u.washington.edu Wed Nov 21 13:10:01 2007 From: joshp at u.washington.edu (Joshua Parmenter) Date: Wed Nov 21 13:10:01 2007 Subject: [PlanetCCRMA] SuperCollider on FC7 In-Reply-To: <20071121200003.22654.74566.Mailman@cm-mail.stanford.edu> References: <20071121200003.22654.74566.Mailman@cm-mail.stanford.edu> Message-ID: <0CBC19B8-F06A-4F67-9E72-0096502C32A3@u.washington.edu> You may even want to try building it yourself. The scons scripts seem to work well. The extension libraries listed in your email are here: http://sourceforge.net/projects/sc3-plugins/ There is a tar ball source release that, when expanded in the supercollider source directory, should build. Best, Josh On Nov 21, 2007, at 12:00 PM, planetccrma-request@ccrma.Stanford.EDU wrote: > Message: 6 > Reply-To: "joey.a" > From: "joey.a" > To: > Cc: > Date: Wed, 21 Nov 2007 19:29:44 -0000 > Subject: [PlanetCCRMA] Re: SuperCollider on FC7 > > Nope. Experience suggests there is no fix. I made a similar mistake. > Installed FC7, with help, only to find that SC only works on 32 bit > FC. > > However, it does, apparently, work on 64 bit Ubuntu. > > Unfortunately for me, my helper is not keen to now uninstall FC > (FOC), so I > can install Ubuntu, so am currently using SC on my Windows partition. > > This does, of course, mean that nothing else on Planet CCRMA is > available > then. > >> >> Message: 2 >> Date: Sun, 18 Nov 2007 23:06:55 -0800 >> From: Ken Dawson >> To: planetccrma@ccrma.Stanford.EDU >> Subject: [PlanetCCRMA] conflicts installing supercollider on F7 >> Planet >> >> Hi, >> >> I run "yum install supercollider*" on an F7-based PlanetCCRMA > installation, and >> get the following conflict report: >> >> >> Transaction Check Error: >> file /usr/lib/debug/usr/lib/SuperCollider/plugins/ >> JoshUGens.so.debug >> conflicts between attempted installs of >> supercollider-joshlib-debuginfo-061031-2.fc7.ccrma and >> supercollider-sc3-plugins-debuginfo-0.20070712-1.119svn.fc7.ccrma >> file > /usr/lib/debug/usr/lib/SuperCollider/plugins/BEQSuiteUGens.so.debug >> conflicts between attempted installs of >> supercollider-beqsuite-debuginfo-052406-2.fc7.ccrma and >> supercollider-sc3-plugins-debuginfo-0.20070712-1.119svn.fc7.ccrma >> >> Is this something I can fix in my request somehow, or should it bet > resolved in >> the repository? >> >> Thanks, >> >> /ken > ****************************************** Joshua Parmenter University of Washington Center for Digital Arts and Experimental Media Seattle, Washington 98195 http://www.realizedsound.net/josh/ http://www.dxarts.washington.edu From joakim at verona.se Wed Nov 21 15:38:02 2007 From: joakim at verona.se (joakim@verona.se) Date: Wed Nov 21 15:38:02 2007 Subject: [PlanetCCRMA] Re: common music on fc8? References: <1195414573.17361.1.camel@cmn3.stanford.edu> Message-ID: Fernando Lopez-Lezcano writes: > On Sun, 2007-11-18 at 19:15 +0100, joakim@verona.se wrote: >> Hello, >> >> I've so far been running fc7 rpm:s on an fc8 install. >> However, it seems this is not possible with common music, due to a >> newer sbcl in fc8. Furthermore, the fc8 rebuild of ccrma hasnt >> progressed to cm yet. >> >> Is this correct? Or can I make cm somehow work anyway? > > Not really. The version of sbcl on f8 is higher than in f7 and cm needs > to be rebuilt. I have pretty much everything compiled including cm, but > I have to do some testing which will happen tomorrow. Be patient for one > more day... Thanks for the new fc8 packages! I'm having trouble to get this simple example working though: (pm:terminate) (pm:initialize) (pprint (pm:getdeviceinfo)) (defparameter *pm-vkeybd* (portmidi-open :input "Virtual Keyboard" :output "VirMIDI 1-0" :latency 0)) (defun midireceiver (mm ms) (pprint mm)) (set-receiver! #'midireceiver *pm-vkeybd*) I get: set-receiver!: # does not support :receive-type :PERIODIC. Google reports similar problems here: http://www.nabble.com/Receiving-from-portmidi-t3666956.html So I guess my basic question is if anybody got this working at all? > > -- Fernando -- Joakim Verona From hcengar at gmail.com Wed Nov 21 17:18:02 2007 From: hcengar at gmail.com (Hector Centeno) Date: Wed Nov 21 17:18:02 2007 Subject: [PlanetCCRMA] Re: [PlanetCCRMANews] fedora 8 support is landing In-Reply-To: <695e1a650711211228v2015f15bqb15a698fc24d3af8@mail.gmail.com> References: <1195520284.20514.37.camel@cmn3.stanford.edu> <1195614957.24762.79.camel@cmn3.stanford.edu> <695e1a650711211228v2015f15bqb15a698fc24d3af8@mail.gmail.com> Message-ID: <695e1a650711211717m36ddaa64p836da8afb9b7bcf9@mail.gmail.com> sorry, I meant to FC8 not to upgrade to FC7. On Nov 21, 2007 2:28 PM, Hector Centeno wrote: > Thank you Fernando. I'm planning to upgrade my laptop to FC7 but I will need > the ipw3945 modules for wireless network, are you planning on rebuilding > those for FC8? I guess I could just grab the srpms and rebuild against the > fc8 CCRMA kernel. > > > Cheers! > > Hector > > > On Nov 20, 2007 10:15 PM, Fernando Lopez-Lezcano > wrote: > > > > > > On Mon, 2007-11-19 at 16:58 -0800, Fernando Lopez-Lezcano wrote: > > > Well, there's a bunch of packages in the web site already... see: > > > > > > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/i386/repoview/index.html > > > > > > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/x86_64/repoview/index.html > > > > > > Most of it seems to be working fine. Lightly tested on i386, fun for > > > adventure minded users (ie: non-tested) on x86_64. > > > > > > Some packages like planetccrma-menus and planetccrma-apps are not there > > > > But now, if you do: > > yum install planetccrma-apps > > you should automagically get most of the Planet CCRMA world for Fedora 8 > > > > > > > > Enjoy! > > -- Fernando > > > > > > _______________________________________________ > > PlanetCCRMA mailing list > > PlanetCCRMA@ccrma.stanford.edu > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > > > From andersvi at extern.uio.no Thu Nov 22 01:12:00 2007 From: andersvi at extern.uio.no (andersvi@extern.uio.no) Date: Thu Nov 22 01:12:00 2007 Subject: [PlanetCCRMA] Re: [sc-users] scons & sc3 - problem due to ccache-functionality in modern linux-distros In-Reply-To: (andersvi@extern.uio.no's message of "Mon\, 19 Nov 2007 13\:48\:49 +0100") References: Message-ID: >>>>> "a" == andersvi writes: a> Im having troubles compiling svn-versions of SC3 lately on FC7. a> Im not sure whether this is scons-related or SC3-related, but a> other scons builds (eg. ardour2) work fine. So maybe anyone in a> these groups might recognizes whats wrong. The troubles i had stemmed from fc7 using a 'ccache' functionality, and scons overriding some controlling environment-variables it seems. Typing > scons CC=/usr/bin/gcc CXX=/usr/bin/g++ X11=no made scons run through and build the project. I dont know exactly what this ccache-functionality is, but it seems to be used on many recent linux-distributions, and surely there must be a way to have scons working with it. Building ardour with scons in the same environment goes smoothly without explicitly overriding any CXX or CC variables, so something in its SConstruct file makes it work where SC3 does not. -anders From nando at ccrma.Stanford.EDU Thu Nov 22 10:48:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Nov 22 10:48:02 2007 Subject: [PlanetCCRMA] Re: [PlanetCCRMANews] fedora 8 support is landing In-Reply-To: <4743E383.9050502@dompselaar.org> References: <1195520284.20514.37.camel@cmn3.stanford.edu> <1195614957.24762.79.camel@cmn3.stanford.edu> <4743E383.9050502@dompselaar.org> Message-ID: <1195757237.7617.3.camel@cmn2.stanford.edu> On Wed, 2007-11-21 at 08:51 +0100, Louis van Dompselaar wrote: > Two seem to be missing: > > Error: Missing Dependency: xmms-jack is needed by package planetccrma-apps > Error: Missing Dependency: mammut is needed by package planetccrma-apps Weird I did not detect this on my test machine. I'm away now so I can't retest. Anyway, should be fixed now, mammut builds but I could not get it to run so I have not released it yet. Xmms-jack is there now but I decided that it is not really necessary as a requirement of planetccrma-apps. Thanks again for the report! -- Fernando > > But now, if you do: > > yum install planetccrma-apps > > you should automagically get most of the Planet CCRMA world for Fedora 8 From nando at ccrma.Stanford.EDU Thu Nov 22 10:58:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Nov 22 10:58:01 2007 Subject: [PlanetCCRMA] conflicts installing supercollider on F7 Planet In-Reply-To: <4741360F.8060602@rahul.net> References: <4741360F.8060602@rahul.net> Message-ID: <1195757862.7617.7.camel@cmn2.stanford.edu> On Sun, 2007-11-18 at 23:06 -0800, Ken Dawson wrote: > Hi, > > I run "yum install supercollider*" on an F7-based PlanetCCRMA installation, and > get the following conflict report: Please try installing this: yum install supercollider-world The conflict is happening in the debuginfo packages (somehow) and you don't need those installed to be able to run supercollider. -- Fernando > Transaction Check Error: > file /usr/lib/debug/usr/lib/SuperCollider/plugins/JoshUGens.so.debug > conflicts between attempted installs of > supercollider-joshlib-debuginfo-061031-2.fc7.ccrma and > supercollider-sc3-plugins-debuginfo-0.20070712-1.119svn.fc7.ccrma > file /usr/lib/debug/usr/lib/SuperCollider/plugins/BEQSuiteUGens.so.debug > conflicts between attempted installs of > supercollider-beqsuite-debuginfo-052406-2.fc7.ccrma and > supercollider-sc3-plugins-debuginfo-0.20070712-1.119svn.fc7.ccrma > > Is this something I can fix in my request somehow, or should it bet resolved in > the repository? From nando at ccrma.Stanford.EDU Thu Nov 22 11:04:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Nov 22 11:04:01 2007 Subject: [PlanetCCRMA] Re: SuperCollider on FC7 In-Reply-To: <004301c82c74$f6730260$01a8a8c0@system7125> References: <20071119200004.27310.45629.Mailman@cm-mail.stanford.edu> <004301c82c74$f6730260$01a8a8c0@system7125> Message-ID: <1195758212.7617.13.camel@cmn2.stanford.edu> On Wed, 2007-11-21 at 19:29 +0000, joey.a wrote: > Nope. Experience suggests there is no fix. I made a similar mistake. > Installed FC7, with help, only to find that SC only works on 32 bit FC. I think he is running FC7 32 bits, it is just a problem of trying to install debuginfo packages. Supercollider should work fine on fc7 32 bits. > However, it does, apparently, work on 64 bit Ubuntu. I think that when I checked that version does not include the whole thing, only the part (the Supercollider dsp engine) that actually works fine on 64 bit operating systems. Supercollider can be coaxed to run on 64 bits but it involves quite a bit of work (a chroot for a 32 bit world, etc, etc). > Unfortunately for me, my helper is not keen to now uninstall FC (FOC), so I > can install Ubuntu, so am currently using SC on my Windows partition. If you try to do that make sure that the Ubuntu implementation is complete. They may have a full package but that's not what I understood a while back when I checked. Obviously it would be simple to reinstall a 32 bit version of Fedora over the current install of 64 bit FC (you don't need to uninstall, you just install on the partition that you were using, the old one is rewritten and dissapears - together with any data you did not back up, of course). -- Fernando > This does, of course, mean that nothing else on Planet CCRMA is available > then. > > > > > Message: 2 > > Date: Sun, 18 Nov 2007 23:06:55 -0800 > > From: Ken Dawson > > To: planetccrma@ccrma.Stanford.EDU > > Subject: [PlanetCCRMA] conflicts installing supercollider on F7 Planet > > > > Hi, > > > > I run "yum install supercollider*" on an F7-based PlanetCCRMA > installation, and > > get the following conflict report: > > > > > > Transaction Check Error: > > file /usr/lib/debug/usr/lib/SuperCollider/plugins/JoshUGens.so.debug > > conflicts between attempted installs of > > supercollider-joshlib-debuginfo-061031-2.fc7.ccrma and > > supercollider-sc3-plugins-debuginfo-0.20070712-1.119svn.fc7.ccrma > > file > /usr/lib/debug/usr/lib/SuperCollider/plugins/BEQSuiteUGens.so.debug > > conflicts between attempted installs of > > supercollider-beqsuite-debuginfo-052406-2.fc7.ccrma and > > supercollider-sc3-plugins-debuginfo-0.20070712-1.119svn.fc7.ccrma > > > > Is this something I can fix in my request somehow, or should it bet > resolved in > > the repository? > > > > Thanks, > > > > /ken > > > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma From nando at ccrma.Stanford.EDU Thu Nov 22 11:32:03 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Nov 22 11:32:03 2007 Subject: [PlanetCCRMA] Re: [PlanetCCRMANews] fedora 8 support is landing In-Reply-To: <695e1a650711211228v2015f15bqb15a698fc24d3af8@mail.gmail.com> References: <1195520284.20514.37.camel@cmn3.stanford.edu> <1195614957.24762.79.camel@cmn3.stanford.edu> <695e1a650711211228v2015f15bqb15a698fc24d3af8@mail.gmail.com> Message-ID: <1195759813.7617.16.camel@cmn2.stanford.edu> On Wed, 2007-11-21 at 15:28 -0500, Hector Centeno wrote: > Thank you Fernando. I'm planning to upgrade my laptop to FC7 but I > will need the ipw3945 modules for wireless network, are you planning > on rebuilding those for FC8? I guess I could just grab the srpms and > rebuild against the fc8 CCRMA kernel. They are there now... (untested) Enjoy! (but remember that f8 is just out, no need to be the first if f7 is working for you :-) -- Fernando > On Nov 20, 2007 10:15 PM, Fernando Lopez-Lezcano > wrote: > On Mon, 2007-11-19 at 16:58 -0800, Fernando Lopez-Lezcano > wrote: > > Well, there's a bunch of packages in the web site already... > see: > > > > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/i386/repoview/index.html > > > > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/x86_64/repoview/index.html > > > > Most of it seems to be working fine. Lightly tested on i386, > fun for > > adventure minded users (ie: non-tested) on x86_64. > > > > Some packages like planetccrma-menus and planetccrma-apps > are not there > > > But now, if you do: > yum install planetccrma-apps > you should automagically get most of the Planet CCRMA world > for Fedora 8 > > Enjoy! > -- Fernando > > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > From nando at ccrma.Stanford.EDU Thu Nov 22 20:04:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Nov 22 20:04:01 2007 Subject: [PlanetCCRMA] Re: common music on fc8? In-Reply-To: References: <1195414573.17361.1.camel@cmn3.stanford.edu> Message-ID: <1195790607.8663.11.camel@cmn2.stanford.edu> On Thu, 2007-11-22 at 00:22 +0100, joakim@verona.se wrote: > Fernando Lopez-Lezcano writes: > > > On Sun, 2007-11-18 at 19:15 +0100, joakim@verona.se wrote: > >> Hello, > >> > >> I've so far been running fc7 rpm:s on an fc8 install. > >> However, it seems this is not possible with common music, due to a > >> newer sbcl in fc8. Furthermore, the fc8 rebuild of ccrma hasnt > >> progressed to cm yet. > >> > >> Is this correct? Or can I make cm somehow work anyway? > > > > Not really. The version of sbcl on f8 is higher than in f7 and cm needs > > to be rebuilt. I have pretty much everything compiled including cm, but > > I have to do some testing which will happen tomorrow. Be patient for one > > more day... > > Thanks for the new fc8 packages! > > I'm having trouble to get this simple example working though: > > (pm:terminate) > (pm:initialize) > (pprint (pm:getdeviceinfo)) > > (defparameter *pm-vkeybd* (portmidi-open :input "Virtual Keyboard" > :output "VirMIDI 1-0" :latency 0)) > > (defun midireceiver (mm ms) > (pprint mm)) > > (set-receiver! #'midireceiver *pm-vkeybd*) > > > I get: > > set-receiver!: # does not support > :receive-type :PERIODIC. > > Google reports similar problems here: > > http://www.nabble.com/Receiving-from-portmidi-t3666956.html > > So I guess my basic question is if anybody got this working at all? Strange, I could have sworn this was working a while ago. I'm getting the same error on tests I'm doing in fc7. It does not look like *receive-methods* is being initialized at all (in io.lisp or io.scm), if that is not initialized all attempts to set a receiver will fail. -- Fernando From nando at ccrma.Stanford.EDU Thu Nov 22 20:46:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Nov 22 20:46:00 2007 Subject: [PlanetCCRMA] Re: common music on fc8? In-Reply-To: <1195790607.8663.11.camel@cmn2.stanford.edu> References: <1195414573.17361.1.camel@cmn3.stanford.edu> <1195790607.8663.11.camel@cmn2.stanford.edu> Message-ID: <1195793117.8663.15.camel@cmn2.stanford.edu> On Thu, 2007-11-22 at 20:03 -0800, Fernando Lopez-Lezcano wrote: > On Thu, 2007-11-22 at 00:22 +0100, joakim@verona.se wrote: > > Fernando Lopez-Lezcano writes: > > > > > On Sun, 2007-11-18 at 19:15 +0100, joakim@verona.se wrote: > > >> Hello, > > >> > > >> I've so far been running fc7 rpm:s on an fc8 install. > > >> However, it seems this is not possible with common music, due to a > > >> newer sbcl in fc8. Furthermore, the fc8 rebuild of ccrma hasnt > > >> progressed to cm yet. > > >> > > >> Is this correct? Or can I make cm somehow work anyway? > > > > > > Not really. The version of sbcl on f8 is higher than in f7 and cm needs > > > to be rebuilt. I have pretty much everything compiled including cm, but > > > I have to do some testing which will happen tomorrow. Be patient for one > > > more day... > > > > Thanks for the new fc8 packages! > > > > I'm having trouble to get this simple example working though: > > > > (pm:terminate) > > (pm:initialize) > > (pprint (pm:getdeviceinfo)) > > > > (defparameter *pm-vkeybd* (portmidi-open :input "Virtual Keyboard" > > :output "VirMIDI 1-0" :latency 0)) > > > > (defun midireceiver (mm ms) > > (pprint mm)) > > > > (set-receiver! #'midireceiver *pm-vkeybd*) > > > > > > I get: > > > > set-receiver!: # does not support > > :receive-type :PERIODIC. > > > > Google reports similar problems here: > > > > http://www.nabble.com/Receiving-from-portmidi-t3666956.html > > > > So I guess my basic question is if anybody got this working at all? > > Strange, I could have sworn this was working a while ago. I'm getting > the same error on tests I'm doing in fc7. It does not look like > *receive-methods* is being initialized at all (in io.lisp or io.scm), if > that is not initialized all attempts to set a receiver will fail. rts is working for midi output, however input does not (in my tests). I would not be surprised if we learn it has never worked :-) Probably a question for the cmdist list (current svn does not seem to be different with regards to io.lisp). -- Fernando From mysthr21 at gmail.com Fri Nov 23 06:58:02 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Fri Nov 23 06:58:02 2007 Subject: [PlanetCCRMA] [Planet CCRMA] : Jack and Freebob issues on Fc8 Message-ID: <907c05c70711230657n1875033cv983993f155b365e3@mail.gmail.com> ------=_Part_34121_4914827.1195829868853 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I recently update my system to fc8. I still have some config to do (wifi, nvidia graphic card,...) but it works pretty well. Yesaterday I tried to do some music with pd, and Zynaddsubfx through JACK. I got a Firebox Presonus Firewire sound Card. So I run Jack using Qjackctl with : jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n3 -D I got some difficulties to establish the real issue. Jack run perfectly. Then I run pd and zynadd, create my connection, and then while I am making the connection, Jack Stops, and sometimes doesn't respond anymore so I can't see the error message from Qjackctl. Ok while I was writting this message, I tried again. Run qjackctl : jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n3 -D running pd with : pd -rt -jack -alsamidi Here is the message : 15:41:21.293 Patchbay deactivated. 15:41:21.389 Statistics reset. 15:41:21.447 Startup script... 15:41:21.447 artsshell -q terminate JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] 15:41:21.514 ALSA connection graph change. sound server terminated 15:41:21.888 Startup script terminated successfully. 15:41:21.888 JACK is starting... 15:41:21.889 /usr/bin/jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n2 -D 15:41:21.891 JACK was started with PID=4948. 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 15:41:22.092 ALSA connection change. 15:41:22.310 ALSA connection graph change. 15:41:22.993 ALSA connection graph change. libiec61883 warning: Established connection on channel 0. You may need to manually set the channel on the receiving node. libiec61883 warning: Established connection on channel 1. You may need to manually set the channel on the transmitting node. 15:41:23.094 ALSA connection change. 15:41:24.102 Server configuration saved to "/home/mysthr2/.jackdrc". 15:41:24.103 Statistics reset. 15:41:24.890 Client activated. 15:41:24.893 JACK connection change. 15:41:24.896 JACK connection graph change. JACK tmpdir identified as [/dev/shm] SSE2 detected 15:44:09.981 ALSA connection graph change. 15:44:09.985 JACK connection graph change. 15:44:10.073 JACK connection change. 15:44:10.074 ALSA connection change. 15:44:13.023 Shutdown notification. 15:44:13.026 JACK is stopping... 15:44:13.029 JACK is being forced... zombified - calling shutdown handler 15:44:13.031 ALSA connection graph change. 15:44:13.229 JACK was stopped successfully. 15:44:43.229 Post-shutdown script... 15:44:43.229 killall jackd QProcess: Destroyed while process is still running. 15:44:43.231 ALSA connection graph change. 15:44:43.232 ALSA connection graph change. 15:44:44.047 Post-shutdown script terminated successfully. Yesterday, I finally test different config from qjackctl, and I tried to disable the realtime option. Then It was working "perfectly", but I heard many crackles not XRUNS, but crackles in sound. I think these were produced by Pd since I ran it with no -rt option. So Is there a problem with my RT configuration ? I don't know where I can look for to solve my issue. Just another thing, I can't remember if it was doing the same on fc7, but when qjackctl is running in RT mode the read-out "RT" near the DSP load percent and the sample rate, winks. Is it normal ? Thanks for your help. best, Mysth-R -- {^_^} Mysth-R {^_^} http://myspace.com/mysthr http://myspace.com/aideauditive Gagner plein d'argent en restant chez soit ------=_Part_34121_4914827.1195829868853 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I recently update my system to fc8. I still have some config to do (wifi, nvidia graphic card,...) but it works pretty well.
Yesaterday I tried to do some music with pd, and Zynaddsubfx through JACK.
I got a Firebox Presonus Firewire sound Card. So I run Jack using Qjackctl with :

jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n3 -D

I got some difficulties to establish the real issue. Jack run perfectly. Then I run pd and zynadd, create my connection, and then while I am making the connection, Jack Stops, and sometimes doesn't respond anymore so I can't see the error message from Qjackctl.

Ok while I was writting this message, I tried again.
Run qjackctl :
jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n3 -D

running pd with : pd -rt -jack -alsamidi
Here is the message :

15:41:21.293 Patchbay deactivated.

15:41:21.389 Statistics reset.

15:41:21.447 Startup script...

15:41:21.447 artsshell -q terminate

JACK tmpdir identified as [/dev/shm]

JACK tmpdir identified as [/dev/shm]

15:41:21.514 ALSA connection graph change.

sound server terminated

15:41:21.888 Startup script terminated successfully.

15:41:21.888 JACK is starting...

15:41:21.889 /usr/bin/jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n2 -D

15:41:21.891 JACK was started with PID=4948.

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

15:41:22.092 ALSA connection change.

15:41:22.310 ALSA connection graph change.

15:41:22.993 ALSA connection graph change.

libiec61883 warning: Established connection on channel 0.

You may need to manually set the channel on the receiving node.

libiec61883 warning: Established connection on channel 1.

You may need to manually set the channel on the transmitting node.

15:41:23.094 ALSA connection change.

15:41:24.102 Server configuration saved to "/home/mysthr2/.jackdrc".

15:41:24.103 Statistics reset.

15:41:24.890 Client activated.

15:41:24.893 JACK connection change.

15:41:24.896 JACK connection graph change.

JACK tmpdir identified as [/dev/shm]

SSE2 detected

15:44:09.981 ALSA connection graph change.

15:44:09.985 JACK connection graph change.

15:44:10.073 JACK connection change.

15:44:10.074 ALSA connection change.

15:44:13.023 Shutdown notification.

15:44:13.026 JACK is stopping...

15:44:13.029 JACK is being forced...

zombified - calling shutdown handler

15:44:13.031 ALSA connection graph change.

15:44:13.229 JACK was stopped successfully.

15:44:43.229 Post-shutdown script...

15:44:43.229 killall jackd

QProcess: Destroyed while process is still running.

15:44:43.231 ALSA connection graph change.

15:44:43.232 ALSA connection graph change.

15:44:44.047 Post-shutdown script terminated successfully.




Yesterday, I finally test different config from qjackctl, and I tried to disable the realtime option. Then It was working "perfectly", but I heard many crackles not XRUNS, but crackles in sound. I think these were produced by Pd since I ran it with no -rt option.

So Is there a problem with my RT configuration ? I don't know where I can look for to solve my issue.
Just another thing, I can't remember if it was doing the same on fc7, but when qjackctl is running in RT mode the read-out "RT" near the DSP load percent and the sample rate, winks. Is it normal ?
Thanks for your help.
best,

Mysth-R


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

http://myspace.com/mysthr
http://myspace.com/aideauditive
<A href=http://mysthr.free.fr/ErwanInyzant/>Gagner plein d'argent en restant chez soit</A> ------=_Part_34121_4914827.1195829868853-- From nando at ccrma.Stanford.EDU Fri Nov 23 10:48:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri Nov 23 10:48:01 2007 Subject: [PlanetCCRMA] Re: common music on fc8? In-Reply-To: <1195793117.8663.15.camel@cmn2.stanford.edu> References: <1195414573.17361.1.camel@cmn3.stanford.edu> <1195790607.8663.11.camel@cmn2.stanford.edu> <1195793117.8663.15.camel@cmn2.stanford.edu> Message-ID: <1195843634.11011.1.camel@cmn2.stanford.edu> On Thu, 2007-11-22 at 20:45 -0800, Fernando Lopez-Lezcano wrote: > On Thu, 2007-11-22 at 20:03 -0800, Fernando Lopez-Lezcano wrote: > > On Thu, 2007-11-22 at 00:22 +0100, joakim@verona.se wrote: > > > Fernando Lopez-Lezcano writes: > > > > > > > On Sun, 2007-11-18 at 19:15 +0100, joakim@verona.se wrote: > > > >> Hello, > > > >> > > > >> I've so far been running fc7 rpm:s on an fc8 install. > > > >> However, it seems this is not possible with common music, due to a > > > >> newer sbcl in fc8. Furthermore, the fc8 rebuild of ccrma hasnt > > > >> progressed to cm yet. > > > >> > > > >> Is this correct? Or can I make cm somehow work anyway? > > > > > > > > Not really. The version of sbcl on f8 is higher than in f7 and cm needs > > > > to be rebuilt. I have pretty much everything compiled including cm, but > > > > I have to do some testing which will happen tomorrow. Be patient for one > > > > more day... > > > > > > Thanks for the new fc8 packages! > > > > > > I'm having trouble to get this simple example working though: > > > > > > (pm:terminate) > > > (pm:initialize) > > > (pprint (pm:getdeviceinfo)) > > > > > > (defparameter *pm-vkeybd* (portmidi-open :input "Virtual Keyboard" > > > :output "VirMIDI 1-0" :latency 0)) > > > > > > (defun midireceiver (mm ms) > > > (pprint mm)) > > > > > > (set-receiver! #'midireceiver *pm-vkeybd*) > > > > > > > > > I get: > > > > > > set-receiver!: # does not support > > > :receive-type :PERIODIC. > > > > > > Google reports similar problems here: > > > > > > http://www.nabble.com/Receiving-from-portmidi-t3666956.html > > > > > > So I guess my basic question is if anybody got this working at all? > > > > Strange, I could have sworn this was working a while ago. I'm getting > > the same error on tests I'm doing in fc7. It does not look like > > *receive-methods* is being initialized at all (in io.lisp or io.scm), if > > that is not initialized all attempts to set a receiver will fail. > > rts is working for midi output, however input does not (in my tests). I > would not be surprised if we learn it has never worked :-) Probably a > question for the cmdist list (current svn does not seem to be different > with regards to io.lisp). I reignited an old thread in the cmdist mailing list that was about this same issue. Rick will take a look when he gets a chance (I tested yesterday with current cm svn and the latest portmidi and rts tarballs). -- Fernando From nando at ccrma.Stanford.EDU Fri Nov 23 10:56:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri Nov 23 10:56:01 2007 Subject: [PlanetCCRMA] [Planet CCRMA] : Jack and Freebob issues on Fc8 In-Reply-To: <907c05c70711230657n1875033cv983993f155b365e3@mail.gmail.com> References: <907c05c70711230657n1875033cv983993f155b365e3@mail.gmail.com> Message-ID: <1195844117.11011.8.camel@cmn2.stanford.edu> On Fri, 2007-11-23 at 15:57 +0100, Mysth-R wrote: > Hi, I recently update my system to fc8. I still have some config to do > (wifi, nvidia graphic card,...) but it works pretty well. > Yesaterday I tried to do some music with pd, and Zynaddsubfx through > JACK. > I got a Firebox Presonus Firewire sound Card. So I run Jack using > Qjackctl with : > > jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n3 -D > > I got some difficulties to establish the real issue. Jack run > perfectly. Then I run pd and zynadd, create my connection, and then > while I am making the connection, Jack Stops, and sometimes doesn't > respond anymore so I can't see the error message from Qjackctl. > > Ok while I was writting this message, I tried again. > Run qjackctl : > jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n3 -D > > running pd with : pd -rt -jack -alsamidi > Here is the message : > > > > 15:41:21.293 Patchbay deactivated. > 15:41:21.389 Statistics reset. > 15:41:21.447 Startup script... > 15:41:21.447 artsshell -q terminate > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > 15:41:21.514 ALSA connection graph change. > sound server terminated > 15:41:21.888 Startup script terminated successfully. > 15:41:21.888 JACK is starting... > 15:41:21.889 /usr/bin/jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n2 > -D > 15:41:21.891 JACK was started with PID=4948. > 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 > 15:41:22.092 ALSA connection change. > 15:41:22.310 ALSA connection graph change. > 15:41:22.993 ALSA connection graph change. > libiec61883 warning: Established connection on channel 0. > You may need to manually set the channel on the receiving node. > libiec61883 warning: Established connection on channel 1. > You may need to manually set the channel on the transmitting node. > 15:41:23.094 ALSA connection change. > 15:41:24.102 Server configuration saved to "/home/mysthr2/.jackdrc". > 15:41:24.103 Statistics reset. > 15:41:24.890 Client activated. > 15:41:24.893 JACK connection change. > 15:41:24.896 JACK connection graph change. > JACK tmpdir identified as [/dev/shm] > SSE2 detected > 15:44:09.981 ALSA connection graph change. > 15:44:09.985 JACK connection graph change. > 15:44:10.073 JACK connection change. > 15:44:10.074 ALSA connection change. > 15:44:13.023 Shutdown notification. > 15:44:13.026 JACK is stopping... > 15:44:13.029 JACK is being forced... > zombified - calling shutdown handler > 15:44:13.031 ALSA connection graph change. > 15:44:13.229 JACK was stopped successfully. > 15:44:43.229 Post-shutdown script... > 15:44:43.229 killall jackd > QProcess: Destroyed while process is still running. > 15:44:43.231 ALSA connection graph change. > 15:44:43.232 ALSA connection graph change. > 15:44:44.047 Post-shutdown script terminated successfully. Hmmm, it looks like one of the clients is timing out and bringing down the server. Or it could be the firewire stack I guess. What happens if you use a non-firewire card? Do you have one? > Yesterday, I finally test different config from qjackctl, and I tried > to disable the realtime option. Then It was working "perfectly", but I > heard many crackles not XRUNS, but crackles in sound. That sounds like xruns. > I think these were produced by Pd since I ran it with no -rt option. > > So Is there a problem with my RT configuration ? I don't know where I > can look for to solve my issue. Does jack eventually die if you run it for a while without clients? I would also try with a different soundcard (not firewire). > Just another thing, I can't remember if it was doing the same on fc7, > but when qjackctl is running in RT mode the read-out "RT" near the DSP > load percent and the sample rate, winks. Is it normal ? I think that is normal. Was this all working fine on fc7? It could be a problem with the new kernel. -- Fernando From cave.dnb at tiscali.fr Fri Nov 23 11:56:01 2007 From: cave.dnb at tiscali.fr (Nigel Henry) Date: Fri Nov 23 11:56:01 2007 Subject: [PlanetCCRMA] ZynAddSubFX problems still unresolved on F7/F8 with KDE Message-ID: <200711232054.43984.cave.dnb@tiscali.fr> Sorry to come back with this unresolved problem, which appears to be specific to KDE on F7, and F8 now. Starting Zyn from KDE's desktop results in 100% CPU useage, mouse pointer is difficult to move. Clicking on minimize on Zyn's main window reduces CPU useage to normal. Clicking on a child window in Zyn, then clicking on minimize, Zyn minimizes to the panel, and the child window opens, and I can make changes to various parameters, etc. With Zyn's main window open on KDE, I click on close, then minimize. Zyn minimizes to the panel, and the small window opens on KDE saying "Exit and leave the unsaved data" "Yes or No". That works ok, and clicking on yes, Zyn shuts down. I have never had problems like this before with Zyn on KDE. On FC1 to FC5 on this machine, no problems, neither with Debian, Slackware, Kubuntu, or Gentoo on the same machine. Can anyone verify if they see the same problems using ZynAddSubFX on F7, and F8, and specifically using KDE. Fernando has already said that with Gnome on F7 there are no problems with Zyn, and I verified that on the machine that has F7. Havn't tried Zyn with Gnome on F8 yet, but I expect it to work, as on F7. In many ways I'm not too bothered, as Zyn works well on FC2, but I'd like discover what is causing these problems on F7, and F8 with KDE. Any suggestions/help appreciated. Nigel. From mysthr21 at gmail.com Fri Nov 23 12:49:01 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Fri Nov 23 12:49:01 2007 Subject: [PlanetCCRMA] [Planet CCRMA] : Jack and Freebob issues on Fc8 In-Reply-To: <1195844117.11011.8.camel@cmn2.stanford.edu> References: <907c05c70711230657n1875033cv983993f155b365e3@mail.gmail.com> <1195844117.11011.8.camel@cmn2.stanford.edu> Message-ID: <907c05c70711231248j78546026v96bf84bde093f818@mail.gmail.com> ------=_Part_35078_8158609.1195850905304 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks for your answer. 2007/11/23, Fernando Lopez-Lezcano : > > On Fri, 2007-11-23 at 15:57 +0100, Mysth-R wrote: > > Hi, I recently update my system to fc8. I still have some config to do > > (wifi, nvidia graphic card,...) but it works pretty well. > > Yesaterday I tried to do some music with pd, and Zynaddsubfx through > > JACK. > > I got a Firebox Presonus Firewire sound Card. So I run Jack using > > Qjackctl with : > > > > jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n3 -D > > > > I got some difficulties to establish the real issue. Jack run > > perfectly. Then I run pd and zynadd, create my connection, and then > > while I am making the connection, Jack Stops, and sometimes doesn't > > respond anymore so I can't see the error message from Qjackctl. > > > > Ok while I was writting this message, I tried again. > > Run qjackctl : > > jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n3 -D > > > > running pd with : pd -rt -jack -alsamidi > > Here is the message : > > > > > > > > 15:41:21.293 Patchbay deactivated. > > 15:41:21.389 Statistics reset. > > 15:41:21.447 Startup script... > > 15:41:21.447 artsshell -q terminate > > JACK tmpdir identified as [/dev/shm] > > JACK tmpdir identified as [/dev/shm] > > 15:41:21.514 ALSA connection graph change. > > sound server terminated > > 15:41:21.888 Startup script terminated successfully. > > 15:41:21.888 JACK is starting... > > 15:41:21.889 /usr/bin/jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n2 > > -D > > 15:41:21.891 JACK was started with PID=4948. > > 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 > > 15:41:22.092 ALSA connection change. > > 15:41:22.310 ALSA connection graph change. > > 15:41:22.993 ALSA connection graph change. > > libiec61883 warning: Established connection on channel 0. > > You may need to manually set the channel on the receiving node. > > libiec61883 warning: Established connection on channel 1. > > You may need to manually set the channel on the transmitting node. > > 15:41:23.094 ALSA connection change. > > 15:41:24.102 Server configuration saved to "/home/mysthr2/.jackdrc". > > 15:41:24.103 Statistics reset. > > 15:41:24.890 Client activated. > > 15:41:24.893 JACK connection change. > > 15:41:24.896 JACK connection graph change. > > JACK tmpdir identified as [/dev/shm] > > SSE2 detected > > 15:44:09.981 ALSA connection graph change. > > 15:44:09.985 JACK connection graph change. > > 15:44:10.073 JACK connection change. > > 15:44:10.074 ALSA connection change. > > 15:44:13.023 Shutdown notification. > > 15:44:13.026 JACK is stopping... > > 15:44:13.029 JACK is being forced... > > zombified - calling shutdown handler > > 15:44:13.031 ALSA connection graph change. > > 15:44:13.229 JACK was stopped successfully. > > 15:44:43.229 Post-shutdown script... > > 15:44:43.229 killall jackd > > QProcess: Destroyed while process is still running. > > 15:44:43.231 ALSA connection graph change. > > 15:44:43.232 ALSA connection graph change. > > 15:44:44.047 Post-shutdown script terminated successfully. > > Hmmm, it looks like one of the clients is timing out and bringing down > the server. Or it could be the firewire stack I guess. What happens if > you use a non-firewire card? Do you have one? Ok I will try tomorrow. Don't know if it is the firewire stack, because, it works in no RT mode. > Yesterday, I finally test different config from qjackctl, and I tried > > to disable the realtime option. Then It was working "perfectly", but I > > heard many crackles not XRUNS, but crackles in sound. > > That sounds like xruns. Yes but Qjackctl doesn't display any Xruns, still 0(0) > I think these were produced by Pd since I ran it with no -rt option. > > > > So Is there a problem with my RT configuration ? I don't know where I > > can look for to solve my issue. > > Does jack eventually die if you run it for a while without clients? I > would also try with a different soundcard (not firewire). ok will try tormorrow too. > Just another thing, I can't remember if it was doing the same on fc7, > > but when qjackctl is running in RT mode the read-out "RT" near the DSP > > load percent and the sample rate, winks. Is it normal ? > > I think that is normal. > > Was this all working fine on fc7? It could be a problem with the new > kernel. Yes it was working fine on fc7. Cheers, Mysth-R -- {^_^} Mysth-R {^_^} http://myspace.com/mysthr http://myspace.com/aideauditive Gagner plein d'argent en restant chez soit ------=_Part_35078_8158609.1195850905304 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks for your answer.

2007/11/23, Fernando Lopez-Lezcano <nando@ccrma.stanford.edu>:
On Fri, 2007-11-23 at 15:57 +0100, Mysth-R wrote:
> Hi, I recently update my system to fc8. I still have some config to do
> (wifi, nvidia graphic card,...) but it works pretty well.
> Yesaterday I tried to do some music with pd, and Zynaddsubfx through
> JACK.
> I got a Firebox Presonus Firewire sound Card. So I run Jack using
> Qjackctl with :
>
> jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n3 -D
>
> I got some difficulties to establish the real issue. Jack run
> perfectly. Then I run pd and zynadd, create my connection, and then
> while I am making the connection, Jack Stops, and sometimes doesn't
> respond anymore so I can't see the error message from Qjackctl.
>
> Ok while I was writting this message, I tried again.
> Run qjackctl :
> jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n3 -D
>
> running pd with : pd -rt -jack -alsamidi
> Here is the message :
>
>
>
> 15:41:21.293 Patchbay deactivated.
> 15:41:21.389 Statistics reset.
> 15:41:21.447 Startup script...
> 15:41:21.447 artsshell -q terminate
> JACK tmpdir identified as [/dev/shm]
> JACK tmpdir identified as [/dev/shm]
> 15:41:21.514 ALSA connection graph change.
> sound server terminated
> 15:41:21.888 Startup script terminated successfully.
> 15:41:21.888 JACK is starting...
> 15:41:21.889 /usr/bin/jackd -R -P65 -t2000 -dfreebob -r48000 -p512 -n2
> -D
> 15:41:21.891 JACK was started with PID=4948.
> 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
> 15:41:22.092 ALSA connection change.
> 15:41:22.310 ALSA connection graph change.
> 15:41:22.993 ALSA connection graph change.
> libiec61883 warning: Established connection on channel 0.
> You may need to manually set the channel on the receiving node.
> libiec61883 warning: Established connection on channel 1.
> You may need to manually set the channel on the transmitting node.
> 15:41: 23.094 ALSA connection change.
> 15:41:24.102 Server configuration saved to "/home/mysthr2/.jackdrc".
> 15:41:24.103 Statistics reset.
> 15:41:24.890 Client activated.
> 15:41:24.893 JACK connection change.
> 15:41:24.896 JACK connection graph change.
> JACK tmpdir identified as [/dev/shm]
> SSE2 detected
> 15:44:09.981 ALSA connection graph change.
> 15:44:09.985 JACK connection graph change.
> 15:44:10.073 JACK connection change.
> 15:44:10.074 ALSA connection change.
> 15:44:13.023 Shutdown notification.
> 15:44:13.026 JACK is stopping...
> 15:44:13.029 JACK is being forced...
> zombified - calling shutdown handler
> 15:44:13.031 ALSA connection graph change.
> 15:44:13.229 JACK was stopped successfully.
> 15:44:43.229 Post-shutdown script...
> 15:44:43.229 killall jackd
> QProcess: Destroyed while process is still running.
> 15:44:43.231 ALSA connection graph change.
> 15:44:43.232 ALSA connection graph change.
> 15:44:44.047 Post-shutdown script terminated successfully.

Hmmm, it looks like one of the clients is timing out and bringing down
the server. Or it could be the firewire stack I guess. What happens if
you use a non-firewire card? Do you have one?

Ok I will try tomorrow. Don't know if it is the firewire stack, because, it works in no RT mode.

> Yesterday, I finally test different config from qjackctl, and I tried
> to disable the realtime option. Then It was working "perfectly", but I
> heard many crackles not XRUNS, but crackles in sound.

That sounds like xruns.

Yes but Qjackctl doesn't display any Xruns, still 0(0)

> I think these were produced by Pd since I ran it with no -rt option.
>
> So Is there a problem with my RT configuration ? I don't know where I
> can look for to solve my issue.

Does jack eventually die if you run it for a while without clients? I
would also try with a different soundcard (not firewire).

ok will try tormorrow too.

> Just another thing, I can't remember if it was doing the same on fc7,
> but when qjackctl is running in RT mode the read-out "RT" near the DSP
> load percent and the sample rate, winks. Is it normal ?

I think that is normal.

Was this all working fine on fc7? It could be a problem with the new
kernel.

Yes it was working fine on fc7.
Cheers,

Mysth-R



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

http://myspace.com/mysthr
http://myspace.com/aideauditive
<A href=http://mysthr.free.fr/ErwanInyzant/>Gagner plein d'argent en restant chez soit</A> ------=_Part_35078_8158609.1195850905304-- From mysthr21 at gmail.com Fri Nov 23 12:56:01 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Fri Nov 23 12:56:01 2007 Subject: [PlanetCCRMA] ZynAddSubFX problems still unresolved on F7/F8 with KDE In-Reply-To: <200711232054.43984.cave.dnb@tiscali.fr> References: <200711232054.43984.cave.dnb@tiscali.fr> Message-ID: <907c05c70711231255m4f34e878t77e26ae561bca325@mail.gmail.com> ------=_Part_35094_4400222.1195851353005 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I just tried on my fc8 with KDE, and there is no problem ... there is no huge increase of the CPU usage. Perhaps 10 or 20% only. What are the characteristics of your cpu ? 2007/11/23, Nigel Henry : > > Sorry to come back with this unresolved problem, which appears to be > specific > to KDE on F7, and F8 now. > > Starting Zyn from KDE's desktop results in 100% CPU useage, mouse pointer > is > difficult to move. Clicking on minimize on Zyn's main window reduces CPU > useage to normal. Clicking on a child window in Zyn, then clicking on > minimize, Zyn minimizes to the panel, and the child window opens, and I > can > make changes to various parameters, etc. > > With Zyn's main window open on KDE, I click on close, then minimize. Zyn > minimizes to the panel, and the small window opens on KDE saying "Exit and > leave the unsaved data" "Yes or No". That works ok, and clicking on yes, > Zyn > shuts down. > > I have never had problems like this before with Zyn on KDE. On FC1 to FC5 > on > this machine, no problems, neither with Debian, Slackware, Kubuntu, or > Gentoo > on the same machine. > > Can anyone verify if they see the same problems using ZynAddSubFX on F7, > and > F8, and specifically using KDE. Fernando has already said that with Gnome > on > F7 there are no problems with Zyn, and I verified that on the machine that > has F7. Havn't tried Zyn with Gnome on F8 yet, but I expect it to work, as > on > F7. > > In many ways I'm not too bothered, as Zyn works well on FC2, but I'd like > discover what is causing these problems on F7, and F8 with KDE. > > Any suggestions/help appreciated. > > Nigel. > > _______________________________________________ > 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 Gagner plein d'argent en restant chez soit ------=_Part_35094_4400222.1195851353005 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I just tried on my fc8 with KDE, and there is no problem ...
there is no huge increase of the CPU usage. Perhaps 10 or 20% only.

What are the characteristics of your cpu ?



2007/11/23, Nigel Henry <cave.dnb@tiscali.fr>:
Sorry to come back with this unresolved problem, which appears to be specific
to KDE on F7, and F8 now.

Starting Zyn from KDE's desktop results in 100% CPU useage, mouse pointer is
difficult to move. Clicking on minimize on Zyn's main window reduces CPU
useage to normal. Clicking on a child window in Zyn, then clicking on
minimize, Zyn minimizes to the panel, and the child window opens, and I can
make changes to various parameters, etc.

With Zyn's main window open on KDE, I click on close, then minimize. Zyn
minimizes to the panel, and the small window opens on KDE saying "Exit and
leave the unsaved data" "Yes or No". That works ok, and clicking on yes, Zyn
shuts down.

I have never had problems like this before with Zyn on KDE. On FC1 to FC5 on
this machine, no problems, neither with Debian, Slackware, Kubuntu, or Gentoo
on the same machine.

Can anyone verify if they see the same problems using ZynAddSubFX on F7, and
F8, and specifically using KDE. Fernando has already said that with Gnome on
F7 there are no problems with Zyn, and I verified that on the machine that
has F7. Havn't tried Zyn with Gnome on F8 yet, but I expect it to work, as on
F7.

In many ways I'm not too bothered, as Zyn works well on FC2, but I'd like
discover what is causing these problems on F7, and F8 with KDE.

Any suggestions/help appreciated.

Nigel.

_______________________________________________
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
<A href= http://mysthr.free.fr/ErwanInyzant/>Gagner plein d'argent en restant chez soit</A> ------=_Part_35094_4400222.1195851353005-- From cave.dnb at tiscali.fr Fri Nov 23 15:41:01 2007 From: cave.dnb at tiscali.fr (Nigel Henry) Date: Fri Nov 23 15:41:01 2007 Subject: [PlanetCCRMA] ZynAddSubFX problems still unresolved on F7/F8 with KDE In-Reply-To: <907c05c70711231255m4f34e878t77e26ae561bca325@mail.gmail.com> References: <200711232054.43984.cave.dnb@tiscali.fr> <907c05c70711231255m4f34e878t77e26ae561bca325@mail.gmail.com> Message-ID: <200711240040.28660.cave.dnb@tiscali.fr> On Friday 23 November 2007 21:55, Mysth-R wrote: > 2007/11/23, Nigel Henry : > > Sorry to come back with this unresolved problem, which appears to be > > specific > > to KDE on F7, and F8 now. > > > > Starting Zyn from KDE's desktop results in 100% CPU useage, mouse pointer > > is > > difficult to move. Clicking on minimize on Zyn's main window reduces CPU > > useage to normal. Clicking on a child window in Zyn, then clicking on > > minimize, Zyn minimizes to the panel, and the child window opens, and I > > can > > make changes to various parameters, etc. > > > > With Zyn's main window open on KDE, I click on close, then minimize. Zyn > > minimizes to the panel, and the small window opens on KDE saying "Exit > > and leave the unsaved data" "Yes or No". That works ok, and clicking on > > yes, Zyn > > shuts down. > > > > I have never had problems like this before with Zyn on KDE. On FC1 to FC5 > > on > > this machine, no problems, neither with Debian, Slackware, Kubuntu, or > > Gentoo > > on the same machine. > > > > Can anyone verify if they see the same problems using ZynAddSubFX on F7, > > and > > F8, and specifically using KDE. Fernando has already said that with Gnome > > on > > F7 there are no problems with Zyn, and I verified that on the machine > > that has F7. Havn't tried Zyn with Gnome on F8 yet, but I expect it to > > work, as on > > F7. > > > > In many ways I'm not too bothered, as Zyn works well on FC2, but I'd like > > discover what is causing these problems on F7, and F8 with KDE. > > > > Any suggestions/help appreciated. > > > > Nigel. > I just tried on my fc8 with KDE, and there is no problem ... > there is no huge increase of the CPU usage. Perhaps 10 or 20% only. > > What are the characteristics of your cpu ? Well the only thing I know about is dmidecode for getting info, and it won't cooperate on this I-friend machine. It's a 1.3GHz Celeron processor, circa 2003. Thanks for the feedback. At least Zyn is working on your machine with KDE, so it seems to be a problem with KDE, and my hardware. Odd though that Zyn works ok on the same machine with FC1,2,3,4, and 5, and also Debian Sarge, Etch, Lenny, Slackware 10.0, Kubuntu, and Gentoo. I'm at a bit of a loss, as to what the problem is. I've posted the problem to different lists, but with no feedback. Perhaps it's just a problem with my machine, that noeone else is seeing. Nigel. From nando at ccrma.Stanford.EDU Fri Nov 23 15:49:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Pablo Lopez-Lezcano) Date: Fri Nov 23 15:49:01 2007 Subject: [PlanetCCRMA] ZynAddSubFX problems still unresolved on F7/F8 with KDE In-Reply-To: <200711240040.28660.cave.dnb@tiscali.fr> References: <200711232054.43984.cave.dnb@tiscali.fr> <907c05c70711231255m4f34e878t77e26ae561bca325@mail.gmail.com> <200711240040.28660.cave.dnb@tiscali.fr> Message-ID: On Sat, 24 Nov 2007, Nigel Henry wrote: > On Friday 23 November 2007 21:55, Mysth-R wrote: >> 2007/11/23, Nigel Henry : >>> Sorry to come back with this unresolved problem, which appears to be >>> specific >>> to KDE on F7, and F8 now. >>> >>> Starting Zyn from KDE's desktop results in 100% CPU useage, mouse pointer >>> is >>> difficult to move. Clicking on minimize on Zyn's main window reduces CPU >>> useage to normal. Clicking on a child window in Zyn, then clicking on >>> minimize, Zyn minimizes to the panel, and the child window opens, and I >>> can >>> make changes to various parameters, etc. >>> >>> With Zyn's main window open on KDE, I click on close, then minimize. Zyn >>> minimizes to the panel, and the small window opens on KDE saying "Exit >>> and leave the unsaved data" "Yes or No". That works ok, and clicking on >>> yes, Zyn >>> shuts down. >>> >>> I have never had problems like this before with Zyn on KDE. On FC1 to FC5 >>> on >>> this machine, no problems, neither with Debian, Slackware, Kubuntu, or >>> Gentoo >>> on the same machine. >>> >>> Can anyone verify if they see the same problems using ZynAddSubFX on F7, >>> and >>> F8, and specifically using KDE. Fernando has already said that with Gnome >>> on >>> F7 there are no problems with Zyn, and I verified that on the machine >>> that has F7. Havn't tried Zyn with Gnome on F8 yet, but I expect it to >>> work, as on >>> F7. >>> >>> In many ways I'm not too bothered, as Zyn works well on FC2, but I'd like >>> discover what is causing these problems on F7, and F8 with KDE. >>> >>> Any suggestions/help appreciated. >>> >> I just tried on my fc8 with KDE, and there is no problem ... >> there is no huge increase of the CPU usage. Perhaps 10 or 20% only. >> >> What are the characteristics of your cpu ? > > Well the only thing I know about is dmidecode for getting info, and it won't > cooperate on this I-friend machine. It's a 1.3GHz Celeron processor, circa > 2003. > > Thanks for the feedback. At least Zyn is working on your machine with KDE, so > it seems to be a problem with KDE, and my hardware. Odd though that Zyn works > ok on the same machine with FC1,2,3,4, and 5, and also Debian Sarge, Etch, > Lenny, Slackware 10.0, Kubuntu, and Gentoo. > > I'm at a bit of a loss, as to what the problem is. I've posted the problem to > different lists, but with no feedback. Perhaps it's just a problem with my > machine, that noeone else is seeing. How about creating a new account for test purposes so that you can start with brand new kde defaults? -- Fernando From cave.dnb at tiscali.fr Fri Nov 23 16:31:02 2007 From: cave.dnb at tiscali.fr (Nigel Henry) Date: Fri Nov 23 16:31:02 2007 Subject: [PlanetCCRMA] ZynAddSubFX problems still unresolved on F7/F8 with KDE In-Reply-To: References: <200711232054.43984.cave.dnb@tiscali.fr> <200711240040.28660.cave.dnb@tiscali.fr> Message-ID: <200711240130.28450.cave.dnb@tiscali.fr> On Saturday 24 November 2007 00:48, Fernando Pablo Lopez-Lezcano wrote: > On Sat, 24 Nov 2007, Nigel Henry wrote: > > On Friday 23 November 2007 21:55, Mysth-R wrote: > >> 2007/11/23, Nigel Henry : > >>> Sorry to come back with this unresolved problem, which appears to be > >>> specific > >>> to KDE on F7, and F8 now. > >>> > >>> Starting Zyn from KDE's desktop results in 100% CPU useage, mouse > >>> pointer is > >>> difficult to move. Clicking on minimize on Zyn's main window reduces > >>> CPU useage to normal. Clicking on a child window in Zyn, then clicking > >>> on minimize, Zyn minimizes to the panel, and the child window opens, > >>> and I can > >>> make changes to various parameters, etc. > >>> > >>> With Zyn's main window open on KDE, I click on close, then minimize. > >>> Zyn minimizes to the panel, and the small window opens on KDE saying > >>> "Exit and leave the unsaved data" "Yes or No". That works ok, and > >>> clicking on yes, Zyn > >>> shuts down. > >>> > >>> I have never had problems like this before with Zyn on KDE. On FC1 to > >>> FC5 on > >>> this machine, no problems, neither with Debian, Slackware, Kubuntu, or > >>> Gentoo > >>> on the same machine. > >>> > >>> Can anyone verify if they see the same problems using ZynAddSubFX on > >>> F7, and > >>> F8, and specifically using KDE. Fernando has already said that with > >>> Gnome on > >>> F7 there are no problems with Zyn, and I verified that on the machine > >>> that has F7. Havn't tried Zyn with Gnome on F8 yet, but I expect it to > >>> work, as on > >>> F7. > >>> > >>> In many ways I'm not too bothered, as Zyn works well on FC2, but I'd > >>> like discover what is causing these problems on F7, and F8 with KDE. > >>> > >>> Any suggestions/help appreciated. > >> > >> I just tried on my fc8 with KDE, and there is no problem ... > >> there is no huge increase of the CPU usage. Perhaps 10 or 20% only. > >> > >> What are the characteristics of your cpu ? > > > > Well the only thing I know about is dmidecode for getting info, and it > > won't cooperate on this I-friend machine. It's a 1.3GHz Celeron > > processor, circa 2003. > > > > Thanks for the feedback. At least Zyn is working on your machine with > > KDE, so it seems to be a problem with KDE, and my hardware. Odd though > > that Zyn works ok on the same machine with FC1,2,3,4, and 5, and also > > Debian Sarge, Etch, Lenny, Slackware 10.0, Kubuntu, and Gentoo. > > > > I'm at a bit of a loss, as to what the problem is. I've posted the > > problem to different lists, but with no feedback. Perhaps it's just a > > problem with my machine, that noeone else is seeing. > > How about creating a new account for test purposes so that you can start > with brand new kde defaults? > > -- Fernando I'll have a go at that tomorrow, as it's getting a bit late now, but there is certainly something a bit weird going on between KDE, and Zyn on this machine that isn't there on earlier FC versions. Nigel. From mysthr21 at gmail.com Sat Nov 24 03:14:01 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Sat Nov 24 03:14:01 2007 Subject: [PlanetCCRMA] ZynAddSubFX problems still unresolved on F7/F8 with KDE In-Reply-To: <200711240130.28450.cave.dnb@tiscali.fr> References: <200711232054.43984.cave.dnb@tiscali.fr> <200711240040.28660.cave.dnb@tiscali.fr> <200711240130.28450.cave.dnb@tiscali.fr> Message-ID: <907c05c70711240313t768a066clcfb93aba1b74cbf8@mail.gmail.com> ------=_Part_35828_2895847.1195902832385 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Perhaps you could try to compile Zyn by yourself ? -- {^_^} Mysth-R {^_^} http://myspace.com/mysthr http://myspace.com/aideauditive Gagner plein d'argent en restant chez soit ------=_Part_35828_2895847.1195902832385 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Perhaps you could try to compile Zyn by yourself ?




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

http://myspace.com/mysthr
http://myspace.com/aideauditive
<A href=http://mysthr.free.fr/ErwanInyzant/>Gagner plein d'argent en restant chez soit</A> ------=_Part_35828_2895847.1195902832385-- From mysthr21 at gmail.com Sat Nov 24 05:43:02 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Sat Nov 24 05:43:02 2007 Subject: [PlanetCCRMA] [Planet CCRMA] : Jack and Freebob issues on Fc8 In-Reply-To: <907c05c70711231248j78546026v96bf84bde093f818@mail.gmail.com> References: <907c05c70711230657n1875033cv983993f155b365e3@mail.gmail.com> <1195844117.11011.8.camel@cmn2.stanford.edu> <907c05c70711231248j78546026v96bf84bde093f818@mail.gmail.com> Message-ID: <907c05c70711240542r11eb2dcexab1570767168e956@mail.gmail.com> ------=_Part_36075_29206012.1195911735067 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, after a few tests, here the report : With Alsa on my other computer with an Echo Digital Audio Mia Midi Pci sound card, it works perfectly (fc8 with the ccrma rt kernel) With Alsa on my laptop (which has the firebox) : it works too. Using freebob on my laptop with or without any clients, make qjackctl stopping. Sometimes it does a Zombified Jack bla bla, and some other times, it freeze, and I have got a Knotify windows, to kill the process. But when I run ksysguard, jackd is still in the list of the process, and I can't kill it : doesn't disappear. So when I try to run again qjackctl, it tells me that, there already is a Active server. What Can I do, I am disappointed ! :O I think the issue comes from the firewire drivers, because freebob is not compatible with juju. cheers, Mysth-R -- {^_^} Mysth-R {^_^} http://myspace.com/mysthr http://myspace.com/aideauditive Gagner plein d'argent en restant chez soit ------=_Part_36075_29206012.1195911735067 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,
after a few tests, here the report :

With Alsa on my other computer with an Echo Digital Audio Mia Midi Pci sound card, it works perfectly (fc8 with the ccrma rt kernel)
With Alsa on my laptop (which has the firebox) : it works too.

Using freebob on my laptop with or without any clients, make qjackctl stopping. Sometimes it does a Zombified Jack bla bla, and some other times, it freeze, and I have got a Knotify windows, to kill the process.
But when I run ksysguard, jackd is still in the list of the process, and I can't kill it : doesn't disappear.
So when I try to run again qjackctl, it tells me that, there already is a Active server.

What Can I do, I am disappointed ! :O
I think the issue comes from the firewire drivers, because freebob is not compatible with juju.

cheers,

Mysth-R

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

http://myspace.com/mysthr
http://myspace.com/aideauditive
<A href= http://mysthr.free.fr/ErwanInyzant/>Gagner plein d'argent en restant chez soit</A> ------=_Part_36075_29206012.1195911735067-- From cave.dnb at tiscali.fr Sat Nov 24 08:47:01 2007 From: cave.dnb at tiscali.fr (Nigel Henry) Date: Sat Nov 24 08:47:01 2007 Subject: [PlanetCCRMA] ZynAddSubFX problems still unresolved on F7/F8 with KDE In-Reply-To: <907c05c70711240313t768a066clcfb93aba1b74cbf8@mail.gmail.com> References: <200711232054.43984.cave.dnb@tiscali.fr> <200711240130.28450.cave.dnb@tiscali.fr> <907c05c70711240313t768a066clcfb93aba1b74cbf8@mail.gmail.com> Message-ID: <200711241746.29745.cave.dnb@tiscali.fr> On Saturday 24 November 2007 12:13, Mysth-R wrote: > Perhaps you could try to compile Zyn by yourself ? Hi. First I created a new user as Fernando had suggested, but the problem still exists. Next, I remove Zyn, and compile the tarball version on F7 (version 2.2.1). Make ran ok, and clicking on the zynaddsubfx executable in the /src directory started Zyn, but the same problem still exists. 100% CPU useage, mouse is a bit jittery moving about on the desktop, and when I put the mouse pointer over Zyn's main window, I have a job to see, and position the pointer. If I click on the banks box, then click on minimize, Zyn minimizes to the panel, the banks window opens, and the CPU useage returns to normal. The banks window is useable, and the same applies if I click on the edit instrument box, then mimimize zyn. Click on edit ADDsynth, and another window opens, and still no problems. I can make changes to the parameters on Adsynth, and it's 100% stable. This is really weird, as you say that you have no problems with Zyn on F8, and KDE. I asked the same ? a while back, and Fernando said he had no problems with it on Gnome, so I logged out of F7 KDE, and logged back into Gnome, and Zyn performed as expected, no problems, which is why I thought it was some problem with KDE on F7, and now F8. As I said previously, there is no problem with GUI's for other synths, Phasex, Horgand, and Hydrogen, or Soundtracker, Cheesetracker, or anything else. This is specific to Zyn's main window, and on KDE. If I ssh into F7 from FC2, and start Zyn from FC2, Zyn's main window opens on FC2, and there are no problems with it, and everything works as expected. I did post a bugreport against Zyn on F7, and KDE, and Anthony Green suggested it might be a fltk problem, but as he's not familiar with KDE, was asking for help. Bug report below. https://bugzilla.redhat.com/show_bug.cgi?id=279231 Don't get me wrong. I'm not complaining, but just a bit confused. I can always use use Zyn on FC5 or earlier, or Debian, or ssh into F7, or F8, and use it from FC2. It would be nice though to find out just why it's not working properly on F7, and F8 with KDE, but works fine on earlier FC versions on the same machine. Hope your having a nice afternoon. It's evening now in Northern France. Nigel. From nando at ccrma.Stanford.EDU Sat Nov 24 09:14:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sat Nov 24 09:14:00 2007 Subject: [PlanetCCRMA] [Planet CCRMA] : Jack and Freebob issues on Fc8 In-Reply-To: <907c05c70711240542r11eb2dcexab1570767168e956@mail.gmail.com> References: <907c05c70711230657n1875033cv983993f155b365e3@mail.gmail.com> <1195844117.11011.8.camel@cmn2.stanford.edu> <907c05c70711231248j78546026v96bf84bde093f818@mail.gmail.com> <907c05c70711240542r11eb2dcexab1570767168e956@mail.gmail.com> Message-ID: <1195924386.14526.2.camel@cmn2.stanford.edu> On Sat, 2007-11-24 at 14:42 +0100, Mysth-R wrote: > Hi, > after a few tests, here the report : > > With Alsa on my other computer with an Echo Digital Audio Mia Midi Pci > sound card, it works perfectly (fc8 with the ccrma rt kernel) > With Alsa on my laptop (which has the firebox) : it works too. > > Using freebob on my laptop with or without any clients, make qjackctl > stopping. Sometimes it does a Zombified Jack bla bla, and some other > times, it freeze, and I have got a Knotify windows, to kill the > process. > But when I run ksysguard, jackd is still in the list of the process, > and I can't kill it : doesn't disappear. I smells like a kernel level problem. > So when I try to run again qjackctl, it tells me that, there already > is a Active server. Do you see any oops or BUG messages in the output of dmesg or in /var/log/messages? > What Can I do, I am disappointed ! :O > I think the issue comes from the firewire drivers, because freebob is > not compatible with juju. The Planet CCRMA kernel is not compiled with the juju firewire stack, so the problem must be somewhere else (and Planet CCRMA also includes a libraw1394 package that has also been compiled without the juju patches). -- Fernando From nando at ccrma.Stanford.EDU Sat Nov 24 09:21:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sat Nov 24 09:21:01 2007 Subject: [PlanetCCRMA] ZynAddSubFX problems still unresolved on F7/F8 with KDE In-Reply-To: <200711241746.29745.cave.dnb@tiscali.fr> References: <200711232054.43984.cave.dnb@tiscali.fr> <200711240130.28450.cave.dnb@tiscali.fr> <907c05c70711240313t768a066clcfb93aba1b74cbf8@mail.gmail.com> <200711241746.29745.cave.dnb@tiscali.fr> Message-ID: <1195924851.14526.8.camel@cmn2.stanford.edu> On Sat, 2007-11-24 at 17:46 +0100, Nigel Henry wrote: > On Saturday 24 November 2007 12:13, Mysth-R wrote: > > Perhaps you could try to compile Zyn by yourself ? > > Hi. First I created a new user as Fernando had suggested, but the problem > still exists. [MUNCH] > This is really weird, as you say that you have no problems with Zyn on F8, and > KDE. I asked the same ? a while back, and Fernando said he had no problems > with it on Gnome, so I logged out of F7 KDE, and logged back into Gnome, and > Zyn performed as expected, no problems, which is why I thought it was some > problem with KDE on F7, and now F8. Puzzling. What video card and driver are you using in the machine that fails? Maybe you could strace zyn and that may (unlikely) tell us something. You can do (if using bash as the shell): strace zynaddsubfx &>zyntrace.txt And then quit zyn after the problem manifests itself. The trace will be very long (it is a trace of all system calls that the executable makes). Maybe you could compare it with one from the systems that work fine. Unlikely we'll know what's going on but worth a try. -- Fernando From mysthr21 at gmail.com Sat Nov 24 09:59:01 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Sat Nov 24 09:59:01 2007 Subject: [PlanetCCRMA] [Planet CCRMA] : Jack and Freebob issues on Fc8 In-Reply-To: <1195924386.14526.2.camel@cmn2.stanford.edu> References: <907c05c70711230657n1875033cv983993f155b365e3@mail.gmail.com> <1195844117.11011.8.camel@cmn2.stanford.edu> <907c05c70711231248j78546026v96bf84bde093f818@mail.gmail.com> <907c05c70711240542r11eb2dcexab1570767168e956@mail.gmail.com> <1195924386.14526.2.camel@cmn2.stanford.edu> Message-ID: <907c05c70711240958j4d6c37b4j2b48e7b7e31daaa@mail.gmail.com> ------=_Part_36480_14324267.1195927092400 Content-Type: multipart/alternative; boundary="----=_Part_36481_21722730.1195927092400" ------=_Part_36481_21722730.1195927092400 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Do you see any oops or BUG messages in the output of dmesg or > in /var/log/messages? I am not an expert, but I can't see any oops or BUG. Here what I noticed but I think this is not very important : >From /var/log/messages : ... Nov 24 11:18:36 localhost kernel: WARNING: experimental RCU implementation. ... Nov 24 11:18:40 localhost avahi-daemon[2333]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns ... Nov 24 11:18:43 localhost pcscd: winscard.c:219:SCardConnect() Reader E-Gat= e 0 0 Not Found Nov 24 11:18:43 localhost pcscd:last message repeated 3 times ... Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: Device hw:7 doesn'= t support 44100 Hz, changed to 22050 Hz. Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: Device hw:7 doesn'= t support 2 channels, changed to 1. Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: Cannot find mixer control "Capture". Nov 24 11:19:00 localhost pulseaudio[2663]: module-x11-xsmp.c: X11 session manager not running. Nov 24 11:19:00 localhost pulseaudio[2663]: module.c: Failed to load modul= e "module-x11-xsmp" (argument: ""): initialization failed. .... Nov 24 11:19:07 localhost gconfd (mysthr2-2762): L'obtention du verrou pour le d=E9mon a =E9chou=E9, sortie : Le verrouillage de =AB /tmp/gconfd-mysthr2/lock/ior =BB a =E9chou=E9 : un autre processus l'a probablement verrouill=E9 ou le verrouillage de fichiers NFS est mal config= ur=E9 dans votre syst=E8me d'exploitation (Ressource temporairement non disponibl= e) Nov 24 11:19:07 localhost gconfd (mysthr2-2764): L'obtention du verrou pour le d=E9mon a =E9chou=E9, sortie : Le verrouillage de =AB /tmp/gconfd-mysthr2/lock/ior =BB a =E9chou=E9 : un autre processus l'a probablement verrouill=E9 ou le verrouillage de fichiers NFS est mal config= ur=E9 dans votre syst=E8me d'exploitation (Ressource temporairement non disponibl= e) ... Nov 24 12:19:39 localhost kernel: drivers/media/video/usbvideo/usbvideo.c: USB camera disconnected. Nov 24 12:19:43 localhost kernel: usb 3-2: new full speed USB device using uhci_hcd and address 3 Nov 24 12:19:43 localhost kernel: usb 3-2: configuration #1 chosen from 1 choice Nov 24 12:19:43 localhost kernel: input: Burr-Brown from TI USB Audio CODEC as /class/input/input12 Nov 24 12:19:43 localhost kernel: input: USB HID v1.00 Device [Burr-Brown from TI USB Audio CODEC ] on usb-0000:00:1d.1-2 Nov 24 12:19:44 localhost pulseaudio[2663]: alsa-util.c: Cannot find mixer control "Master". Nov 24 12:19:44 localhost pulseaudio[2663]: sound-file.c: Failed to open file /usr/share/sounds/startup3.wav: Aucun fichier ou r=E9pertoire de ce ty= pe Nov 24 12:19:44 localhost pulseaudio[2663]: alsa-util.c: Cannot find mixer control "Capture". Nov 24 12:21:29 localhost kernel: ieee1394: Error parsing configrom for nod= e 0-00:1023 Nov 24 12:21:31 localhost kernel: doh, someone wants to mess with state set ... // this is the message for the Firewire : Nov 24 14:11:12 localhost kernel: ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=3D[17] MMIO=3D[ecffb800-ecffbfff] Max Packet=3D[2048] IR/IT contexts= =3D[4/8] Nov 24 14:11:12 localhost kernel: ACPI: PCI Interrupt 0000:03:01.0[A] -> GS= I 19 (level, low) -> IRQ 17 Nov 24 14:11:12 localhost kernel: ohci1394: fw-host1: OHCI-1394 1.1 (PCI): IRQ=3D[17] MMIO=3D[ecdfd800-ecdfdfff] Max Packet=3D[2048] IR/IT contexts= =3D[4/4] from dmesg : ... checking TSC synchronization [CPU#0 -> CPU#1]: Measured 3609325980 cycles TSC warp between CPUs, turning off TSC clock. Marking TSC unstable due to: check_tsc_sync_source failed. ... > What Can I do, I am disappointed ! :O > > I think the issue comes from the firewire drivers, because freebob is > > not compatible with juju. > > The Planet CCRMA kernel is not compiled with the juju firewire stack, so > the problem must be somewhere else (and Planet CCRMA also includes a > libraw1394 package that has also been compiled without the juju > patches). Ok, that was what I thought but I was not sure for fc8 I attach the entire dmesg message. You should know more than me... :D Thanks for your help. --=20 {^_^} Mysth-R {^_^} http://myspace.com/mysthr http://myspace.com/aideauditive Gagner plein d'argent en rest= ant chez soit ------=_Part_36481_21722730.1195927092400 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

Do you see any oops or BUG messages in the o= utput of dmesg or
in /var/log/messages?

I am not an expert, but I ca= n't see any oops or BUG.
Here what I noticed but I think this is no= t very important :

From /var/log/messages :
...
Nov 24 11:18:3= 6 localhost kernel: WARNING: experimental RCU implementation.
...
Nov 24 11:18:40 localhost avahi-daemon[2333]: WARNING: No NSS su= pport for mDNS detected, consider installing nss-mdns
...
Nov 24 11:1= 8:43 localhost pcscd: winscard.c:219:SCardConnect() Reader E-Gate 0 0 Not F= ound
Nov 24 11:18:43 localhost pcscd:last message repeated 3 times
...Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: Device hw:7 doesn= 't support 44100 Hz, changed to 22050 Hz.
Nov 24 11:18:48 localhost = pulseaudio[2663]:=20 alsa-util.c: Device hw:7 doesn't support 2 channels, changed to 1.
N= ov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: Cannot find mixer c= ontrol "Capture".
Nov 24 11:19:00 localhost pulseaudio[2663]:= =20 module-x11-xsmp.c: X11 session manager not running.
Nov 24 11:19:00 loca= lhost pulseaudio[2663]: module.c: Failed to load  module "module-= x11-xsmp" (argument: ""): initialization failed.
....
= Nov 24 11:19:07 localhost gconfd (mysthr2-2762): L'obtention du verrou = pour le d=E9mon a =E9chou=E9, sortie : Le verrouillage de =AB /tm= p/gconfd-mysthr2/lock/ior =BB a =E9chou=E9 : un autre processus l= 'a probablement verrouill=E9 ou le verrouillage de fichiers NFS est mal= configur=E9 dans votre syst=E8me d'exploitation (Ressource temporairem= ent non disponible)
Nov 24 11:19:07 localhost gconfd (mysthr2-2764): L'obtention du ver= rou pour le d=E9mon a =E9chou=E9, sortie : Le verrouillage de =AB = ;/tmp/gconfd-mysthr2/lock/ior =BB a =E9chou=E9 : un autre process= us l'a probablement verrouill=E9 ou le verrouillage de fichiers NFS est= mal configur=E9 dans votre syst=E8me d'exploitation (Ressource tempora= irement non disponible)
...
Nov 24 12:19:39 localhost kernel: drivers/media/video/usbvideo/u= sbvideo.c: USB camera disconnected.
Nov 24 12:19:43 localhost kernel: us= b 3-2: new full speed USB device using uhci_hcd and address 3
Nov 24 12:= 19:43 localhost kernel: usb 3-2: configuration #1 chosen from 1 choice
Nov 24 12:19:43 localhost kernel: input: Burr-Brown from TI  =              US= B Audio CODEC  as /class/input/input12
Nov 24 12:19:43 localhost ke= rnel: input: USB HID v1.00 Device [Burr-Brown from TI   &nbs= p;           USB Audio CO= DEC ] on usb-0000:00: 1d.1-2
Nov 24 12:19:44 localhost pulseaudio[2663]: alsa-util.c: Cannot f= ind mixer control "Master".
Nov 24 12:19:44 localhost pulseaud= io[2663]: sound-file.c: Failed to open file /usr/share/sounds/startup3.wav:= Aucun fichier ou r=E9pertoire de ce type
Nov 24 12:19:44 localhost pulseaudio[2663]: alsa-util.c: Cannot find mi= xer control "Capture".
Nov 24 12:21:29 localhost kernel: ieee1= 394: Error parsing configrom for node 0-00:1023
Nov 24 12:21:31 localhos= t kernel: doh, someone wants to mess with state set
...

// this is the message for the Firewire :
Nov 24 14:11:1= 2 localhost kernel: ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=3D[17]&nbs= p; MMIO=3D[ecffb800-ecffbfff]  Max Packet=3D[2048]  IR/IT context= s=3D[4/8]
Nov 24 14:11:12 localhost kernel: ACPI: PCI Interrupt 0000:03: 01.0[A] -> GSI 19 (level, low) -> IRQ 17
Nov 24 14:11:12 localhost= kernel: ohci1394: fw-host1: OHCI-1394 1.1 (PCI): IRQ=3D[17]  MMIO=3D[= ecdfd800-ecdfdfff]  Max Packet=3D[2048]  IR/IT contexts=3D[4/4]


from dmesg :

...
checking TSC synchronization [CPU#0 -> CPU#1]:
Measure= d 3609325980 cycles TSC warp between CPUs, turning off TSC clock.
Markin= g TSC unstable due to: check_tsc_sync_source failed.
...

 
> What Can= I do, I am disappointed ! :O
> I think the issue comes from the fire= wire drivers, because freebob is
> not compatible with juju.

The Planet CCRMA kernel is not co= mpiled with the juju firewire stack, so
the problem must be somewhere el= se (and Planet CCRMA also includes a
libraw1394 package that has also be= en compiled without the juju
patches).

Ok, that was what I thought but I was no= t sure for fc8
 
I attach the entire dmesg message. You should k= now more than me... :D

Thanks for your help.

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

http://myspace.com/mysthr
http://myspace.com/aideauditive
<A href=3D http://mysthr.free.fr/ErwanInyzant/>Gagner plein d'argent en res= tant chez soit</A> ------=_Part_36481_21722730.1195927092400-- ------=_Part_36480_14324267.1195927092400 Content-Type: text/plain; name=dmesg_Jack-Freebob_Issue.txt Content-Transfer-Encoding: base64 X-Attachment-Id: f_f9eg3k0w Content-Disposition: attachment; filename=dmesg_Jack-Freebob_Issue.txt W215c3RocjJAbG9jYWxob3N0IH5dJCBkbWVzZwpMaW51eCB2ZXJzaW9uIDIuNi4yMy4xLTEucnQx MS4xLmZjOC5jY3JtYXJ0IChtYWNoYnVpbGRAcGxhbmV0Zm9yZ2Uuc3RhbmZvcmQuZWR1KSAoZ2Nj IHZlcnNpb24gNC4xLjIgMjAwNzA5MjUgKFJlZCBIYXQgNC4xLjItMzMpKSAjMSBTTVAgUFJFRU1Q VCBSVCBNb24gTm92IDEyIDE5OjE3OjA3IEVTVCAyMDA3CkJJT1MtcHJvdmlkZWQgcGh5c2ljYWwg UkFNIG1hcDoKIEJJT1MtZTgyMDogMDAwMDAwMDAwMDAwMDAwMCAtIDAwMDAwMDAwMDAwOWYwMDAg KHVzYWJsZSkKIEJJT1MtZTgyMDogMDAwMDAwMDAwMDA5ZjAwMCAtIDAwMDAwMDAwMDAwYTAwMDAg KHJlc2VydmVkKQogQklPUy1lODIwOiAwMDAwMDAwMDAwMTAwMDAwIC0gMDAwMDAwMDA3ZmVkMzQw MCAodXNhYmxlKQogQklPUy1lODIwOiAwMDAwMDAwMDdmZWQzNDAwIC0gMDAwMDAwMDA4MDAwMDAw MCAocmVzZXJ2ZWQpCiBCSU9TLWU4MjA6IDAwMDAwMDAwZjAwMDAwMDAgLSAwMDAwMDAwMGY0MDA3 MDAwIChyZXNlcnZlZCkKIEJJT1MtZTgyMDogMDAwMDAwMDBmNDAwODAwMCAtIDAwMDAwMDAwZjQw MGMwMDAgKHJlc2VydmVkKQogQklPUy1lODIwOiAwMDAwMDAwMGZlYzAwMDAwIC0gMDAwMDAwMDBm ZWMxMDAwMCAocmVzZXJ2ZWQpCiBCSU9TLWU4MjA6IDAwMDAwMDAwZmVkMjAwMDAgLSAwMDAwMDAw MGZlZGEwMDAwIChyZXNlcnZlZCkKIEJJT1MtZTgyMDogMDAwMDAwMDBmZWUwMDAwMCAtIDAwMDAw MDAwZmVlMTAwMDAgKHJlc2VydmVkKQogQklPUy1lODIwOiAwMDAwMDAwMGZmYjAwMDAwIC0gMDAw MDAwMDEwMDAwMDAwMCAocmVzZXJ2ZWQpCjExNTBNQiBISUdITUVNIGF2YWlsYWJsZS4KODk2TUIg TE9XTUVNIGF2YWlsYWJsZS4KRW50ZXJpbmcgYWRkX2FjdGl2ZV9yYW5nZSgwLCAwLCA1MjM5ODcp IDAgZW50cmllcyBvZiAyNTYgdXNlZApab25lIFBGTiByYW5nZXM6CiAgRE1BICAgICAgICAgICAg IDAgLT4gICAgIDQwOTYKICBOb3JtYWwgICAgICAgNDA5NiAtPiAgIDIyOTM3NgogIEhpZ2hNZW0g ICAgMjI5Mzc2IC0+ICAgNTIzOTg3Ck1vdmFibGUgem9uZSBzdGFydCBQRk4gZm9yIGVhY2ggbm9k ZQplYXJseV9ub2RlX21hcFsxXSBhY3RpdmUgUEZOIHJhbmdlcwogICAgMDogICAgICAgIDAgLT4g ICA1MjM5ODcKT24gbm9kZSAwIHRvdGFscGFnZXM6IDUyMzk4NwogIERNQSB6b25lOiA1NiBwYWdl cyB1c2VkIGZvciBtZW1tYXAKICBETUEgem9uZTogMCBwYWdlcyByZXNlcnZlZAogIERNQSB6b25l OiA0MDQwIHBhZ2VzLCBMSUZPIGJhdGNoOjAKICBOb3JtYWwgem9uZTogMzA4MCBwYWdlcyB1c2Vk IGZvciBtZW1tYXAKICBOb3JtYWwgem9uZTogMjIyMjAwIHBhZ2VzLCBMSUZPIGJhdGNoOjMxCiAg SGlnaE1lbSB6b25lOiA0MDI3IHBhZ2VzIHVzZWQgZm9yIG1lbW1hcAogIEhpZ2hNZW0gem9uZTog MjkwNTg0IHBhZ2VzLCBMSUZPIGJhdGNoOjMxCiAgTW92YWJsZSB6b25lOiAwIHBhZ2VzIHVzZWQg Zm9yIG1lbW1hcApETUkgMi40IHByZXNlbnQuClVzaW5nIEFQSUMgZHJpdmVyIGRlZmF1bHQKQUNQ STogUlNEUCAwMDBGQzFCMCwgMDAxNCAocjAgREVMTCAgKQpBQ1BJOiBSU0RUIDdGRUQzOUNELCAw MDQwIChyMSBERUxMICAgIE0wNyAgICAgMjdENzA2MUIgQVNMICAgICAgICA2MSkKQUNQSTogRkFD UCA3RkVENDgwMCwgMDA3NCAocjEgREVMTCAgICBNMDcgICAgIDI3RDcwNjFCIEFTTCAgICAgICAg NjEpCkFDUEk6IERTRFQgN0ZFRDU0MDAsIDQ4NDEgKHIxIElOVDQzMCBTWVNGZXh4eCAgICAgMTAw MSBJTlRMIDIwMDUwNjI0KQpBQ1BJOiBGQUNTIDdGRUUzQzAwLCAwMDQwCkFDUEk6IEhQRVQgN0ZF RDRGMDAsIDAwMzggKHIxIERFTEwgICAgTTA3ICAgICAgICAgICAgMSBBU0wgICAgICAgIDYxKQpB Q1BJOiBBUElDIDdGRUQ1MDAwLCAwMDY4IChyMSBERUxMICAgIE0wNyAgICAgMjdENzA2MUIgQVNM ICAgICAgICA0NykKQUNQSTogTUNGRyA3RkVENEZDMCwgMDAzRSAocjE2IERFTEwgICAgTTA3ICAg ICAyN0Q3MDYxQiBBU0wgICAgICAgIDYxKQpBQ1BJOiBTTElDIDdGRUQ1MDlDLCAwMTc2IChyMSBE RUxMICAgIE0wNyAgICAgMjdENzA2MUIgQVNMICAgICAgICA2MSkKQUNQSTogQk9PVCA3RkVENEJD MCwgMDAyOCAocjEgREVMTCAgICBNMDcgICAgIDI3RDcwNjFCIEFTTCAgICAgICAgNjEpCkFDUEk6 IFNTRFQgN0ZFRDNBMEQsIDA0REMgKHIxICBQbVJlZiAgICBDcHVQbSAgICAgMzAwMCBJTlRMIDIw MDUwNjI0KQpBQ1BJOiBQTS1UaW1lciBJTyBQb3J0OiAweDEwMDgKQUNQSTogTG9jYWwgQVBJQyBh ZGRyZXNzIDB4ZmVlMDAwMDAKQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwMF0gbGFwaWNfaWRbMHgw MF0gZW5hYmxlZCkKUHJvY2Vzc29yICMwIDY6MTUgQVBJQyB2ZXJzaW9uIDIwCkFDUEk6IExBUElD IChhY3BpX2lkWzB4MDFdIGxhcGljX2lkWzB4MDFdIGVuYWJsZWQpClByb2Nlc3NvciAjMSA2OjE1 IEFQSUMgdmVyc2lvbiAyMApBQ1BJOiBMQVBJQ19OTUkgKGFjcGlfaWRbMHgwMF0gaGlnaCBlZGdl IGxpbnRbMHgxXSkKQUNQSTogTEFQSUNfTk1JIChhY3BpX2lkWzB4MDFdIGhpZ2ggZWRnZSBsaW50 WzB4MV0pCkFDUEk6IElPQVBJQyAoaWRbMHgwMl0gYWRkcmVzc1sweGZlYzAwMDAwXSBnc2lfYmFz ZVswXSkKSU9BUElDWzBdOiBhcGljX2lkIDIsIHZlcnNpb24gMzIsIGFkZHJlc3MgMHhmZWMwMDAw MCwgR1NJIDAtMjMKQUNQSTogSU5UX1NSQ19PVlIgKGJ1cyAwIGJ1c19pcnEgMCBnbG9iYWxfaXJx IDIgZGZsIGRmbCkKQUNQSTogSU5UX1NSQ19PVlIgKGJ1cyAwIGJ1c19pcnEgOSBnbG9iYWxfaXJx IDkgaGlnaCBsZXZlbCkKQUNQSTogSVJRMCB1c2VkIGJ5IG92ZXJyaWRlLgpBQ1BJOiBJUlEyIHVz ZWQgYnkgb3ZlcnJpZGUuCkFDUEk6IElSUTkgdXNlZCBieSBvdmVycmlkZS4KRW5hYmxpbmcgQVBJ QyBtb2RlOiAgRmxhdC4gIFVzaW5nIDEgSS9PIEFQSUNzCkFDUEk6IEhQRVQgaWQ6IDB4ODA4NmEy MDEgYmFzZTogMHhmZWQwMDAwMApVc2luZyBBQ1BJIChNQURUKSBmb3IgU01QIGNvbmZpZ3VyYXRp b24gaW5mb3JtYXRpb24KQWxsb2NhdGluZyBQQ0kgcmVzb3VyY2VzIHN0YXJ0aW5nIGF0IDg4MDAw MDAwIChnYXA6IDgwMDAwMDAwOjcwMDAwMDAwKQpzd3N1c3A6IFJlZ2lzdGVyZWQgbm9zYXZlIG1l bW9yeSByZWdpb246IDAwMDAwMDAwMDAwOWYwMDAgLSAwMDAwMDAwMDAwMGEwMDAwCnN3c3VzcDog UmVnaXN0ZXJlZCBub3NhdmUgbWVtb3J5IHJlZ2lvbjogMDAwMDAwMDAwMDBhMDAwMCAtIDAwMDAw MDAwMDAxMDAwMDAKUmVhbC1UaW1lIFByZWVtcHRpb24gU3VwcG9ydCAoQykgMjAwNC0yMDA3IElu Z28gTW9sbmFyCkJ1aWx0IDEgem9uZWxpc3RzIGluIFpvbmUgb3JkZXIuICBUb3RhbCBwYWdlczog NTE2ODI0Cktlcm5lbCBjb21tYW5kIGxpbmU6IHJvIHJvb3Q9TEFCRUw9LyByaGdiIHF1aWV0Cm1h cHBlZCBBUElDIHRvIGZmZmZiMDAwIChmZWUwMDAwMCkKbWFwcGVkIElPQVBJQyB0byBmZmZmYTAw MCAoZmVjMDAwMDApCkVuYWJsaW5nIGZhc3QgRlBVIHNhdmUgYW5kIHJlc3RvcmUuLi4gZG9uZS4K RW5hYmxpbmcgdW5tYXNrZWQgU0lNRCBGUFUgZXhjZXB0aW9uIHN1cHBvcnQuLi4gZG9uZS4KSW5p dGlhbGl6aW5nIENQVSMwCldBUk5JTkc6IGV4cGVyaW1lbnRhbCBSQ1UgaW1wbGVtZW50YXRpb24u ClBJRCBoYXNoIHRhYmxlIGVudHJpZXM6IDQwOTYgKG9yZGVyOiAxMiwgMTYzODQgYnl0ZXMpCkRl dGVjdGVkIDE5OTcuNDIyIE1IeiBwcm9jZXNzb3IuCkNvbnNvbGU6IGNvbG91ciBWR0ErIDgweDI1 CmNvbnNvbGUgW3R0eTBdIGVuYWJsZWQKRGVudHJ5IGNhY2hlIGhhc2ggdGFibGUgZW50cmllczog MTMxMDcyIChvcmRlcjogNywgNTI0Mjg4IGJ5dGVzKQpJbm9kZS1jYWNoZSBoYXNoIHRhYmxlIGVu dHJpZXM6IDY1NTM2IChvcmRlcjogNiwgMjYyMTQ0IGJ5dGVzKQpNZW1vcnk6IDIwNTc3MDRrLzIw OTU5NDhrIGF2YWlsYWJsZSAoMjI0NGsga2VybmVsIGNvZGUsIDM2OTU2ayByZXNlcnZlZCwgMTE4 MWsgZGF0YSwgMjgwayBpbml0LCAxMTc4NDQ0ayBoaWdobWVtKQp2aXJ0dWFsIGtlcm5lbCBtZW1v cnkgbGF5b3V0OgogICAgZml4bWFwICA6IDB4ZmZjNTMwMDAgLSAweGZmZmZmMDAwICAgKDM3NjAg a0IpCiAgICBwa21hcCAgIDogMHhmZjgwMDAwMCAtIDB4ZmZjMDAwMDAgICAoNDA5NiBrQikKICAg IHZtYWxsb2MgOiAweGY4ODAwMDAwIC0gMHhmZjdmZTAwMCAgICggMTExIE1CKQogICAgbG93bWVt ICA6IDB4YzAwMDAwMDAgLSAweGY4MDAwMDAwICAgKCA4OTYgTUIpCiAgICAgIC5pbml0IDogMHhj MDc1ZjAwMCAtIDB4YzA3YTUwMDAgICAoIDI4MCBrQikKICAgICAgLmRhdGEgOiAweGMwNjMxMzg2 IC0gMHhjMDc1ODdhNCAgICgxMTgxIGtCKQogICAgICAudGV4dCA6IDB4YzA0MDAwMDAgLSAweGMw NjMxMzg2ICAgKDIyNDQga0IpCkNoZWNraW5nIGlmIHRoaXMgcHJvY2Vzc29yIGhvbm91cnMgdGhl IFdQIGJpdCBldmVuIGluIHN1cGVydmlzb3IgbW9kZS4uLiBPay4KaHBldCBjbG9ja2V2ZW50IHJl Z2lzdGVyZWQKQ2FsaWJyYXRpbmcgZGVsYXkgdXNpbmcgdGltZXIgc3BlY2lmaWMgcm91dGluZS4u IDM5OTguMDUgQm9nb01JUFMgKGxwaj0xOTk5MDI4KQpTZWN1cml0eSBGcmFtZXdvcmsgdjEuMC4w IGluaXRpYWxpemVkClNFTGludXg6ICBJbml0aWFsaXppbmcuClNFTGludXg6ICBTdGFydGluZyBp biBwZXJtaXNzaXZlIG1vZGUKc2VsaW51eF9yZWdpc3Rlcl9zZWN1cml0eTogIFJlZ2lzdGVyaW5n IHNlY29uZGFyeSBtb2R1bGUgY2FwYWJpbGl0eQpDYXBhYmlsaXR5IExTTSBpbml0aWFsaXplZCBh cyBzZWNvbmRhcnkKTW91bnQtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiA1MTIKQ1BVOiBBZnRl ciBnZW5lcmljIGlkZW50aWZ5LCBjYXBzOiBiZmViZmJmZiAyMDEwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwZTNiZCAwMDAwMDAwMCAwMDAwMDAwMSAwMDAwMDAwMAptb25pdG9yL213YWl0IGZl YXR1cmUgcHJlc2VudC4KdXNpbmcgbXdhaXQgaW4gaWRsZSB0aHJlYWRzLgpDUFU6IEwxIEkgY2Fj aGU6IDMySywgTDEgRCBjYWNoZTogMzJLCkNQVTogTDIgY2FjaGU6IDQwOTZLCkNQVTogUGh5c2lj YWwgUHJvY2Vzc29yIElEOiAwCkNQVTogUHJvY2Vzc29yIENvcmUgSUQ6IDAKQ1BVOiBBZnRlciBh bGwgaW5pdHMsIGNhcHM6IGJmZWJmYmZmIDIwMTAwMDAwIDAwMDAwMDAwIDAwMDAzOTQwIDAwMDBl M2JkIDAwMDAwMDAwIDAwMDAwMDAxIDAwMDAwMDAwCkludGVsIG1hY2hpbmUgY2hlY2sgYXJjaGl0 ZWN0dXJlIHN1cHBvcnRlZC4KSW50ZWwgbWFjaGluZSBjaGVjayByZXBvcnRpbmcgZW5hYmxlZCBv biBDUFUjMC4KQ29tcGF0IHZEU08gbWFwcGVkIHRvIGZmZmZlMDAwLgpDaGVja2luZyAnaGx0JyBp bnN0cnVjdGlvbi4uLiBPSy4KU01QIGFsdGVybmF0aXZlczogc3dpdGNoaW5nIHRvIFVQIGNvZGUK QUNQSTogQ29yZSByZXZpc2lvbiAyMDA3MDEyNgpDUFUwOiBJbnRlbChSKSBDb3JlKFRNKTIgQ1BV ICAgICAgICAgVDcyMDAgIEAgMi4wMEdIeiBzdGVwcGluZyAwNgpTTVAgYWx0ZXJuYXRpdmVzOiBz d2l0Y2hpbmcgdG8gU01QIGNvZGUKQm9vdGluZyBwcm9jZXNzb3IgMS8xIGVpcCAzMDAwCkluaXRp YWxpemluZyBDUFUjMQpDYWxpYnJhdGluZyBkZWxheSB1c2luZyB0aW1lciBzcGVjaWZpYyByb3V0 aW5lLi4gMzk5NC42NSBCb2dvTUlQUyAobHBqPTE5OTczMjkpCkNQVTogQWZ0ZXIgZ2VuZXJpYyBp ZGVudGlmeSwgY2FwczogYmZlYmZiZmYgMjAxMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMGUz YmQgMDAwMDAwMDAgMDAwMDAwMDEgMDAwMDAwMDAKbW9uaXRvci9td2FpdCBmZWF0dXJlIHByZXNl bnQuCkNQVTogTDEgSSBjYWNoZTogMzJLLCBMMSBEIGNhY2hlOiAzMksKQ1BVOiBMMiBjYWNoZTog NDA5NksKQ1BVOiBQaHlzaWNhbCBQcm9jZXNzb3IgSUQ6IDAKQ1BVOiBQcm9jZXNzb3IgQ29yZSBJ RDogMQpDUFU6IEFmdGVyIGFsbCBpbml0cywgY2FwczogYmZlYmZiZmYgMjAxMDAwMDAgMDAwMDAw MDAgMDAwMDM5NDAgMDAwMGUzYmQgMDAwMDAwMDAgMDAwMDAwMDEgMDAwMDAwMDAKSW50ZWwgbWFj aGluZSBjaGVjayBhcmNoaXRlY3R1cmUgc3VwcG9ydGVkLgpJbnRlbCBtYWNoaW5lIGNoZWNrIHJl cG9ydGluZyBlbmFibGVkIG9uIENQVSMxLgpDUFUxOiBJbnRlbChSKSBDb3JlKFRNKTIgQ1BVICAg ICAgICAgVDcyMDAgIEAgMi4wMEdIeiBzdGVwcGluZyAwNgpUb3RhbCBvZiAyIHByb2Nlc3NvcnMg YWN0aXZhdGVkICg3OTkyLjcxIEJvZ29NSVBTKS4KRU5BQkxJTkcgSU8tQVBJQyBJUlFzCi4uVElN RVI6IHZlY3Rvcj0weDMxIGFwaWMxPTAgcGluMT0yIGFwaWMyPS0xIHBpbjI9LTEKY2hlY2tpbmcg VFNDIHN5bmNocm9uaXphdGlvbiBbQ1BVIzAgLT4gQ1BVIzFdOgpNZWFzdXJlZCAzNjA5MzI1OTgw IGN5Y2xlcyBUU0Mgd2FycCBiZXR3ZWVuIENQVXMsIHR1cm5pbmcgb2ZmIFRTQyBjbG9jay4KTWFy a2luZyBUU0MgdW5zdGFibGUgZHVlIHRvOiBjaGVja190c2Nfc3luY19zb3VyY2UgZmFpbGVkLgpC cm91Z2h0IHVwIDIgQ1BVcwpzaXplb2Yodm1hKT04NCBieXRlcwpzaXplb2YocGFnZSk9NTYgYnl0 ZXMKc2l6ZW9mKGlub2RlKT01MzIgYnl0ZXMKc2l6ZW9mKGRlbnRyeSk9MTYwIGJ5dGVzCnNpemVv ZihleHQzaW5vZGUpPTcxMiBieXRlcwpzaXplb2YoYnVmZmVyX2hlYWQpPTEyMCBieXRlcwpzaXpl b2Yoc2tidWZmKT0xODAgYnl0ZXMKc2l6ZW9mKHRhc2tfc3RydWN0KT0xNjQ4IGJ5dGVzCkJvb3Rp bmcgcGFyYXZpcnR1YWxpemVkIGtlcm5lbCBvbiBiYXJlIGhhcmR3YXJlClRpbWU6IDEzOjI5OjE0 ICBEYXRlOiAxMS8yNC8wNwpORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFtaWx5IDE2Ck5vIGRv Y2sgZGV2aWNlcyBmb3VuZC4KQUNQSTogYnVzIHR5cGUgcGNpIHJlZ2lzdGVyZWQKUENJOiBQQ0kg QklPUyByZXZpc2lvbiAyLjEwIGVudHJ5IGF0IDB4ZmIzMTYsIGxhc3QgYnVzPTEzClBDSTogVXNp bmcgY29uZmlndXJhdGlvbiB0eXBlIDEKU2V0dGluZyB1cCBzdGFuZGFyZCBQQ0kgcmVzb3VyY2Vz CkFDUEk6IEVDOiBMb29rIHVwIEVDIGluIERTRFQKQUNQSTogSW50ZXJwcmV0ZXIgZW5hYmxlZApB Q1BJOiAoc3VwcG9ydHMgUzAgUzMgUzQgUzUpCkFDUEk6IFVzaW5nIElPQVBJQyBmb3IgaW50ZXJy dXB0IHJvdXRpbmcKQUNQSTogUENJIFJvb3QgQnJpZGdlIFtQQ0kwXSAoMDAwMDowMCkKUENJIHF1 aXJrOiByZWdpb24gMTAwMC0xMDdmIGNsYWltZWQgYnkgSUNINiBBQ1BJL0dQSU8vVENPClBDSSBx dWlyazogcmVnaW9uIDEwODAtMTBiZiBjbGFpbWVkIGJ5IElDSDYgR1BJTwpQQ0k6IFRyYW5zcGFy ZW50IGJyaWRnZSAtIDAwMDA6MDA6MWUuMApBQ1BJOiBQQ0kgSW50ZXJydXB0IFJvdXRpbmcgVGFi bGUgW1xfU0JfLlBDSTAuX1BSVF0KQUNQSTogUENJIEludGVycnVwdCBSb3V0aW5nIFRhYmxlIFtc X1NCXy5QQ0kwLkFHUF8uX1BSVF0KQUNQSTogUENJIEludGVycnVwdCBSb3V0aW5nIFRhYmxlIFtc X1NCXy5QQ0kwLlBDSUUuX1BSVF0KQUNQSTogUENJIEludGVycnVwdCBSb3V0aW5nIFRhYmxlIFtc X1NCXy5QQ0kwLlJQMDEuX1BSVF0KQUNQSTogUENJIEludGVycnVwdCBSb3V0aW5nIFRhYmxlIFtc X1NCXy5QQ0kwLlJQMDQuX1BSVF0KQUNQSTogUENJIEludGVycnVwdCBMaW5rIFtMTktBXSAoSVJR cyA5IDEwIDExKSAqNApBQ1BJOiBQQ0kgSW50ZXJydXB0IExpbmsgW0xOS0JdIChJUlFzICo1IDcp CkFDUEk6IFBDSSBJbnRlcnJ1cHQgTGluayBbTE5LQ10gKElSUXMgKjkgMTAgMTEpCkFDUEk6IFBD SSBJbnRlcnJ1cHQgTGluayBbTE5LRF0gKElSUXMgNSA3IDkgMTAgMTEpICowLCBkaXNhYmxlZC4K QUNQSTogUENJIEludGVycnVwdCBMaW5rIFtMTktFXSAoSVJRcyAzIDQgNSA2IDcgOSAqMTAgMTEg MTIgMTQgMTUpCkFDUEk6IFBDSSBJbnRlcnJ1cHQgTGluayBbTE5LRl0gKElSUXMgMyA0IDUgNiA3 IDkgMTAgKjExIDEyIDE0IDE1KQpBQ1BJOiBQQ0kgSW50ZXJydXB0IExpbmsgW0xOS0ddIChJUlFz IDMgNCA1IDYgNyAqOSAxMCAxMSAxMiAxNCAxNSkKQUNQSTogUENJIEludGVycnVwdCBMaW5rIFtM TktIXSAoSVJRcyAzIDQgNSA2ICo3IDkgMTAgMTEgMTIgMTQgMTUpCkxpbnV4IFBsdWcgYW5kIFBs YXkgU3VwcG9ydCB2MC45NyAoYykgQWRhbSBCZWxheQpwbnA6IFBuUCBBQ1BJIGluaXQKQUNQSTog YnVzIHR5cGUgcG5wIHJlZ2lzdGVyZWQKcG5wOiBQblAgQUNQSTogZm91bmQgMTIgZGV2aWNlcwpB Q1BJOiBBQ1BJIGJ1cyB0eXBlIHBucCB1bnJlZ2lzdGVyZWQKdXNiY29yZTogcmVnaXN0ZXJlZCBu ZXcgaW50ZXJmYWNlIGRyaXZlciB1c2Jmcwp1c2Jjb3JlOiByZWdpc3RlcmVkIG5ldyBpbnRlcmZh Y2UgZHJpdmVyIGh1Ygp1c2Jjb3JlOiByZWdpc3RlcmVkIG5ldyBkZXZpY2UgZHJpdmVyIHVzYgpQ Q0k6IFVzaW5nIEFDUEkgZm9yIElSUSByb3V0aW5nClBDSTogSWYgYSBkZXZpY2UgZG9lc24ndCB3 b3JrLCB0cnkgInBjaT1yb3V0ZWlycSIuICBJZiBpdCBoZWxwcywgcG9zdCBhIHJlcG9ydApOZXRM YWJlbDogSW5pdGlhbGl6aW5nCk5ldExhYmVsOiAgZG9tYWluIGhhc2ggc2l6ZSA9IDEyOApOZXRM YWJlbDogIHByb3RvY29scyA9IFVOTEFCRUxFRCBDSVBTT3Y0Ck5ldExhYmVsOiAgdW5sYWJlbGVk IHRyYWZmaWMgYWxsb3dlZCBieSBkZWZhdWx0CmhwZXQwOiBhdCBNTUlPIDB4ZmVkMDAwMDAsIElS UXMgMiwgOCwgMApocGV0MDogMyA2NC1iaXQgdGltZXJzLCAxNDMxODE4MCBIegpwbnA6IDAwOjAw OiBpb21lbSByYW5nZSAweDAtMHg5ZmJmZiBjb3VsZCBub3QgYmUgcmVzZXJ2ZWQKcG5wOiAwMDow MDogaW9tZW0gcmFuZ2UgMHg5ZmMwMC0weDlmZmZmIGNvdWxkIG5vdCBiZSByZXNlcnZlZApwbnA6 IDAwOjAwOiBpb21lbSByYW5nZSAweGMwMDAwLTB4Y2ZmZmYgY291bGQgbm90IGJlIHJlc2VydmVk CnBucDogMDA6MDA6IGlvbWVtIHJhbmdlIDB4ZTAwMDAtMHhmZmZmZiBjb3VsZCBub3QgYmUgcmVz ZXJ2ZWQKcG5wOiAwMDowMjogaW9wb3J0IHJhbmdlIDB4NGQwLTB4NGQxIGhhcyBiZWVuIHJlc2Vy dmVkCnBucDogMDA6MDI6IGlvcG9ydCByYW5nZSAweDEwMDAtMHgxMDA1IGhhcyBiZWVuIHJlc2Vy dmVkCnBucDogMDA6MDI6IGlvcG9ydCByYW5nZSAweDEwMDgtMHgxMDBmIGhhcyBiZWVuIHJlc2Vy dmVkCnBucDogMDA6MDM6IGlvcG9ydCByYW5nZSAweGY0MDAtMHhmNGZlIGhhcyBiZWVuIHJlc2Vy dmVkCnBucDogMDA6MDM6IGlvcG9ydCByYW5nZSAweDEwMDYtMHgxMDA3IGhhcyBiZWVuIHJlc2Vy dmVkCnBucDogMDA6MDM6IGlvcG9ydCByYW5nZSAweDEwMGEtMHgxMDU5IGNvdWxkIG5vdCBiZSBy ZXNlcnZlZApwbnA6IDAwOjAzOiBpb3BvcnQgcmFuZ2UgMHgxMDYwLTB4MTA3ZiBoYXMgYmVlbiBy ZXNlcnZlZApwbnA6IDAwOjAzOiBpb3BvcnQgcmFuZ2UgMHgxMDgwLTB4MTBiZiBoYXMgYmVlbiBy ZXNlcnZlZApwbnA6IDAwOjAzOiBpb3BvcnQgcmFuZ2UgMHgxMGMwLTB4MTBkZiBoYXMgYmVlbiBy ZXNlcnZlZApwbnA6IDAwOjA4OiBpb3BvcnQgcmFuZ2UgMHhjODAtMHhjZmYgY291bGQgbm90IGJl IHJlc2VydmVkCnBucDogMDA6MDg6IGlvcG9ydCByYW5nZSAweDkxMC0weDkxZiBoYXMgYmVlbiBy ZXNlcnZlZApwbnA6IDAwOjA4OiBpb3BvcnQgcmFuZ2UgMHg5MjAtMHg5MmYgaGFzIGJlZW4gcmVz ZXJ2ZWQKcG5wOiAwMDowODogaW9wb3J0IHJhbmdlIDB4Y2IwLTB4Y2JmIGhhcyBiZWVuIHJlc2Vy dmVkCnBucDogMDA6MDg6IGlvcG9ydCByYW5nZSAweDkzMC0weDk3ZiBoYXMgYmVlbiByZXNlcnZl ZApwbnA6IDAwOjBiOiBpb21lbSByYW5nZSAweGZlZDAwMDAwLTB4ZmVkMDAzZmYgaGFzIGJlZW4g cmVzZXJ2ZWQKUENJOiBCcmlkZ2U6IDAwMDA6MDA6MDEuMAogIElPIHdpbmRvdzogZTAwMC1lZmZm CiAgTUVNIHdpbmRvdzogZWQwMDAwMDAtZWZlZmZmZmYKICBQUkVGRVRDSCB3aW5kb3c6IGQwMDAw MDAwLWRmZmZmZmZmClBDSTogQnJpZGdlOiAwMDAwOjAwOjFjLjAKICBJTyB3aW5kb3c6IGRpc2Fi bGVkLgogIE1FTSB3aW5kb3c6IGRpc2FibGVkLgogIFBSRUZFVENIIHdpbmRvdzogZGlzYWJsZWQu ClBDSTogQnJpZGdlOiAwMDAwOjBjOjAwLjAKICBJTyB3aW5kb3c6IGRpc2FibGVkLgogIE1FTSB3 aW5kb3c6IGVjZjAwMDAwLWVjZmZmZmZmCiAgUFJFRkVUQ0ggd2luZG93OiBkaXNhYmxlZC4KUENJ OiBCcmlkZ2U6IDAwMDA6MDA6MWMuMwogIElPIHdpbmRvdzogZDAwMC1kZmZmCiAgTUVNIHdpbmRv dzogZWNlMDAwMDAtZWNmZmZmZmYKICBQUkVGRVRDSCB3aW5kb3c6IGUwMDAwMDAwLWUwMWZmZmZm ClBDSTogQnJpZGdlOiAwMDAwOjAwOjFlLjAKICBJTyB3aW5kb3c6IGRpc2FibGVkLgogIE1FTSB3 aW5kb3c6IGVjZDAwMDAwLWVjZGZmZmZmCiAgUFJFRkVUQ0ggd2luZG93OiBkaXNhYmxlZC4KQUNQ STogUENJIEludGVycnVwdCAwMDAwOjAwOjAxLjBbQV0gLT4gR1NJIDE2IChsZXZlbCwgbG93KSAt PiBJUlEgMTYKUENJOiBTZXR0aW5nIGxhdGVuY3kgdGltZXIgb2YgZGV2aWNlIDAwMDA6MDA6MDEu MCB0byA2NApBQ1BJOiBQQ0kgSW50ZXJydXB0IDAwMDA6MDA6MWMuMFtBXSAtPiBHU0kgMTYgKGxl dmVsLCBsb3cpIC0+IElSUSAxNgpQQ0k6IFNldHRpbmcgbGF0ZW5jeSB0aW1lciBvZiBkZXZpY2Ug MDAwMDowMDoxYy4wIHRvIDY0CkFDUEk6IFBDSSBJbnRlcnJ1cHQgMDAwMDowMDoxYy4zW0RdIC0+ IEdTSSAxOSAobGV2ZWwsIGxvdykgLT4gSVJRIDE3ClBDSTogU2V0dGluZyBsYXRlbmN5IHRpbWVy IG9mIGRldmljZSAwMDAwOjAwOjFjLjMgdG8gNjQKUENJOiBTZXR0aW5nIGxhdGVuY3kgdGltZXIg b2YgZGV2aWNlIDAwMDA6MGM6MDAuMCB0byA2NApQQ0k6IFNldHRpbmcgbGF0ZW5jeSB0aW1lciBv ZiBkZXZpY2UgMDAwMDowMDoxZS4wIHRvIDY0Ck5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1p bHkgMgpJUCByb3V0ZSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDMyNzY4IChvcmRlcjogNSwg MTMxMDcyIGJ5dGVzKQpUQ1AgZXN0YWJsaXNoZWQgaGFzaCB0YWJsZSBlbnRyaWVzOiA2NTUzNiAo b3JkZXI6IDksIDI4ODM1ODQgYnl0ZXMpClRDUCBiaW5kIGhhc2ggdGFibGUgZW50cmllczogNjU1 MzYgKG9yZGVyOiA5LCAyMzU5Mjk2IGJ5dGVzKQpUQ1A6IEhhc2ggdGFibGVzIGNvbmZpZ3VyZWQg KGVzdGFibGlzaGVkIDY1NTM2IGJpbmQgNjU1MzYpClRDUCByZW5vIHJlZ2lzdGVyZWQKY2hlY2tp bmcgaWYgaW1hZ2UgaXMgaW5pdHJhbWZzLi4uIGl0IGlzCkZyZWVpbmcgaW5pdHJkIG1lbW9yeTog Mjk1N2sgZnJlZWQKU2ltcGxlIEJvb3QgRmxhZyBhdCAweDc5IHNldCB0byAweDEKYXBtOiBCSU9T IG5vdCBmb3VuZC4KYXVkaXQ6IGluaXRpYWxpemluZyBuZXRsaW5rIHNvY2tldCAoZGlzYWJsZWQp CmF1ZGl0KDExOTU5MTA5NTQuMjk1OjEpOiBpbml0aWFsaXplZAprcmN1cHJlZW1wdGQgc2V0c2No ZWQgMAogIHByaW8gPSA5OApoaWdobWVtIGJvdW5jZSBwb29sIHNpemU6IDY0IHBhZ2VzClRvdGFs IEh1Z2VUTEIgbWVtb3J5IGFsbG9jYXRlZCwgMApWRlM6IERpc2sgcXVvdGFzIGRxdW90XzYuNS4x CkRxdW90LWNhY2hlIGhhc2ggdGFibGUgZW50cmllczogMTAyNCAob3JkZXIgMCwgNDA5NiBieXRl cykKU0VMaW51eDogIFJlZ2lzdGVyaW5nIG5ldGZpbHRlciBob29rcwprc2lnbjogSW5zdGFsbGlu ZyBwdWJsaWMga2V5IGRhdGEKTG9hZGluZyBrZXlyaW5nCkJsb2NrIGxheWVyIFNDU0kgZ2VuZXJp YyAoYnNnKSBkcml2ZXIgdmVyc2lvbiAwLjQgbG9hZGVkIChtYWpvciAyNTMpCmlvIHNjaGVkdWxl ciBub29wIHJlZ2lzdGVyZWQKaW8gc2NoZWR1bGVyIGFudGljaXBhdG9yeSByZWdpc3RlcmVkCmlv IHNjaGVkdWxlciBkZWFkbGluZSByZWdpc3RlcmVkCmlvIHNjaGVkdWxlciBjZnEgcmVnaXN0ZXJl ZCAoZGVmYXVsdCkKQm9vdCB2aWRlbyBkZXZpY2UgaXMgMDAwMDowMTowMC4wClBDSTogU2V0dGlu ZyBsYXRlbmN5IHRpbWVyIG9mIGRldmljZSAwMDAwOjAwOjAxLjAgdG8gNjQKYXNzaWduX2ludGVy cnVwdF9tb2RlIEZvdW5kIE1TSSBjYXBhYmlsaXR5CkFsbG9jYXRlIFBvcnQgU2VydmljZVswMDAw OjAwOjAxLjA6cGNpZTAwXQpQQ0k6IFNldHRpbmcgbGF0ZW5jeSB0aW1lciBvZiBkZXZpY2UgMDAw MDowMDoxYy4wIHRvIDY0CmFzc2lnbl9pbnRlcnJ1cHRfbW9kZSBGb3VuZCBNU0kgY2FwYWJpbGl0 eQpBbGxvY2F0ZSBQb3J0IFNlcnZpY2VbMDAwMDowMDoxYy4wOnBjaWUwMF0KQWxsb2NhdGUgUG9y dCBTZXJ2aWNlWzAwMDA6MDA6MWMuMDpwY2llMDJdClBDSTogU2V0dGluZyBsYXRlbmN5IHRpbWVy IG9mIGRldmljZSAwMDAwOjAwOjFjLjMgdG8gNjQKYXNzaWduX2ludGVycnVwdF9tb2RlIEZvdW5k IE1TSSBjYXBhYmlsaXR5CkFsbG9jYXRlIFBvcnQgU2VydmljZVswMDAwOjAwOjFjLjM6cGNpZTAw XQpBbGxvY2F0ZSBQb3J0IFNlcnZpY2VbMDAwMDowMDoxYy4zOnBjaWUwMl0KcGNpX2hvdHBsdWc6 IFBDSSBIb3QgUGx1ZyBQQ0kgQ29yZSB2ZXJzaW9uOiAwLjUKQUNQSTogU1NEVCA3RkVENDEzNCwg MDI0NCAocjEgIFBtUmVmICBDcHUwSXN0ICAgICAzMDAwIElOVEwgMjAwNTA2MjQpCkFDUEk6IFNT RFQgN0ZFRDNFRTksIDAxQzYgKHIxICBQbVJlZiAgQ3B1MENzdCAgICAgMzAwMSBJTlRMIDIwMDUw NjI0KQpBQ1BJOiBDUFUwIChwb3dlciBzdGF0ZXM6IEMxW0MxXSBDMltDMl0gQzNbQzNdKQpBQ1BJ OiBQcm9jZXNzb3IgW0NQVTBdIChzdXBwb3J0cyA4IHRocm90dGxpbmcgc3RhdGVzKQpBQ1BJOiBT U0RUIDdGRUQ0Mzc4LCAwMEM0IChyMSAgUG1SZWYgIENwdTFJc3QgICAgIDMwMDAgSU5UTCAyMDA1 MDYyNCkKQUNQSTogU1NEVCA3RkVENDBBRiwgMDA4NSAocjEgIFBtUmVmICBDcHUxQ3N0ICAgICAz MDAwIElOVEwgMjAwNTA2MjQpCkFDUEk6IENQVTEgKHBvd2VyIHN0YXRlczogQzFbQzFdIEMyW0My XSBDM1tDM10pCkFDUEk6IFByb2Nlc3NvciBbQ1BVMV0gKHN1cHBvcnRzIDggdGhyb3R0bGluZyBz dGF0ZXMpCkFDUEk6IFRoZXJtYWwgWm9uZSBbVEhNXSAoNTUgQykKaXNhcG5wOiBTY2FubmluZyBm b3IgUG5QIGNhcmRzLi4uCmlzYXBucDogTm8gUGx1ZyAmIFBsYXkgZGV2aWNlIGZvdW5kClJlYWwg VGltZSBDbG9jayBEcml2ZXIgdjEuMTJhYwpocGV0X3Jlc291cmNlczogMHhmZWQwMDAwMCBpcyBi dXN5Ck5vbi12b2xhdGlsZSBtZW1vcnkgZHJpdmVyIHYxLjIKTGludXggYWdwZ2FydCBpbnRlcmZh Y2UgdjAuMTAyClNlcmlhbDogODI1MC8xNjU1MCBkcml2ZXIgJFJldmlzaW9uOiAxLjkwICQgNCBw b3J0cywgSVJRIHNoYXJpbmcgZW5hYmxlZApSQU1ESVNLIGRyaXZlciBpbml0aWFsaXplZDogMTYg UkFNIGRpc2tzIG9mIDE2Mzg0SyBzaXplIDQwOTYgYmxvY2tzaXplCmlucHV0OiBNYWNpbnRvc2gg bW91c2UgYnV0dG9uIGVtdWxhdGlvbiBhcyAvY2xhc3MvaW5wdXQvaW5wdXQwClBOUDogUFMvMiBD b250cm9sbGVyIFtQTlAwMzAzOktCQyxQTlAwZjEzOlBTMk1dIGF0IDB4NjAsMHg2NCBpcnEgMSwx MgpzZXJpbzogaTgwNDIgS0JEIHBvcnQgYXQgMHg2MCwweDY0IGlycSAxCnNlcmlvOiBpODA0MiBB VVggcG9ydCBhdCAweDYwLDB4NjQgaXJxIDEyCm1pY2U6IFBTLzIgbW91c2UgZGV2aWNlIGNvbW1v biBmb3IgYWxsIG1pY2UKaW5wdXQ6IEFUIFRyYW5zbGF0ZWQgU2V0IDIga2V5Ym9hcmQgYXMgL2Ns YXNzL2lucHV0L2lucHV0MQpjcHVpZGxlOiB1c2luZyBnb3Zlcm5vciBtZW51CnVzYmNvcmU6IHJl Z2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIgaGlkZGV2CnVzYmNvcmU6IHJlZ2lzdGVyZWQg bmV3IGludGVyZmFjZSBkcml2ZXIgdXNiaGlkCmRyaXZlcnMvaGlkL3VzYmhpZC9oaWQtY29yZS5j OiB2Mi42OlVTQiBISUQgY29yZSBkcml2ZXIKVENQIGN1YmljIHJlZ2lzdGVyZWQKSW5pdGlhbGl6 aW5nIFhGUk0gbmV0bGluayBzb2NrZXQKTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAx Ck5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMTcKVXNpbmcgSVBJIE5vLVNob3J0Y3V0 IG1vZGUKICBNYWdpYyBudW1iZXI6IDE1OjEzOTo0ODQKRnJlZWluZyB1bnVzZWQga2VybmVsIG1l bW9yeTogMjgwayBmcmVlZApXcml0ZSBwcm90ZWN0aW5nIHRoZSBrZXJuZWwgcmVhZC1vbmx5IGRh dGE6IDg3M2sKQUNQSTogUENJIEludGVycnVwdCAwMDAwOjAwOjFkLjdbQV0gLT4gR1NJIDIwIChs ZXZlbCwgbG93KSAtPiBJUlEgMTgKUENJOiBTZXR0aW5nIGxhdGVuY3kgdGltZXIgb2YgZGV2aWNl IDAwMDA6MDA6MWQuNyB0byA2NAplaGNpX2hjZCAwMDAwOjAwOjFkLjc6IEVIQ0kgSG9zdCBDb250 cm9sbGVyCmVoY2lfaGNkIDAwMDA6MDA6MWQuNzogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwgYXNz aWduZWQgYnVzIG51bWJlciAxCmVoY2lfaGNkIDAwMDA6MDA6MWQuNzogZGVidWcgcG9ydCAxClBD STogY2FjaGUgbGluZSBzaXplIG9mIDMyIGlzIG5vdCBzdXBwb3J0ZWQgYnkgZGV2aWNlIDAwMDA6 MDA6MWQuNwplaGNpX2hjZCAwMDAwOjAwOjFkLjc6IGlycSAxOCwgaW8gbWVtIDB4ZmZhODAwMDAK ZWhjaV9oY2QgMDAwMDowMDoxZC43OiBVU0IgMi4wIHN0YXJ0ZWQsIEVIQ0kgMS4wMCwgZHJpdmVy IDEwIERlYyAyMDA0CnVzYiB1c2IxOiBjb25maWd1cmF0aW9uICMxIGNob3NlbiBmcm9tIDEgY2hv aWNlCmh1YiAxLTA6MS4wOiBVU0IgaHViIGZvdW5kCmh1YiAxLTA6MS4wOiA4IHBvcnRzIGRldGVj dGVkCm9oY2lfaGNkOiAyMDA2IEF1Z3VzdCAwNCBVU0IgMS4xICdPcGVuJyBIb3N0IENvbnRyb2xs ZXIgKE9IQ0kpIERyaXZlcgpVU0IgVW5pdmVyc2FsIEhvc3QgQ29udHJvbGxlciBJbnRlcmZhY2Ug ZHJpdmVyIHYzLjAKQUNQSTogUENJIEludGVycnVwdCAwMDAwOjAwOjFkLjBbQV0gLT4gR1NJIDIw IChsZXZlbCwgbG93KSAtPiBJUlEgMTgKUENJOiBTZXR0aW5nIGxhdGVuY3kgdGltZXIgb2YgZGV2 aWNlIDAwMDA6MDA6MWQuMCB0byA2NAp1aGNpX2hjZCAwMDAwOjAwOjFkLjA6IFVIQ0kgSG9zdCBD b250cm9sbGVyCnVoY2lfaGNkIDAwMDA6MDA6MWQuMDogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwg YXNzaWduZWQgYnVzIG51bWJlciAyCnVoY2lfaGNkIDAwMDA6MDA6MWQuMDogaXJxIDE4LCBpbyBi YXNlIDB4MDAwMGJmODAKdXNiIHVzYjI6IGNvbmZpZ3VyYXRpb24gIzEgY2hvc2VuIGZyb20gMSBj aG9pY2UKaHViIDItMDoxLjA6IFVTQiBodWIgZm91bmQKaHViIDItMDoxLjA6IDIgcG9ydHMgZGV0 ZWN0ZWQKQUNQSTogUENJIEludGVycnVwdCAwMDAwOjAwOjFkLjFbQl0gLT4gR1NJIDIxIChsZXZl bCwgbG93KSAtPiBJUlEgMTkKUENJOiBTZXR0aW5nIGxhdGVuY3kgdGltZXIgb2YgZGV2aWNlIDAw MDA6MDA6MWQuMSB0byA2NAp1aGNpX2hjZCAwMDAwOjAwOjFkLjE6IFVIQ0kgSG9zdCBDb250cm9s bGVyCnVoY2lfaGNkIDAwMDA6MDA6MWQuMTogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwgYXNzaWdu ZWQgYnVzIG51bWJlciAzCnVoY2lfaGNkIDAwMDA6MDA6MWQuMTogaXJxIDE5LCBpbyBiYXNlIDB4 MDAwMGJmNjAKdXNiIHVzYjM6IGNvbmZpZ3VyYXRpb24gIzEgY2hvc2VuIGZyb20gMSBjaG9pY2UK aHViIDMtMDoxLjA6IFVTQiBodWIgZm91bmQKaHViIDMtMDoxLjA6IDIgcG9ydHMgZGV0ZWN0ZWQK QUNQSTogUENJIEludGVycnVwdCAwMDAwOjAwOjFkLjJbQ10gLT4gR1NJIDIyIChsZXZlbCwgbG93 KSAtPiBJUlEgMjAKUENJOiBTZXR0aW5nIGxhdGVuY3kgdGltZXIgb2YgZGV2aWNlIDAwMDA6MDA6 MWQuMiB0byA2NAp1aGNpX2hjZCAwMDAwOjAwOjFkLjI6IFVIQ0kgSG9zdCBDb250cm9sbGVyCnVo Y2lfaGNkIDAwMDA6MDA6MWQuMjogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwgYXNzaWduZWQgYnVz IG51bWJlciA0CnVoY2lfaGNkIDAwMDA6MDA6MWQuMjogaXJxIDIwLCBpbyBiYXNlIDB4MDAwMGJm NDAKdXNiIHVzYjQ6IGNvbmZpZ3VyYXRpb24gIzEgY2hvc2VuIGZyb20gMSBjaG9pY2UKaHViIDQt MDoxLjA6IFVTQiBodWIgZm91bmQKaHViIDQtMDoxLjA6IDIgcG9ydHMgZGV0ZWN0ZWQKdXNiIDEt MTogbmV3IGhpZ2ggc3BlZWQgVVNCIGRldmljZSB1c2luZyBlaGNpX2hjZCBhbmQgYWRkcmVzcyAy ClN5bmFwdGljcyBUb3VjaHBhZCwgbW9kZWw6IDEsIGZ3OiA2LjIsIGlkOiAweGZhMGIxLCBjYXBz OiAweGEwNDcxMy8weDIwMDAwMAppbnB1dDogU3luUFMvMiBTeW5hcHRpY3MgVG91Y2hQYWQgYXMg L2NsYXNzL2lucHV0L2lucHV0MgpBQ1BJOiBQQ0kgSW50ZXJydXB0IDAwMDA6MDA6MWQuM1tEXSAt PiBHU0kgMjMgKGxldmVsLCBsb3cpIC0+IElSUSAyMQpQQ0k6IFNldHRpbmcgbGF0ZW5jeSB0aW1l ciBvZiBkZXZpY2UgMDAwMDowMDoxZC4zIHRvIDY0CnVoY2lfaGNkIDAwMDA6MDA6MWQuMzogVUhD SSBIb3N0IENvbnRyb2xsZXIKdWhjaV9oY2QgMDAwMDowMDoxZC4zOiBuZXcgVVNCIGJ1cyByZWdp c3RlcmVkLCBhc3NpZ25lZCBidXMgbnVtYmVyIDUKdWhjaV9oY2QgMDAwMDowMDoxZC4zOiBpcnEg MjEsIGlvIGJhc2UgMHgwMDAwYmYyMAp1c2IgdXNiNTogY29uZmlndXJhdGlvbiAjMSBjaG9zZW4g ZnJvbSAxIGNob2ljZQpodWIgNS0wOjEuMDogVVNCIGh1YiBmb3VuZApodWIgNS0wOjEuMDogMiBw b3J0cyBkZXRlY3RlZAp1c2IgMS0xOiBjb25maWd1cmF0aW9uICMxIGNob3NlbiBmcm9tIDEgY2hv aWNlCmh1YiAxLTE6MS4wOiBVU0IgaHViIGZvdW5kCmh1YiAxLTE6MS4wOiA0IHBvcnRzIGRldGVj dGVkClNDU0kgc3Vic3lzdGVtIGluaXRpYWxpemVkCmxpYmF0YSB2ZXJzaW9uIDIuMjEgbG9hZGVk LgphdGFfcGlpeCAwMDAwOjAwOjFmLjI6IHZlcnNpb24gMi4xMgphdGFfcGlpeCAwMDAwOjAwOjFm LjI6IE1BUCBbIFAwIFAyIElERSBJREUgXQpBQ1BJOiBQQ0kgSW50ZXJydXB0IDAwMDA6MDA6MWYu MltCXSAtPiBHU0kgMTcgKGxldmVsLCBsb3cpIC0+IElSUSAyMgpQQ0k6IFNldHRpbmcgbGF0ZW5j eSB0aW1lciBvZiBkZXZpY2UgMDAwMDowMDoxZi4yIHRvIDY0CnNjc2kwIDogYXRhX3BpaXgKc2Nz aTEgOiBhdGFfcGlpeAphdGExOiBTQVRBIG1heCBVRE1BLzEzMyBjbWQgMHgwMDAxMDFmMCBjdGwg MHgwMDAxMDNmNiBibWRtYSAweDAwMDFiZmEwIGlycSAxNAphdGEyOiBQQVRBIG1heCBVRE1BLzEw MCBjbWQgMHgwMDAxMDE3MCBjdGwgMHgwMDAxMDM3NiBibWRtYSAweDAwMDFiZmE4IGlycSAxNQph dGExLjAwOiBBVEEtNzogSGl0YWNoaSBIVFM1NDE2MTZKOVNBMDAsIFNCNE9DNzRQLCBtYXggVURN QS8xMDAKYXRhMS4wMDogMzEyNTgxODA4IHNlY3RvcnMsIG11bHRpIDg6IExCQTQ4IE5DUSAoZGVw dGggMC8zMikKYXRhMS4wMDogY29uZmlndXJlZCBmb3IgVURNQS8xMDAKYXRhMi4wMDogQVRBUEk6 IE9wdGlhcmMgRFZEKy8tUlcgQUQtNTU0MEEsIDEwMkMsIG1heCBVRE1BLzMzCnVzYiAxLTU6IG5l dyBoaWdoIHNwZWVkIFVTQiBkZXZpY2UgdXNpbmcgZWhjaV9oY2QgYW5kIGFkZHJlc3MgNQphdGEy LjAwOiBjb25maWd1cmVkIGZvciBVRE1BLzMzCnNjc2kgMDowOjA6MDogRGlyZWN0LUFjY2VzcyAg ICAgQVRBICAgICAgSGl0YWNoaSBIVFM1NDE2MSBTQjRPIFBROiAwIEFOU0k6IDUKc2QgMDowOjA6 MDogW3NkYV0gMzEyNTgxODA4IDUxMi1ieXRlIGhhcmR3YXJlIHNlY3RvcnMgKDE2MDA0MiBNQikK c2QgMDowOjA6MDogW3NkYV0gV3JpdGUgUHJvdGVjdCBpcyBvZmYKc2QgMDowOjA6MDogW3NkYV0g TW9kZSBTZW5zZTogMDAgM2EgMDAgMDAKc2QgMDowOjA6MDogW3NkYV0gV3JpdGUgY2FjaGU6IGVu YWJsZWQsIHJlYWQgY2FjaGU6IGVuYWJsZWQsIGRvZXNuJ3Qgc3VwcG9ydCBEUE8gb3IgRlVBCnNk IDA6MDowOjA6IFtzZGFdIDMxMjU4MTgwOCA1MTItYnl0ZSBoYXJkd2FyZSBzZWN0b3JzICgxNjAw NDIgTUIpCnNkIDA6MDowOjA6IFtzZGFdIFdyaXRlIFByb3RlY3QgaXMgb2ZmCnNkIDA6MDowOjA6 IFtzZGFdIE1vZGUgU2Vuc2U6IDAwIDNhIDAwIDAwCnNkIDA6MDowOjA6IFtzZGFdIFdyaXRlIGNh Y2hlOiBlbmFibGVkLCByZWFkIGNhY2hlOiBlbmFibGVkLCBkb2Vzbid0IHN1cHBvcnQgRFBPIG9y IEZVQQogc2RhOiBzZGExIHNkYTIgc2RhMyBzZGE0IDwgc2RhNSA+CnVzYiAxLTU6IGNvbmZpZ3Vy YXRpb24gIzEgY2hvc2VuIGZyb20gMSBjaG9pY2UKc2QgMDowOjA6MDogW3NkYV0gQXR0YWNoZWQg U0NTSSBkaXNrCnNjc2kgMTowOjA6MDogQ0QtUk9NICAgICAgICAgICAgT3B0aWFyYyAgRFZEKy1S VyBBRC01NTQwQSAxMDJDIFBROiAwIEFOU0k6IDUKdXNiIDItMjogbmV3IGxvdyBzcGVlZCBVU0Ig ZGV2aWNlIHVzaW5nIHVoY2lfaGNkIGFuZCBhZGRyZXNzIDIKdXNiIDItMjogY29uZmlndXJhdGlv biAjMSBjaG9zZW4gZnJvbSAxIGNob2ljZQppbnB1dDogTG9naXRlY2ggTG9naXRlY2ggRHVhbCBB Y3Rpb24gYXMgL2NsYXNzL2lucHV0L2lucHV0MwppbnB1dDogVVNCIEhJRCB2MS4xMCBKb3lzdGlj ayBbTG9naXRlY2ggTG9naXRlY2ggRHVhbCBBY3Rpb25dIG9uIHVzYi0wMDAwOjAwOjFkLjAtMgp1 c2IgMy0yOiBuZXcgZnVsbCBzcGVlZCBVU0IgZGV2aWNlIHVzaW5nIHVoY2lfaGNkIGFuZCBhZGRy ZXNzIDIKdXNiIDMtMjogY29uZmlndXJhdGlvbiAjMSBjaG9zZW4gZnJvbSAxIGNob2ljZQppbnB1 dDogQnVyci1Ccm93biBmcm9tIFRJICAgICAgICAgICAgICAgVVNCIEF1ZGlvIENPREVDICBhcyAv Y2xhc3MvaW5wdXQvaW5wdXQ0CmlucHV0OiBVU0IgSElEIHYxLjAwIERldmljZSBbQnVyci1Ccm93 biBmcm9tIFRJICAgICAgICAgICAgICAgVVNCIEF1ZGlvIENPREVDIF0gb24gdXNiLTAwMDA6MDA6 MWQuMS0yCnVzYiA1LTE6IG5ldyBsb3cgc3BlZWQgVVNCIGRldmljZSB1c2luZyB1aGNpX2hjZCBh bmQgYWRkcmVzcyAyCnVzYiA1LTE6IGNvbmZpZ3VyYXRpb24gIzEgY2hvc2VuIGZyb20gMSBjaG9p Y2UKaW5wdXQ6IE1pY3Jvc29mdCBNaWNyb3NvZnQgV2lyZWxlc3MgT3B0aWNhbCBNb3VzZe+/vSAx LjAwIGFzIC9jbGFzcy9pbnB1dC9pbnB1dDUKaW5wdXQ6IFVTQiBISUQgdjEuMTEgTW91c2UgW01p Y3Jvc29mdCBNaWNyb3NvZnQgV2lyZWxlc3MgT3B0aWNhbCBNb3VzZe+/vSAxLjAwXSBvbiB1c2It MDAwMDowMDoxZC4zLTEKSW5pdGlhbGl6aW5nIFVTQiBNYXNzIFN0b3JhZ2UgZHJpdmVyLi4uCnNj c2kyIDogU0NTSSBlbXVsYXRpb24gZm9yIFVTQiBNYXNzIFN0b3JhZ2UgZGV2aWNlcwp1c2Itc3Rv cmFnZTogZGV2aWNlIGZvdW5kIGF0IDUKdXNiLXN0b3JhZ2U6IHdhaXRpbmcgZm9yIGRldmljZSB0 byBzZXR0bGUgYmVmb3JlIHNjYW5uaW5nCnVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFj ZSBkcml2ZXIgdXNiLXN0b3JhZ2UKVVNCIE1hc3MgU3RvcmFnZSBzdXBwb3J0IHJlZ2lzdGVyZWQu CnVzYi1zdG9yYWdlOiBkZXZpY2Ugc2NhbiBjb21wbGV0ZQpzY3NpIDI6MDowOjA6IERpcmVjdC1B Y2Nlc3MgICAgIERNSSAgICAgIFVsdHJhIEhERCAgICAgICAgMS4xOSBQUTogMCBBTlNJOiAwCnNk IDI6MDowOjA6IFtzZGJdIDk3Njc3MzE2OCA1MTItYnl0ZSBoYXJkd2FyZSBzZWN0b3JzICg1MDAx MDggTUIpCnNkIDI6MDowOjA6IFtzZGJdIFdyaXRlIFByb3RlY3QgaXMgb2ZmCnNkIDI6MDowOjA6 IFtzZGJdIE1vZGUgU2Vuc2U6IDBiIDAwIDAwIDA4CnNkIDI6MDowOjA6IFtzZGJdIEFzc3VtaW5n IGRyaXZlIGNhY2hlOiB3cml0ZSB0aHJvdWdoCnNkIDI6MDowOjA6IFtzZGJdIDk3Njc3MzE2OCA1 MTItYnl0ZSBoYXJkd2FyZSBzZWN0b3JzICg1MDAxMDggTUIpCnNkIDI6MDowOjA6IFtzZGJdIFdy aXRlIFByb3RlY3QgaXMgb2ZmCnNkIDI6MDowOjA6IFtzZGJdIE1vZGUgU2Vuc2U6IDBiIDAwIDAw IDA4CnNkIDI6MDowOjA6IFtzZGJdIEFzc3VtaW5nIGRyaXZlIGNhY2hlOiB3cml0ZSB0aHJvdWdo CiBzZGI6IHNkYjEgc2RiMiBzZGIzCnNkIDI6MDowOjA6IFtzZGJdIEF0dGFjaGVkIFNDU0kgZGlz awpram91cm5hbGQgc3RhcnRpbmcuICBDb21taXQgaW50ZXJ2YWwgNSBzZWNvbmRzCkVYVDMtZnM6 IG1vdW50ZWQgZmlsZXN5c3RlbSB3aXRoIG9yZGVyZWQgZGF0YSBtb2RlLgpTRUxpbnV4OiAgRGlz YWJsZWQgYXQgcnVudGltZS4KU0VMaW51eDogIFVucmVnaXN0ZXJpbmcgbmV0ZmlsdGVyIGhvb2tz CmF1ZGl0KDExOTU5MTA5NjcuMjk0OjIpOiBzZWxpbnV4PTAgYXVpZD00Mjk0OTY3Mjk1CnNyMDog c2NzaTMtbW1jIGRyaXZlOiAyNHgvMjR4IHdyaXRlciBjZC9ydyB4YS9mb3JtMiBjZGRhIHRyYXkK VW5pZm9ybSBDRC1ST00gZHJpdmVyIFJldmlzaW9uOiAzLjIwCnNyIDE6MDowOjA6IEF0dGFjaGVk IHNjc2kgQ0QtUk9NIHNyMApBQ1BJOiBQQ0kgSW50ZXJydXB0IDAwMDA6MDA6MWYuM1tCXSAtPiBH U0kgMTcgKGxldmVsLCBsb3cpIC0+IElSUSAyMgppbnRlbF9ybmc6IEZXSCBub3QgZGV0ZWN0ZWQK aVRDT192ZW5kb3Jfc3VwcG9ydDogdmVuZG9yLXN1cHBvcnQ9MAppVENPX3dkdDogSW50ZWwgVENP IFdhdGNoRG9nIFRpbWVyIERyaXZlciB2MS4wMiAoMjYtSnVsLTIwMDcpCmlUQ09fd2R0OiBGb3Vu ZCBhIElDSDctTSBUQ08gZGV2aWNlIChWZXJzaW9uPTIsIFRDT0JBU0U9MHgxMDYwKQppVENPX3dk dDogaW5pdGlhbGl6ZWQuIGhlYXJ0YmVhdD0zMCBzZWMgKG5vd2F5b3V0PTApCnNkIDA6MDowOjA6 IEF0dGFjaGVkIHNjc2kgZ2VuZXJpYyBzZzAgdHlwZSAwCnNyIDE6MDowOjA6IEF0dGFjaGVkIHNj c2kgZ2VuZXJpYyBzZzEgdHlwZSA1CnNkIDI6MDowOjA6IEF0dGFjaGVkIHNjc2kgZ2VuZXJpYyBz ZzIgdHlwZSAwCmlucHV0OiBWaWRlbyBCdXMgYXMgL2NsYXNzL2lucHV0L2lucHV0NgpBQ1BJOiBW aWRlbyBEZXZpY2UgW1ZJRF0gKG11bHRpLWhlYWQ6IHllcyAgcm9tOiBubyAgcG9zdDogbm8pCmlu cHV0OiBWaWRlbyBCdXMgYXMgL2NsYXNzL2lucHV0L2lucHV0NwpBQ1BJOiBWaWRlbyBEZXZpY2Ug W1ZJRDFdIChtdWx0aS1oZWFkOiB5ZXMgIHJvbTogbm8gIHBvc3Q6IG5vKQppbnB1dDogVmlkZW8g QnVzIGFzIC9jbGFzcy9pbnB1dC9pbnB1dDgKQUNQSTogVmlkZW8gRGV2aWNlIFtWSUQyXSAobXVs dGktaGVhZDogeWVzICByb206IG5vICBwb3N0OiBubykKQUNQSTogQUMgQWRhcHRlciBbQUNdIChv bi1saW5lKQpBQ1BJOiBCYXR0ZXJ5IFNsb3QgW0JBVDBdIChiYXR0ZXJ5IGFic2VudCkKaW5wdXQ6 IExpZCBTd2l0Y2ggYXMgL2NsYXNzL2lucHV0L2lucHV0OQpBQ1BJOiBMaWQgU3dpdGNoIFtMSURd CmlucHV0OiBQb3dlciBCdXR0b24gKENNKSBhcyAvY2xhc3MvaW5wdXQvaW5wdXQxMApBQ1BJOiBQ b3dlciBCdXR0b24gKENNKSBbUEJUTl0KaW5wdXQ6IFNsZWVwIEJ1dHRvbiAoQ00pIGFzIC9jbGFz cy9pbnB1dC9pbnB1dDExCkFDUEk6IFNsZWVwIEJ1dHRvbiAoQ00pIFtTQlROXQpBQ1BJOiBQQ0kg SW50ZXJydXB0IDAwMDA6MDM6MDAuMFtBXSAtPiBHU0kgMTcgKGxldmVsLCBsb3cpIC0+IElSUSAy Mgpzc2I6IFNvbmljcyBTaWxpY29uIEJhY2twbGFuZSBmb3VuZCBvbiBQQ0kgZGV2aWNlIDAwMDA6 MDM6MDAuMApiNDQuYzp2Mi4wCmV0aDA6IEJyb2FkY29tIDQ0eHgvNDd4eCAxMC8xMDBCYXNlVCBF dGhlcm5ldCAwMDoxODo4YjpiMzoyNzo3OApzZGhjaTogU2VjdXJlIERpZ2l0YWwgSG9zdCBDb250 cm9sbGVyIEludGVyZmFjZSBkcml2ZXIKc2RoY2k6IENvcHlyaWdodChjKSBQaWVycmUgT3NzbWFu CnNkaGNpOiBTREhDSSBjb250cm9sbGVyIGZvdW5kIGF0IDAwMDA6MDM6MDEuMSBbMTE4MDowODIy XSAocmV2IDE5KQpBQ1BJOiBQQ0kgSW50ZXJydXB0IDAwMDA6MDM6MDEuMVtCXSAtPiBHU0kgMTgg KGxldmVsLCBsb3cpIC0+IElSUSAyMwptbWMwOiBTREhDSSBhdCAweGVjZGZkNDAwIGlycSAyMyBE TUEKQUNQSTogUENJIEludGVycnVwdCAwMDAwOjBkOjAwLjBbQV0gLT4gR1NJIDE5IChsZXZlbCwg bG93KSAtPiBJUlEgMTcKb2hjaTEzOTQ6IGZ3LWhvc3QwOiBPSENJLTEzOTQgMS4xIChQQ0kpOiBJ UlE9WzE3XSAgTU1JTz1bZWNmZmI4MDAtZWNmZmJmZmZdICBNYXggUGFja2V0PVsyMDQ4XSAgSVIv SVQgY29udGV4dHM9WzQvOF0KQUNQSTogUENJIEludGVycnVwdCAwMDAwOjAzOjAxLjBbQV0gLT4g R1NJIDE5IChsZXZlbCwgbG93KSAtPiBJUlEgMTcKb2hjaTEzOTQ6IGZ3LWhvc3QxOiBPSENJLTEz OTQgMS4xIChQQ0kpOiBJUlE9WzE3XSAgTU1JTz1bZWNkZmQ4MDAtZWNkZmRmZmZdICBNYXggUGFj a2V0PVsyMDQ4XSAgSVIvSVQgY29udGV4dHM9WzQvNF0KaWVlZTEzOTQ6IEhvc3QgYWRkZWQ6IElE OkJVU1swLTAwOjEwMjNdICBHVUlEWzAwMDAwMDAwMDAwMDAwMGZdCmllZWUxMzk0OiBOb2RlIGFk ZGVkOiBJRDpCVVNbMC0wMToxMDIzXSAgR1VJRFswMDBhOTIwMGQ2MDgxNTIzXQppZWVlMTM5NDog SG9zdCBhZGRlZDogSUQ6QlVTWzEtMDA6MTAyM10gIEdVSURbNDQ0ZmMwMDAyZWQyNWM1MF0KTk9U RTogVGhlIGR2MTM5NCBkcml2ZXIgaXMgdW5zdXBwb3J0ZWQgYW5kIG1heSBiZSByZW1vdmVkIGlu IGEgZnV0dXJlIExpbnV4IHJlbGVhc2UuIFVzZSByYXcxMzk0IGluc3RlYWQuCmllZWUxMzk0OiBy YXcxMzk0OiAvZGV2L3JhdzEzOTQgZGV2aWNlIGluaXRpYWxpemVkCkFDUEk6IFBDSSBJbnRlcnJ1 cHQgMDAwMDowMDoxYi4wW0FdIC0+IEdTSSAyMSAobGV2ZWwsIGxvdykgLT4gSVJRIDE5ClBDSTog U2V0dGluZyBsYXRlbmN5IHRpbWVyIG9mIGRldmljZSAwMDAwOjAwOjFiLjAgdG8gNjQKdXNiY29y ZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciBzbmQtdXNiLWF1ZGlvCkNsb2Nrc291 cmNlIHRzYyB1bnN0YWJsZSAoZGVsdGEgPSAtODEwNzgyNDggbnMpCk5FVDogUmVnaXN0ZXJlZCBw cm90b2NvbCBmYW1pbHkgMTAKbG86IERpc2FibGVkIFByaXZhY3kgRXh0ZW5zaW9ucwpBQ1BJOiBQ Q0kgSW50ZXJydXB0IDAwMDA6MDE6MDAuMFtBXSAtPiBHU0kgMTYgKGxldmVsLCBsb3cpIC0+IElS USAxNgpkZXZpY2UtbWFwcGVyOiBpb2N0bDogNC4xMS4wLWlvY3RsICgyMDA2LTEwLTEyKSBpbml0 aWFsaXNlZDogZG0tZGV2ZWxAcmVkaGF0LmNvbQpkZXZpY2UtbWFwcGVyOiBtdWx0aXBhdGg6IHZl cnNpb24gMS4wLjUgbG9hZGVkCkVYVDMgRlMgb24gc2RhMiwgaW50ZXJuYWwgam91cm5hbApram91 cm5hbGQgc3RhcnRpbmcuICBDb21taXQgaW50ZXJ2YWwgNSBzZWNvbmRzCkVYVDMgRlMgb24gc2Rh NSwgaW50ZXJuYWwgam91cm5hbApFWFQzLWZzOiBtb3VudGVkIGZpbGVzeXN0ZW0gd2l0aCBvcmRl cmVkIGRhdGEgbW9kZS4KQWRkaW5nIDEwNTIyNDhrIHN3YXAgb24gL2Rldi9zZGEzLiAgUHJpb3Jp dHk6LTEgZXh0ZW50czoxIGFjcm9zczoxMDUyMjQ4awpJQS0zMiBNaWNyb2NvZGUgVXBkYXRlIERy aXZlcjogdjEuMTRhIDx0aWdyYW5AYWl2YXppYW4uZnNuZXQuY28udWs+CmlwNl90YWJsZXM6IChD KSAyMDAwLTIwMDYgTmV0ZmlsdGVyIENvcmUgVGVhbQpOZXRmaWx0ZXIgbWVzc2FnZXMgdmlhIE5F VExJTksgdjAuMzAuCm5mX2Nvbm50cmFjayB2ZXJzaW9uIDAuNS4wICgxNjM4NCBidWNrZXRzLCA2 NTUzNiBtYXgpCmlwX3RhYmxlczogKEMpIDIwMDAtMjAwNiBOZXRmaWx0ZXIgQ29yZSBUZWFtCkFE RFJDT05GKE5FVERFVl9VUCk6IGV0aDA6IGxpbmsgaXMgbm90IHJlYWR5CmI0NDogZXRoMDogTGlu ayBpcyB1cCBhdCAxMDAgTWJwcywgZnVsbCBkdXBsZXguCmI0NDogZXRoMDogRmxvdyBjb250cm9s IGlzIG9mZiBmb3IgVFggYW5kIG9mZiBmb3IgUlguCkFERFJDT05GKE5FVERFVl9DSEFOR0UpOiBl dGgwOiBsaW5rIGJlY29tZXMgcmVhZHkKYXVkaXQoMTE5NTkxMDk5Mi44ODc6Myk6IGF1ZGl0X3Bp ZD0yMDMwIG9sZD0wIGJ5IGF1aWQ9NDI5NDk2NzI5NQpldGgwOiBubyBJUHY2IHJvdXRlcnMgcHJl c2VudAppcF90YWJsZXM6IChDKSAyMDAwLTIwMDYgTmV0ZmlsdGVyIENvcmUgVGVhbQppcDZfdGFi bGVzOiAoQykgMjAwMC0yMDA2IE5ldGZpbHRlciBDb3JlIFRlYW0KaXBfdGFibGVzOiAoQykgMjAw MC0yMDA2IE5ldGZpbHRlciBDb3JlIFRlYW0KaXA2X3RhYmxlczogKEMpIDIwMDAtMjAwNiBOZXRm aWx0ZXIgQ29yZSBUZWFtCltteXN0aHIyQGxvY2FsaG9zdCB+XSQK ------=_Part_36480_14324267.1195927092400-- From mysthr21 at gmail.com Sat Nov 24 10:34:00 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Sat Nov 24 10:34:00 2007 Subject: [PlanetCCRMA] ZynAddSubFX problems still unresolved on F7/F8 with KDE In-Reply-To: <1195924851.14526.8.camel@cmn2.stanford.edu> References: <200711232054.43984.cave.dnb@tiscali.fr> <200711240130.28450.cave.dnb@tiscali.fr> <907c05c70711240313t768a066clcfb93aba1b74cbf8@mail.gmail.com> <200711241746.29745.cave.dnb@tiscali.fr> <1195924851.14526.8.camel@cmn2.stanford.edu> Message-ID: <907c05c70711241010y768b4999xf9cec39677b1cf23@mail.gmail.com> ------=_Part_36513_1740124.1195927832097 Content-Type: multipart/alternative; boundary="----=_Part_36514_22867337.1195927832097" ------=_Part_36514_22867337.1195927832097 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline here you are, if you want to compare my zyntrace.txt, with yours. See the attached file. You should use kompare, to compare the two files. :D good luck. Mysth-R 2007/11/24, Fernando Lopez-Lezcano : > > On Sat, 2007-11-24 at 17:46 +0100, Nigel Henry wrote: > > On Saturday 24 November 2007 12:13, Mysth-R wrote: > > > Perhaps you could try to compile Zyn by yourself ? > > > > Hi. First I created a new user as Fernando had suggested, but the > problem > > still exists. > [MUNCH] > > This is really weird, as you say that you have no problems with Zyn on > F8, and > > KDE. I asked the same ? a while back, and Fernando said he had no > problems > > with it on Gnome, so I logged out of F7 KDE, and logged back into Gnome, > and > > Zyn performed as expected, no problems, which is why I thought it was > some > > problem with KDE on F7, and now F8. > > Puzzling. > What video card and driver are you using in the machine that fails? > > Maybe you could strace zyn and that may (unlikely) tell us something. > You can do (if using bash as the shell): > > strace zynaddsubfx &>zyntrace.txt > > And then quit zyn after the problem manifests itself. The trace will be > very long (it is a trace of all system calls that the executable makes). > Maybe you could compare it with one from the systems that work fine. > Unlikely we'll know what's going on but worth a try. > > -- Fernando > > > -- {^_^} Mysth-R {^_^} http://myspace.com/mysthr http://myspace.com/aideauditive Gagner plein d'argent en restant chez soit ------=_Part_36514_22867337.1195927832097 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline here you are, if you want to compare my zyntrace.txt, with yours. See the attached file. You should use kompare, to compare the two files. :D
good luck.

Mysth-R

2007/11/24, Fernando Lopez-Lezcano < nando@ccrma.stanford.edu>:
On Sat, 2007-11-24 at 17:46 +0100, Nigel Henry wrote:
> On Saturday 24 November 2007 12:13, Mysth-R wrote:
> > Perhaps you could try to compile Zyn by yourself ?
>
> Hi. First I created a new user as Fernando had suggested, but the problem
> still exists.
[MUNCH]
> This is really weird, as you say that you have no problems with Zyn on F8, and
> KDE. I asked the same ? a while back, and Fernando said he had no problems
> with it on Gnome, so I logged out of F7 KDE, and logged back into Gnome, and
> Zyn performed as expected, no problems, which is why I thought it was some
> problem with KDE on F7, and now F8.

Puzzling.
What video card and driver are you using in the machine that fails?

Maybe you could strace zyn and that may (unlikely) tell us something.
You can do (if using bash as the shell):

  strace zynaddsubfx &>zyntrace.txt

And then quit zyn after the problem manifests itself. The trace will be
very long (it is a trace of all system calls that the executable makes).
Maybe you could compare it with one from the systems that work fine.
Unlikely we'll know what's going on but worth a try.

-- Fernando





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

http://myspace.com/mysthr
http://myspace.com/aideauditive
<A href=http://mysthr.free.fr/ErwanInyzant/>Gagner plein d'argent en restant chez soit</A> ------=_Part_36514_22867337.1195927832097-- ------=_Part_36513_1740124.1195927832097 Content-Type: text/plain; name=zyntrace.txt Content-Transfer-Encoding: base64 X-Attachment-Id: f_f9egjgci Content-Disposition: attachment; filename=zyntrace.txt ZXhlY3ZlKCIvdXNyL2Jpbi96eW5hZGRzdWJmeCIsIFsienluYWRkc3ViZngiXSwgWy8qIDU1IHZh cnMgKi9dKSA9IDAKYnJrKDApICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMHg4 MTMwMDAwCmFjY2VzcygiL2V0Yy9sZC5zby5wcmVsb2FkIiwgUl9PSykgICAgICA9IC0xIEVOT0VO VCAoTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKb3BlbigiL2V0Yy9sZC5zby5jYWNoZSIsIE9f UkRPTkxZKSAgICAgID0gMwpmc3RhdDY0KDMsIHtzdF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6 ZT0xNDM3NTEsIC4uLn0pID0gMAptbWFwMihOVUxMLCAxNDM3NTEsIFBST1RfUkVBRCwgTUFQX1BS SVZBVEUsIDMsIDApID0gMHhiN2Y2MTAwMApjbG9zZSgzKSAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgPSAwCm9wZW4oIi91c3IvbGliL2xpYm14bWwuc28uMSIsIE9fUkRPTkxZKSA9IDMK cmVhZCgzLCAiXDE3N0VMRlwxXDFcMVwwXDBcMFwwXDBcMFwwXDBcMFwzXDBcM1wwXDFcMFwwXDBg XDMyXDBcMDAwNFwwXDBcMCIuLi4sIDUxMikgPSA1MTIKZnN0YXQ2NCgzLCB7c3RfbW9kZT1TX0lG UkVHfDA3NTUsIHN0X3NpemU9MzcwMTIsIC4uLn0pID0gMAptbWFwMihOVUxMLCA0MDk2LCBQUk9U X1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZBVEV8TUFQX0FOT05ZTU9VUywgLTEsIDApID0gMHhi N2Y2MDAwMAptbWFwMihOVUxMLCAzNTc0NCwgUFJPVF9SRUFEfFBST1RfRVhFQywgTUFQX1BSSVZB VEV8TUFQX0RFTllXUklURSwgMywgMCkgPSAweGI3ZjU3MDAwCm1tYXAyKDB4YjdmNWYwMDAsIDQw OTYsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX0RFTllX UklURSwgMywgMHg4KSA9IDB4YjdmNWYwMDAKY2xvc2UoMykgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgID0gMApvcGVuKCIvbGliL2xpYnouc28uMSIsIE9fUkRPTkxZKSAgICAgICAgPSAz CnJlYWQoMywgIlwxNzdFTEZcMVwxXDFcMFwwXDBcMFwwXDBcMFwwXDBcM1wwXDNcMFwxXDBcMFww XDBcMjY2XDMzMVwwMDA0XDBcMFwwIi4uLiwgNTEyKSA9IDUxMgpmc3RhdDY0KDMsIHtzdF9tb2Rl PVNfSUZSRUd8MDc1NSwgc3Rfc2l6ZT03NDkyOCwgLi4ufSkgPSAwCm1tYXAyKDB4ZDlhMDAwLCA3 NjE3NiwgUFJPVF9SRUFEfFBST1RfRVhFQywgTUFQX1BSSVZBVEV8TUFQX0RFTllXUklURSwgMywg MCkgPSAweGQ5YTAwMAptbWFwMigweGRhYzAwMCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUs IE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfREVOWVdSSVRFLCAzLCAweDExKSA9IDB4ZGFjMDAw CmNsb3NlKDMpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKb3BlbigiL3Vzci9s aWIvbGliWGZ0LnNvLjIiLCBPX1JET05MWSkgID0gMwpyZWFkKDMsICJcMTc3RUxGXDFcMVwxXDBc MFwwXDBcMFwwXDBcMFwwXDNcMFwzXDBcMVwwXDBcMFwwXDE3N2ZcMDAwNFwwXDBcMCIuLi4sIDUx MikgPSA1MTIKZnN0YXQ2NCgzLCB7c3RfbW9kZT1TX0lGUkVHfDA3NTUsIHN0X3NpemU9NzgwNjAs IC4uLn0pID0gMAptbWFwMigweDY2NTAwMCwgNzQ5MTYsIFBST1RfUkVBRHxQUk9UX0VYRUMsIE1B UF9QUklWQVRFfE1BUF9ERU5ZV1JJVEUsIDMsIDApID0gMHg2NjUwMDAKbW1hcDIoMHg2NzcwMDAs IDQwOTYsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX0RF TllXUklURSwgMywgMHgxMikgPSAweDY3NzAwMApjbG9zZSgzKSAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgPSAwCm9wZW4oIi91c3IvbGliL2xpYlhyZW5kZXIuc28uMSIsIE9fUkRPTkxZ KSA9IDMKcmVhZCgzLCAiXDE3N0VMRlwxXDFcMVwwXDBcMFwwXDBcMFwwXDBcMFwzXDBcM1wwXDFc MFwwXDBcMjYwXDM0MlwxNlwwMDI0XDBcMFwwIi4uLiwgNTEyKSA9IDUxMgpmc3RhdDY0KDMsIHtz dF9tb2RlPVNfSUZSRUd8MDc1NSwgc3Rfc2l6ZT0zMzM1MiwgLi4ufSkgPSAwCm1tYXAyKDB4MjBl ZDAwMCwgMzQ0MTIsIFBST1RfUkVBRHxQUk9UX0VYRUMsIE1BUF9QUklWQVRFfE1BUF9ERU5ZV1JJ VEUsIDMsIDApID0gMHgyMGVkMDAwCm1tYXAyKDB4MjBmNTAwMCwgNDA5NiwgUFJPVF9SRUFEfFBS T1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfREVOWVdSSVRFLCAzLCAweDcpID0g MHgyMGY1MDAwCmNsb3NlKDMpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKb3Bl bigiL3Vzci9saWIvbGliZm9udGNvbmZpZy5zby4xIiwgT19SRE9OTFkpID0gMwpyZWFkKDMsICJc MTc3RUxGXDFcMVwxXDBcMFwwXDBcMFwwXDBcMFwwXDNcMFwzXDBcMVwwXDBcMFwyNDBAKlwwMDI0 XDBcMFwwIi4uLiwgNTEyKSA9IDUxMgpmc3RhdDY0KDMsIHtzdF9tb2RlPVNfSUZSRUd8MDc1NSwg c3Rfc2l6ZT0xOTQxMzYsIC4uLn0pID0gMAptbWFwMigweDIyOWYwMDAsIDE5MTg0NCwgUFJPVF9S RUFEfFBST1RfRVhFQywgTUFQX1BSSVZBVEV8TUFQX0RFTllXUklURSwgMywgMCkgPSAweDIyOWYw MDAKbW1hcDIoMHgyMmM2MDAwLCAzMjc2OCwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklW QVRFfE1BUF9GSVhFRHxNQVBfREVOWVdSSVRFLCAzLCAweDI3KSA9IDB4MjJjNjAwMApjbG9zZSgz KSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCm9wZW4oIi91c3IvbGliL2ZyZWV0 eXBlLWZyZWV3b3JsZC9saWJmcmVldHlwZS5zby42IiwgT19SRE9OTFkpID0gMwpyZWFkKDMsICJc MTc3RUxGXDFcMVwxXDBcMFwwXDBcMFwwXDBcMFwwXDNcMFwzXDBcMVwwXDBcMHBcMDE3MlwwMDI0 XDBcMFwwIi4uLiwgNTEyKSA9IDUxMgpmc3RhdDY0KDMsIHtzdF9tb2RlPVNfSUZSRUd8MDc1NSwg c3Rfc2l6ZT01NzI3ODQsIC4uLn0pID0gMAptbWFwMigweDIzMWEwMDAsIDU2OTkyOCwgUFJPVF9S RUFEfFBST1RfRVhFQywgTUFQX1BSSVZBVEV8TUFQX0RFTllXUklURSwgMywgMCkgPSAweDIzMWEw MDAKbW1hcDIoMHgyM2EyMDAwLCAxNjM4NCwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklW QVRFfE1BUF9GSVhFRHxNQVBfREVOWVdSSVRFLCAzLCAweDg4KSA9IDB4MjNhMjAwMApjbG9zZSgz KSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCm9wZW4oIi91c3IvbGliL2xpYlgx MS5zby42IiwgT19SRE9OTFkpICA9IDMKcmVhZCgzLCAiXDE3N0VMRlwxXDFcMVwwXDBcMFwwXDBc MFwwXDBcMFwzXDBcM1wwXDFcMFwwXDBcMzAwUVwyMVwwMDA0XDBcMFwwIi4uLiwgNTEyKSA9IDUx Mgpmc3RhdDY0KDMsIHtzdF9tb2RlPVNfSUZSRUd8MDc1NSwgc3Rfc2l6ZT0xMDI5ODQwLCAuLi59 KSA9IDAKbW1hcDIoTlVMTCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRF fE1BUF9BTk9OWU1PVVMsIC0xLCAwKSA9IDB4YjdmNTYwMDAKbW1hcDIoMHgxMDEwMDAsIDEwMzIx MjgsIFBST1RfUkVBRHxQUk9UX0VYRUMsIE1BUF9QUklWQVRFfE1BUF9ERU5ZV1JJVEUsIDMsIDAp ID0gMHgxMDEwMDAKbW1hcDIoMHgxZjkwMDAsIDE2Mzg0LCBQUk9UX1JFQUR8UFJPVF9XUklURSwg TUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9ERU5ZV1JJVEUsIDMsIDB4ZjcpID0gMHgxZjkwMDAK Y2xvc2UoMykgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApvcGVuKCIvdXNyL2xp Yi9saWJmbHRrLnNvLjEuMSIsIE9fUkRPTkxZKSA9IDMKcmVhZCgzLCAiXDE3N0VMRlwxXDFcMVww XDBcMFwwXDBcMFwwXDBcMFwzXDBcM1wwXDFcMFwwXDAgXDMxMypINFwwXDBcMCIuLi4sIDUxMikg PSA1MTIKZnN0YXQ2NCgzLCB7c3RfbW9kZT1TX0lGUkVHfDA3NTUsIHN0X3NpemU9Njc4MjQwLCAu Li59KSA9IDAKbW1hcDIoMHg0ODI4YTAwMCwgNjkzMDY0LCBQUk9UX1JFQUR8UFJPVF9FWEVDLCBN QVBfUFJJVkFURXxNQVBfREVOWVdSSVRFLCAzLCAwKSA9IDB4NDgyOGEwMDAKbW1hcDIoMHg0ODMy YTAwMCwgMjQ1NzYsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfRklYRUR8 TUFQX0RFTllXUklURSwgMywgMHg5ZikgPSAweDQ4MzJhMDAwCm1tYXAyKDB4NDgzMzAwMDAsIDEz MTI4LCBQUk9UX1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9BTk9O WU1PVVMsIC0xLCAwKSA9IDB4NDgzMzAwMDAKY2xvc2UoMykgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgID0gMApvcGVuKCIvbGliL2xpYnB0aHJlYWQuc28uMCIsIE9fUkRPTkxZKSAgPSAz CnJlYWQoMywgIlwxNzdFTEZcMVwxXDFcMFwwXDBcMFwwXDBcMFwwXDBcM1wwXDNcMFwxXDBcMFww IEhcMzI1XDAwMDRcMFwwXDAiLi4uLCA1MTIpID0gNTEyCmZzdGF0NjQoMywge3N0X21vZGU9U19J RlJFR3wwNzU1LCBzdF9zaXplPTEzMTUyOCwgLi4ufSkgPSAwCm1tYXAyKDB4ZDUwMDAwLCA5ODc4 NCwgUFJPVF9SRUFEfFBST1RfRVhFQywgTUFQX1BSSVZBVEV8TUFQX0RFTllXUklURSwgMywgMCkg PSAweGQ1MDAwMAptbWFwMigweGQ2NTAwMCwgODE5MiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1B UF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfREVOWVdSSVRFLCAzLCAweDE0KSA9IDB4ZDY1MDAwCm1t YXAyKDB4ZDY3MDAwLCA0NTc2LCBQUk9UX1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZBVEV8TUFQ X0ZJWEVEfE1BUF9BTk9OWU1PVVMsIC0xLCAwKSA9IDB4ZDY3MDAwCmNsb3NlKDMpICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICA9IDAKb3BlbigiL2xpYi9saWJtLnNvLjYiLCBPX1JET05M WSkgICAgICAgID0gMwpyZWFkKDMsICJcMTc3RUxGXDFcMVwxXDBcMFwwXDBcMFwwXDBcMFwwXDNc MFwzXDBcMVwwXDBcMFwyMFwyNFwzMjJcMDAwNFwwXDBcMCIuLi4sIDUxMikgPSA1MTIKZnN0YXQ2 NCgzLCB7c3RfbW9kZT1TX0lGUkVHfDA3NTUsIHN0X3NpemU9MjEwMzI0LCAuLi59KSA9IDAKbW1h cDIoMHhkMWUwMDAsIDE2Mzk1MiwgUFJPVF9SRUFEfFBST1RfRVhFQywgTUFQX1BSSVZBVEV8TUFQ X0RFTllXUklURSwgMywgMCkgPSAweGQxZTAwMAptbWFwMigweGQ0NTAwMCwgODE5MiwgUFJPVF9S RUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfREVOWVdSSVRFLCAzLCAw eDI2KSA9IDB4ZDQ1MDAwCmNsb3NlKDMpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9 IDAKb3BlbigiL3Vzci9saWIvbGliWGV4dC5zby42IiwgT19SRE9OTFkpID0gMwpyZWFkKDMsICJc MTc3RUxGXDFcMVwxXDBcMFwwXDBcMFwwXDBcMFwwXDNcMFwzXDBcMVwwXDBcMCBcMjZcMzMzXDAw MDRcMFwwXDAiLi4uLCA1MTIpID0gNTEyCmZzdGF0NjQoMywge3N0X21vZGU9U19JRlJFR3wwNzU1 LCBzdF9zaXplPTYyMzY0LCAuLi59KSA9IDAKbW1hcDIoMHhkYWYwMDAsIDYzNzQwLCBQUk9UX1JF QUR8UFJPVF9FWEVDLCBNQVBfUFJJVkFURXxNQVBfREVOWVdSSVRFLCAzLCAwKSA9IDB4ZGFmMDAw Cm1tYXAyKDB4ZGJlMDAwLCA0MDk2LCBQUk9UX1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZBVEV8 TUFQX0ZJWEVEfE1BUF9ERU5ZV1JJVEUsIDMsIDB4ZSkgPSAweGRiZTAwMApjbG9zZSgzKSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCm9wZW4oIi91c3IvbGliL2xpYmZmdHczLnNv LjMiLCBPX1JET05MWSkgPSAzCnJlYWQoMywgIlwxNzdFTEZcMVwxXDFcMFwwXDBcMFwwXDBcMFww XDBcM1wwXDNcMFwxXDBcMFwwXDIwMH1QSDRcMFwwXDAiLi4uLCA1MTIpID0gNTEyCmZzdGF0NjQo Mywge3N0X21vZGU9U19JRlJFR3wwNzU1LCBzdF9zaXplPTU5NTc5NiwgLi4ufSkgPSAwCm1tYXAy KDB4NDg0ZmYwMDAsIDU5NzU0NCwgUFJPVF9SRUFEfFBST1RfRVhFQywgTUFQX1BSSVZBVEV8TUFQ X0RFTllXUklURSwgMywgMCkgPSAweDQ4NGZmMDAwCm1tYXAyKDB4NDg1OGQwMDAsIDE2Mzg0LCBQ Uk9UX1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9ERU5ZV1JJVEUs IDMsIDB4OGQpID0gMHg0ODU4ZDAwMApjbG9zZSgzKSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgPSAwCm9wZW4oIi9saWIvbGliYXNvdW5kLnNvLjIiLCBPX1JET05MWSkgICA9IDMKcmVh ZCgzLCAiXDE3N0VMRlwxXDFcMVwwXDBcMFwwXDBcMFwwXDBcMFwzXDBcM1wwXDFcMFwwXDBcMjYw JVw1XDAwMzRcMFwwXDAiLi4uLCA1MTIpID0gNTEyCmZzdGF0NjQoMywge3N0X21vZGU9U19JRlJF R3wwNzU1LCBzdF9zaXplPTkxMzQyNCwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDQwOTYsIFBST1Rf UkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfQU5PTllNT1VTLCAtMSwgMCkgPSAweGI3 ZjU1MDAwCm1tYXAyKDB4MzAzMjAwMCwgOTEwNTcyLCBQUk9UX1JFQUR8UFJPVF9FWEVDLCBNQVBf UFJJVkFURXxNQVBfREVOWVdSSVRFLCAzLCAwKSA9IDB4MzAzMjAwMAptbWFwMigweDMxMGMwMDAs IDIwNDgwLCBQUk9UX1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9E RU5ZV1JJVEUsIDMsIDB4ZGEpID0gMHgzMTBjMDAwCmNsb3NlKDMpICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICA9IDAKb3BlbigiL3Vzci9saWIvbGliamFjay5zby4wIiwgT19SRE9OTFkp ID0gMwpyZWFkKDMsICJcMTc3RUxGXDFcMVwxXDBcMFwwXDBcMFwwXDBcMFwwXDNcMFwzXDBcMVww XDBcMFwyNDBcMzU1XDM3NU40XDBcMFwwIi4uLiwgNTEyKSA9IDUxMgpmc3RhdDY0KDMsIHtzdF9t b2RlPVNfSUZSRUd8MDc1NSwgc3Rfc2l6ZT03NTM1NiwgLi4ufSkgPSAwCm1tYXAyKDB4NGVmZGIw MDAsIDEwOTU3MiwgUFJPVF9SRUFEfFBST1RfRVhFQywgTUFQX1BSSVZBVEV8TUFQX0RFTllXUklU RSwgMywgMCkgPSAweDRlZmRiMDAwCm1tYXAyKDB4NGVmZWMwMDAsIDgxOTIsIFBST1RfUkVBRHxQ Uk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX0RFTllXUklURSwgMywgMHgxMCkg PSAweDRlZmVjMDAwCm1tYXAyKDB4NGVmZWUwMDAsIDMxNzQ4LCBQUk9UX1JFQUR8UFJPVF9XUklU RSwgTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9BTk9OWU1PVVMsIC0xLCAwKSA9IDB4NGVmZWUw MDAKY2xvc2UoMykgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApvcGVuKCIvbGli L2xpYnJ0LnNvLjEiLCBPX1JET05MWSkgICAgICAgPSAzCnJlYWQoMywgIlwxNzdFTEZcMVwxXDFc MFwwXDBcMFwwXDBcMFwwXDBcM1wwXDNcMFwxXDBcMFwwYFwzNzEoXDAwMDRcMFwwXDAiLi4uLCA1 MTIpID0gNTEyCmZzdGF0NjQoMywge3N0X21vZGU9U19JRlJFR3wwNzU1LCBzdF9zaXplPTQ4MDcy LCAuLi59KSA9IDAKbW1hcDIoMHgyOGUwMDAsIDMzMzI4LCBQUk9UX1JFQUR8UFJPVF9FWEVDLCBN QVBfUFJJVkFURXxNQVBfREVOWVdSSVRFLCAzLCAwKSA9IDB4MjhlMDAwCm1tYXAyKDB4Mjk1MDAw LCA4MTkyLCBQUk9UX1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9E RU5ZV1JJVEUsIDMsIDB4NykgPSAweDI5NTAwMApjbG9zZSgzKSAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgPSAwCm9wZW4oIi91c3IvbGliL2xpYmxhc2guc28uMSIsIE9fUkRPTkxZKSA9 IDMKcmVhZCgzLCAiXDE3N0VMRlwxXDFcMVwwXDBcMFwwXDBcMFwwXDBcMFwzXDBcM1wwXDFcMFww XDBcMjYwXCI1SDRcMFwwXDAiLi4uLCA1MTIpID0gNTEyCmZzdGF0NjQoMywge3N0X21vZGU9U19J RlJFR3wwNzU1LCBzdF9zaXplPTQ1NzY0LCAuLi59KSA9IDAKbW1hcDIoMHg0ODM0ZjAwMCwgNDgw MzIsIFBST1RfUkVBRHxQUk9UX0VYRUMsIE1BUF9QUklWQVRFfE1BUF9ERU5ZV1JJVEUsIDMsIDAp ID0gMHg0ODM0ZjAwMAptbWFwMigweDQ4MzVhMDAwLCA0MDk2LCBQUk9UX1JFQUR8UFJPVF9XUklU RSwgTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9ERU5ZV1JJVEUsIDMsIDB4YSkgPSAweDQ4MzVh MDAwCmNsb3NlKDMpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKb3BlbigiL2xp Yi9saWJ1dWlkLnNvLjEiLCBPX1JET05MWSkgICAgID0gMwpyZWFkKDMsICJcMTc3RUxGXDFcMVwx XDBcMFwwXDBcMFwwXDBcMFwwXDNcMFwzXDBcMVwwXDBcMFwyMDBcMjEyKFwwMDA0XDBcMFwwIi4u LiwgNTEyKSA9IDUxMgpmc3RhdDY0KDMsIHtzdF9tb2RlPVNfSUZSRUd8MDc1NSwgc3Rfc2l6ZT0x MTU4MCwgLi4ufSkgPSAwCm1tYXAyKDB4Mjg4MDAwLCAxMjg1NiwgUFJPVF9SRUFEfFBST1RfRVhF QywgTUFQX1BSSVZBVEV8TUFQX0RFTllXUklURSwgMywgMCkgPSAweDI4ODAwMAptbWFwMigweDI4 YjAwMCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9GSVhFRHxN QVBfREVOWVdSSVRFLCAzLCAweDIpID0gMHgyOGIwMDAKY2xvc2UoMykgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgID0gMApvcGVuKCIvdXNyL2xpYi9saWJzdGRjKysuc28uNiIsIE9fUkRP TkxZKSA9IDMKcmVhZCgzLCAiXDE3N0VMRlwxXDFcMVwwXDBcMFwwXDBcMFwwXDBcMFwzXDBcM1ww XDFcMFwwXDBcMzYwXDM3M1wzXDAwMjRcMFwwXDAiLi4uLCA1MTIpID0gNTEyCmZzdGF0NjQoMywg e3N0X21vZGU9U19JRlJFR3wwNzU1LCBzdF9zaXplPTkzNzA0MCwgLi4ufSkgPSAwCm1tYXAyKDB4 MjAwMDAwMCwgOTYxNjY4LCBQUk9UX1JFQUR8UFJPVF9FWEVDLCBNQVBfUFJJVkFURXxNQVBfREVO WVdSSVRFLCAzLCAwKSA9IDB4MjAwMDAwMAptbWFwMigweDIwZTAwMDAsIDIwNDgwLCBQUk9UX1JF QUR8UFJPVF9XUklURSwgTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9ERU5ZV1JJVEUsIDMsIDB4 ZGYpID0gMHgyMGUwMDAwCm1tYXAyKDB4MjBlNTAwMCwgMjM2ODQsIFBST1RfUkVBRHxQUk9UX1dS SVRFLCBNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX0FOT05ZTU9VUywgLTEsIDApID0gMHgyMGU1 MDAwCmNsb3NlKDMpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKb3BlbigiL2xp Yi9saWJnY2Nfcy5zby4xIiwgT19SRE9OTFkpICAgID0gMwpyZWFkKDMsICJcMTc3RUxGXDFcMVwx XDBcMFwwXDBcMFwwXDBcMFwwXDNcMFwzXDBcMVwwXDBcMFwyNjBcMjI2XDMzNlwwMDA0XDBcMFww Ii4uLiwgNTEyKSA9IDUxMgpmc3RhdDY0KDMsIHtzdF9tb2RlPVNfSUZSRUd8MDc1NSwgc3Rfc2l6 ZT00NjgwOCwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDQwOTYsIFBST1RfUkVBRHxQUk9UX1dSSVRF LCBNQVBfUFJJVkFURXxNQVBfQU5PTllNT1VTLCAtMSwgMCkgPSAweGI3ZjU0MDAwCm1tYXAyKDB4 ZGU4MDAwLCA0ODIyOCwgUFJPVF9SRUFEfFBST1RfRVhFQywgTUFQX1BSSVZBVEV8TUFQX0RFTllX UklURSwgMywgMCkgPSAweGRlODAwMAptbWFwMigweGRmMzAwMCwgNDA5NiwgUFJPVF9SRUFEfFBS T1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfREVOWVdSSVRFLCAzLCAweGEpID0g MHhkZjMwMDAKY2xvc2UoMykgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApvcGVu KCIvbGliL2xpYmMuc28uNiIsIE9fUkRPTkxZKSAgICAgICAgPSAzCnJlYWQoMywgIlwxNzdFTEZc MVwxXDFcMFwwXDBcMFwwXDBcMFwwXDBcM1wwXDNcMFwxXDBcMFwwXDM2MFwyMjRcMzM3XDAwNzRc MFwwXDAiLi4uLCA1MTIpID0gNTEyCmZzdGF0NjQoMywge3N0X21vZGU9U19JRlJFR3wwNzU1LCBz dF9zaXplPTE2OTI1MjQsIC4uLn0pID0gMAptbWFwMigweDdkZTMwMDAsIDE0MTA2MDgsIFBST1Rf UkVBRHxQUk9UX0VYRUMsIE1BUF9QUklWQVRFfE1BUF9ERU5ZV1JJVEUsIDMsIDApID0gMHg3ZGUz MDAwCm1tYXAyKDB4N2YzNjAwMCwgMTIyODgsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJ VkFURXxNQVBfRklYRUR8TUFQX0RFTllXUklURSwgMywgMHgxNTMpID0gMHg3ZjM2MDAwCm1tYXAy KDB4N2YzOTAwMCwgOTc3NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9G SVhFRHxNQVBfQU5PTllNT1VTLCAtMSwgMCkgPSAweDdmMzkwMDAKY2xvc2UoMykgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgID0gMApvcGVuKCIvbGliL2xpYmV4cGF0LnNvLjEiLCBPX1JE T05MWSkgICAgPSAzCnJlYWQoMywgIlwxNzdFTEZcMVwxXDFcMFwwXDBcMFwwXDBcMFwwXDBcM1ww XDNcMFwxXDBcMFwwMDAwXDIyMFwiXDAwMDRcMFwwXDAiLi4uLCA1MTIpID0gNTEyCmZzdGF0NjQo Mywge3N0X21vZGU9U19JRlJFR3wwNzU1LCBzdF9zaXplPTEzNTkyMCwgLi4ufSkgPSAwCm1tYXAy KDB4MjI3MDAwLCAxMzMxNTIsIFBST1RfUkVBRHxQUk9UX0VYRUMsIE1BUF9QUklWQVRFfE1BUF9E RU5ZV1JJVEUsIDMsIDApID0gMHgyMjcwMDAKbW1hcDIoMHgyNDYwMDAsIDgxOTIsIFBST1RfUkVB RHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX0RFTllXUklURSwgMywgMHgx ZikgPSAweDI0NjAwMApjbG9zZSgzKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAw Cm9wZW4oIi91c3IvbGliL2xpYnhjYi14bGliLnNvLjAiLCBPX1JET05MWSkgPSAzCnJlYWQoMywg IlwxNzdFTEZcMVwxXDFcMFwwXDBcMFwwXDBcMFwwXDBcM1wwXDNcMFwxXDBcMFwwXDM0MDRcMzI3 XDAwMDRcMFwwXDAiLi4uLCA1MTIpID0gNTEyCmZzdGF0NjQoMywge3N0X21vZGU9U19JRlJFR3ww NzU1LCBzdF9zaXplPTUzMjgsIC4uLn0pID0gMAptbWFwMigweGQ3MzAwMCwgNjU1NiwgUFJPVF9S RUFEfFBST1RfRVhFQywgTUFQX1BSSVZBVEV8TUFQX0RFTllXUklURSwgMywgMCkgPSAweGQ3MzAw MAptbWFwMigweGQ3NDAwMCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRF fE1BUF9GSVhFRHxNQVBfREVOWVdSSVRFLCAzLCAwKSA9IDB4ZDc0MDAwCmNsb3NlKDMpICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKb3BlbigiL3Vzci9saWIvbGlieGNiLnNvLjEi LCBPX1JET05MWSkgID0gMwpyZWFkKDMsICJcMTc3RUxGXDFcMVwxXDBcMFwwXDBcMFwwXDBcMFww XDNcMFwzXDBcMVwwXDBcMDAwMFwzMzdcMzI3XDAwMDRcMFwwXDAiLi4uLCA1MTIpID0gNTEyCmZz dGF0NjQoMywge3N0X21vZGU9U19JRlJFR3wwNzU1LCBzdF9zaXplPTExMTgwOCwgLi4ufSkgPSAw Cm1tYXAyKDB4ZDc3MDAwLCAxMTMwNTIsIFBST1RfUkVBRHxQUk9UX0VYRUMsIE1BUF9QUklWQVRF fE1BUF9ERU5ZV1JJVEUsIDMsIDApID0gMHhkNzcwMDAKbW1hcDIoMHhkOTIwMDAsIDQwOTYsIFBS T1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX0RFTllXUklURSwg MywgMHgxYSkgPSAweGQ5MjAwMApjbG9zZSgzKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgPSAwCm9wZW4oIi9saWIvbGliZGwuc28uMiIsIE9fUkRPTkxZKSAgICAgICA9IDMKcmVhZCgz LCAiXDE3N0VMRlwxXDFcMVwwXDBcMFwwXDBcMFwwXDBcMFwzXDBcM1wwXDFcMFwwXDBcMjIwXDIz MlwzMjRcMDAwNFwwXDBcMCIuLi4sIDUxMikgPSA1MTIKZnN0YXQ2NCgzLCB7c3RfbW9kZT1TX0lG UkVHfDA3NTUsIHN0X3NpemU9MjA1NjQsIC4uLn0pID0gMAptbWFwMihOVUxMLCA0MDk2LCBQUk9U X1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZBVEV8TUFQX0FOT05ZTU9VUywgLTEsIDApID0gMHhi N2Y1MzAwMAptbWFwMigweGQ0OTAwMCwgMTY1MDQsIFBST1RfUkVBRHxQUk9UX0VYRUMsIE1BUF9Q UklWQVRFfE1BUF9ERU5ZV1JJVEUsIDMsIDApID0gMHhkNDkwMDAKbW1hcDIoMHhkNGMwMDAsIDgx OTIsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX0RFTllX UklURSwgMywgMHgyKSA9IDB4ZDRjMDAwCmNsb3NlKDMpICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICA9IDAKb3BlbigiL3Vzci9saWIvbGliWGluZXJhbWEuc28uMSIsIE9fUkRPTkxZKSA9 IDMKcmVhZCgzLCAiXDE3N0VMRlwxXDFcMVwwXDBcMFwwXDBcMFwwXDBcMFwzXDBcM1wwXDFcMFww XDBwXDM2N1wyMFwwMDI0XDBcMFwwIi4uLiwgNTEyKSA9IDUxMgpmc3RhdDY0KDMsIHtzdF9tb2Rl PVNfSUZSRUd8MDc1NSwgc3Rfc2l6ZT04NzQwLCAuLi59KSA9IDAKbW1hcDIoMHgyMTBmMDAwLCA5 NzYwLCBQUk9UX1JFQUR8UFJPVF9FWEVDLCBNQVBfUFJJVkFURXxNQVBfREVOWVdSSVRFLCAzLCAw KSA9IDB4MjEwZjAwMAptbWFwMigweDIxMTEwMDAsIDQwOTYsIFBST1RfUkVBRHxQUk9UX1dSSVRF LCBNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQX0RFTllXUklURSwgMywgMHgxKSA9IDB4MjExMTAw MApjbG9zZSgzKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCm9wZW4oIi91c3Iv bGliL2xpYlhhdS5zby42IiwgT19SRE9OTFkpICA9IDMKcmVhZCgzLCAiXDE3N0VMRlwxXDFcMVww XDBcMFwwXDBcMFwwXDBcMFwzXDBcM1wwXDFcMFwwXDBcMjAwWVwzMzFcMDAwNFwwXDBcMCIuLi4s IDUxMikgPSA1MTIKZnN0YXQ2NCgzLCB7c3RfbW9kZT1TX0lGUkVHfDA3NTUsIHN0X3NpemU9OTU4 NCwgLi4ufSkgPSAwCm1tYXAyKDB4ZDk1MDAwLCAxMDkyMCwgUFJPVF9SRUFEfFBST1RfRVhFQywg TUFQX1BSSVZBVEV8TUFQX0RFTllXUklURSwgMywgMCkgPSAweGQ5NTAwMAptbWFwMigweGQ5NzAw MCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBf REVOWVdSSVRFLCAzLCAweDEpID0gMHhkOTcwMDAKY2xvc2UoMykgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgID0gMApvcGVuKCIvdXNyL2xpYi9saWJyZWFkbGluZS5zby41IiwgT19SRE9O TFkpID0gMwpyZWFkKDMsICJcMTc3RUxGXDFcMVwxXDBcMFwwXDBcMFwwXDBcMFwwXDNcMFwzXDBc MVwwXDBcMCBdKUg0XDBcMFwwIi4uLiwgNTEyKSA9IDUxMgpmc3RhdDY0KDMsIHtzdF9tb2RlPVNf SUZSRUd8MDc1NSwgc3Rfc2l6ZT0yMTQ1NDQsIC4uLn0pID0gMAptbWFwMigweDQ4MjhhMDAwLCAy MTYxMTYsIFBST1RfUkVBRHxQUk9UX0VYRUMsIE1BUF9QUklWQVRFfE1BUF9ERU5ZV1JJVEUsIDMs IDApID0gMHhiN2YxZTAwMAptbWFwMigweGI3ZjRlMDAwLCAxNjM4NCwgUFJPVF9SRUFEfFBST1Rf V1JJVEUsIE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfREVOWVdSSVRFLCAzLCAweDMwKSA9IDB4 YjdmNGUwMDAKbW1hcDIoMHhiN2Y1MjAwMCwgMzEyNCwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1B UF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfQU5PTllNT1VTLCAtMSwgMCkgPSAweGI3ZjUyMDAwCmNs b3NlKDMpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKb3BlbigiL3Vzci9saWIv bGliWGRtY3Auc28uNiIsIE9fUkRPTkxZKSA9IDMKcmVhZCgzLCAiXDE3N0VMRlwxXDFcMVwwXDBc MFwwXDBcMFwwXDBcMFwzXDBcM1wwXDFcMFwwXDBcMzAwXDI3NVwzMjZcMDAwNFwwXDBcMCIuLi4s IDUxMikgPSA1MTIKZnN0YXQ2NCgzLCB7c3RfbW9kZT1TX0lGUkVHfDA3NTUsIHN0X3NpemU9MjAw OTIsIC4uLn0pID0gMAptbWFwMigweGQ2YjAwMCwgMjE0MjAsIFBST1RfUkVBRHxQUk9UX0VYRUMs IE1BUF9QUklWQVRFfE1BUF9ERU5ZV1JJVEUsIDMsIDApID0gMHhkNmIwMDAKbW1hcDIoMHhkNzAw MDAsIDQwOTYsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfRklYRUR8TUFQ X0RFTllXUklURSwgMywgMHg0KSA9IDB4ZDcwMDAwCmNsb3NlKDMpICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICA9IDAKbW1hcDIoTlVMTCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUs IE1BUF9QUklWQVRFfE1BUF9BTk9OWU1PVVMsIC0xLCAwKSA9IDB4YjdmMWQwMDAKb3BlbigiL2xp Yi9saWJ0aW5mby5zby41IiwgT19SRE9OTFkpICAgID0gMwpyZWFkKDMsICJcMTc3RUxGXDFcMVwx XDBcMFwwXDBcMFwwXDBcMFwwXDNcMFwzXDBcMVwwXDBcMFwyMFwzNzJCXDAwMjRcMFwwXDAiLi4u LCA1MTIpID0gNTEyCmZzdGF0NjQoMywge3N0X21vZGU9U19JRlJFR3wwNzU1LCBzdF9zaXplPTk1 MTg4LCAuLi59KSA9IDAKbW1hcDIoMHgyNDJhMDAwLCA5NzA4MCwgUFJPVF9SRUFEfFBST1RfRVhF QywgTUFQX1BSSVZBVEV8TUFQX0RFTllXUklURSwgMywgMCkgPSAweDI0MmEwMDAKbW1hcDIoMHgy NDNmMDAwLCAxMjI4OCwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9GSVhF RHxNQVBfREVOWVdSSVRFLCAzLCAweDE0KSA9IDB4MjQzZjAwMApjbG9zZSgzKSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgPSAwCm1tYXAyKE5VTEwsIDQwOTYsIFBST1RfUkVBRHxQUk9U X1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfQU5PTllNT1VTLCAtMSwgMCkgPSAweGI3ZjFjMDAwCm1t YXAyKE5VTEwsIDQwOTYsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfQU5P TllNT1VTLCAtMSwgMCkgPSAweGI3ZjFiMDAwCnNldF90aHJlYWRfYXJlYSh7ZW50cnlfbnVtYmVy Oi0xIC0+IDYsIGJhc2VfYWRkcjoweGI3ZjFiNmQwLCBsaW1pdDoxMDQ4NTc1LCBzZWdfMzJiaXQ6 MSwgY29udGVudHM6MCwgcmVhZF9leGVjX29ubHk6MCwgbGltaXRfaW5fcGFnZXM6MSwgc2VnX25v dF9wcmVzZW50OjAsIHVzZWFibGU6MX0pID0gMAptcHJvdGVjdCgweGQ0YzAwMCwgNDA5NiwgUFJP VF9SRUFEKSAgICAgPSAwCm1wcm90ZWN0KDB4N2YzNjAwMCwgODE5MiwgUFJPVF9SRUFEKSAgICA9 IDAKbXByb3RlY3QoMHgyMGUwMDAwLCAxNjM4NCwgUFJPVF9SRUFEKSAgID0gMAptcHJvdGVjdCgw eDI5NTAwMCwgNDA5NiwgUFJPVF9SRUFEKSAgICAgPSAwCm1wcm90ZWN0KDB4ZDQ1MDAwLCA0MDk2 LCBQUk9UX1JFQUQpICAgICA9IDAKbXByb3RlY3QoMHhkNjUwMDAsIDQwOTYsIFBST1RfUkVBRCkg ICAgID0gMAptcHJvdGVjdCgweDI2ZTAwMCwgNDA5NiwgUFJPVF9SRUFEKSAgICAgPSAwCm11bm1h cCgweGI3ZjYxMDAwLCAxNDM3NTEpICAgICAgICAgICAgICA9IDAKc2V0X3RpZF9hZGRyZXNzKDB4 YjdmMWI3MTgpICAgICAgICAgICAgID0gNDE5NwpzZXRfcm9idXN0X2xpc3QoMHhiN2YxYjcyMCwg MHhjKSAgICAgICAgPSAwCmZ1dGV4KDB4YmY5MjZlMzQsIEZVVEVYX1dBS0VfUFJJVkFURSwgMSkg PSAwCnJ0X3NpZ2FjdGlvbihTSUdSVE1JTiwgezB4ZDU0MmMwLCBbXSwgU0FfU0lHSU5GT30sIE5V TEwsIDgpID0gMApydF9zaWdhY3Rpb24oU0lHUlRfMSwgezB4ZDU0MzQwLCBbXSwgU0FfUkVTVEFS VHxTQV9TSUdJTkZPfSwgTlVMTCwgOCkgPSAwCnJ0X3NpZ3Byb2NtYXNrKFNJR19VTkJMT0NLLCBb UlRNSU4gUlRfMV0sIE5VTEwsIDgpID0gMApnZXRybGltaXQoUkxJTUlUX1NUQUNLLCB7cmxpbV9j dXI9ODE5MioxMDI0LCBybGltX21heD1STElNX0lORklOSVRZfSkgPSAwCnVuYW1lKHtzeXM9Ikxp bnV4Iiwgbm9kZT0ibG9jYWxob3N0LmxvY2FsZG9tYWluIiwgLi4ufSkgPSAwCmZ1dGV4KDB4MjBl NmFkYywgRlVURVhfV0FLRV9QUklWQVRFLCAyMTQ3NDgzNjQ3KSA9IDAKYnJrKDApICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgID0gMHg4MTMwMDAwCmJyaygweDgxNTEwMDApICAgICAg ICAgICAgICAgICAgICAgICAgICA9IDB4ODE1MTAwMApvcGVuKCIvaG9tZS9teXN0aHIvLmZsdGsv Zmx0ay5vcmcvZmlsZWNob29zZXIucHJlZnMiLCBPX1JET05MWSkgPSAtMSBFTk9FTlQgKE5vIHN1 Y2ggZmlsZSBvciBkaXJlY3RvcnkpCmdldGN3ZCgiL2hvbWUvbXlzdGhyIiwgNDA5NikgICAgICAg ICAgICA9IDEzCnNvY2tldChQRl9ORVRMSU5LLCBTT0NLX1JBVywgMCkgICAgICAgICA9IDMKYmlu ZCgzLCB7c2FfZmFtaWx5PUFGX05FVExJTkssIHBpZD0wLCBncm91cHM9MDAwMDAwMDB9LCAxMikg PSAwCmdldHNvY2tuYW1lKDMsIHtzYV9mYW1pbHk9QUZfTkVUTElOSywgcGlkPTQxOTcsIGdyb3Vw cz0wMDAwMDAwMH0sIFsxMl0pID0gMAp0aW1lKE5VTEwpICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgPSAxMTk1OTI3NjkzCnNlbmR0bygzLCAiXDI0XDBcMFwwXDI2XDBcMVwzXDIxNWhIR1ww XDBcMFwwXDBcMFwwXDAiLCAyMCwgMCwge3NhX2ZhbWlseT1BRl9ORVRMSU5LLCBwaWQ9MCwgZ3Jv dXBzPTAwMDAwMDAwfSwgMTIpID0gMjAKcmVjdm1zZygzLCB7bXNnX25hbWUoMTIpPXtzYV9mYW1p bHk9QUZfTkVUTElOSywgcGlkPTAsIGdyb3Vwcz0wMDAwMDAwMH0sIG1zZ19pb3YoMSk9W3siMFww XDBcMFwyNFwwXDJcMFwyMTVoSEdlXDIwXDBcMFwyXDEwXDIwMFwzNzZcMVwwXDBcMFwxMFwwXDFc MFwxNzdcMFwwXDEiLi4uLCA0MDk2fV0sIG1zZ19jb250cm9sbGVuPTAsIG1zZ19mbGFncz0wfSwg MCkgPSAxMDgKcmVjdm1zZygzLCB7bXNnX25hbWUoMTIpPXtzYV9mYW1pbHk9QUZfTkVUTElOSywg cGlkPTAsIGdyb3Vwcz0wMDAwMDAwMH0sIG1zZ19pb3YoMSk9W3siQFwwXDBcMFwyNFwwXDJcMFwy MTVoSEdlXDIwXDBcMFxuXDIwMFwyMDBcMzc2XDFcMFwwXDBcMjRcMFwxXDBcMFwwXDBcMCIuLi4s IDQwOTZ9XSwgbXNnX2NvbnRyb2xsZW49MCwgbXNnX2ZsYWdzPTB9LCAwKSA9IDEyOApyZWN2bXNn KDMsIHttc2dfbmFtZSgxMik9e3NhX2ZhbWlseT1BRl9ORVRMSU5LLCBwaWQ9MCwgZ3JvdXBzPTAw MDAwMDAwfSwgbXNnX2lvdigxKT1beyJcMjRcMFwwXDBcM1wwXDJcMFwyMTVoSEdlXDIwXDBcMFww XDBcMFwwXDFcMFwwXDBcMjRcMFwxXDBcMFwwXDBcMCIuLi4sIDQwOTZ9XSwgbXNnX2NvbnRyb2xs ZW49MCwgbXNnX2ZsYWdzPTB9LCAwKSA9IDIwCmNsb3NlKDMpICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICA9IDAKc29ja2V0KFBGX0ZJTEUsIFNPQ0tfU1RSRUFNLCAwKSAgICAgICAgID0g MwpmY250bDY0KDMsIEZfU0VURkwsIE9fUkRXUnxPX05PTkJMT0NLKSAgPSAwCmNvbm5lY3QoMywg e3NhX2ZhbWlseT1BRl9GSUxFLCBwYXRoPSIvdmFyL3J1bi9uc2NkL3NvY2tldCJ9LCAxMTApID0g LTEgRU5PRU5UIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpjbG9zZSgzKSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgPSAwCnNvY2tldChQRl9GSUxFLCBTT0NLX1NUUkVBTSwgMCkg ICAgICAgICA9IDMKZmNudGw2NCgzLCBGX1NFVEZMLCBPX1JEV1J8T19OT05CTE9DSykgID0gMApj b25uZWN0KDMsIHtzYV9mYW1pbHk9QUZfRklMRSwgcGF0aD0iL3Zhci9ydW4vbnNjZC9zb2NrZXQi fSwgMTEwKSA9IC0xIEVOT0VOVCAoTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKY2xvc2UoMykg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApvcGVuKCIvZXRjL25zc3dpdGNoLmNv bmYiLCBPX1JET05MWSkgICAgPSAzCmZzdGF0NjQoMywge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBz dF9zaXplPTE2OTYsIC4uLn0pID0gMAptbWFwMihOVUxMLCA0MDk2LCBQUk9UX1JFQUR8UFJPVF9X UklURSwgTUFQX1BSSVZBVEV8TUFQX0FOT05ZTU9VUywgLTEsIDApID0gMHhiN2Y4NDAwMApyZWFk KDMsICIjXG4jIC9ldGMvbnNzd2l0Y2guY29uZlxuI1xuIyBBbiBleCIuLi4sIDQwOTYpID0gMTY5 NgpyZWFkKDMsICIiLCA0MDk2KSAgICAgICAgICAgICAgICAgICAgICAgPSAwCmNsb3NlKDMpICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKbXVubWFwKDB4YjdmODQwMDAsIDQwOTYp ICAgICAgICAgICAgICAgID0gMApvcGVuKCIvZXRjL3Jlc29sdi5jb25mIiwgT19SRE9OTFkpICAg ICAgPSAzCmZzdGF0NjQoMywge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTYwLCAuLi59 KSA9IDAKbW1hcDIoTlVMTCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRF fE1BUF9BTk9OWU1PVVMsIC0xLCAwKSA9IDB4YjdmODQwMDAKcmVhZCgzLCAiOyBnZW5lcmF0ZWQg YnkgL3NiaW4vZGhjbGllbnQtc2MiLi4uLCA0MDk2KSA9IDYwCnJlYWQoMywgIiIsIDQwOTYpICAg ICAgICAgICAgICAgICAgICAgICA9IDAKY2xvc2UoMykgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgID0gMAptdW5tYXAoMHhiN2Y4NDAwMCwgNDA5NikgICAgICAgICAgICAgICAgPSAwCnVu YW1lKHtzeXM9IkxpbnV4Iiwgbm9kZT0ibG9jYWxob3N0LmxvY2FsZG9tYWluIiwgLi4ufSkgPSAw Cm9wZW4oIi9ldGMvbGQuc28uY2FjaGUiLCBPX1JET05MWSkgICAgICA9IDMKZnN0YXQ2NCgzLCB7 c3RfbW9kZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9MTQzNzUxLCAuLi59KSA9IDAKbW1hcDIoTlVM TCwgMTQzNzUxLCBQUk9UX1JFQUQsIE1BUF9QUklWQVRFLCAzLCAwKSA9IDB4YjdmNjEwMDAKY2xv c2UoMykgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApvcGVuKCIvbGliL2xpYm5z c19maWxlcy5zby4yIiwgT19SRE9OTFkpID0gMwpyZWFkKDMsICJcMTc3RUxGXDFcMVwxXDBcMFww XDBcMFwwXDBcMFwwXDNcMFwzXDBcMVwwXDBcMFwzMDBcMzBcMFwwMDA0XDBcMFwwIi4uLiwgNTEy KSA9IDUxMgpmc3RhdDY0KDMsIHtzdF9tb2RlPVNfSUZSRUd8MDc1NSwgc3Rfc2l6ZT01MDc2OCwg Li4ufSkgPSAwCm1tYXAyKE5VTEwsIDQ1NzEyLCBQUk9UX1JFQUR8UFJPVF9FWEVDLCBNQVBfUFJJ VkFURXxNQVBfREVOWVdSSVRFLCAzLCAwKSA9IDB4YjdmMGYwMDAKbW1hcDIoMHhiN2YxOTAwMCwg ODE5MiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfREVO WVdSSVRFLCAzLCAweDkpID0gMHhiN2YxOTAwMApjbG9zZSgzKSAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgPSAwCm1wcm90ZWN0KDB4YjdmMTkwMDAsIDQwOTYsIFBST1RfUkVBRCkgICA9 IDAKbXVubWFwKDB4YjdmNjEwMDAsIDE0Mzc1MSkgICAgICAgICAgICAgID0gMApvcGVuKCIvZXRj L2hvc3RzIiwgT19SRE9OTFl8MHg4MDAwMCAvKiBPXz8/PyAqLykgPSAzCmZjbnRsNjQoMywgRl9H RVRGRCkgICAgICAgICAgICAgICAgICAgICA9IDB4MSAoZmxhZ3MgRkRfQ0xPRVhFQykKZnN0YXQ2 NCgzLCB7c3RfbW9kZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9MTk1LCAuLi59KSA9IDAKbW1hcDIo TlVMTCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9BTk9OWU1P VVMsIC0xLCAwKSA9IDB4YjdmODQwMDAKcmVhZCgzLCAiIyBEbyBub3QgcmVtb3ZlIHRoZSBmb2xs b3dpbmcgbGkiLi4uLCA0MDk2KSA9IDE5NQpyZWFkKDMsICIiLCA0MDk2KSAgICAgICAgICAgICAg ICAgICAgICAgPSAwCmNsb3NlKDMpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAK bXVubWFwKDB4YjdmODQwMDAsIDQwOTYpICAgICAgICAgICAgICAgID0gMApvcGVuKCIvZXRjL2hv c3RzIiwgT19SRE9OTFl8MHg4MDAwMCAvKiBPXz8/PyAqLykgPSAzCmZzdGF0NjQoMywge3N0X21v ZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTE5NSwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDQwOTYs IFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfQU5PTllNT1VTLCAtMSwgMCkg PSAweGI3Zjg0MDAwCnJlYWQoMywgIiMgRG8gbm90IHJlbW92ZSB0aGUgZm9sbG93aW5nIGxpIi4u LiwgNDA5NikgPSAxOTUKY2xvc2UoMykgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0g MAptdW5tYXAoMHhiN2Y4NDAwMCwgNDA5NikgICAgICAgICAgICAgICAgPSAwCnNvY2tldChQRl9J TkVULCBTT0NLX1NUUkVBTSwgSVBQUk9UT19UQ1ApID0gMwpjb25uZWN0KDMsIHtzYV9mYW1pbHk9 QUZfSU5FVCwgc2luX3BvcnQ9aHRvbnMoMTQ1NDEpLCBzaW5fYWRkcj1pbmV0X2FkZHIoIjEyNy4w LjAuMSIpfSwgMTYpID0gMApzZW5kKDMsICJcMFwwXDBjXDBcMFwwXDFcMFwwXDBcMlwwXDJcMFww XDBcMFwwXDJcMC9ob21lL215c3RoIi4uLiwgOTksIDApID0gOTkKd3JpdGUoMiwgImxhc2hfaW5p dDogTm90IGF0dGVtcHRpbmcgdG8gc3RhIi4uLiwgNjNsYXNoX2luaXQ6IE5vdCBhdHRlbXB0aW5n IHRvIHN0YXJ0IGRhZW1vbiBzZXJ2ZXIgYXV0b21hdGljYWxseQopID0gNjMKbW1hcDIoTlVMTCwg ODM5MjcwNCwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9BTk9OWU1PVVMs IC0xLCAwKSA9IDB4Yjc3MGUwMDAKbXByb3RlY3QoMHhiNzcwZTAwMCwgNDA5NiwgUFJPVF9OT05F KSAgID0gMApjbG9uZShjaGlsZF9zdGFjaz0weGI3ZjBlNGE0LCBmbGFncz1DTE9ORV9WTXxDTE9O RV9GU3xDTE9ORV9GSUxFU3xDTE9ORV9TSUdIQU5EfENMT05FX1RIUkVBRHxDTE9ORV9TWVNWU0VN fENMT05FX1NFVFRMU3xDTE9ORV9QQVJFTlRfU0VUVElEfENMT05FX0NISUxEX0NMRUFSVElELCBw YXJlbnRfdGlkcHRyPTB4YjdmMGViZDgsIHtlbnRyeV9udW1iZXI6NiwgYmFzZV9hZGRyOjB4Yjdm MGViOTAsIGxpbWl0OjEwNDg1NzUsIHNlZ18zMmJpdDoxLCBjb250ZW50czowLCByZWFkX2V4ZWNf b25seTowLCBsaW1pdF9pbl9wYWdlczoxLCBzZWdfbm90X3ByZXNlbnQ6MCwgdXNlYWJsZToxfSwg Y2hpbGRfdGlkcHRyPTB4YjdmMGViZDgpID0gNDE5OAptbWFwMihOVUxMLCA4MzkyNzA0LCBQUk9U X1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZBVEV8TUFQX0FOT05ZTU9VUywgLTEsIDApID0gMHhi NmYwZDAwMAptcHJvdGVjdCgweGI2ZjBkMDAwLCA0MDk2LCBQUk9UX05PTkUpICAgPSAwCmNsb25l KGNoaWxkX3N0YWNrPTB4Yjc3MGQ0YTQsIGZsYWdzPUNMT05FX1ZNfENMT05FX0ZTfENMT05FX0ZJ TEVTfENMT05FX1NJR0hBTkR8Q0xPTkVfVEhSRUFEfENMT05FX1NZU1ZTRU18Q0xPTkVfU0VUVExT fENMT05FX1BBUkVOVF9TRVRUSUR8Q0xPTkVfQ0hJTERfQ0xFQVJUSUQsIHBhcmVudF90aWRwdHI9 MHhiNzcwZGJkOCwge2VudHJ5X251bWJlcjo2LCBiYXNlX2FkZHI6MHhiNzcwZGI5MCwgbGltaXQ6 MTA0ODU3NSwgc2VnXzMyYml0OjEsIGNvbnRlbnRzOjAsIHJlYWRfZXhlY19vbmx5OjAsIGxpbWl0 X2luX3BhZ2VzOjEsIHNlZ19ub3RfcHJlc2VudDowLCB1c2VhYmxlOjF9LCBjaGlsZF90aWRwdHI9 MHhiNzcwZGJkOCkgPSA0MTk5Cm9wZW4oIi9ob21lL215c3Roci8uenluYWRkc3ViZnhYTUwuY2Zn IiwgT19SRE9OTFkpID0gNApmc3RhdDY0KDQsIHtzdF9tb2RlPVNfSUZSRUd8MDY2NCwgc3Rfc2l6 ZT0yMzUwLCAuLi59KSA9IDAKbW1hcDIoTlVMTCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUs IE1BUF9QUklWQVRFfE1BUF9BTk9OWU1PVVMsIC0xLCAwKSA9IDB4YjdmODQwMDAKcmVhZCg0LCAi XG48P3htbCB2ZXJzaW9uPVwiMS4wXCIgZW5jb2Rpbmc9XCJVIi4uLiwgMTYzODQpID0gMjM1MApy ZWFkKDQsICIiLCAxMjI4OCkgICAgICAgICAgICAgICAgICAgICAgPSAwCl9sbHNlZWsoNCwgMCwg WzIzNTBdLCBTRUVLX0NVUikgICAgICAgICA9IDAKX2xsc2Vlayg0LCAxMDQ4NTc2LCBbMTA0ODU3 Nl0sIFNFRUtfU0VUKSA9IDAKX2xsc2Vlayg0LCAxMDQ4NTc2LCBbMTA0ODU3Nl0sIFNFRUtfU0VU KSA9IDAKX2xsc2Vlayg0LCAyMDk3MTUyLCBbMjA5NzE1Ml0sIFNFRUtfU0VUKSA9IDAKX2xsc2Vl ayg0LCAyMDk3MTUyLCBbMjA5NzE1Ml0sIFNFRUtfU0VUKSA9IDAKX2xsc2Vlayg0LCAzMTQ1NzI4 LCBbMzE0NTcyOF0sIFNFRUtfU0VUKSA9IDAKX2xsc2Vlayg0LCAzMTQ1NzI4LCBbMzE0NTcyOF0s IFNFRUtfU0VUKSA9IDAKX2xsc2Vlayg0LCA0MTk0MzA0LCBbNDE5NDMwNF0sIFNFRUtfU0VUKSA9 IDAKX2xsc2Vlayg0LCA0MTk0MzA0LCBbNDE5NDMwNF0sIFNFRUtfU0VUKSA9IDAKX2xsc2Vlayg0 LCA1MjQyODgwLCBbNTI0Mjg4MF0sIFNFRUtfU0VUKSA9IDAKX2xsc2Vlayg0LCA1MjQyODgwLCBb NTI0Mjg4MF0sIFNFRUtfU0VUKSA9IDAKX2xsc2Vlayg0LCA2MjkxNDU2LCBbNjI5MTQ1Nl0sIFNF RUtfU0VUKSA9IDAKX2xsc2Vlayg0LCA2MjkxNDU2LCBbNjI5MTQ1Nl0sIFNFRUtfU0VUKSA9IDAK X2xsc2Vlayg0LCA3MzQwMDMyLCBbNzM0MDAzMl0sIFNFRUtfU0VUKSA9IDAKX2xsc2Vlayg0LCA3 MzQwMDMyLCBbNzM0MDAzMl0sIFNFRUtfU0VUKSA9IDAKX2xsc2Vlayg0LCA4Mzg4NjA4LCBbODM4 ODYwOF0sIFNFRUtfU0VUKSA9IDAKX2xsc2Vlayg0LCA4Mzg4NjA4LCBbODM4ODYwOF0sIFNFRUtf U0VUKSA9IDAKX2xsc2Vlayg0LCA5NDM3MTg0LCBbOTQzNzE4NF0sIFNFRUtfU0VUKSA9IDAKX2xs c2Vlayg0LCA5NDM3MTg0LCBbOTQzNzE4NF0sIFNFRUtfU0VUKSA9IDAKX2xsc2Vlayg0LCAxMDQ4 NTc2MCwgWzEwNDg1NzYwXSwgU0VFS19TRVQpID0gMApfbGxzZWVrKDQsIDEwNDg1NzYwLCBbMTA0 ODU3NjBdLCBTRUVLX1NFVCkgPSAwCmNsb3NlKDQpICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICA9IDAKbXVubWFwKDB4YjdmODQwMDAsIDQwOTYpICAgICAgICAgICAgICAgID0gMApvcGVu KCIvaG9tZS9teXN0aHIvLnp5bmFkZHN1YmZ4WE1MLmNmZyIsIE9fUkRPTkxZKSA9IDQKZnN0YXQ2 NCg0LCB7c3RfbW9kZT1TX0lGUkVHfDA2NjQsIHN0X3NpemU9MjM1MCwgLi4ufSkgPSAwCm1tYXAy KE5VTEwsIDQwOTYsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfQU5PTllN T1VTLCAtMSwgMCkgPSAweGI3Zjg0MDAwCmZzdGF0NjQoNCwge3N0X21vZGU9U19JRlJFR3wwNjY0 LCBzdF9zaXplPTIzNTAsIC4uLn0pID0gMApfbGxzZWVrKDQsIDAsIFswXSwgU0VFS19TRVQpICAg ICAgICAgICAgPSAwCnJlYWQoNCwgIlxuPD94bWwgdmVyc2lvbj1cIjEuMFwiIGVuY29kaW5nPVwi VSIuLi4sIDIzNTApID0gMjM1MApfbGxzZWVrKDQsIDIzNTAsIFsyMzUwXSwgU0VFS19TRVQpICAg ICAgPSAwCmNsb3NlKDQpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKbXVubWFw KDB4YjdmODQwMDAsIDQwOTYpICAgICAgICAgICAgICAgID0gMAp3cml0ZSgyLCAiXG5aeW5BZGRT dWJGWCAtIENvcHlyaWdodCAoYykgMjAwIi4uLiwgNTkKWnluQWRkU3ViRlggLSBDb3B5cmlnaHQg KGMpIDIwMDItMjAwNSBOYXNjYSBPY3RhdmlhbiBQYXVsCikgPSA1OQp3cml0ZSgyLCAiQ29tcGls ZWQ6IE9jdCAxMCAyMDA3IDE4OjA2OjAxXG4iLCAzMUNvbXBpbGVkOiBPY3QgMTAgMjAwNyAxODow NjowMQopID0gMzEKd3JpdGUoMiwgIlRoaXMgcHJvZ3JhbSBpcyBmcmVlIHNvZnR3YXJlIChHIi4u LiwgOTJUaGlzIHByb2dyYW0gaXMgZnJlZSBzb2Z0d2FyZSAoR05VIEdQTCB2LjIpIGFuZCAKICAg IGl0IGNvbWVzIHdpdGggQUJTT0xVVEVMWSBOTyBXQVJSQU5UWS4KCikgPSA5Mgp3cml0ZSgyLCAi VHJ5IFwnenluYWRkc3ViZnggLS1oZWxwXCcgZm9yIGNvbSIuLi4sIDUxVHJ5ICd6eW5hZGRzdWJm eCAtLWhlbHAnIGZvciBjb21tYW5kLWxpbmUgb3B0aW9ucy4KKSA9IDUxCndyaXRlKDIsICJTb3Vu ZCBCdWZmZXIgU2l6ZSA9IFx0MjU2IHNhbXBsZXMiLi4uLCAzM1NvdW5kIEJ1ZmZlciBTaXplID0g CTI1NiBzYW1wbGVzCikgPSAzMwp3cml0ZSgyLCAiSW50ZXJuYWwgbGF0ZW5jeSA9IFx0NS44IG1z XG4iLCAyN0ludGVybmFsIGxhdGVuY3kgPSAJNS44IG1zCikgPSAyNwp3cml0ZSgyLCAiQURzeW50 aCBPc2NpbC5TaXplID0gXHQ1MTIgc2FtcGxlIi4uLiwgMzRBRHN5bnRoIE9zY2lsLlNpemUgPSAJ NTEyIHNhbXBsZXMKKSA9IDM0CnRpbWUoTlVMTCkgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICA9IDExOTU5Mjc2OTMKZ2V0dGltZW9mZGF5KHsxMTk1OTI3NjkzLCA1MjcyMjR9LCBOVUxMKSA9 IDAKZ2V0dGltZW9mZGF5KHsxMTk1OTI3NjkzLCA1MjcyODR9LCBOVUxMKSA9IDAKZ2V0dGltZW9m ZGF5KHsxMTk1OTI3NjkzLCA1MjczMzF9LCBOVUxMKSA9IDAKZ2V0dGltZW9mZGF5KHsxMTk1OTI3 NjkzLCA1MjczNzh9LCBOVUxMKSA9IDAKZ2V0dGltZW9mZGF5KHsxMTk1OTI3NjkzLCA1Mjc0MjR9 LCBOVUxMKSA9IDAKZ2V0dGltZW9mZGF5KHsxMTk1OTI3NjkzLCA1Mjc0NzF9LCBOVUxMKSA9IDAK Z2V0dGltZW9mZGF5KHsxMTk1OTI3NjkzLCA1Mjc1MTd9LCBOVUxMKSA9IDAKZ2V0dGltZW9mZGF5 KHsxMTk1OTI3NjkzLCA1Mjc1NjN9LCBOVUxMKSA9IDAKZ2V0dGltZW9mZGF5KHsxMTk1OTI3Njkz LCA1Mjc2MTB9LCBOVUxMKSA9IDAKZ2V0dGltZW9mZGF5KHsxMTk1OTI3NjkzLCA1Mjc2NTZ9LCBO VUxMKSA9IDAKZ2V0dGltZW9mZGF5KHsxMTk1OTI3NjkzLCA1Mjc3MDJ9LCBOVUxMKSA9IDAKZ2V0 dGltZW9mZGF5KHsxMTk1OTI3NjkzLCA1Mjc3NDl9LCBOVUxMKSA9IDAKZ2V0dGltZW9mZGF5KHsx MTk1OTI3NjkzLCA1Mjc3OTV9LCBOVUxMKSA9IDAKZ2V0dGltZW9mZGF5KHsxMTk1OTI3NjkzLCA1 Mjc4NDF9LCBOVUxMKSA9IDAKZ2V0dGltZW9mZGF5KHsxMTk1OTI3NjkzLCA1Mjc5MDZ9LCBOVUxM KSA9IDAKZ2V0dGltZW9mZGF5KHsxMTk1OTI3NjkzLCA1Mjc5NjZ9LCBOVUxMKSA9IDAKb3Blbigi Li90ZXN0Ym5rIiwgT19SRE9OTFl8T19OT05CTE9DS3xPX0xBUkdFRklMRXxPX0RJUkVDVE9SWXww eDgwMDAwKSA9IC0xIEVOT0VOVCAoTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSkKYnJrKDB4ODE3 MjAwMCkgICAgICAgICAgICAgICAgICAgICAgICAgID0gMHg4MTcyMDAwCmdldHRpbWVvZmRheSh7 MTE5NTkyNzY5MywgNTI4ODU2fSwgTlVMTCkgPSAwCmdldHRpbWVvZmRheSh7MTE5NTkyNzY5Mywg NTMwMDkzfSwgTlVMTCkgPSAwCmJyaygweDgxOTMwMDApICAgICAgICAgICAgICAgICAgICAgICAg ICA9IDB4ODE5MzAwMApicmsoMHg4MWI0MDAwKSAgICAgICAgICAgICAgICAgICAgICAgICAgPSAw eDgxYjQwMDAKYnJrKDB4ODFkNTAwMCkgICAgICAgICAgICAgICAgICAgICAgICAgID0gMHg4MWQ1 MDAwCmJyaygweDgxZjYwMDApICAgICAgICAgICAgICAgICAgICAgICAgICA9IDB4ODFmNjAwMApi cmsoMHg4MjE3MDAwKSAgICAgICAgICAgICAgICAgICAgICAgICAgPSAweDgyMTcwMDAKYnJrKDB4 ODIzODAwMCkgICAgICAgICAgICAgICAgICAgICAgICAgID0gMHg4MjM4MDAwCmJyaygweDgyNTkw MDApICAgICAgICAgICAgICAgICAgICAgICAgICA9IDB4ODI1OTAwMApicmsoMHg4MjdhMDAwKSAg ICAgICAgICAgICAgICAgICAgICAgICAgPSAweDgyN2EwMDAKYnJrKDB4ODI5YjAwMCkgICAgICAg ICAgICAgICAgICAgICAgICAgID0gMHg4MjliMDAwCmJyaygweDgyYzAwMDApICAgICAgICAgICAg ICAgICAgICAgICAgICA9IDB4ODJjMDAwMApicmsoMHg4MmU0MDAwKSAgICAgICAgICAgICAgICAg ICAgICAgICAgPSAweDgyZTQwMDAKYnJrKDB4ODMwOTAwMCkgICAgICAgICAgICAgICAgICAgICAg ICAgID0gMHg4MzA5MDAwCmJyaygweDgzMmQwMDApICAgICAgICAgICAgICAgICAgICAgICAgICA9 IDB4ODMyZDAwMApicmsoMHg4MzUyMDAwKSAgICAgICAgICAgICAgICAgICAgICAgICAgPSAweDgz NTIwMDAKYnJrKDB4ODM3NjAwMCkgICAgICAgICAgICAgICAgICAgICAgICAgID0gMHg4Mzc2MDAw CmJyaygweDgzOWIwMDApICAgICAgICAgICAgICAgICAgICAgICAgICA9IDB4ODM5YjAwMApicmso MHg4M2JjMDAwKSAgICAgICAgICAgICAgICAgICAgICAgICAgPSAweDgzYmMwMDAKYnJrKDB4ODNk ZDAwMCkgICAgICAgICAgICAgICAgICAgICAgICAgID0gMHg4M2RkMDAwCnBpcGUoWzQsIDZdKSAg ICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKY2xvbmUoY2hpbGRfc3RhY2s9MCwgZmxhZ3M9 Q0xPTkVfQ0hJTERfQ0xFQVJUSUR8Q0xPTkVfQ0hJTERfU0VUVElEfFNJR0NITEQsIGNoaWxkX3Rp ZHB0cj0weGI3ZjFiNzE4KSA9IDQyMDAKLS0tIFNJR0NITEQgKENoaWxkIGV4aXRlZCkgQCAwICgw KSAtLS0KY2xvc2UoNikgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApmc3RhdDY0 KDQsIHtzdF9tb2RlPVNfSUZJRk98MDYwMCwgc3Rfc2l6ZT0wLCAuLi59KSA9IDAKbW1hcDIoTlVM TCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9BTk9OWU1PVVMs IC0xLCAwKSA9IDB4YjdmODQwMDAKcmVhZCg0LCAiL2Rldi9zaG1cbiIsIDEwMjQpICAgICAgICAg ICAgID0gOQp3cml0ZSgyLCAiSkFDSyB0bXBkaXIgaWRlbnRpZmllZCBhcyBbL2Rldi8iLi4uLCAz N0pBQ0sgdG1wZGlyIGlkZW50aWZpZWQgYXMgWy9kZXYvc2htXQopID0gMzcKY2xvc2UoNCkgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMAp3YWl0cGlkKDQyMDAsIFt7V0lGRVhJVEVE KHMpICYmIFdFWElUU1RBVFVTKHMpID09IDB9XSwgMCkgPSA0MjAwCm11bm1hcCgweGI3Zjg0MDAw LCA0MDk2KSAgICAgICAgICAgICAgICA9IDAKb3BlbigiL3Byb2MvY3B1aW5mbyIsIE9fUkRPTkxZ KSAgICAgICAgID0gNApmc3RhdDY0KDQsIHtzdF9tb2RlPVNfSUZSRUd8MDQ0NCwgc3Rfc2l6ZT0w LCAuLi59KSA9IDAKbW1hcDIoTlVMTCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9Q UklWQVRFfE1BUF9BTk9OWU1PVVMsIC0xLCAwKSA9IDB4YjdmODQwMDAKcmVhZCg0LCAicHJvY2Vz c29yXHQ6IDBcbnZlbmRvcl9pZFx0OiBBdXRoZW4iLi4uLCAxMDI0KSA9IDQzNwpjbG9zZSg0KSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCm11bm1hcCgweGI3Zjg0MDAwLCA0MDk2 KSAgICAgICAgICAgICAgICA9IDAKc29ja2V0KFBGX0ZJTEUsIFNPQ0tfU1RSRUFNLCAwKSAgICAg ICAgID0gNApnZXR1aWQzMigpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSA1MDAKY29u bmVjdCg0LCB7c2FfZmFtaWx5PUFGX0ZJTEUsIHBhdGg9Ii9kZXYvc2htL2phY2stNTAwL2RlZmF1 bHQvamFja18wIn0sIDExMCkgPSAwCndyaXRlKDQsICJcMjBcMFwwXDBcMVwwXDBcMFwyXDBcMFww XDNcMFwwXDBaeW5BZGRTdWJGWFwwXDBcMFwwXDAiLi4uLCA1MTcyKSA9IDUxNzIKcmVhZCg0LCAi XDBcMFwwXDBcNlwwXDBcMFwwXDI2MFwzNTdcMjY3XDBcMFwwXDBcMFBcMzYwXDI2Ny9kZXYvc2ht L2phYyIuLi4sIDQxNzIpID0gNDE3Mgp3cml0ZSgyLCAiRW5oYW5jZWQzRE5vdyEgZGV0ZWN0ZWRc biIsIDI0RW5oYW5jZWQzRE5vdyEgZGV0ZWN0ZWQKKSA9IDI0CmdldHVpZDMyKCkgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICA9IDUwMApzZW1nZXQoMHgyODI5MjksIDAsIDApICAgICAgICAg ICAgICAgICAgPSAwCnNlbW9wKDAsIDB4YmY5MjMzMGEsIDEpICAgICAgICAgICAgICAgICA9IDAK c2htZ2V0KDB4MjgyOTI5LCA2MjAwLCAwNjY2KSAgICAgICAgICAgID0gMzI3NjgKc2htYXQoMzI3 NjgsIDAsIDApICAgICAgICAgICAgICAgICAgICAgID0gMHhiN2Y4MzAwMApzZW1vcCgwLCAweGJm OTIzMzBlLCAxKSAgICAgICAgICAgICAgICAgPSAwCnNobWF0KDY1NTM3LCAwLCAwKSAgICAgICAg ICAgICAgICAgICAgICA9IDB4YjdmNmUwMDAKc2htYXQoMTk5ODg1NywgMCwgMCkgICAgICAgICAg ICAgICAgICAgID0gMHhiN2Y2ZDAwMApzaG1jdGwoMTk5ODg1NywgSVBDXzY0fElQQ19STUlELCAw KSAgICAgPSAwCnNobWF0KDk4MzA2LCAwLCAwKSAgICAgICAgICAgICAgICAgICAgICA9IDB4YjZl MGQwMDAKc2htYXQoMTMxMDc1LCAwLCAwKSAgICAgICAgICAgICAgICAgICAgID0gMHhiNmQwZDAw MApzb2NrZXQoUEZfRklMRSwgU09DS19TVFJFQU0sIDApICAgICAgICAgPSA2CmNvbm5lY3QoNiwg e3NhX2ZhbWlseT1BRl9GSUxFLCBwYXRoPSIvZGV2L3NobS9qYWNrLTUwMC9kZWZhdWx0L2phY2tf YWNrXzAifSwgMTEwKSA9IDAKd3JpdGUoNiwgIlxuXDBcMFwwIiwgNCkgICAgICAgICAgICAgICAg ID0gNApyZWFkKDYsICJcMCIsIDEpICAgICAgICAgICAgICAgICAgICAgICAgPSAxCndyaXRlKDIs ICJJbnRlcm5hbCBTYW1wbGVSYXRlICAgPSA0NDEwMFxuSmEiLi4uLCA2MEludGVybmFsIFNhbXBs ZVJhdGUgICA9IDQ0MTAwCkphY2sgT3V0cHV0IFNhbXBsZVJhdGU9IDQ4MDAwCikgPSA2MAp3cml0 ZSgyLCAiSXQgaXMgcmVjb21hbmRlZCB0aGF0IHRoZSBib3RoIHMiLi4uLCA1Nkl0IGlzIHJlY29t YW5kZWQgdGhhdCB0aGUgYm90aCBzYW1wbGVyYXRlcyB0byBiZSBlcXVhbC4KKSA9IDU2CndyaXRl KDQsICJcMVwwXDBcMFp5bkFkZFN1YkZYOm91dF8xXDBcMzYzXDcgXDIyMVwzNjNcN2BcMlwyM1wx MCIuLi4sIDUxNzIpID0gNTE3MgpyZWFkKDQsICJcMVwwXDBcMFp5bkFkZFN1YkZYOm91dF8xXDBc MzYzXDcgXDIyMVwzNjNcN2BcMlwyM1wxMCIuLi4sIDUxNzIpID0gNTE3Mgp3cml0ZSg0LCAiXDFc MFwwXDBaeW5BZGRTdWJGWDpvdXRfMlwwXDM2M1w3IFwyMjFcMzYzXDdgXDJcMjNcMTAiLi4uLCA1 MTcyKSA9IDUxNzIKcmVhZCg0LCAiXDFcMFwwXDBaeW5BZGRTdWJGWDpvdXRfMlwwXDM2M1w3IFwy MjFcMzYzXDdgXDJcMjNcMTAiLi4uLCA1MTcyKSA9IDUxNzIKbWxvY2thbGwoTUNMX0NVUlJFTlR8 TUNMX0ZVVFVSRSkgICAgICAgID0gMAptbWFwMihOVUxMLCA1MjgzODQsIFBST1RfUkVBRHxQUk9U X1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfQU5PTllNT1VTLCAtMSwgMCkgPSAweGI2YzhjMDAwCm1w cm90ZWN0KDB4YjZjOGMwMDAsIDQwOTYsIFBST1RfTk9ORSkgICA9IDAKY2xvbmUoY2hpbGRfc3Rh Y2s9MHhiNmQwYzRhNCwgZmxhZ3M9Q0xPTkVfVk18Q0xPTkVfRlN8Q0xPTkVfRklMRVN8Q0xPTkVf U0lHSEFORHxDTE9ORV9USFJFQUR8Q0xPTkVfU1lTVlNFTXxDTE9ORV9TRVRUTFN8Q0xPTkVfUEFS RU5UX1NFVFRJRHxDTE9ORV9DSElMRF9DTEVBUlRJRCwgcGFyZW50X3RpZHB0cj0weGI2ZDBjYmQ4 LCB7ZW50cnlfbnVtYmVyOjYsIGJhc2VfYWRkcjoweGI2ZDBjYjkwLCBsaW1pdDoxMDQ4NTc1LCBz ZWdfMzJiaXQ6MSwgY29udGVudHM6MCwgcmVhZF9leGVjX29ubHk6MCwgbGltaXRfaW5fcGFnZXM6 MSwgc2VnX25vdF9wcmVzZW50OjAsIHVzZWFibGU6MX0sIGNoaWxkX3RpZHB0cj0weGI2ZDBjYmQ4 KSA9IDQyMDEKc2NoZWRfc2V0c2NoZWR1bGVyKDQyMDEsIFNDSEVEX09USEVSLCB7IDAgfSkgPSAw CmZ1dGV4KDB4YjZkMGNkODQsIEZVVEVYX1dBS0VfUFJJVkFURSwgMSkgPSAxCmZ1dGV4KDB4NGVm ZWRhZTQsIEZVVEVYX1dBS0VfUFJJVkFURSwgMSkgPSAxCmZ1dGV4KDB4NGVmZWRiMDAsIEZVVEVY X1dBS0VfUFJJVkFURSwgMSkgPSAxCmZ1dGV4KDB4NGVmZWRiMDQsIEZVVEVYX1dBSVRfUFJJVkFU RSwgMSwgTlVMTCkgPSAtMSBFQUdBSU4gKFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxl KQpmdXRleCgweDRlZmVkYWU0LCBGVVRFWF9XQUtFX1BSSVZBVEUsIDEpID0gMAp3cml0ZSg0LCAi XDZcMFwwXDBcblwwXDBcMGRkU3ViRlg6b3V0XzJcMFwzNjNcNyBcMjIxXDM2M1w3YFwyXDIzXDEw Ii4uLiwgNTE3MikgPSA1MTcyCnJlYWQoNCwgIlw2XDBcMFwwXG5cMFwwXDBkZFN1YkZYOm91dF8y XDBcMzYzXDcgXDIyMVwzNjNcN2BcMlwyM1wxMCIuLi4sIDUxNzIpID0gNTE3MgpzdGF0NjQoIi9l dGMvYWxzYS9hbHNhLmNvbmYiLCB7c3RfbW9kZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9ODYxOCwg Li4ufSkgPSAwCm9wZW4oIi9ldGMvYWxzYS9hbHNhLmNvbmYiLCBPX1JET05MWSkgICA9IDEwCmZz dGF0NjQoMTAsIHtzdF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT04NjE4LCAuLi59KSA9IDAK bW1hcDIoTlVMTCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9B Tk9OWU1PVVMsIC0xLCAwKSA9IDB4YjZjOGIwMDAKcmVhZCgxMCwgIiNcbiMgIEFMU0EgbGlicmFy eSBjb25maWd1cmF0aW9uICIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEwLCAibmMgcmVmZXJcblx0 XHRcdFx0bmFtZSBkZWZhdWx0cy5wY20uZCIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEwLCAiZWZh dWx0IHtcblx0XHRcdEBmdW5jIHJlZmVyXG5cdFx0XHRuYW1lICIuLi4sIDQwOTYpID0gNDI2CnJl YWQoMTAsICIiLCA0MDk2KSAgICAgICAgICAgICAgICAgICAgICA9IDAKcmVhZCgxMCwgIiIsIDQw OTYpICAgICAgICAgICAgICAgICAgICAgID0gMApjbG9zZSgxMCkgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgPSAwCm11bm1hcCgweGI2YzhiMDAwLCA0MDk2KSAgICAgICAgICAgICAgICA9 IDAKZnV0ZXgoMHhkNGQwNmMsIEZVVEVYX1dBS0VfUFJJVkFURSwgMjE0NzQ4MzY0NykgPSAwCmFj Y2VzcygiL2V0Yy9hbHNhL3B1bHNlLWRlZmF1bHQuY29uZiIsIFJfT0spID0gMApvcGVuKCIvZXRj L2Fsc2EvcHVsc2UtZGVmYXVsdC5jb25mIiwgT19SRE9OTFkpID0gMTAKZnN0YXQ2NCgxMCwge3N0 X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTEwMCwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDQw OTYsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfQU5PTllNT1VTLCAtMSwg MCkgPSAweGI2YzhiMDAwCnJlYWQoMTAsICIjIHB1bHNlYXVkaW8gcGx1Z2luIGNvbmZpZ3VyYXRp byIuLi4sIDQwOTYpID0gMTAwCnJlYWQoMTAsICIiLCA0MDk2KSAgICAgICAgICAgICAgICAgICAg ICA9IDAKcmVhZCgxMCwgIiIsIDQwOTYpICAgICAgICAgICAgICAgICAgICAgID0gMApjbG9zZSgx MCkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCm11bm1hcCgweGI2YzhiMDAwLCA0 MDk2KSAgICAgICAgICAgICAgICA9IDAKYWNjZXNzKCIvZXRjL2Fzb3VuZC5jb25mIiwgUl9PSykg ICAgICAgID0gMApvcGVuKCIvZXRjL2Fzb3VuZC5jb25mIiwgT19SRE9OTFkpICAgICAgPSAxMApm c3RhdDY0KDEwLCB7c3RfbW9kZT1TX0lGUkVHfDA2NjQsIHN0X3NpemU9MjEyLCAuLi59KSA9IDAK bW1hcDIoTlVMTCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9B Tk9OWU1PVVMsIC0xLCAwKSA9IDB4YjZjOGIwMDAKcmVhZCgxMCwgIiNHZW5lcmF0ZWQgYnkgc3lz dGVtLWNvbmZpZy1zb3VuIi4uLiwgNDA5NikgPSAyMTIKcmVhZCgxMCwgIiIsIDQwOTYpICAgICAg ICAgICAgICAgICAgICAgID0gMApyZWFkKDEwLCAiIiwgNDA5NikgICAgICAgICAgICAgICAgICAg ICAgPSAwCmNsb3NlKDEwKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKbXVubWFw KDB4YjZjOGIwMDAsIDQwOTYpICAgICAgICAgICAgICAgID0gMAphY2Nlc3MoIi9ob21lL215c3Ro ci8uYXNvdW5kcmMiLCBSX09LKSAgPSAtMSBFTk9FTlQgKE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rv cnkpCm9wZW4oIi9kZXYvc25kL3NlcSIsIE9fUkRPTkxZKSAgICAgICAgICA9IDEwCmlvY3RsKDEw LCBTTkRSVl9TRVFfSU9DVExfUFZFUlNJT04sIDB4YmY5MjYyNjQpID0gMAppb2N0bCgxMCwgQ0RS T01QQVVTRSBvciBTTkRSVl9TRVFfSU9DVExfQ0xJRU5UX0lELCAweGJmOTI2MjYwKSA9IDAKaW9j dGwoMTAsIENEUk9NUExBWU1TRiBvciBTTkRSVl9TRVFfSU9DVExfUlVOTklOR19NT0RFLCAweGJm OTI2MjY4KSA9IDAKaW9jdGwoMTAsIENEUk9NTVVMVElTRVNTSU9OIG9yIFNORFJWX1NFUV9JT0NU TF9HRVRfQ0xJRU5UX0lORk8sIDB4YmY5MjYzOWMpID0gMAppb2N0bCgxMCwgQ0RST01fR0VUX01D TiBvciBTTkRSVl9TRVFfSU9DVExfU0VUX0NMSUVOVF9JTkZPLCAweGJmOTI2MzljKSA9IDAKaW9j dGwoMTAsIENEUk9NX1NFVF9PUFRJT05TIG9yIFNORFJWX1NFUV9JT0NUTF9DUkVBVEVfUE9SVCwg MHhiZjkyNjNiNCkgPSAwCnNvY2tldChQRl9GSUxFLCBTT0NLX1NUUkVBTSwgMCkgICAgICAgICA9 IDExCmNvbm5lY3QoMTEsIHtzYV9mYW1pbHk9QUZfRklMRSwgcGF0aD1AL3RtcC8uWDExLXVuaXgv WDB9LCAxMTApID0gMApnZXRwZWVybmFtZSgxMSwge3NhX2ZhbWlseT1BRl9GSUxFLCBwYXRoPUAv dG1wLy5YMTEtdW5peC9YMH0sIFsxMTBdKSA9IDAKdW5hbWUoe3N5cz0iTGludXgiLCBub2RlPSJs b2NhbGhvc3QubG9jYWxkb21haW4iLCAuLi59KSA9IDAKYWNjZXNzKCIvdG1wLy5nZG0wUTQwMVQi LCBSX09LKSAgICAgICAgID0gMApvcGVuKCIvdG1wLy5nZG0wUTQwMVQiLCBPX1JET05MWSkgICAg ICAgPSAxMgpmc3RhdDY0KDEyLCB7c3RfbW9kZT1TX0lGUkVHfDA2MDAsIHN0X3NpemU9NjYsIC4u Ln0pID0gMAptbWFwMihOVUxMLCA0MDk2LCBQUk9UX1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZB VEV8TUFQX0FOT05ZTU9VUywgLTEsIDApID0gMHhiNmM4YjAwMApyZWFkKDEyLCAiXDFcMFwwXDI1 bG9jYWxob3N0LmxvY2FsZG9tYWluXDBcMDAxMFwwXDIyTUkiLi4uLCA0MDk2KSA9IDY2CnJlYWQo MTIsICIiLCA0MDk2KSAgICAgICAgICAgICAgICAgICAgICA9IDAKY2xvc2UoMTIpICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgID0gMAptdW5tYXAoMHhiNmM4YjAwMCwgNDA5NikgICAgICAg ICAgICAgICAgPSAwCmZjbnRsNjQoMTEsIEZfR0VURkwpICAgICAgICAgICAgICAgICAgICA9IDB4 MiAoZmxhZ3MgT19SRFdSKQpmY250bDY0KDExLCBGX1NFVEZMLCBPX1JEV1J8T19OT05CTE9DSykg PSAwCmZjbnRsNjQoMTEsIEZfU0VURkQsIEZEX0NMT0VYRUMpICAgICAgICA9IDAKc2VsZWN0KDEy LCBbMTFdLCBbMTFdLCBOVUxMLCBOVUxMKSAgICAgID0gMSAob3V0IFsxMV0pCndyaXRldigxMSwg W3sibFwwXHZcMFwwXDBcMjJcMFwyMFwwIiwgMTB9LCB7IlwwXDAiLCAyfSwgeyJNSVQtTUFHSUMt Q09PS0lFLTEiLCAxOH0sIHsiXDBcMCIsIDJ9LCB7IlwyMTVcMzI3aVwyMTVnR1wzMzd1XDM0NExc MzFcMzE1UlwzNDB4XDIxMyIsIDE2fSwgeyIiLCAwfV0sIDYpID0gNDgKcmVhZCgxMSwgIlwxXDBc dlwwXDBcMFwyMzFcMCIsIDgpICAgICAgID0gOApyZWFkKDExLCAiYCpcMjM1XDBcMFwwYFwzXDM3 N1wzNzdcMzdcMFwwXDFcMFwwXDI0XDBcMzc3XDM3N1wxXDdcMFwwICBcMTBcMzc3XDM2NFwyMTQh XDEwIi4uLiwgNjEyKSA9IDYxMgpzZWxlY3QoMTIsIFsxMV0sIFsxMV0sIE5VTEwsIE5VTEwpICAg ICAgPSAxIChvdXQgWzExXSkKd3JpdGV2KDExLCBbeyI3XDBcNVwwXDBcMGBcM2ZcMFwwXDBcMTBc MFwwXDBcMzc3XDM3N1wzNzdcMGJcMFw1XDBcZlwwXDBcMEJJRy0iLi4uLCA0MH1dLCAxKSA9IDQw CnNlbGVjdCgxMiwgWzExXSwgW10sIE5VTEwsIE5VTEwpICAgICAgICA9IDEgKGluIFsxMV0pCnJl YWQoMTEsICJcMVw3XDJcMFwwXDBcMFwwXDFcMjAyXDBcMFwxXDBcMFwwXDBcMFwwXDBcMFwwXDBc MFwwXDBcMFwwSFwzNjJcMzM3XDI3NyIsIDQwOTYpID0gMzIKc2VsZWN0KDEyLCBbMTFdLCBbMTFd LCBOVUxMLCBOVUxMKSAgICAgID0gMSAob3V0IFsxMV0pCndyaXRldigxMSwgW3siXDIwMlwwXDFc MCIsIDR9XSwgMSkgICAgICA9IDQKc2VsZWN0KDEyLCBbMTFdLCBbXSwgTlVMTCwgTlVMTCkgICAg ICAgID0gMSAoaW4gWzExXSkKcmVhZCgxMSwgIlwxXDM2NVwzXDBcMFwwXDBcMFwzNzdcMzc3P1ww XDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwTFwzNjJcMzM3XDI3N1wzNDBcMjM3IFwxMCIsIDQwOTYp ID0gMzIKc2VsZWN0KDEyLCBbMTFdLCBbMTFdLCBOVUxMLCBOVUxMKSAgICAgID0gMSAob3V0IFsx MV0pCndyaXRldigxMSwgW3siXDI0XDBcNlwwZlwwXDBcMFwyN1wwXDBcMFwzN1wwXDBcMFwwXDBc MFwwXDBcMzQxXDM2NVw1IiwgMjR9XSwgMSkgPSAyNApzZWxlY3QoMTIsIFsxMV0sIFtdLCBOVUxM LCBOVUxMKSAgICAgICAgPSAxIChpbiBbMTFdKQpyZWFkKDExLCAiXDFcMTBcNFwwXDMyMFxyXDBc MFwzN1wwXDBcMFwwXDBcMFwwPjdcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwIi4uLiwgNDA5 NikgPSA0MDk2CnJlYWQoMTEsICJTZWxlY3Rpb25Cb3guZm9yZWdyb3VuZDpcdCMwMDAwMDAiLi4u LCAxMDA4MCkgPSAxMDA4MApyZWFkKDExLCAweDgzZDI5NDAsIDQwOTYpICAgICAgICAgICAgICAg PSAtMSBFQUdBSU4gKFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlKQpicmsoMHg4NDAx MDAwKSAgICAgICAgICAgICAgICAgICAgICAgICAgPSAweDg0MDEwMDAKc2VsZWN0KDEyLCBbMTFd LCBbMTFdLCBOVUxMLCBOVUxMKSAgICAgID0gMSAob3V0IFsxMV0pCndyaXRldigxMSwgW3siYlww XDVcMFx0XDBcMFwwWEtFWUJPQVJEXDBcMFwwIiwgMjB9XSwgMSkgPSAyMApzZWxlY3QoMTIsIFsx MV0sIFtdLCBOVUxMLCBOVUxMKSAgICAgICAgPSAxIChpbiBbMTFdKQpyZWFkKDExLCAiXDFcN1w1 XDBcMFwwXDBcMFwxXDIyM15cMjQyXDBcMjBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwSFwz NjJcMzM3XDI3NyIsIDQwOTYpID0gMzIKcmVhZCgxMSwgMHg4M2QyOTQwLCA0MDk2KSAgICAgICAg ICAgICAgID0gLTEgRUFHQUlOIChSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZSkKc2Vs ZWN0KDEyLCBbMTFdLCBbMTFdLCBOVUxMLCBOVUxMKSAgICAgID0gMSAob3V0IFsxMV0pCndyaXRl digxMSwgW3siXDIyM1wwXDJcMFwxXDBcMFwwIiwgOH1dLCAxKSA9IDgKc2VsZWN0KDEyLCBbMTFd LCBbXSwgTlVMTCwgTlVMTCkgICAgICAgID0gMSAoaW4gWzExXSkKcmVhZCgxMSwgIlwxXDFcNlww XDBcMFwwXDBcMVwwXDBcMFhcMzYyXDMzN1wyNzdcMjI3XDdcMjVcMTBcMFwzNjVcMTc3XDEwXDIy MHQqXDEwXDFcMFwwXDAiLCA0MDk2KSA9IDMyCnJlYWQoMTEsIDB4ODNkMjk0MCwgNDA5NikgICAg ICAgICAgICAgICA9IC0xIEVBR0FJTiAoUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUp CnNlbGVjdCgxMiwgWzExXSwgWzExXSwgTlVMTCwgTlVMTCkgICAgICA9IDEgKG91dCBbMTFdKQp3 cml0ZXYoMTEsIFt7IlwyMFwwXDZcMFwyMFwwXDBcMFdNX0RFTEVURV9XSU5ET1ciLCAyNH1dLCAx KSA9IDI0CnNlbGVjdCgxMiwgWzExXSwgW10sIE5VTEwsIE5VTEwpICAgICAgICA9IDEgKGluIFsx MV0pCnJlYWQoMTEsICJcMVw3XDdcMFwwXDBcMFwwJVwxXDBcMFwwXDIwXDBcMFwwXDBcMFwwXDBc MFwwXDBcMFwwXDBcMEhcMzYyXDMzN1wyNzciLCA0MDk2KSA9IDMyCnJlYWQoMTEsIDB4ODNkMjk0 MCwgNDA5NikgICAgICAgICAgICAgICA9IC0xIEVBR0FJTiAoUmVzb3VyY2UgdGVtcG9yYXJpbHkg dW5hdmFpbGFibGUpCnNlbGVjdCgxMiwgWzExXSwgWzExXSwgTlVMTCwgTlVMTCkgICAgICA9IDEg KG91dCBbMTFdKQp3cml0ZXYoMTEsIFt7IlwyMFwwXDVcMFxmXDBcMFwwV01fUFJPVE9DT0xTIiwg MjB9XSwgMSkgPSAyMApzZWxlY3QoMTIsIFsxMV0sIFtdLCBOVUxMLCBOVUxMKSAgICAgICAgPSAx IChpbiBbMTFdKQpyZWFkKDExLCAiXDFcN1wxMFwwXDBcMFwwXDBcJ1wxXDBcMFwwXDIwXDBcMFww XDBcMFwwXDBcMFwwXDBcMFwwXDBcMEhcMzYyXDMzN1wyNzciLCA0MDk2KSA9IDMyCnJlYWQoMTEs IDB4ODNkMjk0MCwgNDA5NikgICAgICAgICAgICAgICA9IC0xIEVBR0FJTiAoUmVzb3VyY2UgdGVt cG9yYXJpbHkgdW5hdmFpbGFibGUpCnNlbGVjdCgxMiwgWzExXSwgWzExXSwgTlVMTCwgTlVMTCkg ICAgICA9IDEgKG91dCBbMTFdKQp3cml0ZXYoMTEsIFt7IlwyMFwwXDZcMFwxN1wwXDBcMF9NT1RJ Rl9XTV9ISU5UU1ciLCAyNH1dLCAxKSA9IDI0CnNlbGVjdCgxMiwgWzExXSwgW10sIE5VTEwsIE5V TEwpICAgICAgICA9IDEgKGluIFsxMV0pCnJlYWQoMTEsICJcMVw3XHRcMFwwXDBcMFwwcVwxXDBc MFwwXDIwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMEhcMzYyXDMzN1wyNzciLCA0MDk2KSA9 IDMyCnJlYWQoMTEsIDB4ODNkMjk0MCwgNDA5NikgICAgICAgICAgICAgICA9IC0xIEVBR0FJTiAo UmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUpCnNlbGVjdCgxMiwgWzExXSwgWzExXSwg TlVMTCwgTlVMTCkgICAgICA9IDEgKG91dCBbMTFdKQp3cml0ZXYoMTEsIFt7IlwyMFwwXDRcMFw3 XDBcMFwwVEFSR0VUU1ciLCAxNn1dLCAxKSA9IDE2CnNlbGVjdCgxMiwgWzExXSwgW10sIE5VTEws IE5VTEwpICAgICAgICA9IDEgKGluIFsxMV0pCnJlYWQoMTEsICJcMVw3XG5cMFwwXDBcMFwwXDI3 MVwxXDBcMFwwXDIwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMEhcMzYyXDMzN1wyNzciLCA0 MDk2KSA9IDMyCnJlYWQoMTEsIDB4ODNkMjk0MCwgNDA5NikgICAgICAgICAgICAgICA9IC0xIEVB R0FJTiAoUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUpCnNlbGVjdCgxMiwgWzExXSwg WzExXSwgTlVMTCwgTlVMTCkgICAgICA9IDEgKG91dCBbMTFdKQp3cml0ZXYoMTEsIFt7IlwyMFww XDVcMFx0XDBcMFwwQ0xJUEJPQVJEX0hJIiwgMjB9XSwgMSkgPSAyMApzZWxlY3QoMTIsIFsxMV0s IFtdLCBOVUxMLCBOVUxMKSAgICAgICAgPSAxIChpbiBbMTFdKQpyZWFkKDExLCAiXDFcN1x2XDBc MFwwXDBcMFxcXDFcMFwwXDBcMjBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwSFwzNjJcMzM3 XDI3NyIsIDQwOTYpID0gMzIKcmVhZCgxMSwgMHg4M2QyOTQwLCA0MDk2KSAgICAgICAgICAgICAg ID0gLTEgRUFHQUlOIChSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZSkKc2VsZWN0KDEy LCBbMTFdLCBbMTFdLCBOVUxMLCBOVUxMKSAgICAgID0gMSAob3V0IFsxMV0pCndyaXRldigxMSwg W3siXDIwXDBcNVwwXHRcMFwwXDBYZG5kQXdhcmVfSEkiLCAyMH1dLCAxKSA9IDIwCnNlbGVjdCgx MiwgWzExXSwgW10sIE5VTEwsIE5VTEwpICAgICAgICA9IDEgKGluIFsxMV0pCnJlYWQoMTEsICJc MVw3XGZcMFwwXDBcMFwwVVwxXDBcMFwwXDIwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMEhc MzYyXDMzN1wyNzciLCA0MDk2KSA9IDMyCnJlYWQoMTEsIDB4ODNkMjk0MCwgNDA5NikgICAgICAg ICAgICAgICA9IC0xIEVBR0FJTiAoUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUpCnNl bGVjdCgxMiwgWzExXSwgWzExXSwgTlVMTCwgTlVMTCkgICAgICA9IDEgKG91dCBbMTFdKQp3cml0 ZXYoMTEsIFt7IlwyMFwwXDZcMFxyXDBcMFwwWGRuZFNlbGVjdGlvblRTVyIsIDI0fV0sIDEpID0g MjQKc2VsZWN0KDEyLCBbMTFdLCBbXSwgTlVMTCwgTlVMTCkgICAgICAgID0gMSAoaW4gWzExXSkK cmVhZCgxMSwgIlwxXDdcclwwXDBcMFwwXDBBXDFcMFwwXDBcMjBcMFwwXDBcMFwwXDBcMFwwXDBc MFwwXDBcMFwwSFwzNjJcMzM3XDI3NyIsIDQwOTYpID0gMzIKcmVhZCgxMSwgMHg4M2QyOTQwLCA0 MDk2KSAgICAgICAgICAgICAgID0gLTEgRUFHQUlOIChSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2 YWlsYWJsZSkKc2VsZWN0KDEyLCBbMTFdLCBbMTFdLCBOVUxMLCBOVUxMKSAgICAgID0gMSAob3V0 IFsxMV0pCndyaXRldigxMSwgW3siXDIwXDBcNVwwXHRcMFwwXDBYZG5kRW50ZXJ0aW8iLCAyMH1d LCAxKSA9IDIwCnNlbGVjdCgxMiwgWzExXSwgW10sIE5VTEwsIE5VTEwpICAgICAgICA9IDEgKGlu IFsxMV0pCnJlYWQoMTEsICJcMVw3XDE2XDBcMFwwXDBcMGBcMVwwXDBcMFwyMFwwXDBcMFwwXDBc MFwwXDBcMFwwXDBcMFwwXDBIXDM2MlwzMzdcMjc3IiwgNDA5NikgPSAzMgpyZWFkKDExLCAweDgz ZDI5NDAsIDQwOTYpICAgICAgICAgICAgICAgPSAtMSBFQUdBSU4gKFJlc291cmNlIHRlbXBvcmFy aWx5IHVuYXZhaWxhYmxlKQpzZWxlY3QoMTIsIFsxMV0sIFsxMV0sIE5VTEwsIE5VTEwpICAgICAg PSAxIChvdXQgWzExXSkKd3JpdGV2KDExLCBbeyJcMjBcMFw1XDBcZlwwXDBcMFhkbmRUeXBlTGlz dCIsIDIwfV0sIDEpID0gMjAKc2VsZWN0KDEyLCBbMTFdLCBbXSwgTlVMTCwgTlVMTCkgICAgICAg ID0gMSAoaW4gWzExXSkKcmVhZCgxMSwgIlwxXDdcMTdcMFwwXDBcMFwwQlwxXDBcMFwwXDIwXDBc MFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMEhcMzYyXDMzN1wyNzciLCA0MDk2KSA9IDMyCnJlYWQo MTEsIDB4ODNkMjk0MCwgNDA5NikgICAgICAgICAgICAgICA9IC0xIEVBR0FJTiAoUmVzb3VyY2Ug dGVtcG9yYXJpbHkgdW5hdmFpbGFibGUpCnNlbGVjdCgxMiwgWzExXSwgWzExXSwgTlVMTCwgTlVM TCkgICAgICA9IDEgKG91dCBbMTFdKQp3cml0ZXYoMTEsIFt7IlwyMFwwXDVcMFxmXDBcMFwwWGRu ZFBvc2l0aW9uIiwgMjB9XSwgMSkgPSAyMApzZWxlY3QoMTIsIFsxMV0sIFtdLCBOVUxMLCBOVUxM KSAgICAgICAgPSAxIChpbiBbMTFdKQpyZWFkKDExLCAiXDFcN1wyMFwwXDBcMFwwXDBrXDFcMFww XDBcMjBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwSFwzNjJcMzM3XDI3NyIsIDQwOTYpID0g MzIKcmVhZCgxMSwgMHg4M2QyOTQwLCA0MDk2KSAgICAgICAgICAgICAgID0gLTEgRUFHQUlOIChS ZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZSkKc2VsZWN0KDEyLCBbMTFdLCBbMTFdLCBO VUxMLCBOVUxMKSAgICAgID0gMSAob3V0IFsxMV0pCndyaXRldigxMSwgW3siXDIwXDBcNVwwXHRc MFwwXDBYZG5kTGVhdmVpb24iLCAyMH1dLCAxKSA9IDIwCnNlbGVjdCgxMiwgWzExXSwgW10sIE5V TEwsIE5VTEwpICAgICAgICA9IDEgKGluIFsxMV0pCnJlYWQoMTEsICJcMVw3XDIxXDBcMFwwXDBc MFZcMVwwXDBcMFwyMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBIXDM2MlwzMzdcMjc3Iiwg NDA5NikgPSAzMgpyZWFkKDExLCAweDgzZDI5NDAsIDQwOTYpICAgICAgICAgICAgICAgPSAtMSBF QUdBSU4gKFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlKQpzZWxlY3QoMTIsIFsxMV0s IFsxMV0sIE5VTEwsIE5VTEwpICAgICAgPSAxIChvdXQgWzExXSkKd3JpdGV2KDExLCBbeyJcMjBc MFw0XDBcMTBcMFwwXDBYZG5kRHJvcCIsIDE2fV0sIDEpID0gMTYKc2VsZWN0KDEyLCBbMTFdLCBb XSwgTlVMTCwgTlVMTCkgICAgICAgID0gMSAoaW4gWzExXSkKcmVhZCgxMSwgIlwxXDdcMjJcMFww XDBcMFwwaFwxXDBcMFwwXDIwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMEhcMzYyXDMzN1wy NzciLCA0MDk2KSA9IDMyCnJlYWQoMTEsIDB4ODNkMjk0MCwgNDA5NikgICAgICAgICAgICAgICA9 IC0xIEVBR0FJTiAoUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUpCnNlbGVjdCgxMiwg WzExXSwgWzExXSwgTlVMTCwgTlVMTCkgICAgICA9IDEgKG91dCBbMTFdKQp3cml0ZXYoMTEsIFt7 IlwyMFwwXDVcMFxuXDBcMFwwWGRuZFN0YXR1c29uIiwgMjB9XSwgMSkgPSAyMApzZWxlY3QoMTIs IFsxMV0sIFtdLCBOVUxMLCBOVUxMKSAgICAgICAgPSAxIChpbiBbMTFdKQpyZWFkKDExLCAiXDFc N1wyM1wwXDBcMFwwXDBRXDFcMFwwXDBcMjBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwSFwz NjJcMzM3XDI3NyIsIDQwOTYpID0gMzIKcmVhZCgxMSwgMHg4M2QyOTQwLCA0MDk2KSAgICAgICAg ICAgICAgID0gLTEgRUFHQUlOIChSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZSkKc2Vs ZWN0KDEyLCBbMTFdLCBbMTFdLCBOVUxMLCBOVUxMKSAgICAgID0gMSAob3V0IFsxMV0pCndyaXRl digxMSwgW3siXDIwXDBcNlwwXDE2XDBcMFwwWGRuZEFjdGlvbkNvcHlTVyIsIDI0fV0sIDEpID0g MjQKc2VsZWN0KDEyLCBbMTFdLCBbXSwgTlVMTCwgTlVMTCkgICAgICAgID0gMSAoaW4gWzExXSkK cmVhZCgxMSwgIlwxXDdcMjRcMFwwXDBcMFwwb1wxXDBcMFwwXDIwXDBcMFwwXDBcMFwwXDBcMFww XDBcMFwwXDBcMEhcMzYyXDMzN1wyNzciLCA0MDk2KSA9IDMyCnJlYWQoMTEsIDB4ODNkMjk0MCwg NDA5NikgICAgICAgICAgICAgICA9IC0xIEVBR0FJTiAoUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5h dmFpbGFibGUpCnNlbGVjdCgxMiwgWzExXSwgWzExXSwgTlVMTCwgTlVMTCkgICAgICA9IDEgKG91 dCBbMTFdKQp3cml0ZXYoMTEsIFt7IlwyMFwwXDVcMFxmXDBcMFwwWGRuZEZpbmlzaGVkIiwgMjB9 XSwgMSkgPSAyMApzZWxlY3QoMTIsIFsxMV0sIFtdLCBOVUxMLCBOVUxMKSAgICAgICAgPSAxIChp biBbMTFdKQpyZWFkKDExLCAiXDFcN1wyNVwwXDBcMFwwXDBIXDFcMFwwXDBcMjBcMFwwXDBcMFww XDBcMFwwXDBcMFwwXDBcMFwwSFwzNjJcMzM3XDI3NyIsIDQwOTYpID0gMzIKcmVhZCgxMSwgMHg4 M2QyOTQwLCA0MDk2KSAgICAgICAgICAgICAgID0gLTEgRUFHQUlOIChSZXNvdXJjZSB0ZW1wb3Jh cmlseSB1bmF2YWlsYWJsZSkKc2VsZWN0KDEyLCBbMTFdLCBbMTFdLCBOVUxMLCBOVUxMKSAgICAg ID0gMSAob3V0IFsxMV0pCndyaXRldigxMSwgW3siXDIwXDBcNlwwXHJcMFwwXDB0ZXh0L3VyaS1s aXN0eVNXIiwgMjR9XSwgMSkgPSAyNApzZWxlY3QoMTIsIFsxMV0sIFtdLCBOVUxMLCBOVUxMKSAg ICAgICAgPSAxIChpbiBbMTFdKQpyZWFkKDExLCAiXDFcN1wyNlwwXDBcMFwwXDAuXDJcMFwwXDBc MjBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwSFwzNjJcMzM3XDI3NyIsIDQwOTYpID0gMzIK cmVhZCgxMSwgMHg4M2QyOTQwLCA0MDk2KSAgICAgICAgICAgICAgID0gLTEgRUFHQUlOIChSZXNv dXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZSkKdGltZShOVUxMKSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgID0gMTE5NTkyNzY5MwphY2Nlc3MoIi9ldGMvZm9udHMvZm9udHMuY29uZiIs IFJfT0spICAgPSAwCnN0YXQ2NCgiL2V0Yy9mb250cy9mb250cy5jb25mIiwge3N0X21vZGU9U19J RlJFR3wwNjQ0LCBzdF9zaXplPTUyMzksIC4uLn0pID0gMApvcGVuKCIvZXRjL2ZvbnRzL2ZvbnRz LmNvbmYiLCBPX1JET05MWSkgPSAxMgpyZWFkKDEyLCAiPD94bWwgdmVyc2lvbj1cIjEuMFwiPz5c bjwhRE9DVFlQRSAiLi4uLCA4MTkyKSA9IDUyMzkKYWNjZXNzKCIvZXRjL2ZvbnRzL2NvbmYuZCIs IFJfT0spICAgICAgID0gMApzdGF0NjQoIi9ldGMvZm9udHMvY29uZi5kIiwge3N0X21vZGU9U19J RkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4uLn0pID0gMApvcGVuKCIvZXRjL2ZvbnRzL2NvbmYu ZCIsIE9fUkRPTkxZfE9fTk9OQkxPQ0t8T19MQVJHRUZJTEV8T19ESVJFQ1RPUll8MHg4MDAwMCkg PSAxMwpmc3RhdDY0KDEzLCB7c3RfbW9kZT1TX0lGRElSfDA3NTUsIHN0X3NpemU9NDA5NiwgLi4u fSkgPSAwCmZjbnRsNjQoMTMsIEZfR0VURkQpICAgICAgICAgICAgICAgICAgICA9IDB4MSAoZmxh Z3MgRkRfQ0xPRVhFQykKZ2V0ZGVudHMoMTMsIC8qIDI5IGVudHJpZXMgKi8sIDQwOTYpICAgID0g OTY0CmdldGRlbnRzKDEzLCAvKiAwIGVudHJpZXMgKi8sIDQwOTYpICAgICA9IDAKYWNjZXNzKCIv ZXRjL2ZvbnRzL2NvbmYuZC8yMC1maXgtZ2xvYmFsYWR2YW5jZS5jb25mIiwgUl9PSykgPSAwCnN0 YXQ2NCgiL2V0Yy9mb250cy9jb25mLmQvMjAtZml4LWdsb2JhbGFkdmFuY2UuY29uZiIsIHtzdF9t b2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT05NDMsIC4uLn0pID0gMApvcGVuKCIvZXRjL2ZvbnRz L2NvbmYuZC8yMC1maXgtZ2xvYmFsYWR2YW5jZS5jb25mIiwgT19SRE9OTFkpID0gMTQKcmVhZCgx NCwgIjw/eG1sIHZlcnNpb249XCIxLjBcIj8+XG48IURPQ1RZUEUgIi4uLiwgODE5MikgPSA5NDMK cmVhZCgxNCwgIiIsIDgxOTIpICAgICAgICAgICAgICAgICAgICAgID0gMApjbG9zZSgxNCkgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCmFjY2VzcygiL2V0Yy9mb250cy9jb25mLmQv MjAtbG9oaXQtZ3VqYXJhdGkuY29uZiIsIFJfT0spID0gMApzdGF0NjQoIi9ldGMvZm9udHMvY29u Zi5kLzIwLWxvaGl0LWd1amFyYXRpLmNvbmYiLCB7c3RfbW9kZT1TX0lGUkVHfDA2NDQsIHN0X3Np emU9MzAxLCAuLi59KSA9IDAKb3BlbigiL2V0Yy9mb250cy9jb25mLmQvMjAtbG9oaXQtZ3VqYXJh dGkuY29uZiIsIE9fUkRPTkxZKSA9IDE0CnJlYWQoMTQsICI8P3htbCB2ZXJzaW9uPVwiMS4wXCI/ PlxuPCFET0NUWVBFICIuLi4sIDgxOTIpID0gMzAxCnJlYWQoMTQsICIiLCA4MTkyKSAgICAgICAg ICAgICAgICAgICAgICA9IDAKY2xvc2UoMTQpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ID0gMAphY2Nlc3MoIi9ldGMvZm9udHMvY29uZi5kLzIwLXVuaGludC1zbWFsbC1kZWphdnUtZXhw ZXJpbWVudGFsLmNvbmYiLCBSX09LKSA9IDAKc3RhdDY0KCIvZXRjL2ZvbnRzL2NvbmYuZC8yMC11 bmhpbnQtc21hbGwtZGVqYXZ1LWV4cGVyaW1lbnRhbC5jb25mIiwge3N0X21vZGU9U19JRlJFR3ww NjQ0LCBzdF9zaXplPTEzODQsIC4uLn0pID0gMApvcGVuKCIvZXRjL2ZvbnRzL2NvbmYuZC8yMC11 bmhpbnQtc21hbGwtZGVqYXZ1LWV4cGVyaW1lbnRhbC5jb25mIiwgT19SRE9OTFkpID0gMTQKcmVh ZCgxNCwgIjw/eG1sIHZlcnNpb249XCIxLjBcIj8+XG48IURPQ1RZUEUgIi4uLiwgODE5MikgPSAx Mzg0CnJlYWQoMTQsICIiLCA4MTkyKSAgICAgICAgICAgICAgICAgICAgICA9IDAKY2xvc2UoMTQp ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMAphY2Nlc3MoIi9ldGMvZm9udHMvY29u Zi5kLzIwLXVuaGludC1zbWFsbC1kZWphdnUuY29uZiIsIFJfT0spID0gMApzdGF0NjQoIi9ldGMv Zm9udHMvY29uZi5kLzIwLXVuaGludC1zbWFsbC1kZWphdnUuY29uZiIsIHtzdF9tb2RlPVNfSUZS RUd8MDY0NCwgc3Rfc2l6ZT0xMzQxLCAuLi59KSA9IDAKb3BlbigiL2V0Yy9mb250cy9jb25mLmQv MjAtdW5oaW50LXNtYWxsLWRlamF2dS5jb25mIiwgT19SRE9OTFkpID0gMTQKcmVhZCgxNCwgIjw/ eG1sIHZlcnNpb249XCIxLjBcIj8+XG48IURPQ1RZUEUgIi4uLiwgODE5MikgPSAxMzQxCnJlYWQo MTQsICIiLCA4MTkyKSAgICAgICAgICAgICAgICAgICAgICA9IDAKY2xvc2UoMTQpICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgID0gMAphY2Nlc3MoIi9ldGMvZm9udHMvY29uZi5kLzIwLXVu aGludC1zbWFsbC12ZXJhLmNvbmYiLCBSX09LKSA9IDAKc3RhdDY0KCIvZXRjL2ZvbnRzL2NvbmYu ZC8yMC11bmhpbnQtc21hbGwtdmVyYS5jb25mIiwge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9z aXplPTExODgsIC4uLn0pID0gMApvcGVuKCIvZXRjL2ZvbnRzL2NvbmYuZC8yMC11bmhpbnQtc21h bGwtdmVyYS5jb25mIiwgT19SRE9OTFkpID0gMTQKcmVhZCgxNCwgIjw/eG1sIHZlcnNpb249XCIx LjBcIj8+XG48IURPQ1RZUEUgIi4uLiwgODE5MikgPSAxMTg4CnJlYWQoMTQsICIiLCA4MTkyKSAg ICAgICAgICAgICAgICAgICAgICA9IDAKY2xvc2UoMTQpICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgID0gMAphY2Nlc3MoIi9ldGMvZm9udHMvY29uZi5kLzI1LW5vLWhpbnQtZmVkb3JhLmNv bmYiLCBSX09LKSA9IDAKc3RhdDY0KCIvZXRjL2ZvbnRzL2NvbmYuZC8yNS1uby1oaW50LWZlZG9y YS5jb25mIiwge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTYxMjQsIC4uLn0pID0gMApv cGVuKCIvZXRjL2ZvbnRzL2NvbmYuZC8yNS1uby1oaW50LWZlZG9yYS5jb25mIiwgT19SRE9OTFkp ID0gMTQKcmVhZCgxNCwgIjw/eG1sIHZlcnNpb249XCIxLjBcIj8+XG48IURPQ1RZUEUgIi4uLiwg ODE5MikgPSA2MTI0CnJlYWQoMTQsICIiLCA4MTkyKSAgICAgICAgICAgICAgICAgICAgICA9IDAK Y2xvc2UoMTQpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMAphY2Nlc3MoIi9ldGMv Zm9udHMvY29uZi5kLzMwLWFsaWFzZXMtZmVkb3JhLmNvbmYiLCBSX09LKSA9IDAKc3RhdDY0KCIv ZXRjL2ZvbnRzL2NvbmYuZC8zMC1hbGlhc2VzLWZlZG9yYS5jb25mIiwge3N0X21vZGU9U19JRlJF R3wwNjQ0LCBzdF9zaXplPTQxMDQsIC4uLn0pID0gMApvcGVuKCIvZXRjL2ZvbnRzL2NvbmYuZC8z MC1hbGlhc2VzLWZlZG9yYS5jb25mIiwgT19SRE9OTFkpID0gMTQKcmVhZCgxNCwgIjw/eG1sIHZl cnNpb249XCIxLjBcIj8+XG48IURPQ1RZUEUgIi4uLiwgODE5MikgPSA0MTA0CnJlYWQoMTQsICIi LCA4MTkyKSAgICAgICAgICAgICAgICAgICAgICA9IDAKY2xvc2UoMTQpICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgID0gMAphY2Nlc3MoIi9ldGMvZm9udHMvY29uZi5kLzMwLWFtdC1hbGlh c2VzLmNvbmYiLCBSX09LKSA9IDAKc3RhdDY0KCIvZXRjL2ZvbnRzL2NvbmYuZC8zMC1hbXQtYWxp YXNlcy5jb25mIiwge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTUxNCwgLi4ufSkgPSAw Cm9wZW4oIi9ldGMvZm9udHMvY29uZi5kLzMwLWFtdC1hbGlhc2VzLmNvbmYiLCBPX1JET05MWSkg PSAxNApyZWFkKDE0LCAiPD94bWwgdmVyc2lvbj1cIjEuMFwiPz5cbjwhRE9DVFlQRSAiLi4uLCA4 MTkyKSA9IDUxNApyZWFkKDE0LCAiIiwgODE5MikgICAgICAgICAgICAgICAgICAgICAgPSAwCmNs b3NlKDE0KSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKYWNjZXNzKCIvZXRjL2Zv bnRzL2NvbmYuZC8zMC11cnctYWxpYXNlcy5jb25mIiwgUl9PSykgPSAwCnN0YXQ2NCgiL2V0Yy9m b250cy9jb25mLmQvMzAtdXJ3LWFsaWFzZXMuY29uZiIsIHtzdF9tb2RlPVNfSUZSRUd8MDY0NCwg c3Rfc2l6ZT0xNDg0LCAuLi59KSA9IDAKb3BlbigiL2V0Yy9mb250cy9jb25mLmQvMzAtdXJ3LWFs aWFzZXMuY29uZiIsIE9fUkRPTkxZKSA9IDE0CnJlYWQoMTQsICI8P3htbCB2ZXJzaW9uPVwiMS4w XCI/PlxuPCFET0NUWVBFICIuLi4sIDgxOTIpID0gMTQ4NApyZWFkKDE0LCAiIiwgODE5MikgICAg ICAgICAgICAgICAgICAgICAgPSAwCmNsb3NlKDE0KSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICA9IDAKYWNjZXNzKCIvZXRjL2ZvbnRzL2NvbmYuZC80MC1nZW5lcmljLWZlZG9yYS5jb25m IiwgUl9PSykgPSAwCnN0YXQ2NCgiL2V0Yy9mb250cy9jb25mLmQvNDAtZ2VuZXJpYy1mZWRvcmEu Y29uZiIsIHtzdF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT03NzcsIC4uLn0pID0gMApvcGVu KCIvZXRjL2ZvbnRzL2NvbmYuZC80MC1nZW5lcmljLWZlZG9yYS5jb25mIiwgT19SRE9OTFkpID0g MTQKcmVhZCgxNCwgIjw/eG1sIHZlcnNpb249XCIxLjBcIj8+XG48IURPQ1RZUEUgIi4uLiwgODE5 MikgPSA3NzcKcmVhZCgxNCwgIiIsIDgxOTIpICAgICAgICAgICAgICAgICAgICAgID0gMApjbG9z ZSgxNCkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCmFjY2VzcygiL2V0Yy9mb250 cy9jb25mLmQvNDAtZ2VuZXJpYy5jb25mIiwgUl9PSykgPSAwCnN0YXQ2NCgiL2V0Yy9mb250cy9j b25mLmQvNDAtZ2VuZXJpYy5jb25mIiwge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTE3 MjMsIC4uLn0pID0gMApvcGVuKCIvZXRjL2ZvbnRzL2NvbmYuZC80MC1nZW5lcmljLmNvbmYiLCBP X1JET05MWSkgPSAxNApyZWFkKDE0LCAiPD94bWwgdmVyc2lvbj1cIjEuMFwiPz5cbjwhRE9DVFlQ RSAiLi4uLCA4MTkyKSA9IDE3MjMKcmVhZCgxNCwgIiIsIDgxOTIpICAgICAgICAgICAgICAgICAg ICAgID0gMApjbG9zZSgxNCkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCmFjY2Vz cygiL2V0Yy9mb250cy9jb25mLmQvNDktc2Fuc3NlcmlmLmNvbmYiLCBSX09LKSA9IDAKc3RhdDY0 KCIvZXRjL2ZvbnRzL2NvbmYuZC80OS1zYW5zc2VyaWYuY29uZiIsIHtzdF9tb2RlPVNfSUZSRUd8 MDY0NCwgc3Rfc2l6ZT01NDUsIC4uLn0pID0gMApvcGVuKCIvZXRjL2ZvbnRzL2NvbmYuZC80OS1z YW5zc2VyaWYuY29uZiIsIE9fUkRPTkxZKSA9IDE0CnJlYWQoMTQsICI8P3htbCB2ZXJzaW9uPVwi MS4wXCI/PlxuPCFET0NUWVBFICIuLi4sIDgxOTIpID0gNTQ1CnJlYWQoMTQsICIiLCA4MTkyKSAg ICAgICAgICAgICAgICAgICAgICA9IDAKY2xvc2UoMTQpICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgID0gMAphY2Nlc3MoIi9ldGMvZm9udHMvY29uZi5kLzUwLXVzZXIuY29uZiIsIFJfT0sp ID0gMApzdGF0NjQoIi9ldGMvZm9udHMvY29uZi5kLzUwLXVzZXIuY29uZiIsIHtzdF9tb2RlPVNf SUZSRUd8MDY0NCwgc3Rfc2l6ZT0yNjksIC4uLn0pID0gMApvcGVuKCIvZXRjL2ZvbnRzL2NvbmYu ZC81MC11c2VyLmNvbmYiLCBPX1JET05MWSkgPSAxNApyZWFkKDE0LCAiPD94bWwgdmVyc2lvbj1c IjEuMFwiPz5cbjwhRE9DVFlQRSAiLi4uLCA4MTkyKSA9IDI2OQphY2Nlc3MoIi9ob21lL215c3Ro ci8uZm9udHMuY29uZiIsIFJfT0spID0gMApzdGF0NjQoIi9ob21lL215c3Roci8uZm9udHMuY29u ZiIsIHtzdF9tb2RlPVNfSUZSRUd8MDY2NCwgc3Rfc2l6ZT01MTYsIC4uLn0pID0gMApvcGVuKCIv aG9tZS9teXN0aHIvLmZvbnRzLmNvbmYiLCBPX1JET05MWSkgPSAxNQpyZWFkKDE1LCAiPD94bWwg dmVyc2lvbj1cIjEuMFwiPz48IURPQ1RZUEUgZiIuLi4sIDgxOTIpID0gNTE2CnJlYWQoMTUsICIi LCA4MTkyKSAgICAgICAgICAgICAgICAgICAgICA9IDAKY2xvc2UoMTUpICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgID0gMApyZWFkKDE0LCAiIiwgODE5MikgICAgICAgICAgICAgICAgICAg ICAgPSAwCmNsb3NlKDE0KSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKYWNjZXNz KCIvZXRjL2ZvbnRzL2NvbmYuZC81MS1sb2NhbC5jb25mIiwgUl9PSykgPSAwCnN0YXQ2NCgiL2V0 Yy9mb250cy9jb25mLmQvNTEtbG9jYWwuY29uZiIsIHtzdF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rf c2l6ZT0yNzEsIC4uLn0pID0gMApvcGVuKCIvZXRjL2ZvbnRzL2NvbmYuZC81MS1sb2NhbC5jb25m IiwgT19SRE9OTFkpID0gMTQKcmVhZCgxNCwgIjw/eG1sIHZlcnNpb249XCIxLjBcIj8+XG48IURP Q1RZUEUgIi4uLiwgODE5MikgPSAyNzEKYWNjZXNzKCIvZXRjL2ZvbnRzL2xvY2FsLmNvbmYiLCBS X09LKSAgID0gLTEgRU5PRU5UIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpyZWFkKDE0LCAi IiwgODE5MikgICAgICAgICAgICAgICAgICAgICAgPSAwCmNsb3NlKDE0KSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICA9IDAKYWNjZXNzKCIvZXRjL2ZvbnRzL2NvbmYuZC81Ny1kZWphdnUu Y29uZiIsIFJfT0spID0gMApzdGF0NjQoIi9ldGMvZm9udHMvY29uZi5kLzU3LWRlamF2dS5jb25m Iiwge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTYxNDgsIC4uLn0pID0gMApvcGVuKCIv ZXRjL2ZvbnRzL2NvbmYuZC81Ny1kZWphdnUuY29uZiIsIE9fUkRPTkxZKSA9IDE0CnJlYWQoMTQs ICI8P3htbCB2ZXJzaW9uPVwiMS4wXCI/PlxuPCFET0NUWVBFICIuLi4sIDgxOTIpID0gNjE0OApy ZWFkKDE0LCAiIiwgODE5MikgICAgICAgICAgICAgICAgICAgICAgPSAwCmNsb3NlKDE0KSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKYWNjZXNzKCIvZXRjL2ZvbnRzL2NvbmYuZC81 OS1kZWphdnUtbGdjLWZvbnRzLmNvbmYiLCBSX09LKSA9IDAKc3RhdDY0KCIvZXRjL2ZvbnRzL2Nv bmYuZC81OS1kZWphdnUtbGdjLWZvbnRzLmNvbmYiLCB7c3RfbW9kZT1TX0lGUkVHfDA2NDQsIHN0 X3NpemU9Mzk3NSwgLi4ufSkgPSAwCm9wZW4oIi9ldGMvZm9udHMvY29uZi5kLzU5LWRlamF2dS1s Z2MtZm9udHMuY29uZiIsIE9fUkRPTkxZKSA9IDE0CnJlYWQoMTQsICI8P3htbCB2ZXJzaW9uPVwi MS4wXCI/PlxuPCFET0NUWVBFICIuLi4sIDgxOTIpID0gMzk3NQpyZWFkKDE0LCAiIiwgODE5Mikg ICAgICAgICAgICAgICAgICAgICAgPSAwCmNsb3NlKDE0KSAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICA9IDAKYWNjZXNzKCIvZXRjL2ZvbnRzL2NvbmYuZC81OS1saWJlcmF0aW9uLWZvbnRz LmNvbmYiLCBSX09LKSA9IDAKc3RhdDY0KCIvZXRjL2ZvbnRzL2NvbmYuZC81OS1saWJlcmF0aW9u LWZvbnRzLmNvbmYiLCB7c3RfbW9kZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9NDQ0LCAuLi59KSA9 IDAKb3BlbigiL2V0Yy9mb250cy9jb25mLmQvNTktbGliZXJhdGlvbi1mb250cy5jb25mIiwgT19S RE9OTFkpID0gMTQKcmVhZCgxNCwgIjw/eG1sIHZlcnNpb249XCIxLjBcIj8+XG48IURPQ1RZUEUg Ii4uLiwgODE5MikgPSA0NDQKcmVhZCgxNCwgIiIsIDgxOTIpICAgICAgICAgICAgICAgICAgICAg ID0gMApjbG9zZSgxNCkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCmFjY2Vzcygi L2V0Yy9mb250cy9jb25mLmQvNjAtbGF0aW4uY29uZiIsIFJfT0spID0gMApzdGF0NjQoIi9ldGMv Zm9udHMvY29uZi5kLzYwLWxhdGluLmNvbmYiLCB7c3RfbW9kZT1TX0lGUkVHfDA2NDQsIHN0X3Np emU9MTA2NCwgLi4ufSkgPSAwCm9wZW4oIi9ldGMvZm9udHMvY29uZi5kLzYwLWxhdGluLmNvbmYi LCBPX1JET05MWSkgPSAxNApyZWFkKDE0LCAiPD94bWwgdmVyc2lvbj1cIjEuMFwiPz5cbjwhRE9D VFlQRSAiLi4uLCA4MTkyKSA9IDEwNjQKcmVhZCgxNCwgIiIsIDgxOTIpICAgICAgICAgICAgICAg ICAgICAgID0gMApjbG9zZSgxNCkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCmFj Y2VzcygiL2V0Yy9mb250cy9jb25mLmQvNjEtZGVqYXZ1LWV4cGVyaW1lbnRhbC5jb25mIiwgUl9P SykgPSAwCnN0YXQ2NCgiL2V0Yy9mb250cy9jb25mLmQvNjEtZGVqYXZ1LWV4cGVyaW1lbnRhbC5j b25mIiwge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTE0NDYsIC4uLn0pID0gMApvcGVu KCIvZXRjL2ZvbnRzL2NvbmYuZC82MS1kZWphdnUtZXhwZXJpbWVudGFsLmNvbmYiLCBPX1JET05M WSkgPSAxNApyZWFkKDE0LCAiPD94bWwgdmVyc2lvbj1cIjEuMFwiPz5cbjwhRE9DVFlQRSAiLi4u LCA4MTkyKSA9IDE0NDYKcmVhZCgxNCwgIiIsIDgxOTIpICAgICAgICAgICAgICAgICAgICAgID0g MApjbG9zZSgxNCkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCmFjY2VzcygiL2V0 Yy9mb250cy9jb25mLmQvNjQtbm9ubGF0aW4tZmVkb3JhLmNvbmYiLCBSX09LKSA9IDAKc3RhdDY0 KCIvZXRjL2ZvbnRzL2NvbmYuZC82NC1ub25sYXRpbi1mZWRvcmEuY29uZiIsIHtzdF9tb2RlPVNf SUZSRUd8MDY0NCwgc3Rfc2l6ZT0xOTYxLCAuLi59KSA9IDAKb3BlbigiL2V0Yy9mb250cy9jb25m LmQvNjQtbm9ubGF0aW4tZmVkb3JhLmNvbmYiLCBPX1JET05MWSkgPSAxNApyZWFkKDE0LCAiPD94 bWwgdmVyc2lvbj1cIjEuMFwiPz5cbjwhRE9DVFlQRSAiLi4uLCA4MTkyKSA9IDE5NjEKcmVhZCgx NCwgIiIsIDgxOTIpICAgICAgICAgICAgICAgICAgICAgID0gMApjbG9zZSgxNCkgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgPSAwCmFjY2VzcygiL2V0Yy9mb250cy9jb25mLmQvNjUtZm9u dHMtcGVyc2lhbi5jb25mIiwgUl9PSykgPSAwCnN0YXQ2NCgiL2V0Yy9mb250cy9jb25mLmQvNjUt Zm9udHMtcGVyc2lhbi5jb25mIiwge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTEyNTU5 LCAuLi59KSA9IDAKb3BlbigiL2V0Yy9mb250cy9jb25mLmQvNjUtZm9udHMtcGVyc2lhbi5jb25m IiwgT19SRE9OTFkpID0gMTQKcmVhZCgxNCwgIjw/eG1sIHZlcnNpb249XCIxLjBcIj8+XG48IURP Q1RZUEUgIi4uLiwgODE5MikgPSA4MTkyCnJlYWQoMTQsICJ1YWxseSBkbyBoYXZlIC0tPlxuXG5c dDxtYXRjaCB0YXJnZSIuLi4sIDgxOTIpID0gNDM2NwpyZWFkKDE0LCAiIiwgODE5MikgICAgICAg ICAgICAgICAgICAgICAgPSAwCmNsb3NlKDE0KSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICA9IDAKYWNjZXNzKCIvZXRjL2ZvbnRzL2NvbmYuZC82NS1ub25sYXRpbi5jb25mIiwgUl9PSykg PSAwCnN0YXQ2NCgiL2V0Yy9mb250cy9jb25mLmQvNjUtbm9ubGF0aW4uY29uZiIsIHtzdF9tb2Rl PVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT05NTQsIC4uLn0pID0gMApvcGVuKCIvZXRjL2ZvbnRzL2Nv bmYuZC82NS1ub25sYXRpbi5jb25mIiwgT19SRE9OTFkpID0gMTQKcmVhZCgxNCwgIjw/eG1sIHZl cnNpb249XCIxLjBcIj8+XG48IURPQ1RZUEUgIi4uLiwgODE5MikgPSA5NTQKcmVhZCgxNCwgIiIs IDgxOTIpICAgICAgICAgICAgICAgICAgICAgID0gMApjbG9zZSgxNCkgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgPSAwCmFjY2VzcygiL2V0Yy9mb250cy9jb25mLmQvNjktdW5pZm9udC5j b25mIiwgUl9PSykgPSAwCnN0YXQ2NCgiL2V0Yy9mb250cy9jb25mLmQvNjktdW5pZm9udC5jb25m Iiwge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTQ1NCwgLi4ufSkgPSAwCm9wZW4oIi9l dGMvZm9udHMvY29uZi5kLzY5LXVuaWZvbnQuY29uZiIsIE9fUkRPTkxZKSA9IDE0CnJlYWQoMTQs ICI8P3htbCB2ZXJzaW9uPVwiMS4wXCI/PlxuPCFET0NUWVBFICIuLi4sIDgxOTIpID0gNDU0CnJl YWQoMTQsICIiLCA4MTkyKSAgICAgICAgICAgICAgICAgICAgICA9IDAKY2xvc2UoMTQpICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgID0gMAphY2Nlc3MoIi9ldGMvZm9udHMvY29uZi5kLzc1 LWJsYWNrbGlzdC1mZWRvcmEuY29uZiIsIFJfT0spID0gMApzdGF0NjQoIi9ldGMvZm9udHMvY29u Zi5kLzc1LWJsYWNrbGlzdC1mZWRvcmEuY29uZiIsIHtzdF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rf c2l6ZT0xNTEzLCAuLi59KSA9IDAKb3BlbigiL2V0Yy9mb250cy9jb25mLmQvNzUtYmxhY2tsaXN0 LWZlZG9yYS5jb25mIiwgT19SRE9OTFkpID0gMTQKcmVhZCgxNCwgIjw/eG1sIHZlcnNpb249XCIx LjBcIj8+XG48IURPQ1RZUEUgIi4uLiwgODE5MikgPSAxNTEzCnJlYWQoMTQsICIiLCA4MTkyKSAg ICAgICAgICAgICAgICAgICAgICA9IDAKY2xvc2UoMTQpICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgID0gMAphY2Nlc3MoIi9ldGMvZm9udHMvY29uZi5kLzgwLWRlbGljaW91cy5jb25mIiwg Ul9PSykgPSAwCnN0YXQ2NCgiL2V0Yy9mb250cy9jb25mLmQvODAtZGVsaWNpb3VzLmNvbmYiLCB7 c3RfbW9kZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9NDMzLCAuLi59KSA9IDAKb3BlbigiL2V0Yy9m b250cy9jb25mLmQvODAtZGVsaWNpb3VzLmNvbmYiLCBPX1JET05MWSkgPSAxNApyZWFkKDE0LCAi PD94bWwgdmVyc2lvbj1cIjEuMFwiPz5cbjwhRE9DVFlQRSAiLi4uLCA4MTkyKSA9IDQzMwpyZWFk KDE0LCAiIiwgODE5MikgICAgICAgICAgICAgICAgICAgICAgPSAwCmNsb3NlKDE0KSAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICA9IDAKYWNjZXNzKCIvZXRjL2ZvbnRzL2NvbmYuZC85MC1z eW50aGV0aWMuY29uZiIsIFJfT0spID0gMApzdGF0NjQoIi9ldGMvZm9udHMvY29uZi5kLzkwLXN5 bnRoZXRpYy5jb25mIiwge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTE3NTQsIC4uLn0p ID0gMApvcGVuKCIvZXRjL2ZvbnRzL2NvbmYuZC85MC1zeW50aGV0aWMuY29uZiIsIE9fUkRPTkxZ KSA9IDE0CnJlYWQoMTQsICI8P3htbCB2ZXJzaW9uPVwiMS4wXCI/PlxuPCFET0NUWVBFICIuLi4s IDgxOTIpID0gMTc1NApyZWFkKDE0LCAiIiwgODE5MikgICAgICAgICAgICAgICAgICAgICAgPSAw CmNsb3NlKDE0KSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKYWNjZXNzKCIvZXRj L2ZvbnRzL2NvbmYuZC85OS1EZWphVnUtYXV0b2hpbnRlci1vbmx5LmNvbmYiLCBSX09LKSA9IDAK c3RhdDY0KCIvZXRjL2ZvbnRzL2NvbmYuZC85OS1EZWphVnUtYXV0b2hpbnRlci1vbmx5LmNvbmYi LCB7c3RfbW9kZT1TX0lGUkVHfDA3NTUsIHN0X3NpemU9MTkxNywgLi4ufSkgPSAwCm9wZW4oIi9l dGMvZm9udHMvY29uZi5kLzk5LURlamFWdS1hdXRvaGludGVyLW9ubHkuY29uZiIsIE9fUkRPTkxZ KSA9IDE0CnJlYWQoMTQsICI8P3htbCB2ZXJzaW9uPVwiMS4wXCI/PlxuPCFET0NUWVBFICIuLi4s IDgxOTIpID0gMTkxNwpyZWFkKDE0LCAiIiwgODE5MikgICAgICAgICAgICAgICAgICAgICAgPSAw CmNsb3NlKDE0KSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKY2xvc2UoMTMpICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApyZWFkKDEyLCAiIiwgODE5MikgICAgICAg ICAgICAgICAgICAgICAgPSAwCmNsb3NlKDEyKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICA9IDAKc3RhdDY0KCIvdXNyL3NoYXJlL2ZvbnRzIiwge3N0X21vZGU9U19JRkRJUnwwNzU1LCBz dF9zaXplPTQwOTYsIC4uLn0pID0gMApvcGVuKCIvdmFyL2NhY2hlL2ZvbnRjb25maWcvMzgzMGQ1 YzNkZGZkNWNkMzhhMDQ5Yjc1OTM5NmU3MmUteDg2LmNhY2hlLTIiLCBPX1JET05MWSkgPSAxMgpm c3RhdDY0KDEyLCB7c3RfbW9kZT1TX0lGUkVHfDA2NjQsIHN0X3NpemU9MTEyMCwgLi4ufSkgPSAw Cm1tYXAyKE5VTEwsIDExMjAsIFBST1RfUkVBRCwgTUFQX1NIQVJFRCwgMTIsIDApID0gMHhiNmM4 YjAwMApjbG9zZSgxMikgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCm11bm1hcCgw eGI2YzhiMDAwLCAxMTIwKSAgICAgICAgICAgICAgICA9IDAKc3RhdDY0KCIvdXNyL3NoYXJlL1gx MS9mb250cy9UeXBlMSIsIHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59 KSA9IDAKb3BlbigiL3Zhci9jYWNoZS9mb250Y29uZmlnL2JlZWVlYjNkZmUxMzJhOGEwNjMzYTAx N2M5OWNlMGMwLXg4Ni5jYWNoZS0yIiwgT19SRE9OTFkpID0gMTIKZnN0YXQ2NCgxMiwge3N0X21v ZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTE4Mjg4LCAuLi59KSA9IDAKbW1hcDIoTlVMTCwgMTgy ODgsIFBST1RfUkVBRCwgTUFQX1NIQVJFRCwgMTIsIDApID0gMHhiNmM4NzAwMApjbG9zZSgxMikg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCnN0YXQ2NCgiL3Vzci9zaGFyZS9YMTEv Zm9udHMvVFRGIiwge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4uLn0pID0g MApvcGVuKCIvdmFyL2NhY2hlL2ZvbnRjb25maWcvZDA0MDM4ZTY2NGIwMDMzYWU3MDBhNzhjNTFm MTc5ZDMteDg2LmNhY2hlLTIiLCBPX1JET05MWSkgPSAxMgpmc3RhdDY0KDEyLCB7c3RfbW9kZT1T X0lGUkVHfDA2NDQsIHN0X3NpemU9ODU3NiwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDg1NzYsIFBS T1RfUkVBRCwgTUFQX1NIQVJFRCwgMTIsIDApID0gMHhiNmM4NDAwMApjbG9zZSgxMikgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgPSAwCnN0YXQ2NCgiL2hvbWUvbXlzdGhyLy5mb250cyIs IDB4YmY5MjYwMjApID0gLTEgRU5PRU5UIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpvcGVu KCIvaG9tZS9teXN0aHIvLmZvbnRzIiwgT19SRE9OTFl8T19OT05CTE9DS3xPX0xBUkdFRklMRXxP X0RJUkVDVE9SWXwweDgwMDAwKSA9IC0xIEVOT0VOVCAoTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9y eSkKc3RhdDY0KCIvdXNyL3NoYXJlL2ZvbnRzL2FwbCIsIHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwg c3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKb3BlbigiL3Zhci9jYWNoZS9mb250Y29uZmlnLzZkMjI5 YWUyNjRkNjhhZDBhZTdlZjQyZDFhMGUzNjAzLXg4Ni5jYWNoZS0yIiwgT19SRE9OTFkpID0gMTIK ZnN0YXQ2NCgxMiwge3N0X21vZGU9U19JRlJFR3wwNjY0LCBzdF9zaXplPTE0NCwgLi4ufSkgPSAw CnJlYWQoMTIsICJcNFwzNzRcMlwzNzRcMVwwXDBcMFwyMjBcMFwwXDAgXDBcMFwwMDA4XDBcMFww XDJcMFwwXDBcMjAwXDBcMFwwXDBcMFwwXDAiLi4uLCAxNDQpID0gMTQ0CmNsb3NlKDEyKSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKc3RhdDY0KCIvdXNyL3NoYXJlL2ZvbnRzL2Fy dHdpei1hbGVjemFwa2EiLCB7c3RfbW9kZT1TX0lGRElSfDA3NTUsIHN0X3NpemU9NDA5NiwgLi4u fSkgPSAwCm9wZW4oIi92YXIvY2FjaGUvZm9udGNvbmZpZy8zOTJmN2YxYjQxYjE0YjVkMWYzZjI1 NGMwNTRlNjUyNC14ODYuY2FjaGUtMiIsIE9fUkRPTkxZKSA9IDEyCmZzdGF0NjQoMTIsIHtzdF9t b2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT0yOTYsIC4uLn0pID0gMApyZWFkKDEyLCAiXDRcMzc0 XDJcMzc0XDFcMFwwXDAoXDFcMFwwIFwwXDBcMEhcMFwwXDBcM1wwXDBcMFwzMFwxXDBcMFwwXDBc MFwwIi4uLiwgMjk2KSA9IDI5NgpjbG9zZSgxMikgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgPSAwCnN0YXQ2NCgiL3Vzci9zaGFyZS9mb250cy9iYWVrbXVrLXR0Zi1ndWxpbSIsIHtzdF9t b2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKb3BlbigiL3Zhci9jYWNo ZS9mb250Y29uZmlnLzI3MzU3MmZlMjEwNThiZjMyYjNiZTc3MzA4OGI5MTcwLXg4Ni5jYWNoZS0y IiwgT19SRE9OTFkpID0gMTIKZnN0YXQ2NCgxMiwge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9z aXplPTUwMjQsIC4uLn0pID0gMAptbWFwMihOVUxMLCA1MDI0LCBQUk9UX1JFQUQsIE1BUF9TSEFS RUQsIDEyLCAwKSA9IDB4YjZjODIwMDAKY2xvc2UoMTIpICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgID0gMApzdGF0NjQoIi91c3Ivc2hhcmUvZm9udHMvYml0bWFwLWZvbnRzIiwge3N0X21v ZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4uLn0pID0gMApvcGVuKCIvdmFyL2NhY2hl L2ZvbnRjb25maWcvZTE5ZGU5MzVkZWM0NmJiZjNlZDExNGVlNDk2NTU0OGEteDg2LmNhY2hlLTIi LCBPX1JET05MWSkgPSAxMgpmc3RhdDY0KDEyLCB7c3RfbW9kZT1TX0lGUkVHfDA2NDQsIHN0X3Np emU9MzIxNTIsIC4uLn0pID0gMAptbWFwMihOVUxMLCAzMjE1MiwgUFJPVF9SRUFELCBNQVBfU0hB UkVELCAxMiwgMCkgPSAweGI2YzdhMDAwCmNsb3NlKDEyKSAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICA9IDAKc3RhdDY0KCIvdXNyL3NoYXJlL2ZvbnRzL2Nqa3VuaWZvbnRzLXVtaW5nIiwg e3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4uLn0pID0gMApvcGVuKCIvdmFy L2NhY2hlL2ZvbnRjb25maWcvNzY2NjcwZjI2YmE3MWJmNWVlYTM0YmFjMTIwZWI2MDAteDg2LmNh Y2hlLTIiLCBPX1JET05MWSkgPSAxMgpmc3RhdDY0KDEyLCB7c3RfbW9kZT1TX0lGUkVHfDA2NDQs IHN0X3NpemU9MTMxMzYsIC4uLn0pID0gMAptbWFwMihOVUxMLCAxMzEzNiwgUFJPVF9SRUFELCBN QVBfU0hBUkVELCAxMiwgMCkgPSAweGI2Yzc2MDAwCmNsb3NlKDEyKSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICA9IDAKc3RhdDY0KCIvdXNyL3NoYXJlL2ZvbnRzL2RlZmF1bHQiLCB7c3Rf bW9kZT1TX0lGRElSfDA3NTUsIHN0X3NpemU9NDA5NiwgLi4ufSkgPSAwCm9wZW4oIi92YXIvY2Fj aGUvZm9udGNvbmZpZy8wMjUxYTVhZmE2YWM3MjdhMWUzMmI3ZDRkNGFhN2NmMC14ODYuY2FjaGUt MiIsIE9fUkRPTkxZKSA9IDEyCmZzdGF0NjQoMTIsIHtzdF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rf c2l6ZT0xNjAsIC4uLn0pID0gMApyZWFkKDEyLCAiXDRcMzc0XDJcMzc0XDFcMFwwXDBcMjQwXDBc MFwwIFwwXDBcMEBcMFwwXDBcMlwwXDBcMFwyMjBcMFwwXDBcMFwwXDBcMCIuLi4sIDE2MCkgPSAx NjAKY2xvc2UoMTIpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApzdGF0NjQoIi91 c3Ivc2hhcmUvZm9udHMvZGVqYXZ1Iiwge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQw OTYsIC4uLn0pID0gMApvcGVuKCIvdmFyL2NhY2hlL2ZvbnRjb25maWcvMTJiMjZiNzYwYTI0Zjhi NGZlYjAzYWQ0OGEzMzNhNzIteDg2LmNhY2hlLTIiLCBPX1JET05MWSkgPSAxMgpmc3RhdDY0KDEy LCB7c3RfbW9kZT1TX0lGUkVHfDA2NjQsIHN0X3NpemU9MjE1NjgsIC4uLn0pID0gMAptbWFwMihO VUxMLCAyMTU2OCwgUFJPVF9SRUFELCBNQVBfU0hBUkVELCAxMiwgMCkgPSAweGI2YzcwMDAwCmNs b3NlKDEyKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKc3RhdDY0KCIvdXNyL3No YXJlL2ZvbnRzL2RlamF2dS1sZ2MiLCB7c3RfbW9kZT1TX0lGRElSfDA3NTUsIHN0X3NpemU9NDA5 NiwgLi4ufSkgPSAwCm9wZW4oIi92YXIvY2FjaGUvZm9udGNvbmZpZy83ZGRiYTYxMzNlZjQ5OWRh NThkZTVlOGM1ODZkM2I3NS14ODYuY2FjaGUtMiIsIE9fUkRPTkxZKSA9IDEyCmZzdGF0NjQoMTIs IHtzdF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT0yMDY5NiwgLi4ufSkgPSAwCm1tYXAyKE5V TEwsIDIwNjk2LCBQUk9UX1JFQUQsIE1BUF9TSEFSRUQsIDEyLCAwKSA9IDB4YjZjNmEwMDAKY2xv c2UoMTIpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApzdGF0NjQoIi91c3Ivc2hh cmUvZm9udHMvZG91bG9zIiwge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4u Ln0pID0gMApvcGVuKCIvdmFyL2NhY2hlL2ZvbnRjb25maWcvY2Y5MDhlZmM0ZTFhYmEwMDJjMDQy YWQwYmMyNDc2NjIteDg2LmNhY2hlLTIiLCBPX1JET05MWSkgPSAxMgpmc3RhdDY0KDEyLCB7c3Rf bW9kZT1TX0lGUkVHfDA2NjQsIHN0X3NpemU9MjQwMCwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDI0 MDAsIFBST1RfUkVBRCwgTUFQX1NIQVJFRCwgMTIsIDApID0gMHhiNmM2OTAwMApjbG9zZSgxMikg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCnN0YXQ2NCgiL3Vzci9zaGFyZS9mb250 cy9mcmVlZm9udCIsIHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9 IDAKb3BlbigiL3Zhci9jYWNoZS9mb250Y29uZmlnLzcxZTQ0YjkzZDkyYzRkODUwYTY0MjU0MTE5 MTRkZjVlLXg4Ni5jYWNoZS0yIiwgT19SRE9OTFkpID0gMTIKZnN0YXQ2NCgxMiwge3N0X21vZGU9 U19JRlJFR3wwNjQ0LCBzdF9zaXplPTIxMjI0LCAuLi59KSA9IDAKbW1hcDIoTlVMTCwgMjEyMjQs IFBST1RfUkVBRCwgTUFQX1NIQVJFRCwgMTIsIDApID0gMHhiNmM2MzAwMApjbG9zZSgxMikgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCnN0YXQ2NCgiL3Vzci9zaGFyZS9mb250cy9q YXBhbmVzZSIsIHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAK b3BlbigiL3Zhci9jYWNoZS9mb250Y29uZmlnLzgxYzg3NTU0YWJiNWNiZWQ0NGRjOTE5Mjc4MjBi OGRjLXg4Ni5jYWNoZS0yIiwgT19SRE9OTFkpID0gMTIKZnN0YXQ2NCgxMiwge3N0X21vZGU9U19J RlJFR3wwNjY0LCBzdF9zaXplPTEzNiwgLi4ufSkgPSAwCnJlYWQoMTIsICJcNFwzNzRcMlwzNzRc MVwwXDBcMFwyMTBcMFwwXDAgXDBcMFwwQFwwXDBcMFwxXDBcMFwweFwwXDBcMFwwXDBcMFwwIi4u LiwgMTM2KSA9IDEzNgpjbG9zZSgxMikgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAw CnN0YXQ2NCgiL3Vzci9zaGFyZS9mb250cy9qb21vbGhhcmkiLCB7c3RfbW9kZT1TX0lGRElSfDA3 NTUsIHN0X3NpemU9NDA5NiwgLi4ufSkgPSAwCm9wZW4oIi92YXIvY2FjaGUvZm9udGNvbmZpZy9i NGQwYjU2Zjc2NmQ4OTY0MDQ0ODc1MWZjZDE4ZWMxZS14ODYuY2FjaGUtMiIsIE9fUkRPTkxZKSA9 IDEyCmZzdGF0NjQoMTIsIHtzdF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT0yNDU2LCAuLi59 KSA9IDAKbW1hcDIoTlVMTCwgMjQ1NiwgUFJPVF9SRUFELCBNQVBfU0hBUkVELCAxMiwgMCkgPSAw eGI2YzYyMDAwCmNsb3NlKDEyKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKc3Rh dDY0KCIvdXNyL3NoYXJlL2ZvbnRzL2thY3N0Iiwge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9z aXplPTQwOTYsIC4uLn0pID0gMApvcGVuKCIvdmFyL2NhY2hlL2ZvbnRjb25maWcvNDZiNDdkYmM2 ODJkMmNhNDE5MWUxNDhlYTdiZGU3ZjIteDg2LmNhY2hlLTIiLCBPX1JET05MWSkgPSAxMgpmc3Rh dDY0KDEyLCB7c3RfbW9kZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9ODU0NCwgLi4ufSkgPSAwCm1t YXAyKE5VTEwsIDg1NDQsIFBST1RfUkVBRCwgTUFQX1NIQVJFRCwgMTIsIDApID0gMHhiNmM1ZjAw MApjbG9zZSgxMikgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCnN0YXQ2NCgiL3Vz ci9zaGFyZS9mb250cy9saWJlcmF0aW9uIiwge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXpl PTQwOTYsIC4uLn0pID0gMApvcGVuKCIvdmFyL2NhY2hlL2ZvbnRjb25maWcvYjY3YjMyNjI1YTJi YjUxYjAyM2QzODE0YTkxOGYzNTEteDg2LmNhY2hlLTIiLCBPX1JET05MWSkgPSAxMgpmc3RhdDY0 KDEyLCB7c3RfbW9kZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9ODk3NiwgLi4ufSkgPSAwCm1tYXAy KE5VTEwsIDg5NzYsIFBST1RfUkVBRCwgTUFQX1NIQVJFRCwgMTIsIDApID0gMHhiNmM1YzAwMApj bG9zZSgxMikgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCnN0YXQ2NCgiL3Vzci9z aGFyZS9mb250cy9sa2x1ZyIsIHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAu Li59KSA9IDAKb3BlbigiL3Zhci9jYWNoZS9mb250Y29uZmlnL2U2MWFiZjgxNTZjYzQ3NjE1MWJh YTA3ZDY3MzM3Y2FlLXg4Ni5jYWNoZS0yIiwgT19SRE9OTFkpID0gMTIKZnN0YXQ2NCgxMiwge3N0 X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTEwOTYsIC4uLn0pID0gMAptbWFwMihOVUxMLCAx MDk2LCBQUk9UX1JFQUQsIE1BUF9TSEFSRUQsIDEyLCAwKSA9IDB4YjZjNWIwMDAKY2xvc2UoMTIp ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApzdGF0NjQoIi91c3Ivc2hhcmUvZm9u dHMvbG9oaXQtYmVuZ2FsaSIsIHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAu Li59KSA9IDAKb3BlbigiL3Zhci9jYWNoZS9mb250Y29uZmlnLzI4ODFlZDNmZDIxY2EzMDZkZGFk NmY5YjBkZDMxODlmLXg4Ni5jYWNoZS0yIiwgT19SRE9OTFkpID0gMTIKZnN0YXQ2NCgxMiwge3N0 X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTEwNDgsIC4uLn0pID0gMAptbWFwMihOVUxMLCAx MDQ4LCBQUk9UX1JFQUQsIE1BUF9TSEFSRUQsIDEyLCAwKSA9IDB4YjZjNWEwMDAKY2xvc2UoMTIp ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApzdGF0NjQoIi91c3Ivc2hhcmUvZm9u dHMvbG9oaXQtZ3VqYXJhdGkiLCB7c3RfbW9kZT1TX0lGRElSfDA3NTUsIHN0X3NpemU9NDA5Niwg Li4ufSkgPSAwCm9wZW4oIi92YXIvY2FjaGUvZm9udGNvbmZpZy85MDA0MDIyNzBlMTVkNzYzYTZl MDA4YmIyZDRjNzY4Ni14ODYuY2FjaGUtMiIsIE9fUkRPTkxZKSA9IDEyCmZzdGF0NjQoMTIsIHtz dF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT0xMDgwLCAuLi59KSA9IDAKbW1hcDIoTlVMTCwg MTA4MCwgUFJPVF9SRUFELCBNQVBfU0hBUkVELCAxMiwgMCkgPSAweGI2YzU5MDAwCmNsb3NlKDEy KSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKc3RhdDY0KCIvdXNyL3NoYXJlL2Zv bnRzL2xvaGl0LWhpbmRpIiwge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4u Ln0pID0gMApvcGVuKCIvdmFyL2NhY2hlL2ZvbnRjb25maWcvZmY2MjdlYTk1YTY1MTkyMjMyMjc3 YmY3YzhhNTZmMjMteDg2LmNhY2hlLTIiLCBPX1JET05MWSkgPSAxMgpmc3RhdDY0KDEyLCB7c3Rf bW9kZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9MTA0OCwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDEw NDgsIFBST1RfUkVBRCwgTUFQX1NIQVJFRCwgMTIsIDApID0gMHhiNmM1ODAwMApjbG9zZSgxMikg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCnN0YXQ2NCgiL3Vzci9zaGFyZS9mb250 cy9sb2hpdC1rYW5uYWRhIiwge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4u Ln0pID0gMApvcGVuKCIvdmFyL2NhY2hlL2ZvbnRjb25maWcvZGY4OTNiNDU3NmFkNjEwN2Y5Mzk3 MTM0MDkyYzQwNTkteDg2LmNhY2hlLTIiLCBPX1JET05MWSkgPSAxMgpmc3RhdDY0KDEyLCB7c3Rf bW9kZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9MTA4MCwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDEw ODAsIFBST1RfUkVBRCwgTUFQX1NIQVJFRCwgMTIsIDApID0gMHhiNmM1NzAwMApjbG9zZSgxMikg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCnN0YXQ2NCgiL3Vzci9zaGFyZS9mb250 cy9sb2hpdC1tYWxheWFsYW0iLCB7c3RfbW9kZT1TX0lGRElSfDA3NTUsIHN0X3NpemU9NDA5Niwg Li4ufSkgPSAwCm9wZW4oIi92YXIvY2FjaGUvZm9udGNvbmZpZy9mYTJiNTMzYjcwNTZiZGFkYjk2 MWYwODhiYzBhOTc4Yi14ODYuY2FjaGUtMiIsIE9fUkRPTkxZKSA9IDEyCmZzdGF0NjQoMTIsIHtz dF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT0xMDU2LCAuLi59KSA9IDAKbW1hcDIoTlVMTCwg MTA1NiwgUFJPVF9SRUFELCBNQVBfU0hBUkVELCAxMiwgMCkgPSAweGI2YzU2MDAwCmNsb3NlKDEy KSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKc3RhdDY0KCIvdXNyL3NoYXJlL2Zv bnRzL2xvaGl0LW9yaXlhIiwge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4u Ln0pID0gMApvcGVuKCIvdmFyL2NhY2hlL2ZvbnRjb25maWcvYzQ2MDIwZDcyMjE5ODhhMTNkZjg1 M2QyYjQ2MzA0ZmMteDg2LmNhY2hlLTIiLCBPX1JET05MWSkgPSAxMgpmc3RhdDY0KDEyLCB7c3Rf bW9kZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9MTA4MCwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDEw ODAsIFBST1RfUkVBRCwgTUFQX1NIQVJFRCwgMTIsIDApID0gMHhiNmM1NTAwMApjbG9zZSgxMikg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCnN0YXQ2NCgiL3Vzci9zaGFyZS9mb250 cy9sb2hpdC1wdW5qYWJpIiwge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4u Ln0pID0gMApvcGVuKCIvdmFyL2NhY2hlL2ZvbnRjb25maWcvMjExMzY4YWJjYjBmZjgzNWMyMjlm ZjA1YzllYzAxZGMteDg2LmNhY2hlLTIiLCBPX1JET05MWSkgPSAxMgpmc3RhdDY0KDEyLCB7c3Rf bW9kZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9MTA4MCwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDEw ODAsIFBST1RfUkVBRCwgTUFQX1NIQVJFRCwgMTIsIDApID0gMHhiNmM1NDAwMApjbG9zZSgxMikg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCnN0YXQ2NCgiL3Vzci9zaGFyZS9mb250 cy9sb2hpdC10YW1pbCIsIHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59 KSA9IDAKb3BlbigiL3Zhci9jYWNoZS9mb250Y29uZmlnLzg2MDYzOWYyNzJiOGI0YjMwOTRmOWUz OTllNDFiY2NkLXg4Ni5jYWNoZS0yIiwgT19SRE9OTFkpID0gMTIKZnN0YXQ2NCgxMiwge3N0X21v ZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTEwODAsIC4uLn0pID0gMAptbWFwMihOVUxMLCAxMDgw LCBQUk9UX1JFQUQsIE1BUF9TSEFSRUQsIDEyLCAwKSA9IDB4YjZjNTMwMDAKY2xvc2UoMTIpICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApzdGF0NjQoIi91c3Ivc2hhcmUvZm9udHMv bG9oaXQtdGVsdWd1Iiwge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4uLn0p ID0gMApvcGVuKCIvdmFyL2NhY2hlL2ZvbnRjb25maWcvYjg4N2VlYThmMWI5NmUxZDg5OWI0NGVk NjY4MWZjMjcteDg2LmNhY2hlLTIiLCBPX1JET05MWSkgPSAxMgpmc3RhdDY0KDEyLCB7c3RfbW9k ZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9MTEyMCwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDExMjAs IFBST1RfUkVBRCwgTUFQX1NIQVJFRCwgMTIsIDApID0gMHhiNmM1MjAwMApjbG9zZSgxMikgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCnN0YXQ2NCgiL3Vzci9zaGFyZS9mb250cy9t Z29wZW4iLCB7c3RfbW9kZT1TX0lGRElSfDA3NTUsIHN0X3NpemU9NDA5NiwgLi4ufSkgPSAwCm9w ZW4oIi92YXIvY2FjaGUvZm9udGNvbmZpZy85Mjc2NmEwMTI2ODgyMDAzNjI1NGUxNWZiOTU2Yzkx Ny14ODYuY2FjaGUtMiIsIE9fUkRPTkxZKSA9IDEyCmZzdGF0NjQoMTIsIHtzdF9tb2RlPVNfSUZS RUd8MDY2NCwgc3Rfc2l6ZT0xMjIwMCwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDEyMjAwLCBQUk9U X1JFQUQsIE1BUF9TSEFSRUQsIDEyLCAwKSA9IDB4YjZjNGYwMDAKY2xvc2UoMTIpICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgID0gMApzdGF0NjQoIi91c3Ivc2hhcmUvZm9udHMvcGFrdHlw ZSIsIHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKb3Blbigi L3Zhci9jYWNoZS9mb250Y29uZmlnLzZjZmM3ZDQ5YjI3YmE3ZDNlYjcxYWI4NmUwNGRlZjJjLXg4 Ni5jYWNoZS0yIiwgT19SRE9OTFkpID0gMTIKZnN0YXQ2NCgxMiwge3N0X21vZGU9U19JRlJFR3ww NjQ0LCBzdF9zaXplPTI1ODQsIC4uLn0pID0gMAptbWFwMihOVUxMLCAyNTg0LCBQUk9UX1JFQUQs IE1BUF9TSEFSRUQsIDEyLCAwKSA9IDB4YjZjNGUwMDAKY2xvc2UoMTIpICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgID0gMApzdGF0NjQoIi91c3Ivc2hhcmUvZm9udHMvc2F6YW5hbWktZm9u dHMtZ290aGljIiwge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4uLn0pID0g MApvcGVuKCIvdmFyL2NhY2hlL2ZvbnRjb25maWcvYzkyZGUxN2E0OTE3ZTg5ZjgzN2EwYmJkNjI3 N2JlNmEteDg2LmNhY2hlLTIiLCBPX1JET05MWSkgPSAxMgpmc3RhdDY0KDEyLCB7c3RfbW9kZT1T X0lGUkVHfDA2NDQsIHN0X3NpemU9NDgzMiwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDQ4MzIsIFBS T1RfUkVBRCwgTUFQX1NIQVJFRCwgMTIsIDApID0gMHhiNmM0YzAwMApjbG9zZSgxMikgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgPSAwCnN0YXQ2NCgiL3Vzci9zaGFyZS9mb250cy96aF9D TiIsIHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKb3Blbigi L3Zhci9jYWNoZS9mb250Y29uZmlnLzM4NGU4ZWYwMTZhOTNjN2ZhMjJmODQyZjAyYzIxYzg5LXg4 Ni5jYWNoZS0yIiwgT19SRE9OTFkpID0gMTIKZnN0YXQ2NCgxMiwge3N0X21vZGU9U19JRlJFR3ww NjQ0LCBzdF9zaXplPTExMiwgLi4ufSkgPSAwCnJlYWQoMTIsICJcNFwzNzRcMlwzNzRcMVwwXDBc MHBcMFwwXDAgXDBcMFwwMDA4XDBcMFwwXDFcMFwwXDBgXDBcMFwwXDBcMFwwXDAiLi4uLCAxMTIp ID0gMTEyCmNsb3NlKDEyKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKc3RhdDY0 KCIvdXNyL3NoYXJlL2ZvbnRzL3poX1RXIiwge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXpl PTQwOTYsIC4uLn0pID0gMApvcGVuKCIvdmFyL2NhY2hlL2ZvbnRjb25maWcvN2JjOWJlODQwODUy MzMwZjYzMThmMjVmYmMwODNmMjgteDg2LmNhY2hlLTIiLCBPX1JET05MWSkgPSAxMgpmc3RhdDY0 KDEyLCB7c3RfbW9kZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9MTEyLCAuLi59KSA9IDAKcmVhZCgx MiwgIlw0XDM3NFwyXDM3NFwxXDBcMFwwcFwwXDBcMCBcMFwwXDAwMDhcMFwwXDBcMVwwXDBcMGBc MFwwXDBcMFwwXDBcMCIuLi4sIDExMikgPSAxMTIKY2xvc2UoMTIpICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgID0gMApzdGF0NjQoIi91c3Ivc2hhcmUvZm9udHMvenZiaSIsIHtzdF9tb2Rl PVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKb3BlbigiL3Zhci9jYWNoZS9m b250Y29uZmlnLzNjYzQ2OGFhYjY2MmY5MTM1MjFkZjU4N2ZhMjVmMjFkLXg4Ni5jYWNoZS0yIiwg T19SRE9OTFkpID0gMTIKZnN0YXQ2NCgxMiwge3N0X21vZGU9U19JRlJFR3wwNjY0LCBzdF9zaXpl PTY3NjAsIC4uLn0pID0gMAptbWFwMihOVUxMLCA2NzYwLCBQUk9UX1JFQUQsIE1BUF9TSEFSRUQs IDEyLCAwKSA9IDB4YjZjNGEwMDAKY2xvc2UoMTIpICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgID0gMApzdGF0NjQoIi91c3Ivc2hhcmUvZm9udHMvYXBsL1RydWVUeXBlIiwge3N0X21vZGU9 U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4uLn0pID0gMApvcGVuKCIvdmFyL2NhY2hlL2Zv bnRjb25maWcvZTFiNmU5YjEwMzczNTUzMzk5ODFkZGZhMmZjMTNmNzAteDg2LmNhY2hlLTIiLCBP X1JET05MWSkgPSAxMgpmc3RhdDY0KDEyLCB7c3RfbW9kZT1TX0lGUkVHfDA2NjQsIHN0X3NpemU9 OTA0LCAuLi59KSA9IDAKcmVhZCgxMiwgIlw0XDM3NFwyXDM3NFwxXDBcMFwwXDIxMFwzXDBcMCBc MFwwXDBAXDBcMFwwXDBcMFwwXDBAXDBcMFwwXDBcMFwwXDAiLi4uLCA5MDQpID0gOTA0CmNsb3Nl KDEyKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKc3RhdDY0KCIvdXNyL3NoYXJl L2ZvbnRzL2FwbC9wY2YiLCB7c3RfbW9kZT1TX0lGRElSfDA3NTUsIHN0X3NpemU9NDA5NiwgLi4u fSkgPSAwCm9wZW4oIi92YXIvY2FjaGUvZm9udGNvbmZpZy85YWVlMDY0NTE4Nzc5ZDMyYmRhYWE2 Y2RlZmE2ODYwMS14ODYuY2FjaGUtMiIsIE9fUkRPTkxZKSA9IDEyCmZzdGF0NjQoMTIsIHtzdF9t b2RlPVNfSUZSRUd8MDY2NCwgc3Rfc2l6ZT0zMjcyLCAuLi59KSA9IDAKbW1hcDIoTlVMTCwgMzI3 MiwgUFJPVF9SRUFELCBNQVBfU0hBUkVELCAxMiwgMCkgPSAweGI2YzQ5MDAwCmNsb3NlKDEyKSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKc3RhdDY0KCIvdXNyL3NoYXJlL2ZvbnRz L2FydHdpei1hbGVjemFwa2EvYXJ0d2l6LWFsZWN6YXBrYS1kZS0xLjMiLCB7c3RfbW9kZT1TX0lG RElSfDA3NTUsIHN0X3NpemU9NDA5NiwgLi4ufSkgPSAwCm9wZW4oIi92YXIvY2FjaGUvZm9udGNv bmZpZy9mNTFjMmViZDdlNjM2ZWQxNjI5ZGZmOTMyYWNlYzIxYi14ODYuY2FjaGUtMiIsIE9fUkRP TkxZKSA9IDEyCmZzdGF0NjQoMTIsIHtzdF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT0xMjg0 OCwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDEyODQ4LCBQUk9UX1JFQUQsIE1BUF9TSEFSRUQsIDEy LCAwKSA9IDB4YjZjNDUwMDAKY2xvc2UoMTIpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ID0gMApzdGF0NjQoIi91c3Ivc2hhcmUvZm9udHMvYXJ0d2l6LWFsZWN6YXBrYS9hcnR3aXotYWxl Y3phcGthLWVuLTEuMyIsIHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59 KSA9IDAKb3BlbigiL3Zhci9jYWNoZS9mb250Y29uZmlnL2M0YzcyZDVmNDdhOTg4YWEyZDJiNWUw MTk1NTNmYjBhLXg4Ni5jYWNoZS0yIiwgT19SRE9OTFkpID0gMTIKZnN0YXQ2NCgxMiwge3N0X21v ZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTEyNjQ4LCAuLi59KSA9IDAKbW1hcDIoTlVMTCwgMTI2 NDgsIFBST1RfUkVBRCwgTUFQX1NIQVJFRCwgMTIsIDApID0gMHhiNmM0MTAwMApjbG9zZSgxMikg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCnN0YXQ2NCgiL3Vzci9zaGFyZS9mb250 cy9hcnR3aXotYWxlY3phcGthL2FydHdpei1hbGVjemFwa2Etc2UtMS4zIiwge3N0X21vZGU9U19J RkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4uLn0pID0gMApvcGVuKCIvdmFyL2NhY2hlL2ZvbnRj b25maWcvMTAzZTdmYjFlYTI2MjllODUxZjBhZjZlMjlkNTBkMTQteDg2LmNhY2hlLTIiLCBPX1JE T05MWSkgPSAxMgpmc3RhdDY0KDEyLCB7c3RfbW9kZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9MTI4 NDgsIC4uLn0pID0gMAptbWFwMihOVUxMLCAxMjg0OCwgUFJPVF9SRUFELCBNQVBfU0hBUkVELCAx MiwgMCkgPSAweGI2YzNkMDAwCmNsb3NlKDEyKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICA9IDAKc3RhdDY0KCIvdXNyL3NoYXJlL2ZvbnRzL2RlZmF1bHQvVHlwZTEiLCB7c3RfbW9kZT1T X0lGRElSfDA3NTUsIHN0X3NpemU9NDA5NiwgLi4ufSkgPSAwCm9wZW4oIi92YXIvY2FjaGUvZm9u dGNvbmZpZy9iNzlmM2FhYTdkMzg1YTE0MWFiNTNlYzg4NWNjMjJhOC14ODYuY2FjaGUtMiIsIE9f UkRPTkxZKSA9IDEyCmZzdGF0NjQoMTIsIHtzdF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT0y MzY5NiwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDIzNjk2LCBQUk9UX1JFQUQsIE1BUF9TSEFSRUQs IDEyLCAwKSA9IDB4YjZjMzcwMDAKY2xvc2UoMTIpICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgID0gMApzdGF0NjQoIi91c3Ivc2hhcmUvZm9udHMvZGVmYXVsdC9naG9zdHNjcmlwdCIsIHtz dF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKb3BlbigiL3Zhci9j YWNoZS9mb250Y29uZmlnLzg3ZjVlMDUxMTgwYTdhNzVmMTZlYjZmZTdkYmQzNzQ5LXg4Ni5jYWNo ZS0yIiwgT19SRE9OTFkpID0gMTIKZnN0YXQ2NCgxMiwge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBz dF9zaXplPTUxMjAsIC4uLn0pID0gMAptbWFwMihOVUxMLCA1MTIwLCBQUk9UX1JFQUQsIE1BUF9T SEFSRUQsIDEyLCAwKSA9IDB4YjZjMzUwMDAKY2xvc2UoMTIpICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgID0gMApzdGF0NjQoIi91c3Ivc2hhcmUvZm9udHMvamFwYW5lc2UvZWZvbnQtdW5p Y29kZS1iZGYiLCB7c3RfbW9kZT1TX0lGRElSfDA3NTUsIHN0X3NpemU9NDA5NiwgLi4ufSkgPSAw Cm9wZW4oIi92YXIvY2FjaGUvZm9udGNvbmZpZy8wMDY1NzQ5NTMzZTk0ZWVjMWQyODliOWRlYjli OTZkMC14ODYuY2FjaGUtMiIsIE9fUkRPTkxZKSA9IDEyCmZzdGF0NjQoMTIsIHtzdF9tb2RlPVNf SUZSRUd8MDY0NCwgc3Rfc2l6ZT02ODQ5NiwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDY4NDk2LCBQ Uk9UX1JFQUQsIE1BUF9TSEFSRUQsIDEyLCAwKSA9IDB4YjZjMjQwMDAKY2xvc2UoMTIpICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgID0gMApzdGF0NjQoIi91c3Ivc2hhcmUvZm9udHMvemhf Q04vVHJ1ZVR5cGUiLCB7c3RfbW9kZT1TX0lGRElSfDA3NTUsIHN0X3NpemU9NDA5NiwgLi4ufSkg PSAwCm9wZW4oIi92YXIvY2FjaGUvZm9udGNvbmZpZy9mNDAyMzUyMDE5NmIyYmMyYzQzOWFkY2Fm YjI0NzBmZi14ODYuY2FjaGUtMiIsIE9fUkRPTkxZKSA9IDEyCmZzdGF0NjQoMTIsIHtzdF9tb2Rl PVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT0xMzEyOCwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDEzMTI4 LCBQUk9UX1JFQUQsIE1BUF9TSEFSRUQsIDEyLCAwKSA9IDB4YjZjMjAwMDAKY2xvc2UoMTIpICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApzdGF0NjQoIi91c3Ivc2hhcmUvZm9udHMv emhfVFcvVHJ1ZVR5cGUiLCB7c3RfbW9kZT1TX0lGRElSfDA3NTUsIHN0X3NpemU9NDA5NiwgLi4u fSkgPSAwCm9wZW4oIi92YXIvY2FjaGUvZm9udGNvbmZpZy8xNzdhYTVmOGU0Nzg0Yjg3OTY0NTE0 MWQxZDczYWU3YS14ODYuY2FjaGUtMiIsIE9fUkRPTkxZKSA9IDEyCmZzdGF0NjQoMTIsIHtzdF9t b2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT0xMzEyOCwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDEz MTI4LCBQUk9UX1JFQUQsIE1BUF9TSEFSRUQsIDEyLCAwKSA9IDB4YjZjMWMwMDAKY2xvc2UoMTIp ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApzZWxlY3QoMTIsIFsxMV0sIFsxMV0s IE5VTEwsIE5VTEwpICAgICAgPSAxIChvdXQgWzExXSkKd3JpdGV2KDExLCBbeyJcMVwwXG5cMFwx XDBgXDNmXDBcMFwwXDBcMFwwXDBcMVwwXDFcMFwwXDBcMFwwXDBcMFwwXDBcblwwXDBcMCIuLi4s IDU2fV0sIDEpID0gNTYKc2VsZWN0KDEyLCBbMTFdLCBbXSwgTlVMTCwgTlVMTCkgICAgICAgID0g MSAoaW4gWzExXSkKcmVhZCgxMSwgIlwxXDdcMzBcMFwwXDBcMFwwXDFcMjMxXDBcMjQ3XDBcMFww XDBcMFwwXDBcMFwwXDBcMFwwXDBcMFwwXDBIXDM2MlwzMzdcMjc3IiwgNDA5NikgPSAzMgpyZWFk KDExLCAweDgzZDI5NDAsIDQwOTYpICAgICAgICAgICAgICAgPSAtMSBFQUdBSU4gKFJlc291cmNl IHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlKQpzZWxlY3QoMTIsIFsxMV0sIFsxMV0sIE5VTEwsIE5V TEwpICAgICAgPSAxIChvdXQgWzExXSkKd3JpdGV2KDExLCBbeyJcMjMxXDBcM1wwXDBcMFwwXDBc blwwXDBcMFwyMzFcMVwxXDAiLCAxNn1dLCAxKSA9IDE2CnNlbGVjdCgxMiwgWzExXSwgW10sIE5V TEwsIE5VTEwpICAgICAgICA9IDEgKGluIFsxMV0pCnJlYWQoMTEsICJcMVwwXDMxXDBcMFwwXDBc MFwwXDBcMFwwXG5cMFwwXDBcMFwzNjVcMTc3XDEweHYqXDEwXDFcMFwwXDBcMjcyXDBcMjZcMTAi Li4uLCA0MDk2KSA9IDg4NApyZWFkKDExLCAweDgzZDI5NDAsIDQwOTYpICAgICAgICAgICAgICAg PSAtMSBFQUdBSU4gKFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlKQpvcGVuKCIvdXNy L3NoYXJlL1gxMS9sb2NhbGUvbG9jYWxlLmFsaWFzIiwgT19SRE9OTFkpID0gMTIKZnN0YXQ2NCgx Miwge3N0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTc4MTIyLCAuLi59KSA9IDAKbW1hcDIo TlVMTCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9BTk9OWU1P VVMsIC0xLCAwKSA9IDB4YjZjMWIwMDAKcmVhZCgxMiwgIiNcdCRYZG90T3JnOiBsaWIvWDExL25s cy9sb2NhbGUuYSIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEyLCAiYnJfRlIuaXNvODg1OTFcdFx0 XHRcdFx0YnJfRlIuSVNPODg1OSIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEyLCAiaXNvODg1OTdc dFx0XHRcdFx0ZWxfR1IuSVNPODg1OS03XG5lbF8iLi4uLCA0MDk2KSA9IDQwOTYKcmVhZCgxMiwg IjEuZW5cdFx0XHRcdFx0ZXNfRVMuSVNPODg1OS0xXG5lc19FUy5pIi4uLiwgNDA5NikgPSA0MDk2 CnJlYWQoMTIsICJcbmZyX0NBLmlzbzg4NTkxXHRcdFx0XHRcdGZyX0NBLklTTzg4NSIuLi4sIDQw OTYpID0gNDA5NgpyZWFkKDEyLCAiNVx0XHRcdFx0aXRfQ0guSVNPODg1OS0xNVxuaXRfQ0gudXRm OCIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEyLCAiXHRubF9CRS5JU084ODU5LTFcbm5sX0JFLjg4 NTkxXHRcdFx0XHQiLi4uLCA0MDk2KSA9IDQwOTYKcmVhZCgxMiwgIlJXLklTTzg4NTktMVxucndf UlcuaXNvODg1OS0xICAgICIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEyLCAiXG50bl9aQS51dGY4 XHRcdFx0XHR0bl9aQS5VVEYtOFxudHJcdFx0XHQiLi4uLCA0MDk2KSA9IDQwOTYKcmVhZCgxMiwg Ilx0XHRmcl9DSC5JU084ODU5LTFcbmdhbGVnb1x0XHRcdFx0XHRcdGdsIi4uLiwgNDA5NikgPSA0 MDk2CnJlYWQoMTIsICJyX09NOlx0XHRcdFx0XHRcdGFyX09NLklTTzg4NTktNlxuYXJfT00iLi4u LCA0MDk2KSA9IDQwOTYKcmVhZCgxMiwgIjU5LTE1XG5kZV9BVC5VVEYtOEBldXJvOlx0XHRcdFx0 ZGVfQVQiLi4uLCA0MDk2KSA9IDQwOTYKcmVhZCgxMiwgIm5fVVMuSVNPODg1OS0xNUBldXJvOlx0 XHRcdFx0ZW5fVVMuSSIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEyLCAib25pYW4gbG9jYWwgc3Rh bmRhcmRzLCBJU084ODU5LTQiLi4uLCA0MDk2KSA9IDQwOTYKcmVhZCgxMiwgIjU5LTE0Olx0XHRc dFx0Z2RfR0IuSVNPODg1OS0xNFxuZ2RfR0IiLi4uLCA0MDk2KSA9IDQwOTYKcmVhZCgxMiwgIlJc bmtvX0tSOlx0XHRcdFx0XHRcdGtvX0tSLmV1Y0tSXG5LT19LUjoiLi4uLCA0MDk2KSA9IDQwOTYK cmVhZCgxMiwgIi5pc284ODU5MTU6XHRcdFx0XHRueV9OTy5JU084ODU5LTE1XG4iLi4uLCA0MDk2 KSA9IDQwOTYKcmVhZCgxMiwgIi5JU08tODg1OS0yOlx0XHRcdFx0c3JfQ1MuSVNPODg1OS0yXG4i Li4uLCA0MDk2KSA9IDQwOTYKcmVhZCgxMiwgIjhcblZJX1ZOLlVURi04Olx0XHRcdFx0XHR2aV9W Ti5VVEYtOFxudyIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEyLCAiaXMgYW5kIFN1bk9TIGhhdmUg aXNvXzg4NTlfMSBhbmQiLi4uLCA0MDk2KSA9IDI5OApyZWFkKDEyLCAiIiwgNDA5NikgICAgICAg ICAgICAgICAgICAgICAgPSAwCmNsb3NlKDEyKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICA9IDAKbXVubWFwKDB4YjZjMWIwMDAsIDQwOTYpICAgICAgICAgICAgICAgID0gMApvcGVuKCIv dXNyL3NoYXJlL1gxMS9sb2NhbGUvbG9jYWxlLmRpciIsIE9fUkRPTkxZKSA9IDEyCmZzdGF0NjQo MTIsIHtzdF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rfc2l6ZT0zMjk3NywgLi4ufSkgPSAwCm1tYXAy KE5VTEwsIDQwOTYsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfQU5PTllN T1VTLCAtMSwgMCkgPSAweGI2YzFiMDAwCnJlYWQoMTIsICIjXHQkWGRvdE9yZzogbGliL1gxMS9u bHMvbG9jYWxlLmQiLi4uLCA0MDk2KSA9IDQwOTYKcmVhZCgxMiwgInNvODg1OS0xL1hMQ19MT0NB TEVcdFx0XHRlc19VWS5JU084Ii4uLiwgNDA5NikgPSA0MDk2CnJlYWQoMTIsICJDQUxFXHRcdFx0 c3JfU1AuSVNPODg1OS0yXG5pc284ODU5LTIiLi4uLCA0MDk2KSA9IDQwOTYKcmVhZCgxMiwgIkYt OC9YTENfTE9DQUxFXHRcdFx0ZXNfTVguVVRGLThcbmVuXyIuLi4sIDQwOTYpID0gNDA5NgpyZWFk KDEyLCAiIDEuMyAyMDAwLzA4LzE3IDE5OjQ2OjQ4IGNwcWJsZCAiLi4uLCA0MDk2KSA9IDQwOTYK Y2xvc2UoMTIpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMAptdW5tYXAoMHhiNmMx YjAwMCwgNDA5NikgICAgICAgICAgICAgICAgPSAwCmFjY2VzcygiL3Vzci9zaGFyZS9YMTEvbG9j YWxlL0MvWExDX0xPQ0FMRSIsIFJfT0spID0gMApvcGVuKCIvdXNyL3NoYXJlL1gxMS9sb2NhbGUv Qy9YTENfTE9DQUxFIiwgT19SRE9OTFkpID0gMTIKZnN0YXQ2NCgxMiwge3N0X21vZGU9U19JRlJF R3wwNjQ0LCBzdF9zaXplPTc3MiwgLi4ufSkgPSAwCm1tYXAyKE5VTEwsIDQwOTYsIFBST1RfUkVB RHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfQU5PTllNT1VTLCAtMSwgMCkgPSAweGI2YzFi MDAwCnJlYWQoMTIsICIjICAkWG9yZzogQyx2IDEuMyAyMDAwLzA4LzE3IDE5OiIuLi4sIDQwOTYp ID0gNzcyCnJlYWQoMTIsICIiLCA0MDk2KSAgICAgICAgICAgICAgICAgICAgICA9IDAKY2xvc2Uo MTIpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMAptdW5tYXAoMHhiNmMxYjAwMCwg NDA5NikgICAgICAgICAgICAgICAgPSAwCm9wZW4oIi91c3Ivc2hhcmUvWDExL2xvY2FsZS9sb2Nh bGUuYWxpYXMiLCBPX1JET05MWSkgPSAxMgpmc3RhdDY0KDEyLCB7c3RfbW9kZT1TX0lGUkVHfDA2 NDQsIHN0X3NpemU9NzgxMjIsIC4uLn0pID0gMAptbWFwMihOVUxMLCA0MDk2LCBQUk9UX1JFQUR8 UFJPVF9XUklURSwgTUFQX1BSSVZBVEV8TUFQX0FOT05ZTU9VUywgLTEsIDApID0gMHhiNmMxYjAw MApyZWFkKDEyLCAiI1x0JFhkb3RPcmc6IGxpYi9YMTEvbmxzL2xvY2FsZS5hIi4uLiwgNDA5Nikg PSA0MDk2CnJlYWQoMTIsICJicl9GUi5pc284ODU5MVx0XHRcdFx0XHRicl9GUi5JU084ODU5Ii4u LiwgNDA5NikgPSA0MDk2CnJlYWQoMTIsICJpc284ODU5N1x0XHRcdFx0XHRlbF9HUi5JU084ODU5 LTdcbmVsXyIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEyLCAiMS5lblx0XHRcdFx0XHRlc19FUy5J U084ODU5LTFcbmVzX0VTLmkiLi4uLCA0MDk2KSA9IDQwOTYKcmVhZCgxMiwgIlxuZnJfQ0EuaXNv ODg1OTFcdFx0XHRcdFx0ZnJfQ0EuSVNPODg1Ii4uLiwgNDA5NikgPSA0MDk2CnJlYWQoMTIsICI1 XHRcdFx0XHRpdF9DSC5JU084ODU5LTE1XG5pdF9DSC51dGY4Ii4uLiwgNDA5NikgPSA0MDk2CnJl YWQoMTIsICJcdG5sX0JFLklTTzg4NTktMVxubmxfQkUuODg1OTFcdFx0XHRcdCIuLi4sIDQwOTYp ID0gNDA5NgpyZWFkKDEyLCAiUlcuSVNPODg1OS0xXG5yd19SVy5pc284ODU5LTEgICAgIi4uLiwg NDA5NikgPSA0MDk2CnJlYWQoMTIsICJcbnRuX1pBLnV0ZjhcdFx0XHRcdHRuX1pBLlVURi04XG50 clx0XHRcdCIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEyLCAiXHRcdGZyX0NILklTTzg4NTktMVxu Z2FsZWdvXHRcdFx0XHRcdFx0Z2wiLi4uLCA0MDk2KSA9IDQwOTYKcmVhZCgxMiwgInJfT006XHRc dFx0XHRcdFx0YXJfT00uSVNPODg1OS02XG5hcl9PTSIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEy LCAiNTktMTVcbmRlX0FULlVURi04QGV1cm86XHRcdFx0XHRkZV9BVCIuLi4sIDQwOTYpID0gNDA5 NgpyZWFkKDEyLCAibl9VUy5JU084ODU5LTE1QGV1cm86XHRcdFx0XHRlbl9VUy5JIi4uLiwgNDA5 NikgPSA0MDk2CnJlYWQoMTIsICJvbmlhbiBsb2NhbCBzdGFuZGFyZHMsIElTTzg4NTktNCIuLi4s IDQwOTYpID0gNDA5NgpyZWFkKDEyLCAiNTktMTQ6XHRcdFx0XHRnZF9HQi5JU084ODU5LTE0XG5n ZF9HQiIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEyLCAiUlxua29fS1I6XHRcdFx0XHRcdFx0a29f S1IuZXVjS1JcbktPX0tSOiIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEyLCAiLmlzbzg4NTkxNTpc dFx0XHRcdG55X05PLklTTzg4NTktMTVcbiIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEyLCAiLklT Ty04ODU5LTI6XHRcdFx0XHRzcl9DUy5JU084ODU5LTJcbiIuLi4sIDQwOTYpID0gNDA5NgpyZWFk KDEyLCAiOFxuVklfVk4uVVRGLTg6XHRcdFx0XHRcdHZpX1ZOLlVURi04XG53Ii4uLiwgNDA5Nikg PSA0MDk2CnJlYWQoMTIsICJpcyBhbmQgU3VuT1MgaGF2ZSBpc29fODg1OV8xIGFuZCIuLi4sIDQw OTYpID0gMjk4CnJlYWQoMTIsICIiLCA0MDk2KSAgICAgICAgICAgICAgICAgICAgICA9IDAKY2xv c2UoMTIpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMAptdW5tYXAoMHhiNmMxYjAw MCwgNDA5NikgICAgICAgICAgICAgICAgPSAwCm9wZW4oIi91c3Ivc2hhcmUvWDExL2xvY2FsZS9s b2NhbGUuZGlyIiwgT19SRE9OTFkpID0gMTIKZnN0YXQ2NCgxMiwge3N0X21vZGU9U19JRlJFR3ww NjQ0LCBzdF9zaXplPTMyOTc3LCAuLi59KSA9IDAKbW1hcDIoTlVMTCwgNDA5NiwgUFJPVF9SRUFE fFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9BTk9OWU1PVVMsIC0xLCAwKSA9IDB4YjZjMWIw MDAKcmVhZCgxMiwgIiNcdCRYZG90T3JnOiBsaWIvWDExL25scy9sb2NhbGUuZCIuLi4sIDQwOTYp ID0gNDA5NgpyZWFkKDEyLCAic284ODU5LTEvWExDX0xPQ0FMRVx0XHRcdGVzX1VZLklTTzgiLi4u LCA0MDk2KSA9IDQwOTYKcmVhZCgxMiwgIkNBTEVcdFx0XHRzcl9TUC5JU084ODU5LTJcbmlzbzg4 NTktMiIuLi4sIDQwOTYpID0gNDA5NgpyZWFkKDEyLCAiRi04L1hMQ19MT0NBTEVcdFx0XHRlc19N WC5VVEYtOFxuZW5fIi4uLiwgNDA5NikgPSA0MDk2CnJlYWQoMTIsICIgMS4zIDIwMDAvMDgvMTcg MTk6NDY6NDggY3BxYmxkICIuLi4sIDQwOTYpID0gNDA5NgpjbG9zZSgxMikgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgPSAwCm11bm1hcCgweGI2YzFiMDAwLCA0MDk2KSAgICAgICAgICAg ICAgICA9IDAKYWNjZXNzKCIvdXNyL3NoYXJlL1gxMS9sb2NhbGUvQy9YTENfTE9DQUxFIiwgUl9P SykgPSAwCm9wZW4oIi91c3Ivc2hhcmUvWDExL2xvY2FsZS9DL1hMQ19MT0NBTEUiLCBPX1JET05M WSkgPSAxMgpmc3RhdDY0KDEyLCB7c3RfbW9kZT1TX0lGUkVHfDA2NDQsIHN0X3NpemU9NzcyLCAu Li59KSA9IDAKbW1hcDIoTlVMTCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklW QVRFfE1BUF9BTk9OWU1PVVMsIC0xLCAwKSA9IDB4YjZjMWIwMDAKcmVhZCgxMiwgIiMgICRYb3Jn OiBDLHYgMS4zIDIwMDAvMDgvMTcgMTk6Ii4uLiwgNDA5NikgPSA3NzIKcmVhZCgxMiwgIiIsIDQw OTYpICAgICAgICAgICAgICAgICAgICAgID0gMApjbG9zZSgxMikgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgPSAwCm11bm1hcCgweGI2YzFiMDAwLCA0MDk2KSAgICAgICAgICAgICAgICA9 IDAKdW5hbWUoe3N5cz0iTGludXgiLCBub2RlPSJsb2NhbGhvc3QubG9jYWxkb21haW4iLCAuLi59 KSA9IDAKb3BlbigiL2hvbWUvbXlzdGhyLy5YZGVmYXVsdHMtbG9jYWxob3N0LmxvY2FsZG9tYWlu IiwgT19SRE9OTFkpID0gLTEgRU5PRU5UIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpvcGVu KCIvdXNyL3NoYXJlL2ZvbnRzL2RlamF2dS9EZWphVnVTYW5zLnR0ZiIsIE9fUkRPTkxZKSA9IDEy CmZjbnRsNjQoMTIsIEZfU0VURkQsIEZEX0NMT0VYRUMpICAgICAgICA9IDAKZnN0YXQ2NCgxMiwg e3N0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9zaXplPTU3MDQ2OCwgLi4ufSkgPSAwCm1tYXAyKE5V TEwsIDU3MDQ2OCwgUFJPVF9SRUFELCBNQVBfUFJJVkFURSwgMTIsIDApID0gMHhiNmI5MDAwMApj bG9zZSgxMikgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCmJyaygweDg0MjIwMDAp ICAgICAgICAgICAgICAgICAgICAgICAgICA9IDB4ODQyMjAwMApicmsoMHg4NDQzMDAwKSAgICAg ICAgICAgICAgICAgICAgICAgICAgPSAweDg0NDMwMDAKb3Blbigifi9iYW5rcyIsIE9fUkRPTkxZ fE9fTk9OQkxPQ0t8T19MQVJHRUZJTEV8T19ESVJFQ1RPUll8MHg4MDAwMCkgPSAtMSBFTk9FTlQg KE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkpCm9wZW4oIi4vIiwgT19SRE9OTFl8T19OT05CTE9D S3xPX0xBUkdFRklMRXxPX0RJUkVDVE9SWXwweDgwMDAwKSA9IDEyCmZzdGF0NjQoMTIsIHtzdF9t b2RlPVNfSUZESVJ8MDcwMCwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKZ2V0ZGVudHMoMTIsIC8q IDEwNyBlbnRyaWVzICovLCA0MDk2KSAgID0gMjU4NApvcGVuKCIuL1tEQi1GUl1fR2hvc3RfSG91 bmRfMDJIRF9zdWJmcmVuY2hfW0ZCNENBNkMyXS5hdmkvIiwgT19SRE9OTFl8T19OT05CTE9DS3xP X0xBUkdFRklMRXxPX0RJUkVDVE9SWXwweDgwMDAwKSA9IC0xIEVOT1RESVIgKE5vdCBhIGRpcmVj dG9yeSkKb3BlbigiLi9NdXNpcXVlLyIsIE9fUkRPTkxZfE9fTk9OQkxPQ0t8T19MQVJHRUZJTEV8 T19ESVJFQ1RPUll8MHg4MDAwMCkgPSAxMwpmc3RhdDY0KDEzLCB7c3RfbW9kZT1TX0lGRElSfDA3 NTUsIHN0X3NpemU9NDA5NiwgLi4ufSkgPSAwCmdldGRlbnRzKDEzLCAvKiAxMiBlbnRyaWVzICov LCA0MDk2KSAgICA9IDM3NgpnZXRkZW50cygxMywgLyogMCBlbnRyaWVzICovLCA0MDk2KSAgICAg PSAwCmNsb3NlKDEzKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKb3BlbigiLi90 cmFkIENDUk1BLm9kdC8iLCBPX1JET05MWXxPX05PTkJMT0NLfE9fTEFSR0VGSUxFfE9fRElSRUNU T1JZfDB4ODAwMDApID0gLTEgRU5PVERJUiAoTm90IGEgZGlyZWN0b3J5KQpvcGVuKCIuL0RJU0sv IiwgT19SRE9OTFl8T19OT05CTE9DS3xPX0xBUkdFRklMRXxPX0RJUkVDVE9SWXwweDgwMDAwKSA9 IDEzCmZzdGF0NjQoMTMsIHtzdF9tb2RlPVNfSUZESVJ8MDc3NSwgc3Rfc2l6ZT00MDk2LCAuLi59 KSA9IDAKZ2V0ZGVudHMoMTMsIC8qIDUgZW50cmllcyAqLywgNDA5NikgICAgID0gODAKZ2V0ZGVu dHMoMTMsIC8qIDAgZW50cmllcyAqLywgNDA5NikgICAgID0gMApjbG9zZSgxMykgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgPSAwCm9wZW4oIi4vVmlkw6lvcy8iLCBPX1JET05MWXxPX05P TkJMT0NLfE9fTEFSR0VGSUxFfE9fRElSRUNUT1JZfDB4ODAwMDApID0gMTMKZnN0YXQ2NCgxMywg e3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4uLn0pID0gMApnZXRkZW50cygx MywgLyogMyBlbnRyaWVzICovLCA0MDk2KSAgICAgPSA0OApnZXRkZW50cygxMywgLyogMCBlbnRy aWVzICovLCA0MDk2KSAgICAgPSAwCmNsb3NlKDEzKSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICA9IDAKb3BlbigiLi9ub2ZpbGUvIiwgT19SRE9OTFl8T19OT05CTE9DS3xPX0xBUkdFRklM RXxPX0RJUkVDVE9SWXwweDgwMDAwKSA9IC0xIEVOT1RESVIgKE5vdCBhIGRpcmVjdG9yeSkKb3Bl bigiLi9Mb2dpY2llbHMvIiwgT19SRE9OTFl8T19OT05CTE9DS3xPX0xBUkdFRklMRXxPX0RJUkVD VE9SWXwweDgwMDAwKSA9IDEzCmZzdGF0NjQoMTMsIHtzdF9tb2RlPVNfSUZESVJ8MDc3NSwgc3Rf c2l6ZT00MDk2LCAuLi59KSA9IDAKZ2V0ZGVudHMoMTMsIC8qIDYgZW50cmllcyAqLywgNDA5Nikg ICAgID0gMTA4CmdldGRlbnRzKDEzLCAvKiAwIGVudHJpZXMgKi8sIDQwOTYpICAgICA9IDAKY2xv c2UoMTMpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApvcGVuKCIuL1TDqWzDqWNo YXJnZW1lbnQvIiwgT19SRE9OTFl8T19OT05CTE9DS3xPX0xBUkdFRklMRXxPX0RJUkVDVE9SWXww eDgwMDAwKSA9IDEzCmZzdGF0NjQoMTMsIHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00 MDk2LCAuLi59KSA9IDAKZ2V0ZGVudHMoMTMsIC8qIDcgZW50cmllcyAqLywgNDA5NikgICAgID0g MTUyCmdldGRlbnRzKDEzLCAvKiAwIGVudHJpZXMgKi8sIDQwOTYpICAgICA9IDAKY2xvc2UoMTMp ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApvcGVuKCIuL0ZpcmVmb3hfd2FsbHBh cGVyLnBuZy8iLCBPX1JET05MWXxPX05PTkJMT0NLfE9fTEFSR0VGSUxFfE9fRElSRUNUT1JZfDB4 ODAwMDApID0gLTEgRU5PVERJUiAoTm90IGEgZGlyZWN0b3J5KQpvcGVuKCIuL3ZzdC8iLCBPX1JE T05MWXxPX05PTkJMT0NLfE9fTEFSR0VGSUxFfE9fRElSRUNUT1JZfDB4ODAwMDApID0gMTMKZnN0 YXQ2NCgxMywge3N0X21vZGU9U19JRkRJUnwwNzc1LCBzdF9zaXplPTQwOTYsIC4uLn0pID0gMApn ZXRkZW50cygxMywgLyogNCBlbnRyaWVzICovLCA0MDk2KSAgICAgPSA3NgpnZXRkZW50cygxMywg LyogMCBlbnRyaWVzICovLCA0MDk2KSAgICAgPSAwCmNsb3NlKDEzKSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICA9IDAKb3BlbigiLi96eW50cmFjZS50eHQvIiwgT19SRE9OTFl8T19OT05C TE9DS3xPX0xBUkdFRklMRXxPX0RJUkVDVE9SWXwweDgwMDAwKSA9IC0xIEVOT1RESVIgKE5vdCBh IGRpcmVjdG9yeSkKb3BlbigiLi9Eb2N1bWVudHMvIiwgT19SRE9OTFl8T19OT05CTE9DS3xPX0xB UkdFRklMRXxPX0RJUkVDVE9SWXwweDgwMDAwKSA9IDEzCmZzdGF0NjQoMTMsIHtzdF9tb2RlPVNf SUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKZ2V0ZGVudHMoMTMsIC8qIDIyIGVu dHJpZXMgKi8sIDQwOTYpICAgID0gNjgwCmdldGRlbnRzKDEzLCAvKiAwIGVudHJpZXMgKi8sIDQw OTYpICAgICA9IDAKY2xvc2UoMTMpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApv cGVuKCIuL0J1cmVhdS8iLCBPX1JET05MWXxPX05PTkJMT0NLfE9fTEFSR0VGSUxFfE9fRElSRUNU T1JZfDB4ODAwMDApID0gMTMKZnN0YXQ2NCgxMywge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9z aXplPTQwOTYsIC4uLn0pID0gMApnZXRkZW50cygxMywgLyogMTMgZW50cmllcyAqLywgNDA5Nikg ICAgPSAzODgKZ2V0ZGVudHMoMTMsIC8qIDAgZW50cmllcyAqLywgNDA5NikgICAgID0gMApjbG9z ZSgxMykgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCm9wZW4oIi4vZ21vbi5vdXQv IiwgT19SRE9OTFl8T19OT05CTE9DS3xPX0xBUkdFRklMRXxPX0RJUkVDVE9SWXwweDgwMDAwKSA9 IC0xIEVOT1RESVIgKE5vdCBhIGRpcmVjdG9yeSkKb3BlbigiLi9bREJdX05hcnV0b19TaGlwcHV1 ZGVuXzAzNF9TdWJfRnJlbmNoX1tDMDMxN0MxQ10uYXZpLyIsIE9fUkRPTkxZfE9fTk9OQkxPQ0t8 T19MQVJHRUZJTEV8T19ESVJFQ1RPUll8MHg4MDAwMCkgPSAtMSBFTk9URElSIChOb3QgYSBkaXJl Y3RvcnkpCm9wZW4oIi4vSW1hZ2VzLyIsIE9fUkRPTkxZfE9fTk9OQkxPQ0t8T19MQVJHRUZJTEV8 T19ESVJFQ1RPUll8MHg4MDAwMCkgPSAxMwpmc3RhdDY0KDEzLCB7c3RfbW9kZT1TX0lGRElSfDA3 NTUsIHN0X3NpemU9NDA5NiwgLi4ufSkgPSAwCmdldGRlbnRzKDEzLCAvKiAyIGVudHJpZXMgKi8s IDQwOTYpICAgICA9IDMyCmdldGRlbnRzKDEzLCAvKiAwIGVudHJpZXMgKi8sIDQwOTYpICAgICA9 IDAKY2xvc2UoMTMpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApvcGVuKCIuL05l dHdvcmsucGRmLyIsIE9fUkRPTkxZfE9fTk9OQkxPQ0t8T19MQVJHRUZJTEV8T19ESVJFQ1RPUll8 MHg4MDAwMCkgPSAtMSBFTk9URElSIChOb3QgYSBkaXJlY3RvcnkpCm9wZW4oIi4vUHJvZ3JhbW1h dGlvbi8iLCBPX1JET05MWXxPX05PTkJMT0NLfE9fTEFSR0VGSUxFfE9fRElSRUNUT1JZfDB4ODAw MDApID0gMTMKZnN0YXQ2NCgxMywge3N0X21vZGU9U19JRkRJUnwwNzc1LCBzdF9zaXplPTQwOTYs IC4uLn0pID0gMApnZXRkZW50cygxMywgLyogNSBlbnRyaWVzICovLCA0MDk2KSAgICAgPSAxMDgK Z2V0ZGVudHMoMTMsIC8qIDAgZW50cmllcyAqLywgNDA5NikgICAgID0gMApjbG9zZSgxMykgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCm9wZW4oIi4vYXVkaW8tcHJvamVjdHMvIiwg T19SRE9OTFl8T19OT05CTE9DS3xPX0xBUkdFRklMRXxPX0RJUkVDVE9SWXwweDgwMDAwKSA9IDEz CmZzdGF0NjQoMTMsIHtzdF9tb2RlPVNfSUZESVJ8MDc3NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9 IDAKZ2V0ZGVudHMoMTMsIC8qIDMzIGVudHJpZXMgKi8sIDQwOTYpICAgID0gNzY4CmdldGRlbnRz KDEzLCAvKiAwIGVudHJpZXMgKi8sIDQwOTYpICAgICA9IDAKY2xvc2UoMTMpICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgID0gMApvcGVuKCIuL2x0Y29uZmlnLyIsIE9fUkRPTkxZfE9fTk9O QkxPQ0t8T19MQVJHRUZJTEV8T19ESVJFQ1RPUll8MHg4MDAwMCkgPSAtMSBFTk9URElSIChOb3Qg YSBkaXJlY3RvcnkpCm9wZW4oIi4vVW50aXRsZWQvIiwgT19SRE9OTFl8T19OT05CTE9DS3xPX0xB UkdFRklMRXxPX0RJUkVDVE9SWXwweDgwMDAwKSA9IDEzCmZzdGF0NjQoMTMsIHtzdF9tb2RlPVNf SUZESVJ8MDc3NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKZ2V0ZGVudHMoMTMsIC8qIDYgZW50 cmllcyAqLywgNDA5NikgICAgID0gMTI4CmdldGRlbnRzKDEzLCAvKiAwIGVudHJpZXMgKi8sIDQw OTYpICAgICA9IDAKY2xvc2UoMTMpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApn ZXRkZW50cygxMiwgLyogMCBlbnRyaWVzICovLCA0MDk2KSAgICAgPSAwCmNsb3NlKDEyKSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKb3BlbigiL3Vzci9zaGFyZS96eW5hZGRzdWJm eC9iYW5rcyIsIE9fUkRPTkxZfE9fTk9OQkxPQ0t8T19MQVJHRUZJTEV8T19ESVJFQ1RPUll8MHg4 MDAwMCkgPSAxMgpmc3RhdDY0KDEyLCB7c3RfbW9kZT1TX0lGRElSfDA3NTUsIHN0X3NpemU9NDA5 NiwgLi4ufSkgPSAwCmdldGRlbnRzKDEyLCAvKiAyMSBlbnRyaWVzICovLCA0MDk2KSAgICA9IDQy MApvcGVuKCIvdXNyL3NoYXJlL3p5bmFkZHN1YmZ4L2JhbmtzL0FycGVnZ2lvcy8iLCBPX1JET05M WXxPX05PTkJMT0NLfE9fTEFSR0VGSUxFfE9fRElSRUNUT1JZfDB4ODAwMDApID0gMTMKZnN0YXQ2 NCgxMywge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4uLn0pID0gMApnZXRk ZW50cygxMywgLyogMjUgZW50cmllcyAqLywgNDA5NikgICAgPSA4MDAKY2xvc2UoMTMpICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgID0gMApvcGVuKCIvdXNyL3NoYXJlL3p5bmFkZHN1YmZ4 L2JhbmtzL0d1aXRhci8iLCBPX1JET05MWXxPX05PTkJMT0NLfE9fTEFSR0VGSUxFfE9fRElSRUNU T1JZfDB4ODAwMDApID0gMTMKZnN0YXQ2NCgxMywge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9z aXplPTQwOTYsIC4uLn0pID0gMApnZXRkZW50cygxMywgLyogMTEgZW50cmllcyAqLywgNDA5Nikg ICAgPSAzNDgKY2xvc2UoMTMpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApvcGVu KCIvdXNyL3NoYXJlL3p5bmFkZHN1YmZ4L2JhbmtzL1N5bnRoLyIsIE9fUkRPTkxZfE9fTk9OQkxP Q0t8T19MQVJHRUZJTEV8T19ESVJFQ1RPUll8MHg4MDAwMCkgPSAxMwpmc3RhdDY0KDEzLCB7c3Rf bW9kZT1TX0lGRElSfDA3NTUsIHN0X3NpemU9NDA5NiwgLi4ufSkgPSAwCmdldGRlbnRzKDEzLCAv KiAxNiBlbnRyaWVzICovLCA0MDk2KSAgICA9IDUzMgpjbG9zZSgxMykgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgPSAwCm9wZW4oIi91c3Ivc2hhcmUvenluYWRkc3ViZngvYmFua3MvUmhv ZGVzLyIsIE9fUkRPTkxZfE9fTk9OQkxPQ0t8T19MQVJHRUZJTEV8T19ESVJFQ1RPUll8MHg4MDAw MCkgPSAxMwpmc3RhdDY0KDEzLCB7c3RfbW9kZT1TX0lGRElSfDA3NTUsIHN0X3NpemU9NDA5Niwg Li4ufSkgPSAwCmdldGRlbnRzKDEzLCAvKiAyNiBlbnRyaWVzICovLCA0MDk2KSAgICA9IDgyOApj bG9zZSgxMykgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCm9wZW4oIi91c3Ivc2hh cmUvenluYWRkc3ViZngvYmFua3MvUGFkcy8iLCBPX1JET05MWXxPX05PTkJMT0NLfE9fTEFSR0VG SUxFfE9fRElSRUNUT1JZfDB4ODAwMDApID0gMTMKZnN0YXQ2NCgxMywge3N0X21vZGU9U19JRkRJ UnwwNzU1LCBzdF9zaXplPTQwOTYsIC4uLn0pID0gMApnZXRkZW50cygxMywgLyogMTYgZW50cmll cyAqLywgNDA5NikgICAgPSA1MDgKY2xvc2UoMTMpICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgID0gMApvcGVuKCIvdXNyL3NoYXJlL3p5bmFkZHN1YmZ4L2JhbmtzL1N5bnRoUGlhbm8vIiwg T19SRE9OTFl8T19OT05CTE9DS3xPX0xBUkdFRklMRXxPX0RJUkVDVE9SWXwweDgwMDAwKSA9IDEz CmZzdGF0NjQoMTMsIHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9 IDAKZ2V0ZGVudHMoMTMsIC8qIDI1IGVudHJpZXMgKi8sIDQwOTYpICAgID0gODM2CmNsb3NlKDEz KSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKb3BlbigiL3Vzci9zaGFyZS96eW5h ZGRzdWJmeC9iYW5rcy9CYXNzLyIsIE9fUkRPTkxZfE9fTk9OQkxPQ0t8T19MQVJHRUZJTEV8T19E SVJFQ1RPUll8MHg4MDAwMCkgPSAxMwpmc3RhdDY0KDEzLCB7c3RfbW9kZT1TX0lGRElSfDA3NTUs IHN0X3NpemU9NDA5NiwgLi4ufSkgPSAwCmdldGRlbnRzKDEzLCAvKiAxMSBlbnRyaWVzICovLCA0 MDk2KSAgICA9IDMxMgpjbG9zZSgxMykgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAw Cm9wZW4oIi91c3Ivc2hhcmUvenluYWRkc3ViZngvYmFua3MvU3BsaXRlZC8iLCBPX1JET05MWXxP X05PTkJMT0NLfE9fTEFSR0VGSUxFfE9fRElSRUNUT1JZfDB4ODAwMDApID0gMTMKZnN0YXQ2NCgx Mywge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4uLn0pID0gMApnZXRkZW50 cygxMywgLyogNiBlbnRyaWVzICovLCA0MDk2KSAgICAgPSAxODgKY2xvc2UoMTMpICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgID0gMApvcGVuKCIvdXNyL3NoYXJlL3p5bmFkZHN1YmZ4L2Jh bmtzL05vaXNlcy8iLCBPX1JET05MWXxPX05PTkJMT0NLfE9fTEFSR0VGSUxFfE9fRElSRUNUT1JZ fDB4ODAwMDApID0gMTMKZnN0YXQ2NCgxMywge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXpl PTQwOTYsIC4uLn0pID0gMApnZXRkZW50cygxMywgLyogMTMgZW50cmllcyAqLywgNDA5NikgICAg PSAzOTYKY2xvc2UoMTMpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApvcGVuKCIv dXNyL3NoYXJlL3p5bmFkZHN1YmZ4L2JhbmtzL1BsdWNrZWQvIiwgT19SRE9OTFl8T19OT05CTE9D S3xPX0xBUkdFRklMRXxPX0RJUkVDVE9SWXwweDgwMDAwKSA9IDEzCmZzdGF0NjQoMTMsIHtzdF9t b2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKZ2V0ZGVudHMoMTMsIC8q IDExIGVudHJpZXMgKi8sIDQwOTYpICAgID0gMzI4CmNsb3NlKDEzKSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICA9IDAKb3BlbigiL3Vzci9zaGFyZS96eW5hZGRzdWJmeC9iYW5rcy9Pcmdh bi8iLCBPX1JET05MWXxPX05PTkJMT0NLfE9fTEFSR0VGSUxFfE9fRElSRUNUT1JZfDB4ODAwMDAp ID0gMTMKZnN0YXQ2NCgxMywge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4u Ln0pID0gMApnZXRkZW50cygxMywgLyogMzMgZW50cmllcyAqLywgNDA5NikgICAgPSAxMDgwCmNs b3NlKDEzKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKb3BlbigiL3Vzci9zaGFy ZS96eW5hZGRzdWJmeC9iYW5rcy9TdHJpbmdzLyIsIE9fUkRPTkxZfE9fTk9OQkxPQ0t8T19MQVJH RUZJTEV8T19ESVJFQ1RPUll8MHg4MDAwMCkgPSAxMwpmc3RhdDY0KDEzLCB7c3RfbW9kZT1TX0lG RElSfDA3NTUsIHN0X3NpemU9NDA5NiwgLi4ufSkgPSAwCmdldGRlbnRzKDEzLCAvKiAzNiBlbnRy aWVzICovLCA0MDk2KSAgICA9IDExODQKY2xvc2UoMTMpICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgID0gMApvcGVuKCIvdXNyL3NoYXJlL3p5bmFkZHN1YmZ4L2JhbmtzL0ZhbnRhc3kvIiwg T19SRE9OTFl8T19OT05CTE9DS3xPX0xBUkdFRklMRXxPX0RJUkVDVE9SWXwweDgwMDAwKSA9IDEz CmZzdGF0NjQoMTMsIHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9 IDAKZ2V0ZGVudHMoMTMsIC8qIDI1IGVudHJpZXMgKi8sIDQwOTYpICAgID0gODc2CmNsb3NlKDEz KSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKb3BlbigiL3Vzci9zaGFyZS96eW5h ZGRzdWJmeC9iYW5rcy9NaXNjLyIsIE9fUkRPTkxZfE9fTk9OQkxPQ0t8T19MQVJHRUZJTEV8T19E SVJFQ1RPUll8MHg4MDAwMCkgPSAxMwpmc3RhdDY0KDEzLCB7c3RfbW9kZT1TX0lGRElSfDA3NTUs IHN0X3NpemU9NDA5NiwgLi4ufSkgPSAwCmdldGRlbnRzKDEzLCAvKiAxNCBlbnRyaWVzICovLCA0 MDk2KSAgICA9IDQxNgpjbG9zZSgxMykgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAw Cm9wZW4oIi91c3Ivc2hhcmUvenluYWRkc3ViZngvYmFua3MvQnJhc3MvIiwgT19SRE9OTFl8T19O T05CTE9DS3xPX0xBUkdFRklMRXxPX0RJUkVDVE9SWXwweDgwMDAwKSA9IDEzCmZzdGF0NjQoMTMs IHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKZ2V0ZGVudHMo MTMsIC8qIDE5IGVudHJpZXMgKi8sIDQwOTYpICAgID0gNjA4CmNsb3NlKDEzKSAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICA9IDAKb3BlbigiL3Vzci9zaGFyZS96eW5hZGRzdWJmeC9iYW5r cy9EcnVtcy8iLCBPX1JET05MWXxPX05PTkJMT0NLfE9fTEFSR0VGSUxFfE9fRElSRUNUT1JZfDB4 ODAwMDApID0gMTMKZnN0YXQ2NCgxMywge3N0X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQw OTYsIC4uLn0pID0gMApnZXRkZW50cygxMywgLyogMyBlbnRyaWVzICovLCA0MDk2KSAgICAgPSA2 NApjbG9zZSgxMykgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCm9wZW4oIi91c3Iv c2hhcmUvenluYWRkc3ViZngvYmFua3MvUmVlZCBhbmQgV2luZC8iLCBPX1JET05MWXxPX05PTkJM T0NLfE9fTEFSR0VGSUxFfE9fRElSRUNUT1JZfDB4ODAwMDApID0gMTMKZnN0YXQ2NCgxMywge3N0 X21vZGU9U19JRkRJUnwwNzU1LCBzdF9zaXplPTQwOTYsIC4uLn0pID0gMApnZXRkZW50cygxMywg LyogMTggZW50cmllcyAqLywgNDA5NikgICAgPSA1MDgKY2xvc2UoMTMpICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgID0gMApvcGVuKCIvdXNyL3NoYXJlL3p5bmFkZHN1YmZ4L2JhbmtzL0R1 YWwvIiwgT19SRE9OTFl8T19OT05CTE9DS3xPX0xBUkdFRklMRXxPX0RJUkVDVE9SWXwweDgwMDAw KSA9IDEzCmZzdGF0NjQoMTMsIHtzdF9tb2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAu Li59KSA9IDAKZ2V0ZGVudHMoMTMsIC8qIDEyIGVudHJpZXMgKi8sIDQwOTYpICAgID0gMzk2CmNs b3NlKDEzKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKb3BlbigiL3Vzci9zaGFy ZS96eW5hZGRzdWJmeC9iYW5rcy9DaG9pciBhbmQgVm9pY2UvIiwgT19SRE9OTFl8T19OT05CTE9D S3xPX0xBUkdFRklMRXxPX0RJUkVDVE9SWXwweDgwMDAwKSA9IDEzCmZzdGF0NjQoMTMsIHtzdF9t b2RlPVNfSUZESVJ8MDc1NSwgc3Rfc2l6ZT00MDk2LCAuLi59KSA9IDAKZ2V0ZGVudHMoMTMsIC8q IDI1IGVudHJpZXMgKi8sIDQwOTYpICAgID0gODAwCmNsb3NlKDEzKSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICA9IDAKZ2V0ZGVudHMoMTIsIC8qIDAgZW50cmllcyAqLywgNDA5NikgICAg ID0gMApjbG9zZSgxMikgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCm9wZW4oIi91 c3IvbG9jYWwvc2hhcmUvenluYWRkc3ViZngvYmFua3MiLCBPX1JET05MWXxPX05PTkJMT0NLfE9f TEFSR0VGSUxFfE9fRElSRUNUT1JZfDB4ODAwMDApID0gLTEgRU5PRU5UIChObyBzdWNoIGZpbGUg b3IgZGlyZWN0b3J5KQpvcGVuKCIuLi9iYW5rcyIsIE9fUkRPTkxZfE9fTk9OQkxPQ0t8T19MQVJH RUZJTEV8T19ESVJFQ1RPUll8MHg4MDAwMCkgPSAtMSBFTk9FTlQgKE5vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnkpCm9wZW4oImJhbmtzIiwgT19SRE9OTFl8T19OT05CTE9DS3xPX0xBUkdFRklMRXxP X0RJUkVDVE9SWXwweDgwMDAwKSA9IC0xIEVOT0VOVCAoTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9y eSkKYnJrKDB4ODQ2NDAwMCkgICAgICAgICAgICAgICAgICAgICAgICAgID0gMHg4NDY0MDAwCmlv Y3RsKDEwLCBDRFJPTU1VTFRJU0VTU0lPTiBvciBTTkRSVl9TRVFfSU9DVExfR0VUX0NMSUVOVF9J TkZPLCAweDg0NDU5YzgpID0gMApmdXRleCgweDgxMzAxNzAsIEZVVEVYX1dBS0VfT1BfUFJJVkFU RSwgMSwgMSwgMHg4MTMwMTZjLCB7RlVURVhfT1BfU0VULCAwLCBGVVRFWF9PUF9DTVBfRVEsIDB9 KSA9IDEKZnV0ZXgoMHg4MTMwMTcwLCBGVVRFWF9XQUtFX09QX1BSSVZBVEUsIDEsIDEsIDB4ODEz MDE2Yywge0ZVVEVYX09QX1NFVCwgMCwgRlVURVhfT1BfQ01QX0VRLCAwfSkgPSAxCm1tYXAyKE5V TEwsIDgzOTI3MDQsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURXxNQVBfQU5PTllN T1VTLCAtMSwgMCkgPSAweGI2MzhmMDAwCm1wcm90ZWN0KDB4YjYzOGYwMDAsIDQwOTYsIFBST1Rf Tk9ORSkgICA9IDAKY2xvbmUoY2hpbGRfc3RhY2s9MHhiNmI4ZjRhNCwgZmxhZ3M9Q0xPTkVfVk18 Q0xPTkVfRlN8Q0xPTkVfRklMRVN8Q0xPTkVfU0lHSEFORHxDTE9ORV9USFJFQUR8Q0xPTkVfU1lT VlNFTXxDTE9ORV9TRVRUTFN8Q0xPTkVfUEFSRU5UX1NFVFRJRHxDTE9ORV9DSElMRF9DTEVBUlRJ RCwgcGFyZW50X3RpZHB0cj0weGI2YjhmYmQ4LCB7ZW50cnlfbnVtYmVyOjYsIGJhc2VfYWRkcjow eGI2YjhmYjkwLCBsaW1pdDoxMDQ4NTc1LCBzZWdfMzJiaXQ6MSwgY29udGVudHM6MCwgcmVhZF9l eGVjX29ubHk6MCwgbGltaXRfaW5fcGFnZXM6MSwgc2VnX25vdF9wcmVzZW50OjAsIHVzZWFibGU6 MX0sIGNoaWxkX3RpZHB0cj0weGI2YjhmYmQ4KSA9IDQyMDIKbW1hcDIoTlVMTCwgODM5MjcwNCwg UFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFfE1BUF9BTk9OWU1PVVMsIC0xLCAwKSA9 IDB4YjViOGUwMDAKbXByb3RlY3QoMHhiNWI4ZTAwMCwgNDA5NiwgUFJPVF9OT05FKSAgID0gMApj bG9uZShjaGlsZF9zdGFjaz0weGI2MzhlNGE0LCBmbGFncz1DTE9ORV9WTXxDTE9ORV9GU3xDTE9O RV9GSUxFU3xDTE9ORV9TSUdIQU5EfENMT05FX1RIUkVBRHxDTE9ORV9TWVNWU0VNfENMT05FX1NF VFRMU3xDTE9ORV9QQVJFTlRfU0VUVElEfENMT05FX0NISUxEX0NMRUFSVElELCBwYXJlbnRfdGlk cHRyPTB4YjYzOGViZDgsIHtlbnRyeV9udW1iZXI6NiwgYmFzZV9hZGRyOjB4YjYzOGViOTAsIGxp bWl0OjEwNDg1NzUsIHNlZ18zMmJpdDoxLCBjb250ZW50czowLCByZWFkX2V4ZWNfb25seTowLCBs aW1pdF9pbl9wYWdlczoxLCBzZWdfbm90X3ByZXNlbnQ6MCwgdXNlYWJsZToxfSwgY2hpbGRfdGlk cHRyPTB4YjYzOGViZDgpID0gNDIwMwptbWFwMihOVUxMLCA4MzkyNzA0LCBQUk9UX1JFQUR8UFJP VF9XUklURSwgTUFQX1BSSVZBVEV8TUFQX0FOT05ZTU9VUywgLTEsIDApID0gMHhiNTMwOTAwMApt cHJvdGVjdCgweGI1MzA5MDAwLCA0MDk2LCBQUk9UX05PTkUpICAgPSAwCmNsb25lKGNoaWxkX3N0 YWNrPTB4YjViMDk0YTQsIGZsYWdzPUNMT05FX1ZNfENMT05FX0ZTfENMT05FX0ZJTEVTfENMT05F X1NJR0hBTkR8Q0xPTkVfVEhSRUFEfENMT05FX1NZU1ZTRU18Q0xPTkVfU0VUVExTfENMT05FX1BB UkVOVF9TRVRUSUR8Q0xPTkVfQ0hJTERfQ0xFQVJUSUQsIHBhcmVudF90aWRwdHI9MHhiNWIwOWJk OCwge2VudHJ5X251bWJlcjo2LCBiYXNlX2FkZHI6MHhiNWIwOWI5MCwgbGltaXQ6MTA0ODU3NSwg c2VnXzMyYml0OjEsIGNvbnRlbnRzOjAsIHJlYWRfZXhlY19vbmx5OjAsIGxpbWl0X2luX3BhZ2Vz OjEsIHNlZ19ub3RfcHJlc2VudDowLCB1c2VhYmxlOjF9LCBjaGlsZF90aWRwdHI9MHhiNWIwOWJk OCkgPSA0MjA0Cm5hbm9zbGVlcCh7MCwgMTAwMDAwMDAwfSwgTlVMTCkgICAgICAgICA9IDAKbmFu b3NsZWVwKHswLCAxMDAwMDAwMDB9LCBOVUxMKSAgICAgICAgID0gMApuYW5vc2xlZXAoezAsIDEw MDAwMDAwMH0sIE5VTEwpICAgICAgICAgPSAwCm5hbm9zbGVlcCh7MCwgMTAwMDAwMDAwfSwgTlVM TCkgICAgICAgICA9IDAKbmFub3NsZWVwKHswLCAxMDAwMDAwMDB9LCBOVUxMKSAgICAgICAgID0g MApuYW5vc2xlZXAoezAsIDEwMDAwMDAwMH0sIE5VTEwpICAgICAgICAgPSAwCm5hbm9zbGVlcCh7 MCwgMTAwMDAwMDAwfSwgTlVMTCkgICAgICAgICA9IDAKbmFub3NsZWVwKHswLCAxMDAwMDAwMDB9 LCBOVUxMKSAgICAgICAgID0gMApuYW5vc2xlZXAoezAsIDEwMDAwMDAwMH0sIE5VTEwpICAgICAg ICAgPSAwCm5hbm9zbGVlcCh7MCwgMTAwMDAwMDAwfSwgTlVMTCkgICAgICAgICA9IDAKbmFub3Ns ZWVwKHswLCAxMDAwMDAwMDB9LCBOVUxMKSAgICAgICAgID0gMApuYW5vc2xlZXAoezAsIDEwMDAw MDAwMH0sIE5VTEwpICAgICAgICAgPSAwCm5hbm9zbGVlcCh7MCwgMTAwMDAwMDAwfSwgTlVMTCkg ICAgICAgICA9IDAKbmFub3NsZWVwKHswLCAxMDAwMDAwMDB9LCBOVUxMKSAgICAgICAgID0gMApu YW5vc2xlZXAoezAsIDEwMDAwMDAwMH0sIE5VTEwpICAgICAgICAgPSAwCm5hbm9zbGVlcCh7MCwg MTAwMDAwMDAwfSwgTlVMTCkgICAgICAgICA9IDAKbmFub3NsZWVwKHswLCAxMDAwMDAwMDB9LCBO VUxMKSAgICAgICAgID0gMApuYW5vc2xlZXAoezAsIDEwMDAwMDAwMH0sIE5VTEwpICAgICAgICAg PSAwCm5hbm9zbGVlcCh7MCwgMTAwMDAwMDAwfSwgTlVMTCkgICAgICAgICA9IDAKbmFub3NsZWVw KHswLCAxMDAwMDAwMDB9LCBOVUxMKSAgICAgICAgID0gMApuYW5vc2xlZXAoezAsIDEwMDAwMDAw MH0sIE5VTEwpICAgICAgICAgPSAwCm5hbm9zbGVlcCh7MCwgMTAwMDAwMDAwfSwgTlVMTCkgICAg ICAgICA9IDAKbmFub3NsZWVwKHswLCAxMDAwMDAwMDB9LCBOVUxMKSAgICAgICAgID0gMApuYW5v c2xlZXAoezAsIDEwMDAwMDAwMH0sIE5VTEwpICAgICAgICAgPSAwCm5hbm9zbGVlcCh7MCwgMTAw MDAwMDAwfSwgTlVMTCkgICAgICAgICA9IDAKbmFub3NsZWVwKHswLCAxMDAwMDAwMDB9LCBOVUxM KSAgICAgICAgID0gMApuYW5vc2xlZXAoezAsIDEwMDAwMDAwMH0sIE5VTEwpICAgICAgICAgPSAw Cm5hbm9zbGVlcCh7MCwgMTAwMDAwMDAwfSwgTlVMTCkgICAgICAgICA9IDAKbmFub3NsZWVwKHsw LCAxMDAwMDAwMDB9LCBOVUxMKSAgICAgICAgID0gMApuYW5vc2xlZXAoezAsIDEwMDAwMDAwMH0s IE5VTEwpICAgICAgICAgPSAwCm5hbm9zbGVlcCh7MCwgMTAwMDAwMDAwfSwgTlVMTCkgICAgICAg ICA9IDAKbmFub3NsZWVwKHswLCAxMDAwMDAwMDB9LCBOVUxMKSAgICAgICAgID0gMApuYW5vc2xl ZXAoezAsIDEwMDAwMDAwMH0sIE5VTEwpICAgICAgICAgPSAwCm5hbm9zbGVlcCh7MCwgMTAwMDAw MDAwfSwgTlVMTCkgICAgICAgICA9IDAKbmFub3NsZWVwKHswLCAxMDAwMDAwMDB9LCBOVUxMKSAg ICAgICAgID0gMApuYW5vc2xlZXAoezAsIDEwMDAwMDAwMH0sIE5VTEwpICAgICAgICAgPSAwCm5h bm9zbGVlcCh7MCwgMTAwMDAwMDAwfSwgTlVMTCkgICAgICAgICA9IDAKbmFub3NsZWVwKHswLCAx MDAwMDAwMDB9LCBOVUxMKSAgICAgICAgID0gMApuYW5vc2xlZXAoezAsIDEwMDAwMDAwMH0sIE5V TEwpICAgICAgICAgPSAwCm5hbm9zbGVlcCh7MCwgMTAwMDAwMDAwfSwgTlVMTCkgICAgICAgICA9 IDAKbmFub3NsZWVwKHswLCAxMDAwMDAwMDB9LCBOVUxMKSAgICAgICAgID0gMApuYW5vc2xlZXAo ezAsIDEwMDAwMDAwMH0sIE5VTEwpICAgICAgICAgPSAwCm5hbm9zbGVlcCh7MCwgMTAwMDAwMDAw fSwgTlVMTCkgICAgICAgICA9IDAKbmFub3NsZWVwKHswLCAxMDAwMDAwMDB9LCBOVUxMKSAgICAg ICAgID0gMApuYW5vc2xlZXAoezAsIDEwMDAwMDAwMH0sIE5VTEwpICAgICAgICAgPSAwCm5hbm9z bGVlcCh7MCwgMTAwMDAwMDAwfSwgTlVMTCkgICAgICAgICA9IDAKbmFub3NsZWVwKHswLCAxMDAw MDAwMDB9LCBOVUxMKSAgICAgICAgID0gMApuYW5vc2xlZXAoezAsIDEwMDAwMDAwMH0sIE5VTEwp ICAgICAgICAgPSAwCm5hbm9zbGVlcCh7MCwgMTAwMDAwMDAwfSwgTlVMTCkgICAgICAgICA9IDAK d3JpdGUoNCwgIlw3XDBcMFwwXG5cMFwwXDBcMjc0KD1cMTBcMjY0XCdcMzMxXDBcMjYwKD1cMTBc Mzc1XDFcMFwwPVwxXDBcMFwxXDBcMFwwIi4uLiwgNTE3MikgPSA1MTcyCnJlYWQoNCwgIlw3XDBc MFwwXG5cMFwwXDBcMjc0KD1cMTBcMjY0XCdcMzMxXDBcMjYwKD1cMTBcMzc1XDFcMFwwPVwxXDBc MFwxXDBcMFwwIi4uLiwgNTE3MikgPSA1MTcyCnRna2lsbCg0MTk3LCA0MjAxLCBTSUdSVE1JTikg ICAgICAgICAgICA9IDAKc2htZHQoMHhiN2Y2ZDAwMCkgICAgICAgICAgICAgICAgICAgICAgID0g MApzaG1kdCgweGI3ZjZlMDAwKSAgICAgICAgICAgICAgICAgICAgICAgPSAwCnNobWR0KDB4YjZl MGQwMDApICAgICAgICAgICAgICAgICAgICAgICA9IDAKc2htZHQoMHhiNmQwZDAwMCkgICAgICAg ICAgICAgICAgICAgICAgID0gMApjbG9zZSg4KSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgPSAwCmNsb3NlKDkpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKY2xvc2Uo NikgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApzaHV0ZG93big0LCAyIC8qIHNl bmQgYW5kIHJlY2VpdmUgKi8pICAgPSAwCmNsb3NlKDQpICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICA9IDAKY2xvc2UoMTApICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMApl eGl0X2dyb3VwKDApICAgICAgICAgICAgICAgICAgICAgICAgICAgPSA/Cg== ------=_Part_36513_1740124.1195927832097-- From jean.batrel at voila.fr Mon Nov 26 02:44:01 2007 From: jean.batrel at voila.fr (Jean Batrel) Date: Mon Nov 26 02:44:01 2007 Subject: [PlanetCCRMA] RME HDSP 9632 PCI rev. 1.53 issue Message-ID: <18188856.120291196073807909.JavaMail.www@wwinf4620> Bonjour à tous ! I installed Fedora 8 (32 bit version) and the PlanetCCRMA packages successfully (many thanks to Fernando Lopez-Lezcano for the big work). But I encounter a problem : no sound (or nearly) from my HDSP 9632 PCI card. No sound or nearly since I got sound from a .wav file with Sweep, but not from another .wav file (why ?), and this sound was very bad (aplay do not work : cannot create stream, if I remember well). On forums, it is reported that the HDSP card rev. 1.52 works fine with ALSA, but rev. 1.53 not. The solution is the downgrade of the card to rev. 1.52... But I need this rev. 1.53... However, PlanetCCRMA comes with ALSA 1.0.15 and the ALSA's changelog claims : hdsp - Add support for latset RME9632 revisions. Yes, the latest HDSPe 9632 (PCI Express version) is reported to work... Nothing about the PCI rev. 1.53. . Can someone confirm that HDSP 9632 PCI cards rev. 1.53 function (or not) with ALSA 1.0.15 ? . I did not special configuration for this card. Is it wrong ? Many thanks to all ! Jean (Linux newbie) From nando at ccrma.Stanford.EDU Mon Nov 26 17:46:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon Nov 26 17:46:02 2007 Subject: [PlanetCCRMA] rme hdsp pcmcia (and probably pci) broken Message-ID: <1196127903.15009.34.camel@cmn3.stanford.edu> Hi, anyone has a pcmcia rme card running? And working? With a reasonably recent alsa? (this probably applies also for the regular pci rme cards, I've had reports on the Planet CCRMA list about problems that sound similar to this one). My test setup is on fc7 running: alsa-lib 1.0.15 alsa-tools 1.0.15 alsa-firmware 1.0.15 After a sequence of reboots this is what I get: 2.6.22.1-1.rt5.1 + alsa driver modules from svn 20070702.165519 --> OK 2.6.22.5-1.rt9.2 + alsa driver modules from hg20070830 --> OK 2.6.22.6-1.rt9.5 + alsa driver modules from hg20070830 --> OK 2.6.22.10-1.rt9.1 + alsa driver modules from hg20071012 --> BROKEN 2.6.23.1-1.rt11.1 + alsa drive modules from hg20071124 --> BROKEN BROKEN means: after starting hdspmixer I get no sound from the analog outputs (all previous tries play sound correctly with the default preset in hdspmixer). Some channels do appear (using a Digiface II). In the "broken" drivers I can get sound with the default preset if I send a signal to channels 7 and 12, all other stay muted. Something broke drastically in the driver between 2007.08.30 and 2007.10.12. Any help appreciated... -- Fernando From ascensiontech at gmail.com Mon Nov 26 20:37:02 2007 From: ascensiontech at gmail.com (Peter Hartmann) Date: Mon Nov 26 20:37:02 2007 Subject: [PlanetCCRMA] tapestrea Message-ID: <9bd317560711262036p1ac50855p714863b8ee10b75b@mail.gmail.com> When I run taps on fc6 I'm getting this: aps^]:(2:SYSTEM): | setting cursor state: ON [taps^]:(2:SYSTEM): | initializing opengl/glut... [taps^]:(2:SYSTEM): initializing windowing system... [taps^]:(2:SYSTEM): | setting window size: 1024 x 768... [taps^]:(2:SYSTEM): | setting window position: 0, 0... libGL warning: 3D driver claims to not support visual 0x4b freeglut (tapestrea): ERROR: Internal error in function fgOpenWindow The program 'taps' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 23 error_code 3 request_code 4 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) with --sync it just segfaults. I'm using freeglut. Is this what others have? Thanks, Peter From nando at ccrma.Stanford.EDU Tue Nov 27 11:19:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue Nov 27 11:19:01 2007 Subject: [PlanetCCRMA] Re: [alsa-devel] rme hdsp pcmcia (and probably pci) broken In-Reply-To: References: <1196127903.15009.34.camel@cmn3.stanford.edu> Message-ID: <1196191110.22601.15.camel@cmn3.stanford.edu> On Tue, 2007-11-27 at 14:55 +0100, Takashi Iwai wrote: > At Mon, 26 Nov 2007 17:45:03 -0800, > Fernando Lopez-Lezcano wrote: > > > > Hi, anyone has a pcmcia rme card running? And working? With a reasonably > > recent alsa? (this probably applies also for the regular pci rme cards, > > I've had reports on the Planet CCRMA list about problems that sound > > similar to this one). > > > > My test setup is on fc7 running: > > > > alsa-lib 1.0.15 > > alsa-tools 1.0.15 > > alsa-firmware 1.0.15 > > [MUNCH] > > 2.6.22.10-1.rt9.1 + alsa driver modules from > > hg20071012 > > --> BROKEN > > The only significant change in hdsp.c during this is the patch below. > Could you try to revert? Reverting the patch makes the card play sound as before, so the patch is definitely broken. Regretfully hdspmixer seems to no longer display the vu meters and changing the presets does not seem to have an effect, it probably needs something to be reverted as well to match? -- Fernando > # HG changeset patch > # User tiwai > # Date 1188556434 -7200 > # Node ID d2e58f75d204bc01677c7f97e08ec067f8026dbc > # Parent 56d4c7f294f63f63b93d9d1fbfda5570149500f8 > hdsp - Add support for latset RME9632 revisions > > added support for the latest revision of the 9632 (and hopefully a few > following ones). The DSP matrix was not working because of wrong > identification of the card in this part of the code. > > Signed-off-by: Remy Bruno > > diff -r 56d4c7f294f6 -r d2e58f75d204 pci/rme9652/hdsp.c > --- a/pci/rme9652/hdsp.c Fri Aug 31 12:21:08 2007 +0200 > +++ b/pci/rme9652/hdsp.c Fri Aug 31 12:33:54 2007 +0200 > @@ -606,28 +606,28 @@ static void snd_hdsp_9652_enable_mixer ( > > static int hdsp_playback_to_output_key (struct hdsp *hdsp, int in, int out) > { > - switch (hdsp->firmware_rev) { > - case 0xa: > + switch (hdsp->io_type) { > + case Multiface: > + case Digiface: > + default: > return (64 * out) + (32 + (in)); > - case 0x96: > - case 0x97: > - case 0x98: > + case H9632: > return (32 * out) + (16 + (in)); > - default: > + case H9652: > return (52 * out) + (26 + (in)); > } > } > > static int hdsp_input_to_output_key (struct hdsp *hdsp, int in, int out) > { > - switch (hdsp->firmware_rev) { > - case 0xa: > + switch (hdsp->io_type) { > + case Multiface: > + case Digiface: > + default: > return (64 * out) + in; > - case 0x96: > - case 0x97: > - case 0x98: > + case H9632: > return (32 * out) + in; > - default: > + case H9652: > return (52 * out) + in; > } > } From nando at ccrma.Stanford.EDU Tue Nov 27 16:12:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue Nov 27 16:12:02 2007 Subject: [PlanetCCRMA] Re: [alsa-devel] rme hdsp pcmcia (and probably pci) broken In-Reply-To: <1196191110.22601.15.camel@cmn3.stanford.edu> References: <1196127903.15009.34.camel@cmn3.stanford.edu> <1196191110.22601.15.camel@cmn3.stanford.edu> Message-ID: <1196208700.22601.59.camel@cmn3.stanford.edu> On Tue, 2007-11-27 at 11:18 -0800, Fernando Lopez-Lezcano wrote: > On Tue, 2007-11-27 at 14:55 +0100, Takashi Iwai wrote: > > At Mon, 26 Nov 2007 17:45:03 -0800, > > Fernando Lopez-Lezcano wrote: > > > > > > Hi, anyone has a pcmcia rme card running? And working? With a reasonably > > > recent alsa? (this probably applies also for the regular pci rme cards, > > > I've had reports on the Planet CCRMA list about problems that sound > > > similar to this one). > > > > > > My test setup is on fc7 running: > > > > > > alsa-lib 1.0.15 > > > alsa-tools 1.0.15 > > > alsa-firmware 1.0.15 > > > [MUNCH] > > > 2.6.22.10-1.rt9.1 + alsa driver modules from > > > hg20071012 > > > --> BROKEN > > > > The only significant change in hdsp.c during this is the patch below. > > Could you try to revert? > > Reverting the patch makes the card play sound as before, so the patch is > definitely broken. Regretfully hdspmixer seems to no longer display the > vu meters and changing the presets does not seem to have an effect, it > probably needs something to be reverted as well to match? Hmmm, I don't know why it was not working. I'm also building a new kernel, so, with 2.6.23.9 + rt11 + alsa kernel drivers hg20071124 it seems to work (hdspmixer displays the vu meters correctly). But reverting this patch would break the 9652? -- Fernando From ge at ccrma.Stanford.EDU Wed Nov 28 01:55:01 2007 From: ge at ccrma.Stanford.EDU (Ge Wang) Date: Wed Nov 28 01:55:01 2007 Subject: [PlanetCCRMA] tapestrea In-Reply-To: References: Message-ID: Hi Peter! > From: Peter Hartmann > > When I run taps on fc6 I'm getting this: > > aps^]:(2:SYSTEM): | setting cursor state: ON > [taps^]:(2:SYSTEM): | initializing opengl/glut... > [taps^]:(2:SYSTEM): initializing windowing system... > [taps^]:(2:SYSTEM): | setting window size: 1024 x 768... > [taps^]:(2:SYSTEM): | setting window position: 0, 0... > libGL warning: 3D driver claims to not support visual 0x4b > freeglut (tapestrea): ERROR: Internal error capabilities not found> in function fgOpenWindow > The program 'taps' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadWindow (invalid Window parameter)'. > (Details: serial 23 error_code 3 request_code 4 minor_code 0) > (Note to programmers: normally, X errors are reported asynchronously; > that is, you will receive the error a while after causing it. > To debug your program, run it with the --sync command line > option to change this behavior. You can then get a meaningful > backtrace from your debugger if you break on the gdk_x_error() function.) > > with --sync it just segfaults. I'm using freeglut. Is this what others > have? We haven't seen this particular error before for TAPESTREA. It is possible that you may need to update your display drivers for linux (often available from the manufacture of the graphics card/chipset). Also, have you had success running other OpenGL applications on your system? Let's see if we can track this down! Best, Ge! From nando at ccrma.Stanford.EDU Wed Nov 28 18:51:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed Nov 28 18:51:01 2007 Subject: [PlanetCCRMA] Re: [alsa-devel] rme hdsp pcmcia (and probably pci) broken In-Reply-To: References: <1196127903.15009.34.camel@cmn3.stanford.edu> <1196191110.22601.15.camel@cmn3.stanford.edu> <1196208700.22601.59.camel@cmn3.stanford.edu> Message-ID: <1196304656.29234.12.camel@cmn3.stanford.edu> On Wed, 2007-11-28 at 10:33 +0100, Takashi Iwai wrote: > At Tue, 27 Nov 2007 16:11:40 -0800, > Fernando Lopez-Lezcano wrote: > > > > On Tue, 2007-11-27 at 11:18 -0800, Fernando Lopez-Lezcano wrote: > > > On Tue, 2007-11-27 at 14:55 +0100, Takashi Iwai wrote: > > > > At Mon, 26 Nov 2007 17:45:03 -0800, > > > > Fernando Lopez-Lezcano wrote: > > > > > > > > > > Hi, anyone has a pcmcia rme card running? And working? With a reasonably > > > > > recent alsa? (this probably applies also for the regular pci rme cards, > > > > > I've had reports on the Planet CCRMA list about problems that sound > > > > > similar to this one). > > > > > > > > > > My test setup is on fc7 running: > > > > > > > > > > alsa-lib 1.0.15 > > > > > alsa-tools 1.0.15 > > > > > alsa-firmware 1.0.15 > > > > > [MUNCH] > > > > > 2.6.22.10-1.rt9.1 + alsa driver modules from > > > > > hg20071012 > > > > > --> BROKEN > > > > > > > > The only significant change in hdsp.c during this is the patch below. > > > > Could you try to revert? > > > > > > Reverting the patch makes the card play sound as before, so the patch is > > > definitely broken. Regretfully hdspmixer seems to no longer display the > > > vu meters and changing the presets does not seem to have an effect, it > > > probably needs something to be reverted as well to match? > > > > Hmmm, I don't know why it was not working. I'm also building a new > > kernel, so, with 2.6.23.9 + rt11 + alsa kernel drivers hg20071124 it > > seems to work (hdspmixer displays the vu meters correctly). > > Possibly the hdsp-mixer setup got screwed up once due to the wrong > number of channels. > > If I understand correctly, the latest driver works as is? > > What is your hardware actually? Could you check hdsp->io_type and > hdsp->firmware_rev? Sorry, it was a loaner. I'll get hold of it next week again. It was the hdsp pcmcia card and a digiface II. -- Fernando From tiwai at suse.de Thu Nov 29 09:22:01 2007 From: tiwai at suse.de (Takashi Iwai) Date: Thu Nov 29 09:22:01 2007 Subject: [PlanetCCRMA] Re: [alsa-devel] rme hdsp pcmcia (and probably pci) broken In-Reply-To: <1196127903.15009.34.camel@cmn3.stanford.edu> References: <1196127903.15009.34.camel@cmn3.stanford.edu> Message-ID: At Mon, 26 Nov 2007 17:45:03 -0800, Fernando Lopez-Lezcano wrote: > > Hi, anyone has a pcmcia rme card running? And working? With a reasonably > recent alsa? (this probably applies also for the regular pci rme cards, > I've had reports on the Planet CCRMA list about problems that sound > similar to this one). > > My test setup is on fc7 running: > > alsa-lib 1.0.15 > alsa-tools 1.0.15 > alsa-firmware 1.0.15 > > After a sequence of reboots this is what I get: > > 2.6.22.1-1.rt5.1 + alsa driver modules from > svn 20070702.165519 > --> OK > > 2.6.22.5-1.rt9.2 + alsa driver modules from > hg20070830 > --> OK > > 2.6.22.6-1.rt9.5 + alsa driver modules from > hg20070830 > --> OK > > 2.6.22.10-1.rt9.1 + alsa driver modules from > hg20071012 > --> BROKEN The only significant change in hdsp.c during this is the patch below. Could you try to revert? Takashi # HG changeset patch # User tiwai # Date 1188556434 -7200 # Node ID d2e58f75d204bc01677c7f97e08ec067f8026dbc # Parent 56d4c7f294f63f63b93d9d1fbfda5570149500f8 hdsp - Add support for latset RME9632 revisions added support for the latest revision of the 9632 (and hopefully a few following ones). The DSP matrix was not working because of wrong identification of the card in this part of the code. Signed-off-by: Remy Bruno diff -r 56d4c7f294f6 -r d2e58f75d204 pci/rme9652/hdsp.c --- a/pci/rme9652/hdsp.c Fri Aug 31 12:21:08 2007 +0200 +++ b/pci/rme9652/hdsp.c Fri Aug 31 12:33:54 2007 +0200 @@ -606,28 +606,28 @@ static void snd_hdsp_9652_enable_mixer ( static int hdsp_playback_to_output_key (struct hdsp *hdsp, int in, int out) { - switch (hdsp->firmware_rev) { - case 0xa: + switch (hdsp->io_type) { + case Multiface: + case Digiface: + default: return (64 * out) + (32 + (in)); - case 0x96: - case 0x97: - case 0x98: + case H9632: return (32 * out) + (16 + (in)); - default: + case H9652: return (52 * out) + (26 + (in)); } } static int hdsp_input_to_output_key (struct hdsp *hdsp, int in, int out) { - switch (hdsp->firmware_rev) { - case 0xa: + switch (hdsp->io_type) { + case Multiface: + case Digiface: + default: return (64 * out) + in; - case 0x96: - case 0x97: - case 0x98: + case H9632: return (32 * out) + in; - default: + case H9652: return (52 * out) + in; } } From jsevy at cs.drexel.edu Thu Nov 29 09:22:46 2007 From: jsevy at cs.drexel.edu (J Sevy) Date: Thu Nov 29 09:22:46 2007 Subject: [PlanetCCRMA] sound issues hw:0 already used follow-up Message-ID: <474CD285.7030400@cs.drexel.edu> Hi, just wanted to post a solution that worked for me after receiving the "hw:0 in use" error message: "the playback device "hw:0" is already in use. Please stop the application using it and run JACK again" which occured when I tried to start Ardour in Fedora 7. After reading some posts, I went looking to turn off the Gnome sound server, and found that it was easily disabled: System->Preferences->Hardware->Sound brings up a dialog in which the "Sounds" pane has a checkbox labelled "Enable software sound mixing (ESD)". Un-checking this item allowed Ardour (and JACK) to start. Hope this helps, \ Jon ________________________________________________________________________ bash-3.2# ardour Ardour/GTK 0.99.3 (built using 1.4.1 with libardour 0.908.2 and GCC version 4.1.1 20070105 (Red Hat 4.1.1-52)) Copyright (C) 1999-2006 Paul Davis Some portions Copyright (C) Steve Harris, Ari Johnson, Brett Viren, Joel Baker Ardour comes with ABSOLUTELY NO WARRANTY not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This is free software, and you are welcome to redistribute it under certain conditions; see the source for copying conditions. Loading UI configuration file /etc/ardour/ardour_ui.rc jackd 0.102.20 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 .. creating alsa driver ... hw:0|hw:0|1024|2|48000|0|0|nomon|swmeter|-|32bit control device hw:0 the playback device "hw:0" is already in use. Please stop the application using it and run JACK again cannot load driver module alsa no message buffer overruns ardour: [ERROR]: Unable to connect to JACK server ardour: [ERROR]: Could not connect to JACK server as "ardour" ardour: [ERROR]: Could not connect to JACK server as "ardour" ___________________________________________ Jonathan Sevy Geometric and Intelligent Computing Lab Drexel University http://gicl.cs.drexel.edu/sevy ___________________________________________ From tiwai at suse.de Thu Nov 29 09:22:56 2007 From: tiwai at suse.de (Takashi Iwai) Date: Thu Nov 29 09:22:56 2007 Subject: [PlanetCCRMA] Re: [alsa-devel] rme hdsp pcmcia (and probably pci) broken In-Reply-To: <1196208700.22601.59.camel@cmn3.stanford.edu> References: <1196127903.15009.34.camel@cmn3.stanford.edu> <1196191110.22601.15.camel@cmn3.stanford.edu> <1196208700.22601.59.camel@cmn3.stanford.edu> Message-ID: At Tue, 27 Nov 2007 16:11:40 -0800, Fernando Lopez-Lezcano wrote: > > On Tue, 2007-11-27 at 11:18 -0800, Fernando Lopez-Lezcano wrote: > > On Tue, 2007-11-27 at 14:55 +0100, Takashi Iwai wrote: > > > At Mon, 26 Nov 2007 17:45:03 -0800, > > > Fernando Lopez-Lezcano wrote: > > > > > > > > Hi, anyone has a pcmcia rme card running? And working? With a reasonably > > > > recent alsa? (this probably applies also for the regular pci rme cards, > > > > I've had reports on the Planet CCRMA list about problems that sound > > > > similar to this one). > > > > > > > > My test setup is on fc7 running: > > > > > > > > alsa-lib 1.0.15 > > > > alsa-tools 1.0.15 > > > > alsa-firmware 1.0.15 > > > > [MUNCH] > > > > 2.6.22.10-1.rt9.1 + alsa driver modules from > > > > hg20071012 > > > > --> BROKEN > > > > > > The only significant change in hdsp.c during this is the patch below. > > > Could you try to revert? > > > > Reverting the patch makes the card play sound as before, so the patch is > > definitely broken. Regretfully hdspmixer seems to no longer display the > > vu meters and changing the presets does not seem to have an effect, it > > probably needs something to be reverted as well to match? > > Hmmm, I don't know why it was not working. I'm also building a new > kernel, so, with 2.6.23.9 + rt11 + alsa kernel drivers hg20071124 it > seems to work (hdspmixer displays the vu meters correctly). Possibly the hdsp-mixer setup got screwed up once due to the wrong number of channels. If I understand correctly, the latest driver works as is? What is your hardware actually? Could you check hdsp->io_type and hdsp->firmware_rev? > But reverting this patch would break the 9652? According to the changelog, it's a fix rather for 9632. Takashi From joakim at verona.se Thu Nov 29 12:06:01 2007 From: joakim at verona.se (joakim@verona.se) Date: Thu Nov 29 12:06:01 2007 Subject: [PlanetCCRMA] Re: common music on fc8? References: <1195414573.17361.1.camel@cmn3.stanford.edu> <1195790607.8663.11.camel@cmn2.stanford.edu> <1195793117.8663.15.camel@cmn2.stanford.edu> <1195843634.11011.1.camel@cmn2.stanford.edu> Message-ID: Fernando Lopez-Lezcano writes: Since midi didnt work very well, I tried looking at using OSC, but it doesn seem to work either, at least in sbcl. Am I missing some package or what? > On Thu, 2007-11-22 at 20:45 -0800, Fernando Lopez-Lezcano wrote: >> On Thu, 2007-11-22 at 20:03 -0800, Fernando Lopez-Lezcano wrote: >> > On Thu, 2007-11-22 at 00:22 +0100, joakim@verona.se wrote: >> > > Fernando Lopez-Lezcano writes: >> > > >> > > > On Sun, 2007-11-18 at 19:15 +0100, joakim@verona.se wrote: >> > > >> Hello, >> > > >> >> > > >> I've so far been running fc7 rpm:s on an fc8 install. >> > > >> However, it seems this is not possible with common music, due to a >> > > >> newer sbcl in fc8. Furthermore, the fc8 rebuild of ccrma hasnt >> > > >> progressed to cm yet. >> > > >> >> > > >> Is this correct? Or can I make cm somehow work anyway? >> > > > >> > > > Not really. The version of sbcl on f8 is higher than in f7 and cm needs >> > > > to be rebuilt. I have pretty much everything compiled including cm, but >> > > > I have to do some testing which will happen tomorrow. Be patient for one >> > > > more day... >> > > >> > > Thanks for the new fc8 packages! >> > > >> > > I'm having trouble to get this simple example working though: >> > > >> > > (pm:terminate) >> > > (pm:initialize) >> > > (pprint (pm:getdeviceinfo)) >> > > >> > > (defparameter *pm-vkeybd* (portmidi-open :input "Virtual Keyboard" >> > > :output "VirMIDI 1-0" :latency 0)) >> > > >> > > (defun midireceiver (mm ms) >> > > (pprint mm)) >> > > >> > > (set-receiver! #'midireceiver *pm-vkeybd*) >> > > >> > > >> > > I get: >> > > >> > > set-receiver!: # does not support >> > > :receive-type :PERIODIC. >> > > >> > > Google reports similar problems here: >> > > >> > > http://www.nabble.com/Receiving-from-portmidi-t3666956.html> > > >> > > So I guess my basic question is if anybody got this working at all? >> > >> > Strange, I could have sworn this was working a while ago. I'm getting >> > the same error on tests I'm doing in fc7. It does not look like >> > *receive-methods* is being initialized at all (in io.lisp or io.scm), if >> > that is not initialized all attempts to set a receiver will fail. >> >> rts is working for midi output, however input does not (in my tests). I >> would not be surprised if we learn it has never worked :-) Probably a >> question for the cmdist list (current svn does not seem to be different >> with regards to io.lisp). > > I reignited an old thread in the cmdist mailing list that was about this > same issue. Rick will take a look when he gets a chance (I tested > yesterday with current cm svn and the latest portmidi and rts > tarballs). > > -- Fernando -- Joakim Verona From nando at ccrma.Stanford.EDU Thu Nov 29 12:38:01 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Nov 29 12:38:01 2007 Subject: [PlanetCCRMA] Re: common music on fc8? In-Reply-To: References: <1195414573.17361.1.camel@cmn3.stanford.edu> <1195790607.8663.11.camel@cmn2.stanford.edu> <1195793117.8663.15.camel@cmn2.stanford.edu> <1195843634.11011.1.camel@cmn2.stanford.edu> Message-ID: <1196368627.730.7.camel@cmn3.stanford.edu> On Thu, 2007-11-29 at 20:50 +0100, joakim@verona.se wrote: > Fernando Lopez-Lezcano writes: > > Since midi didnt work very well, I tried looking at using OSC, but it > doesn seem to work either, at least in sbcl. Nope, it is all part of the cm package, I think. Come to think about it I don't really know, I would have to take a look to see if it needs some special compile time option to be active (I suppose not). Hopefully Rick will get to the midi part this weekend. -- Fernando > > On Thu, 2007-11-22 at 20:45 -0800, Fernando Lopez-Lezcano wrote: > >> On Thu, 2007-11-22 at 20:03 -0800, Fernando Lopez-Lezcano wrote: > >> > On Thu, 2007-11-22 at 00:22 +0100, joakim@verona.se wrote: > >> > > Fernando Lopez-Lezcano writes: > >> > > > >> > > > On Sun, 2007-11-18 at 19:15 +0100, joakim@verona.se wrote: > >> > > >> Hello, > >> > > >> > >> > > >> I've so far been running fc7 rpm:s on an fc8 install. > >> > > >> However, it seems this is not possible with common music, due to a > >> > > >> newer sbcl in fc8. Furthermore, the fc8 rebuild of ccrma hasnt > >> > > >> progressed to cm yet. > >> > > >> > >> > > >> Is this correct? Or can I make cm somehow work anyway? > >> > > > > >> > > > Not really. The version of sbcl on f8 is higher than in f7 and cm needs > >> > > > to be rebuilt. I have pretty much everything compiled including cm, but > >> > > > I have to do some testing which will happen tomorrow. Be patient for one > >> > > > more day... > >> > > > >> > > Thanks for the new fc8 packages! > >> > > > >> > > I'm having trouble to get this simple example working though: > >> > > > >> > > (pm:terminate) > >> > > (pm:initialize) > >> > > (pprint (pm:getdeviceinfo)) > >> > > > >> > > (defparameter *pm-vkeybd* (portmidi-open :input "Virtual Keyboard" > >> > > :output "VirMIDI 1-0" :latency 0)) > >> > > > >> > > (defun midireceiver (mm ms) > >> > > (pprint mm)) > >> > > > >> > > (set-receiver! #'midireceiver *pm-vkeybd*) > >> > > > >> > > > >> > > I get: > >> > > > >> > > set-receiver!: # does not support > >> > > :receive-type :PERIODIC. > >> > > > >> > > Google reports similar problems here: > >> > > > >> > > http://www.nabble.com/Receiving-from-portmidi-t3666956.html> > > > >> > > So I guess my basic question is if anybody got this working at all? > >> > > >> > Strange, I could have sworn this was working a while ago. I'm getting > >> > the same error on tests I'm doing in fc7. It does not look like > >> > *receive-methods* is being initialized at all (in io.lisp or io.scm), if > >> > that is not initialized all attempts to set a receiver will fail. > >> > >> rts is working for midi output, however input does not (in my tests). I > >> would not be surprised if we learn it has never worked :-) Probably a > >> question for the cmdist list (current svn does not seem to be different > >> with regards to io.lisp). > > > > I reignited an old thread in the cmdist mailing list that was about this > > same issue. Rick will take a look when he gets a chance (I tested > > yesterday with current cm svn and the latest portmidi and rts > > tarballs). > > > > -- Fernando > From hcengar at gmail.com Thu Nov 29 13:23:01 2007 From: hcengar at gmail.com (Hector Centeno) Date: Thu Nov 29 13:23:01 2007 Subject: [PlanetCCRMA] Re: [PlanetCCRMANews] fedora 8 support is landing In-Reply-To: <1195759813.7617.16.camel@cmn2.stanford.edu> References: <1195520284.20514.37.camel@cmn3.stanford.edu> <1195614957.24762.79.camel@cmn3.stanford.edu> <695e1a650711211228v2015f15bqb15a698fc24d3af8@mail.gmail.com> <1195759813.7617.16.camel@cmn2.stanford.edu> Message-ID: <695e1a650711291321p7ccd62c9oe48b37dc10c0b57d@mail.gmail.com> Thanks Fernando! I just installed Fedora 8 in my laptop and tried the ipw3945 module but the firmware and the daemon packages are missing: ipw394-firmware ipw394d I will install the ones from FC7 for now. Cheers, Hector On Nov 22, 2007 2:30 PM, Fernando Lopez-Lezcano wrote: > On Wed, 2007-11-21 at 15:28 -0500, Hector Centeno wrote: > > Thank you Fernando. I'm planning to upgrade my laptop to FC7 but I > > will need the ipw3945 modules for wireless network, are you planning > > on rebuilding those for FC8? I guess I could just grab the srpms and > > rebuild against the fc8 CCRMA kernel. > > They are there now... (untested) > Enjoy! > (but remember that f8 is just out, no need to be the first if f7 is > working for you :-) > > -- Fernando > > > > > On Nov 20, 2007 10:15 PM, Fernando Lopez-Lezcano > > wrote: > > On Mon, 2007-11-19 at 16:58 -0800, Fernando Lopez-Lezcano > > wrote: > > > Well, there's a bunch of packages in the web site already... > > see: > > > > > > > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/i386/repoview/index.html > > > > > > > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/x86_64/repoview/index.html > > > > > > Most of it seems to be working fine. Lightly tested on i386, > > fun for > > > adventure minded users (ie: non-tested) on x86_64. > > > > > > Some packages like planetccrma-menus and planetccrma-apps > > are not there > > > > > > But now, if you do: > > yum install planetccrma-apps > > you should automagically get most of the Planet CCRMA world > > for Fedora 8 > > > > Enjoy! > > -- Fernando > > > > > > _______________________________________________ > > PlanetCCRMA mailing list > > PlanetCCRMA@ccrma.stanford.edu > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > > > > > From nando at ccrma.Stanford.EDU Thu Nov 29 14:04:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu Nov 29 14:04:02 2007 Subject: [PlanetCCRMA] Re: [PlanetCCRMANews] fedora 8 support is landing In-Reply-To: <695e1a650711291321p7ccd62c9oe48b37dc10c0b57d@mail.gmail.com> References: <1195520284.20514.37.camel@cmn3.stanford.edu> <1195614957.24762.79.camel@cmn3.stanford.edu> <695e1a650711211228v2015f15bqb15a698fc24d3af8@mail.gmail.com> <1195759813.7617.16.camel@cmn2.stanford.edu> <695e1a650711291321p7ccd62c9oe48b37dc10c0b57d@mail.gmail.com> Message-ID: <1196373825.730.10.camel@cmn3.stanford.edu> On Thu, 2007-11-29 at 16:21 -0500, Hector Centeno wrote: > Thanks Fernando! I just installed Fedora 8 in my laptop and tried the > ipw3945 module but the firmware and the daemon packages are missing: > > ipw394-firmware > ipw394d Ah, right, I keep remembering at odd times and forgetting when I'm in front of the computer... > I will install the ones from FC7 for now. They should work, the F8 ones are now in the repo. Thanks for the report! -- Fernando > On Nov 22, 2007 2:30 PM, Fernando Lopez-Lezcano > wrote: > > On Wed, 2007-11-21 at 15:28 -0500, Hector Centeno wrote: > > > Thank you Fernando. I'm planning to upgrade my laptop to FC7 but I > > > will need the ipw3945 modules for wireless network, are you planning > > > on rebuilding those for FC8? I guess I could just grab the srpms and > > > rebuild against the fc8 CCRMA kernel. > > > > They are there now... (untested) > > Enjoy! > > (but remember that f8 is just out, no need to be the first if f7 is > > working for you :-) > > > > > On Nov 20, 2007 10:15 PM, Fernando Lopez-Lezcano > > > wrote: > > > On Mon, 2007-11-19 at 16:58 -0800, Fernando Lopez-Lezcano > > > wrote: > > > > Well, there's a bunch of packages in the web site already... > > > see: > > > > > > > > > > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/i386/repoview/index.html > > > > > > > > > > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/x86_64/repoview/index.html > > > > > > > > Most of it seems to be working fine. Lightly tested on i386, > > > fun for > > > > adventure minded users (ie: non-tested) on x86_64. > > > > > > > > Some packages like planetccrma-menus and planetccrma-apps > > > are not there > > > > > > > > > But now, if you do: > > > yum install planetccrma-apps > > > you should automagically get most of the Planet CCRMA world > > > for Fedora 8 > > > > > > Enjoy! From hcengar at gmail.com Thu Nov 29 17:34:01 2007 From: hcengar at gmail.com (Hector Centeno) Date: Thu Nov 29 17:34:01 2007 Subject: [PlanetCCRMA] Re: [PlanetCCRMANews] fedora 8 support is landing In-Reply-To: <1196373825.730.10.camel@cmn3.stanford.edu> References: <1195520284.20514.37.camel@cmn3.stanford.edu> <1195614957.24762.79.camel@cmn3.stanford.edu> <695e1a650711211228v2015f15bqb15a698fc24d3af8@mail.gmail.com> <1195759813.7617.16.camel@cmn2.stanford.edu> <695e1a650711291321p7ccd62c9oe48b37dc10c0b57d@mail.gmail.com> <1196373825.730.10.camel@cmn3.stanford.edu> Message-ID: <695e1a650711291733g48da02b8x1280a995b6048b00@mail.gmail.com> Thanks! The F7 ones did work but just upgraded to the F8. Wireless is working fine as well as the kernel. The new NetworkManager works much better too. Cheers, Hector On Nov 29, 2007 5:03 PM, Fernando Lopez-Lezcano wrote: > On Thu, 2007-11-29 at 16:21 -0500, Hector Centeno wrote: > > Thanks Fernando! I just installed Fedora 8 in my laptop and tried the > > ipw3945 module but the firmware and the daemon packages are missing: > > > > ipw394-firmware > > ipw394d > > Ah, right, I keep remembering at odd times and forgetting when I'm in > front of the computer... > > > I will install the ones from FC7 for now. > > They should work, the F8 ones are now in the repo. > Thanks for the report! > -- Fernando > > > > On Nov 22, 2007 2:30 PM, Fernando Lopez-Lezcano > > wrote: > > > On Wed, 2007-11-21 at 15:28 -0500, Hector Centeno wrote: > > > > Thank you Fernando. I'm planning to upgrade my laptop to FC7 but I > > > > will need the ipw3945 modules for wireless network, are you planning > > > > on rebuilding those for FC8? I guess I could just grab the srpms and > > > > rebuild against the fc8 CCRMA kernel. > > > > > > They are there now... (untested) > > > Enjoy! > > > (but remember that f8 is just out, no need to be the first if f7 is > > > working for you :-) > > > > > > > > On Nov 20, 2007 10:15 PM, Fernando Lopez-Lezcano > > > > wrote: > > > > On Mon, 2007-11-19 at 16:58 -0800, Fernando Lopez-Lezcano > > > > wrote: > > > > > Well, there's a bunch of packages in the web site already... > > > > see: > > > > > > > > > > > > > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/i386/repoview/index.html > > > > > > > > > > > > > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/8/x86_64/repoview/index.html > > > > > > > > > > Most of it seems to be working fine. Lightly tested on i386, > > > > fun for > > > > > adventure minded users (ie: non-tested) on x86_64. > > > > > > > > > > Some packages like planetccrma-menus and planetccrma-apps > > > > are not there > > > > > > > > > > > > But now, if you do: > > > > yum install planetccrma-apps > > > > you should automagically get most of the Planet CCRMA world > > > > for Fedora 8 > > > > > > > > Enjoy! > > > From joakim at verona.se Fri Nov 30 06:56:38 2007 From: joakim at verona.se (joakim@verona.se) Date: Fri Nov 30 06:56:38 2007 Subject: [PlanetCCRMA] Re: common music on fc8? References: <1195414573.17361.1.camel@cmn3.stanford.edu> <1195790607.8663.11.camel@cmn2.stanford.edu> <1195793117.8663.15.camel@cmn2.stanford.edu> <1195843634.11011.1.camel@cmn2.stanford.edu> <1196368627.730.7.camel@cmn3.stanford.edu> Message-ID: Fernando Lopez-Lezcano writes: > On Thu, 2007-11-29 at 20:50 +0100, joakim@verona.se wrote: >> Fernando Lopez-Lezcano writes: >> >> Since midi didnt work very well, I tried looking at using OSC, but it >> doesn seem to work either, at least in sbcl. > > Nope, it is all part of the cm package, I think. Come to think about it > I don't really know, I would have to take a look to see if it needs some > special compile time option to be active (I suppose not). Looking at the cm installation instructions, one needs this file to activate osc: http://internap.dl.sourceforge.net/sourceforge/commonmusic/osc-1.0.1.tar.gz The files in this tgz doesnt seem to be inside the ccrma cm rpms. I tried installing this manually in the same place as the other cm packages. I then tried (use-system :osc) First I get a permission error about fasl files. I then chmod the dir, an I proceed beyond that. Then i get: Lock on package SB-ALIEN violated when defining SB-ALIEN::UDP-SOCKET as a class which I dont really understand. > > Hopefully Rick will get to the midi part this weekend. > > -- Fernando > >> > On Thu, 2007-11-22 at 20:45 -0800, Fernando Lopez-Lezcano wrote: >> >> On Thu, 2007-11-22 at 20:03 -0800, Fernando Lopez-Lezcano wrote: >> >> > On Thu, 2007-11-22 at 00:22 +0100, joakim@verona.se wrote: >> >> > > Fernando Lopez-Lezcano writes: >> >> > > >> >> > > > On Sun, 2007-11-18 at 19:15 +0100, joakim@verona.se wrote: >> >> > > >> Hello, >> >> > > >> >> >> > > >> I've so far been running fc7 rpm:s on an fc8 install. >> >> > > >> However, it seems this is not possible with common music, due to a >> >> > > >> newer sbcl in fc8. Furthermore, the fc8 rebuild of ccrma hasnt >> >> > > >> progressed to cm yet. >> >> > > >> >> >> > > >> Is this correct? Or can I make cm somehow work anyway? >> >> > > > >> >> > > > Not really. The version of sbcl on f8 is higher than in f7 and cm needs >> >> > > > to be rebuilt. I have pretty much everything compiled including cm, but >> >> > > > I have to do some testing which will happen tomorrow. Be patient for one >> >> > > > more day... >> >> > > >> >> > > Thanks for the new fc8 packages! >> >> > > >> >> > > I'm having trouble to get this simple example working though: >> >> > > >> >> > > (pm:terminate) >> >> > > (pm:initialize) >> >> > > (pprint (pm:getdeviceinfo)) >> >> > > >> >> > > (defparameter *pm-vkeybd* (portmidi-open :input "Virtual Keyboard" >> >> > > :output "VirMIDI 1-0" :latency 0)) >> >> > > >> >> > > (defun midireceiver (mm ms) >> >> > > (pprint mm)) >> >> > > >> >> > > (set-receiver! #'midireceiver *pm-vkeybd*) >> >> > > >> >> > > >> >> > > I get: >> >> > > >> >> > > set-receiver!: # does not support >> >> > > :receive-type :PERIODIC. >> >> > > >> >> > > Google reports similar problems here: >> >> > > >> >> > > http://www.nabble.com/Receiving-from-portmidi-t3666956.html> > > >> >> > > So I guess my basic question is if anybody got this working at all? >> >> > >> >> > Strange, I could have sworn this was working a while ago. I'm getting >> >> > the same error on tests I'm doing in fc7. It does not look like >> >> > *receive-methods* is being initialized at all (in io.lisp or io.scm), if >> >> > that is not initialized all attempts to set a receiver will fail. >> >> >> >> rts is working for midi output, however input does not (in my tests). I >> >> would not be surprised if we learn it has never worked :-) Probably a >> >> question for the cmdist list (current svn does not seem to be different >> >> with regards to io.lisp). >> > >> > I reignited an old thread in the cmdist mailing list that was about this >> > same issue. Rick will take a look when he gets a chance (I tested >> > yesterday with current cm svn and the latest portmidi and rts >> > tarballs). >> > >> > -- Fernando >> -- Joakim Verona From mysthr21 at gmail.com Fri Nov 30 07:38:01 2007 From: mysthr21 at gmail.com (Mysth-R) Date: Fri Nov 30 07:38:01 2007 Subject: [PlanetCCRMA] [Planet CCRMA] : Jack and Freebob issues on Fc8 In-Reply-To: <907c05c70711240958j4d6c37b4j2b48e7b7e31daaa@mail.gmail.com> References: <907c05c70711230657n1875033cv983993f155b365e3@mail.gmail.com> <1195844117.11011.8.camel@cmn2.stanford.edu> <907c05c70711231248j78546026v96bf84bde093f818@mail.gmail.com> <907c05c70711240542r11eb2dcexab1570767168e956@mail.gmail.com> <1195924386.14526.2.camel@cmn2.stanford.edu> <907c05c70711240958j4d6c37b4j2b48e7b7e31daaa@mail.gmail.com> Message-ID: <907c05c70711300737q8b039aeyc642169d9df29560@mail.gmail.com> ------=_Part_495_3648195.1196437033995 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi fernando, don't you have any suggestion for my issue ? Another thing, is that I am not using the firewire integrated port from my laptop, because it doesn't work very well. I bought an ExpressCard with firewire extension. Perhaps, this is link to my problem ... cheers, Mysth-R 2007/11/24, Mysth-R : > > > > Do you see any oops or BUG messages in the output of dmesg or > > in /var/log/messages? > > > I am not an expert, but I can't see any oops or BUG. > Here what I noticed but I think this is not very important : > > From /var/log/messages : > ... > Nov 24 11:18:36 localhost kernel: WARNING: experimental RCU > implementation. > ... > Nov 24 11:18:40 localhost avahi-daemon[2333]: WARNING: No NSS support for > mDNS detected, consider installing nss-mdns > ... > Nov 24 11:18:43 localhost pcscd: winscard.c:219:SCardConnect() Reader > E-Gate 0 0 Not Found > Nov 24 11:18:43 localhost pcscd:last message repeated 3 times > ... > Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: Device hw:7 > doesn't support 44100 Hz, changed to 22050 Hz. > Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: Device hw:7 > doesn't support 2 channels, changed to 1. > Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: Cannot find mixe= r > control "Capture". > Nov 24 11:19:00 localhost pulseaudio[2663]: module-x11-xsmp.c: X11 sessio= n > manager not running. > Nov 24 11:19:00 localhost pulseaudio[2663]: module.c: Failed to load > module "module-x11-xsmp" (argument: ""): initialization failed. > .... > Nov 24 11:19:07 localhost gconfd (mysthr2-2762): L'obtention du verrou > pour le d=E9mon a =E9chou=E9, sortie : Le verrouillage de > =AB /tmp/gconfd-mysthr2/lock/ior =BB a =E9chou=E9 : un autre processus l'= a > probablement verrouill=E9 ou le verrouillage de fichiers NFS est mal conf= igur=E9 > dans votre syst=E8me d'exploitation (Ressource temporairement non disponi= ble) > Nov 24 11:19:07 localhost gconfd (mysthr2-2764): L'obtention du verrou > pour le d=E9mon a =E9chou=E9, sortie : Le verrouillage de > =AB /tmp/gconfd-mysthr2/lock/ior =BB a =E9chou=E9 : un autre processus l'= a > probablement verrouill=E9 ou le verrouillage de fichiers NFS est mal conf= igur=E9 > dans votre syst=E8me d'exploitation (Ressource temporairement non disponi= ble) > ... > Nov 24 12:19:39 localhost kernel: drivers/media/video/usbvideo/usbvideo.c= : > USB camera disconnected. > Nov 24 12:19:43 localhost kernel: usb 3-2: new full speed USB device usin= g > uhci_hcd and address 3 > Nov 24 12:19:43 localhost kernel: usb 3-2: configuration #1 chosen from 1 > choice > Nov 24 12:19:43 localhost kernel: input: Burr-Brown from TI > USB Audio CODEC as /class/input/input12 > Nov 24 12:19:43 localhost kernel: input: USB HID v1.00 Device [Burr-Brown > from TI USB Audio CODEC ] on usb-0000:00: 1d.1-2 > Nov 24 12:19:44 localhost pulseaudio[2663]: alsa-util.c: Cannot find mixe= r > control "Master". > Nov 24 12:19:44 localhost pulseaudio[2663]: sound-file.c: Failed to open > file /usr/share/sounds/startup3.wav: Aucun fichier ou r=E9pertoire de ce = type > Nov 24 12:19:44 localhost pulseaudio[2663]: alsa-util.c: Cannot find mixe= r > control "Capture". > Nov 24 12:21:29 localhost kernel: ieee1394: Error parsing configrom for > node 0-00:1023 > Nov 24 12:21:31 localhost kernel: doh, someone wants to mess with state > set > ... > > // this is the message for the Firewire : > Nov 24 14:11:12 localhost kernel: ohci1394: fw-host0: OHCI-1394 1.1 (PCI)= : > IRQ=3D[17] MMIO=3D[ecffb800-ecffbfff] Max Packet=3D[2048] IR/IT contex= ts=3D[4/8] > Nov 24 14:11:12 localhost kernel: ACPI: PCI Interrupt 0000:03: 01.0[A] -> > GSI 19 (level, low) -> IRQ 17 > Nov 24 14:11:12 localhost kernel: ohci1394: fw-host1: OHCI-1394 1.1 (PCI)= : > IRQ=3D[17] MMIO=3D[ecdfd800-ecdfdfff] Max Packet=3D[2048] IR/IT contex= ts=3D[4/4] > > > > from dmesg : > > ... > checking TSC synchronization [CPU#0 -> CPU#1]: > Measured 3609325980 cycles TSC warp between CPUs, turning off TSC clock. > Marking TSC unstable due to: check_tsc_sync_source failed. > ... > > > > > What Can I do, I am disappointed ! :O > > > I think the issue comes from the firewire drivers, because freebob is > > > not compatible with juju. > > > > The Planet CCRMA kernel is not compiled with the juju firewire stack, s= o > > the problem must be somewhere else (and Planet CCRMA also includes a > > libraw1394 package that has also been compiled without the juju > > patches). > > > Ok, that was what I thought but I was not sure for fc8 > > I attach the entire dmesg message. You should know more than me... :D > > Thanks for your help. > > -- > {^_^} Mysth-R {^_^} > > http://myspace.com/mysthr > http://myspace.com/aideauditive > Gagner plein d'argent en > restant chez soit > > --=20 {^_^} Mysth-R {^_^} http://myspace.com/mysthr http://myspace.com/aideauditive Gagner plein d'argent en rest= ant chez soit ------=_Part_495_3648195.1196437033995 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi fernando,
don't you have any suggestion for my issue ?
Another= thing, is that I am not using the firewire integrated port from my laptop,= because it doesn't work very well. I bought an ExpressCard with firewi= re extension. Perhaps, this is link to my problem ...

cheers,

Mysth-R



2007/11/24, Mysth-R <mysthr21= @gmail.com>:


Do you see any oops or BUG= messages in the output of dmesg or
in /var/log/messages?

I am not an expert, b= ut I can't see any oops or BUG.
Here what I noticed but I think thi= s is not very important :

From /var/log/messages :
...
Nov 24 = 11:18:36 localhost kernel: WARNING: experimental RCU implementation.
...
Nov 24 11:18:40 localhost avahi-daemon[2333]: WARNING: No NSS su= pport for mDNS detected, consider installing nss-mdns
...
Nov 24 11:1= 8:43 localhost pcscd: winscard.c:219:SCardConnect() Reader E-Gate 0 0 Not F= ound
Nov 24 11:18:43 localhost pcscd:last message repeated 3 times
...Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: Device hw:7 doesn= 't support 44100 Hz, changed to 22050 Hz.
Nov 24 11:18:48 localhost = pulseaudio[2663]:=20 alsa-util.c: Device hw:7 doesn't support 2 channels, changed to 1.
N= ov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: Cannot find mixer c= ontrol "Capture".
Nov 24 11:19:00 localhost pulseaudio[2663]:= =20 module-x11-xsmp.c: X11 session manager not running.
Nov 24 11:19:00 loca= lhost pulseaudio[2663]: module.c: Failed to load  module "module-= x11-xsmp" (argument: ""): initialization failed.
....
Nov 24 11:19:07 localhost gconfd (mysthr2-2762): L'obtention du verrou = pour le d=E9mon a =E9chou=E9, sortie : Le verrouillage de =AB /tm= p/gconfd-mysthr2/lock/ior =BB a =E9chou=E9 : un autre processus l= 'a probablement verrouill=E9 ou le verrouillage de fichiers NFS est mal= configur=E9 dans votre syst=E8me d'exploitation (Ressource temporairem= ent non disponible)
Nov 24 11:19:07 localhost gconfd (mysthr2-2764): L'obtention du ver= rou pour le d=E9mon a =E9chou=E9, sortie : Le verrouillage de =AB = ;/tmp/gconfd-mysthr2/lock/ior =BB a =E9chou=E9 : un autre process= us l'a probablement verrouill=E9 ou le verrouillage de fichiers NFS est= mal configur=E9 dans votre syst=E8me d'exploitation (Ressource tempora= irement non disponible)
...
Nov 24 12:19:39 localhost kernel: drivers/media/video/usbvideo/u= sbvideo.c: USB camera disconnected.
Nov 24 12:19:43 localhost kernel: us= b 3-2: new full speed USB device using uhci_hcd and address 3
Nov 24 12:= 19:43 localhost kernel: usb 3-2: configuration #1 chosen from 1 choice
Nov 24 12:19:43 localhost kernel: input: Burr-Brown from TI  =              US= B Audio CODEC  as /class/input/input12
Nov 24 12:19:43 localhost ke= rnel: input: USB HID v1.00 Device [Burr-Brown from TI   &nbs= p;           USB Audio CO= DEC ] on usb-0000:00: 1d.1-2
Nov 24 12:19:44 localhost pulseaudio[2663]: alsa-util.c: Cannot f= ind mixer control "Master".
Nov 24 12:19:44 localhost pulseaud= io[2663]: sound-file.c: Failed to open file /usr/share/sounds/startup3.wav:= Aucun fichier ou r=E9pertoire de ce type
Nov 24 12:19:44 localhost pulseaudio[2663]: alsa-util.c: Cannot find mi= xer control "Capture".
Nov 24 12:21:29 localhost kernel: ieee1= 394: Error parsing configrom for node 0-00:1023
Nov 24 12:21:31 localhos= t kernel: doh, someone wants to mess with state set
...

// this is the message for the Firewire :
Nov 24 14:11:1= 2 localhost kernel: ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=3D[17]&nbs= p; MMIO=3D[ecffb800-ecffbfff]  Max Packet=3D[2048]  IR/IT context= s=3D[4/8]
Nov 24 14:11:12 localhost kernel: ACPI: PCI Interrupt 0000:03: 01.0[A] -> GSI 19 (level, low) -> IRQ 17
Nov 24 14:11:12 localhost= kernel: ohci1394: fw-host1: OHCI-1394 1.1 (PCI): IRQ=3D[17]  MMIO=3D[= ecdfd800-ecdfdfff]  Max Packet=3D[2048]  IR/IT contexts=3D[4/4]


from dmesg :

...
checking TSC synchronization [CPU#0 -> CPU#1]:
Measure= d 3609325980 cycles TSC warp between CPUs, turning off TSC clock.
Markin= g TSC unstable due to: check_tsc_sync_source failed.
...

 
> What Can= I do, I am disappointed ! :O
> I think the issue comes from the fire= wire drivers, because freebob is
> not compatible with juju.

The Planet CCRMA kernel is not co= mpiled with the juju firewire stack, so
the problem must be somewhere el= se (and Planet CCRMA also includes a
libraw1394 package that has also be= en compiled without the juju
patches).

Ok, that was what I thought but I= was not sure for fc8
 
I attach the entire dmesg message. You s= hould know more than me... :D

Thanks for your help.


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

http://myspace.com/mysthr
http://myspace.com/aideauditive
<A href=3D http://mysthr.free.fr/ErwanInyzant/>Gagner plein d'argent en res= tant chez soit</A>



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

ht= tp://myspace.com/mysthr
= http://myspace.com/aideauditive
<A href=3Dhttp:/= /mysthr.free.fr/ErwanInyzant/>Gagner plein d'argent en restant c= hez soit</A> ------=_Part_495_3648195.1196437033995-- From nando at ccrma.Stanford.EDU Fri Nov 30 11:57:00 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri Nov 30 11:57:00 2007 Subject: [PlanetCCRMA] Re: common music on fc8? In-Reply-To: References: <1195414573.17361.1.camel@cmn3.stanford.edu> <1195790607.8663.11.camel@cmn2.stanford.edu> <1195793117.8663.15.camel@cmn2.stanford.edu> <1195843634.11011.1.camel@cmn2.stanford.edu> <1196368627.730.7.camel@cmn3.stanford.edu> Message-ID: <1196452588.4986.12.camel@cmn3.stanford.edu> On Fri, 2007-11-30 at 14:06 +0100, joakim@verona.se wrote: > Fernando Lopez-Lezcano writes: > > On Thu, 2007-11-29 at 20:50 +0100, joakim@verona.se wrote: > >> Fernando Lopez-Lezcano writes: > >> > >> Since midi didnt work very well, I tried looking at using OSC, but it > >> doesn seem to work either, at least in sbcl. > > > > Nope, it is all part of the cm package, I think. Come to think about it > > I don't really know, I would have to take a look to see if it needs some > > special compile time option to be active (I suppose not). > > Looking at the cm installation instructions, one needs this file to > activate osc: > > http://internap.dl.sourceforge.net/sourceforge/commonmusic/osc-1.0.1.tar.gz > > The files in this tgz doesnt seem to be inside the ccrma cm rpms. > > I tried installing this manually in the same place as the other cm > packages. I then tried (use-system :osc) > > First I get a permission error about fasl files. I then chmod the dir, > an I proceed beyond that. Then i get: > > Lock on package SB-ALIEN violated when defining SB-ALIEN::UDP-SOCKET > as a class > > which I dont really understand. Looks like an old bug: http://ccrma-mail.stanford.edu/pipermail/cmdist/2007-May/004084.html I did a quick build including osc and seems to work (includes a workaround for the package locking bug) http://www.sbcl.org/manual/Package-Lock-Dictionary.html I used "without-package-locks" when compiling and loading osc. Tested only to the extent that it loads in a chroot. Hope it works for you. -- Fernando > > Hopefully Rick will get to the midi part this weekend. > > > > -- Fernando > > > >> > On Thu, 2007-11-22 at 20:45 -0800, Fernando Lopez-Lezcano wrote: > >> >> On Thu, 2007-11-22 at 20:03 -0800, Fernando Lopez-Lezcano wrote: > >> >> > On Thu, 2007-11-22 at 00:22 +0100, joakim@verona.se wrote: > >> >> > > Fernando Lopez-Lezcano writes: > >> >> > > > >> >> > > > On Sun, 2007-11-18 at 19:15 +0100, joakim@verona.se wrote: > >> >> > > >> Hello, > >> >> > > >> > >> >> > > >> I've so far been running fc7 rpm:s on an fc8 install. > >> >> > > >> However, it seems this is not possible with common music, due to a > >> >> > > >> newer sbcl in fc8. Furthermore, the fc8 rebuild of ccrma hasnt > >> >> > > >> progressed to cm yet. > >> >> > > >> > >> >> > > >> Is this correct? Or can I make cm somehow work anyway? > >> >> > > > > >> >> > > > Not really. The version of sbcl on f8 is higher than in f7 and cm needs > >> >> > > > to be rebuilt. I have pretty much everything compiled including cm, but > >> >> > > > I have to do some testing which will happen tomorrow. Be patient for one > >> >> > > > more day... > >> >> > > > >> >> > > Thanks for the new fc8 packages! > >> >> > > > >> >> > > I'm having trouble to get this simple example working though: > >> >> > > > >> >> > > (pm:terminate) > >> >> > > (pm:initialize) > >> >> > > (pprint (pm:getdeviceinfo)) > >> >> > > > >> >> > > (defparameter *pm-vkeybd* (portmidi-open :input "Virtual Keyboard" > >> >> > > :output "VirMIDI 1-0" :latency 0)) > >> >> > > > >> >> > > (defun midireceiver (mm ms) > >> >> > > (pprint mm)) > >> >> > > > >> >> > > (set-receiver! #'midireceiver *pm-vkeybd*) > >> >> > > > >> >> > > > >> >> > > I get: > >> >> > > > >> >> > > set-receiver!: # does not support > >> >> > > :receive-type :PERIODIC. > >> >> > > > >> >> > > Google reports similar problems here: > >> >> > > > >> >> > > http://www.nabble.com/Receiving-from-portmidi-t3666956.html> > > > >> >> > > So I guess my basic question is if anybody got this working at all? > >> >> > > >> >> > Strange, I could have sworn this was working a while ago. I'm getting > >> >> > the same error on tests I'm doing in fc7. It does not look like > >> >> > *receive-methods* is being initialized at all (in io.lisp or io.scm), if > >> >> > that is not initialized all attempts to set a receiver will fail. > >> >> > >> >> rts is working for midi output, however input does not (in my tests). I > >> >> would not be surprised if we learn it has never worked :-) Probably a > >> >> question for the cmdist list (current svn does not seem to be different > >> >> with regards to io.lisp). > >> > > >> > I reignited an old thread in the cmdist mailing list that was about this > >> > same issue. Rick will take a look when he gets a chance (I tested > >> > yesterday with current cm svn and the latest portmidi and rts > >> > tarballs). > >> > > >> > -- Fernando > >> > > -- > Joakim Verona > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma From nando at ccrma.Stanford.EDU Fri Nov 30 15:00:02 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri Nov 30 15:00:02 2007 Subject: [PlanetCCRMA] [Planet CCRMA] : Jack and Freebob issues on Fc8 In-Reply-To: <907c05c70711300737q8b039aeyc642169d9df29560@mail.gmail.com> References: <907c05c70711230657n1875033cv983993f155b365e3@mail.gmail.com> <1195844117.11011.8.camel@cmn2.stanford.edu> <907c05c70711231248j78546026v96bf84bde093f818@mail.gmail.com> <907c05c70711240542r11eb2dcexab1570767168e956@mail.gmail.com> <1195924386.14526.2.camel@cmn2.stanford.edu> <907c05c70711240958j4d6c37b4j2b48e7b7e31daaa@mail.gmail.com> <907c05c70711300737q8b039aeyc642169d9df29560@mail.gmail.com> Message-ID: <1196463578.4986.35.camel@cmn3.stanford.edu> On Fri, 2007-11-30 at 16:37 +0100, Mysth-R wrote: > Hi fernando, > don't you have any suggestion for my issue ? > Another thing, is that I am not using the firewire integrated port > from my laptop, because it doesn't work very well. I bought an > ExpressCard with firewire extension. Perhaps, this is link to my > problem ... Probably not (but I don't really know). What I could try to do over the weekend if I find the time is release an _older_ kernel (2.6.22.x) to see if that fixes the problem. -- Fernando > 2007/11/24, Mysth-R : > > > Do you see any oops or BUG messages in the output of > dmesg or > in /var/log/messages? > > I am not an expert, but I can't see any oops or BUG. > Here what I noticed but I think this is not very important : > > From /var/log/messages : > ... > Nov 24 11:18:36 localhost kernel: WARNING: experimental RCU > implementation. > ... > Nov 24 11:18:40 localhost avahi-daemon[2333]: WARNING: No NSS > support for mDNS detected, consider installing nss-mdns > ... > Nov 24 11:18:43 localhost pcscd: winscard.c:219:SCardConnect() > Reader E-Gate 0 0 Not Found > Nov 24 11:18:43 localhost pcscd:last message repeated 3 times > ... > Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: > Device hw:7 doesn't support 44100 Hz, changed to 22050 Hz. > Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: > Device hw:7 doesn't support 2 channels, changed to 1. > Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: > Cannot find mixer control "Capture". > Nov 24 11:19:00 localhost pulseaudio[2663]: module-x11-xsmp.c: > X11 session manager not running. > Nov 24 11:19:00 localhost pulseaudio[2663]: module.c: Failed > to load module "module-x11-xsmp" (argument: ""): > initialization failed. > .... > Nov 24 11:19:07 localhost gconfd (mysthr2-2762): L'obtention > du verrou pour le démon a échoué, sortie : Le verrouillage de > « /tmp/gconfd-mysthr2/lock/ior » a échoué : un autre processus > l'a probablement verrouillé ou le verrouillage de fichiers NFS > est mal configuré dans votre système d'exploitation (Ressource > temporairement non disponible) > Nov 24 11:19:07 localhost gconfd (mysthr2-2764): L'obtention > du verrou pour le démon a échoué, sortie : Le verrouillage de > « /tmp/gconfd-mysthr2/lock/ior » a échoué : un autre processus > l'a probablement verrouillé ou le verrouillage de fichiers NFS > est mal configuré dans votre système d'exploitation (Ressource > temporairement non disponible) > ... > Nov 24 12:19:39 localhost kernel: > drivers/media/video/usbvideo/usbvideo.c: USB camera > disconnected. > Nov 24 12:19:43 localhost kernel: usb 3-2: new full speed USB > device using uhci_hcd and address 3 > Nov 24 12:19:43 localhost kernel: usb 3-2: configuration #1 > chosen from 1 choice > Nov 24 12:19:43 localhost kernel: input: Burr-Brown from TI > USB Audio CODEC as /class/input/input12 > Nov 24 12:19:43 localhost kernel: input: USB HID v1.00 Device > [Burr-Brown from TI USB Audio CODEC ] on > usb-0000:00: 1d.1-2 > Nov 24 12:19:44 localhost pulseaudio[2663]: alsa-util.c: > Cannot find mixer control "Master". > Nov 24 12:19:44 localhost pulseaudio[2663]: sound-file.c: > Failed to open file /usr/share/sounds/startup3.wav: Aucun > fichier ou répertoire de ce type > Nov 24 12:19:44 localhost pulseaudio[2663]: alsa-util.c: > Cannot find mixer control "Capture". > Nov 24 12:21:29 localhost kernel: ieee1394: Error parsing > configrom for node 0-00:1023 > Nov 24 12:21:31 localhost kernel: doh, someone wants to mess > with state set > ... > > // this is the message for the Firewire : > Nov 24 14:11:12 localhost kernel: ohci1394: fw-host0: > OHCI-1394 1.1 (PCI): IRQ=[17] MMIO=[ecffb800-ecffbfff] Max > Packet=[2048] IR/IT contexts=[4/8] > Nov 24 14:11:12 localhost kernel: ACPI: PCI Interrupt 0000:03: > 01.0[A] -> GSI 19 (level, low) -> IRQ 17 > Nov 24 14:11:12 localhost kernel: ohci1394: fw-host1: > OHCI-1394 1.1 (PCI): IRQ=[17] MMIO=[ecdfd800-ecdfdfff] Max > Packet=[2048] IR/IT contexts=[4/4] > > > > from dmesg : > > ... > checking TSC synchronization [CPU#0 -> CPU#1]: > Measured 3609325980 cycles TSC warp between CPUs, turning off > TSC clock. > Marking TSC unstable due to: check_tsc_sync_source failed. > ... > > > > > What Can I do, I am disappointed ! :O > > I think the issue comes from the firewire drivers, > because freebob is > > not compatible with juju. > > The Planet CCRMA kernel is not compiled with the juju > firewire stack, so > the problem must be somewhere else (and Planet CCRMA > also includes a > libraw1394 package that has also been compiled without > the juju > patches). > > Ok, that was what I thought but I was not sure for fc8 > > I attach the entire dmesg message. You should know more than > me... :D > > > Thanks for your help. > > > -- > {^_^} Mysth-R {^_^} > > http://myspace.com/mysthr > http://myspace.com/aideauditive > Gagner plein > d'argent en restant chez soit > > > > > -- > {^_^} Mysth-R {^_^} > > http://myspace.com/mysthr > http://myspace.com/aideauditive > Gagner plein d'argent en > restant chez soit From hcengar at gmail.com Fri Nov 30 18:32:01 2007 From: hcengar at gmail.com (Hector Centeno) Date: Fri Nov 30 18:32:01 2007 Subject: [PlanetCCRMA] [Planet CCRMA] : Jack and Freebob issues on Fc8 In-Reply-To: <1196463578.4986.35.camel@cmn3.stanford.edu> References: <907c05c70711230657n1875033cv983993f155b365e3@mail.gmail.com> <1195844117.11011.8.camel@cmn2.stanford.edu> <907c05c70711231248j78546026v96bf84bde093f818@mail.gmail.com> <907c05c70711240542r11eb2dcexab1570767168e956@mail.gmail.com> <1195924386.14526.2.camel@cmn2.stanford.edu> <907c05c70711240958j4d6c37b4j2b48e7b7e31daaa@mail.gmail.com> <907c05c70711300737q8b039aeyc642169d9df29560@mail.gmail.com> <1196463578.4986.35.camel@cmn3.stanford.edu> Message-ID: <695e1a650711301831x73dc5241j1e21d441983f0780@mail.gmail.com> Hello, Well, I have to join this thread. I'm experiencing the same problem with freebob, jack and Fedora 8. My system is a desktop computer with Core2Duo and an Edirol FA-101 which runs fine under Fedora 7 (using the motherboard's firewire port). Jack starts ok but then after opening Rosegarden or Ardour jack suddenly closes without any message taking with it QjackCtl or sometimes just freezing it. After the crash, if I try to restart jack, I get this messages: libiec61883 warning: iec61883_cmp_create_p2p_output: Failed to set the oPCR[0] plug for node 0. FreeBoB ERR: Could not start streaming threads LibFreeBoB ERR: Could not do CMP for connection 0 DRIVER NT: could not start driver cannot start driver 21:21:14.666 ALSA connection change. 21:21:19.547 Could not connect to JACK server as client. - Overall operation failed. - Server communication error. Please check the messages window for more info. JACK tmpdir identified as [/dev/shm] jackd watchdog: timeout - killing jackd could not attach as JACK client (server has exited) 21:21:19.621 ALSA connection graph change. 21:21:19.643 JACK was stopped successfully. 21:21:19.644 Post-shutdown script... 21:21:19.644 killall jackd 21:21:19.645 JACK has crashed. jackd: no process killed 21:21:20.054 Post-shutdown script terminated with exit status=256. If I turn off and on the FA-101 then I can restart jack but again it closes after a few seconds of opening an audio application. This is what I get in dmesg: ieee1394: Node resumed: ID:BUS[0-00:1023] GUID[0040ab0000c20c58] jackd[7572]: segfault at b6ed99a0 eip 470005e7 esp b6d67390 error 6 ieee1394: Node changed: 0-01:1023 -> 0-00:1023 ieee1394: Node suspended: ID:BUS[0-00:1023] GUID[0040ab0000c20c58] ieee1394: The root node is not cycle master capable; selecting a new root node and resetting... ieee1394: Error parsing configrom for node 0-00:1023 ieee1394: Node changed: 0-00:1023 -> 0-01:1023 doh, someone wants to mess with state set ieee1394: Node resumed: ID:BUS[0-00:1023] GUID[0040ab0000c20c58] and the same in /var/log/messages: Nov 30 20:53:35 localhost kernel: ieee1394: Error parsing configrom for node 0-00:1023 Nov 30 20:53:38 localhost kernel: doh, someone wants to mess with state set Nov 30 20:55:59 localhost kernel: ieee1394: Error parsing configrom for node 0-00:1023 Nov 30 20:56:01 localhost kernel: doh, someone wants to mess with state set Nov 30 20:58:15 localhost kernel: ieee1394: Error parsing configrom for node 0-00:1023 Nov 30 20:58:18 localhost kernel: doh, someone wants to mess with state set Nov 30 21:01:34 localhost kernel: ieee1394: Error parsing configrom for node 0-00:1023 Nov 30 21:01:37 localhost kernel: doh, someone wants to mess with state set Nov 30 21:19:37 localhost kernel: jackd[7572]: segfault at b6ed99a0 eip 470005e7 esp b6d67390 error 6 Nov 30 21:20:18 localhost kernel: ieee1394: Error parsing configrom for node 0-00:1023 Nov 30 21:20:20 localhost kernel: doh, someone wants to mess with state set Using Jack, alsa and the motherboard's audio interface everything works fine. Hector On Nov 30, 2007 5:59 PM, Fernando Lopez-Lezcano wrote: > On Fri, 2007-11-30 at 16:37 +0100, Mysth-R wrote: > > Hi fernando, > > don't you have any suggestion for my issue ? > > Another thing, is that I am not using the firewire integrated port > > from my laptop, because it doesn't work very well. I bought an > > ExpressCard with firewire extension. Perhaps, this is link to my > > problem ... > > Probably not (but I don't really know). What I could try to do over the > weekend if I find the time is release an _older_ kernel (2.6.22.x) to > see if that fixes the problem. > > -- Fernando > > > > > 2007/11/24, Mysth-R : > > > > > > Do you see any oops or BUG messages in the output of > > dmesg or > > in /var/log/messages? > > > > I am not an expert, but I can't see any oops or BUG. > > Here what I noticed but I think this is not very important : > > > > From /var/log/messages : > > ... > > Nov 24 11:18:36 localhost kernel: WARNING: experimental RCU > > implementation. > > ... > > Nov 24 11:18:40 localhost avahi-daemon[2333]: WARNING: No NSS > > support for mDNS detected, consider installing nss-mdns > > ... > > Nov 24 11:18:43 localhost pcscd: winscard.c:219:SCardConnect() > > Reader E-Gate 0 0 Not Found > > Nov 24 11:18:43 localhost pcscd:last message repeated 3 times > > ... > > Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: > > Device hw:7 doesn't support 44100 Hz, changed to 22050 Hz. > > Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: > > Device hw:7 doesn't support 2 channels, changed to 1. > > Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: > > Cannot find mixer control "Capture". > > Nov 24 11:19:00 localhost pulseaudio[2663]: module-x11-xsmp.c: > > X11 session manager not running. > > Nov 24 11:19:00 localhost pulseaudio[2663]: module.c: Failed > > to load module "module-x11-xsmp" (argument: ""): > > initialization failed. > > .... > > Nov 24 11:19:07 localhost gconfd (mysthr2-2762): L'obtention > > du verrou pour le démon a échoué, sortie : Le verrouillage de > > « /tmp/gconfd-mysthr2/lock/ior » a échoué : un autre processus > > l'a probablement verrouillé ou le verrouillage de fichiers NFS > > est mal configuré dans votre système d'exploitation (Ressource > > temporairement non disponible) > > Nov 24 11:19:07 localhost gconfd (mysthr2-2764): L'obtention > > du verrou pour le démon a échoué, sortie : Le verrouillage de > > « /tmp/gconfd-mysthr2/lock/ior » a échoué : un autre processus > > l'a probablement verrouillé ou le verrouillage de fichiers NFS > > est mal configuré dans votre système d'exploitation (Ressource > > temporairement non disponible) > > ... > > Nov 24 12:19:39 localhost kernel: > > drivers/media/video/usbvideo/usbvideo.c: USB camera > > disconnected. > > Nov 24 12:19:43 localhost kernel: usb 3-2: new full speed USB > > device using uhci_hcd and address 3 > > Nov 24 12:19:43 localhost kernel: usb 3-2: configuration #1 > > chosen from 1 choice > > Nov 24 12:19:43 localhost kernel: input: Burr-Brown from TI > > USB Audio CODEC as /class/input/input12 > > Nov 24 12:19:43 localhost kernel: input: USB HID v1.00 Device > > [Burr-Brown from TI USB Audio CODEC ] on > > usb-0000:00: 1d.1-2 > > Nov 24 12:19:44 localhost pulseaudio[2663]: alsa-util.c: > > Cannot find mixer control "Master". > > Nov 24 12:19:44 localhost pulseaudio[2663]: sound-file.c: > > Failed to open file /usr/share/sounds/startup3.wav: Aucun > > fichier ou répertoire de ce type > > Nov 24 12:19:44 localhost pulseaudio[2663]: alsa-util.c: > > Cannot find mixer control "Capture". > > Nov 24 12:21:29 localhost kernel: ieee1394: Error parsing > > configrom for node 0-00:1023 > > Nov 24 12:21:31 localhost kernel: doh, someone wants to mess > > with state set > > ... > > > > // this is the message for the Firewire : > > Nov 24 14:11:12 localhost kernel: ohci1394: fw-host0: > > OHCI-1394 1.1 (PCI): IRQ=[17] MMIO=[ecffb800-ecffbfff] Max > > Packet=[2048] IR/IT contexts=[4/8] > > Nov 24 14:11:12 localhost kernel: ACPI: PCI Interrupt 0000:03: > > 01.0[A] -> GSI 19 (level, low) -> IRQ 17 > > Nov 24 14:11:12 localhost kernel: ohci1394: fw-host1: > > OHCI-1394 1.1 (PCI): IRQ=[17] MMIO=[ecdfd800-ecdfdfff] Max > > Packet=[2048] IR/IT contexts=[4/4] > > > > > > > > from dmesg : > > > > ... > > checking TSC synchronization [CPU#0 -> CPU#1]: > > Measured 3609325980 cycles TSC warp between CPUs, turning off > > TSC clock. > > Marking TSC unstable due to: check_tsc_sync_source failed. > > ... > > > > > > > > > What Can I do, I am disappointed ! :O > > > I think the issue comes from the firewire drivers, > > because freebob is > > > not compatible with juju. > > > > The Planet CCRMA kernel is not compiled with the juju > > firewire stack, so > > the problem must be somewhere else (and Planet CCRMA > > also includes a > > libraw1394 package that has also been compiled without > > the juju > > patches). > > > > Ok, that was what I thought but I was not sure for fc8 > > > > I attach the entire dmesg message. You should know more than > > me... :D > > > > > > Thanks for your help. > > > > > > -- > > {^_^} Mysth-R {^_^} > > > > http://myspace.com/mysthr > > http://myspace.com/aideauditive > > Gagner plein > > d'argent en restant chez soit > > > > > > > > > > -- > > {^_^} Mysth-R {^_^} > > > > http://myspace.com/mysthr > > http://myspace.com/aideauditive > > Gagner plein d'argent en > > restant chez soit > > > _______________________________________________ > PlanetCCRMA mailing list > PlanetCCRMA@ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > From hcengar at gmail.com Fri Nov 30 22:18:01 2007 From: hcengar at gmail.com (Hector Centeno) Date: Fri Nov 30 22:18:01 2007 Subject: [PlanetCCRMA] [Planet CCRMA] : Jack and Freebob issues on Fc8 In-Reply-To: <695e1a650711301831x73dc5241j1e21d441983f0780@mail.gmail.com> References: <907c05c70711230657n1875033cv983993f155b365e3@mail.gmail.com> <1195844117.11011.8.camel@cmn2.stanford.edu> <907c05c70711231248j78546026v96bf84bde093f818@mail.gmail.com> <907c05c70711240542r11eb2dcexab1570767168e956@mail.gmail.com> <1195924386.14526.2.camel@cmn2.stanford.edu> <907c05c70711240958j4d6c37b4j2b48e7b7e31daaa@mail.gmail.com> <907c05c70711300737q8b039aeyc642169d9df29560@mail.gmail.com> <1196463578.4986.35.camel@cmn3.stanford.edu> <695e1a650711301831x73dc5241j1e21d441983f0780@mail.gmail.com> Message-ID: <695e1a650711302217r78ac95e4tb72bcf0a46202e5@mail.gmail.com> I also found some problems with alsa and jack. Jack crashed while using Rosegarden and also when trying to load a sample in specimen. Could this be related to PulseAudio? Hector On Nov 30, 2007 9:31 PM, Hector Centeno wrote: > Hello, > > Well, I have to join this thread. I'm experiencing the same problem > with freebob, jack and Fedora 8. My system is a desktop computer with > Core2Duo and an Edirol FA-101 which runs fine under Fedora 7 (using > the motherboard's firewire port). Jack starts ok but then after > opening Rosegarden or Ardour jack suddenly closes without any message > taking with it QjackCtl or sometimes just freezing it. After the > crash, if I try to restart jack, I get this messages: > > libiec61883 warning: iec61883_cmp_create_p2p_output: Failed to set the > oPCR[0] plug for node 0. > FreeBoB ERR: Could not start streaming threads > LibFreeBoB ERR: Could not do CMP for connection 0 > DRIVER NT: could not start driver > cannot start driver > 21:21:14.666 ALSA connection change. > 21:21:19.547 Could not connect to JACK server as client. - Overall > operation failed. - Server communication error. Please check the > messages window for more info. > JACK tmpdir identified as [/dev/shm] > jackd watchdog: timeout - killing jackd > could not attach as JACK client (server has exited) > 21:21:19.621 ALSA connection graph change. > 21:21:19.643 JACK was stopped successfully. > 21:21:19.644 Post-shutdown script... > 21:21:19.644 killall jackd > 21:21:19.645 JACK has crashed. > jackd: no process killed > 21:21:20.054 Post-shutdown script terminated with exit status=256. > > If I turn off and on the FA-101 then I can restart jack but again it > closes after a few seconds of opening an audio application. This is > what I get in dmesg: > > ieee1394: Node resumed: ID:BUS[0-00:1023] GUID[0040ab0000c20c58] > jackd[7572]: segfault at b6ed99a0 eip 470005e7 esp b6d67390 error 6 > ieee1394: Node changed: 0-01:1023 -> 0-00:1023 > ieee1394: Node suspended: ID:BUS[0-00:1023] GUID[0040ab0000c20c58] > ieee1394: The root node is not cycle master capable; selecting a new > root node and resetting... > ieee1394: Error parsing configrom for node 0-00:1023 > ieee1394: Node changed: 0-00:1023 -> 0-01:1023 > doh, someone wants to mess with state set > ieee1394: Node resumed: ID:BUS[0-00:1023] GUID[0040ab0000c20c58] > > and the same in /var/log/messages: > > Nov 30 20:53:35 localhost kernel: ieee1394: Error parsing configrom > for node 0-00:1023 > Nov 30 20:53:38 localhost kernel: doh, someone wants to mess with state set > Nov 30 20:55:59 localhost kernel: ieee1394: Error parsing configrom > for node 0-00:1023 > Nov 30 20:56:01 localhost kernel: doh, someone wants to mess with state set > Nov 30 20:58:15 localhost kernel: ieee1394: Error parsing configrom > for node 0-00:1023 > Nov 30 20:58:18 localhost kernel: doh, someone wants to mess with state set > Nov 30 21:01:34 localhost kernel: ieee1394: Error parsing configrom > for node 0-00:1023 > Nov 30 21:01:37 localhost kernel: doh, someone wants to mess with state set > Nov 30 21:19:37 localhost kernel: jackd[7572]: segfault at b6ed99a0 > eip 470005e7 esp b6d67390 error 6 > Nov 30 21:20:18 localhost kernel: ieee1394: Error parsing configrom > for node 0-00:1023 > Nov 30 21:20:20 localhost kernel: doh, someone wants to mess with state set > > Using Jack, alsa and the motherboard's audio interface everything works fine. > > > Hector > > > > > On Nov 30, 2007 5:59 PM, Fernando Lopez-Lezcano > > wrote: > > On Fri, 2007-11-30 at 16:37 +0100, Mysth-R wrote: > > > Hi fernando, > > > don't you have any suggestion for my issue ? > > > Another thing, is that I am not using the firewire integrated port > > > from my laptop, because it doesn't work very well. I bought an > > > ExpressCard with firewire extension. Perhaps, this is link to my > > > problem ... > > > > Probably not (but I don't really know). What I could try to do over the > > weekend if I find the time is release an _older_ kernel (2.6.22.x) to > > see if that fixes the problem. > > > > -- Fernando > > > > > > > > > 2007/11/24, Mysth-R : > > > > > > > > > Do you see any oops or BUG messages in the output of > > > dmesg or > > > in /var/log/messages? > > > > > > I am not an expert, but I can't see any oops or BUG. > > > Here what I noticed but I think this is not very important : > > > > > > From /var/log/messages : > > > ... > > > Nov 24 11:18:36 localhost kernel: WARNING: experimental RCU > > > implementation. > > > ... > > > Nov 24 11:18:40 localhost avahi-daemon[2333]: WARNING: No NSS > > > support for mDNS detected, consider installing nss-mdns > > > ... > > > Nov 24 11:18:43 localhost pcscd: winscard.c:219:SCardConnect() > > > Reader E-Gate 0 0 Not Found > > > Nov 24 11:18:43 localhost pcscd:last message repeated 3 times > > > ... > > > Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: > > > Device hw:7 doesn't support 44100 Hz, changed to 22050 Hz. > > > Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: > > > Device hw:7 doesn't support 2 channels, changed to 1. > > > Nov 24 11:18:48 localhost pulseaudio[2663]: alsa-util.c: > > > Cannot find mixer control "Capture". > > > Nov 24 11:19:00 localhost pulseaudio[2663]: module-x11-xsmp.c: > > > X11 session manager not running. > > > Nov 24 11:19:00 localhost pulseaudio[2663]: module.c: Failed > > > to load module "module-x11-xsmp" (argument: ""): > > > initialization failed. > > > .... > > > Nov 24 11:19:07 localhost gconfd (mysthr2-2762): L'obtention > > > du verrou pour le démon a échoué, sortie : Le verrouillage de > > > « /tmp/gconfd-mysthr2/lock/ior » a échoué : un autre processus > > > l'a probablement verrouillé ou le verrouillage de fichiers NFS > > > est mal configuré dans votre système d'exploitation (Ressource > > > temporairement non disponible) > > > Nov 24 11:19:07 localhost gconfd (mysthr2-2764): L'obtention > > > du verrou pour le démon a échoué, sortie : Le verrouillage de > > > « /tmp/gconfd-mysthr2/lock/ior » a échoué : un autre processus > > > l'a probablement verrouillé ou le verrouillage de fichiers NFS > > > est mal configuré dans votre système d'exploitation (Ressource > > > temporairement non disponible) > > > ... > > > Nov 24 12:19:39 localhost kernel: > > > drivers/media/video/usbvideo/usbvideo.c: USB camera > > > disconnected. > > > Nov 24 12:19:43 localhost kernel: usb 3-2: new full speed USB > > > device using uhci_hcd and address 3 > > > Nov 24 12:19:43 localhost kernel: usb 3-2: configuration #1 > > > chosen from 1 choice > > > Nov 24 12:19:43 localhost kernel: input: Burr-Brown from TI > > > USB Audio CODEC as /class/input/input12 > > > Nov 24 12:19:43 localhost kernel: input: USB HID v1.00 Device > > > [Burr-Brown from TI USB Audio CODEC ] on > > > usb-0000:00: 1d.1-2 > > > Nov 24 12:19:44 localhost pulseaudio[2663]: alsa-util.c: > > > Cannot find mixer control "Master". > > > Nov 24 12:19:44 localhost pulseaudio[2663]: sound-file.c: > > > Failed to open file /usr/share/sounds/startup3.wav: Aucun > > > fichier ou répertoire de ce type > > > Nov 24 12:19:44 localhost pulseaudio[2663]: alsa-util.c: > > > Cannot find mixer control "Capture". > > > Nov 24 12:21:29 localhost kernel: ieee1394: Error parsing > > > configrom for node 0-00:1023 > > > Nov 24 12:21:31 localhost kernel: doh, someone wants to mess > > > with state set > > > ... > > > > > > // this is the message for the Firewire : > > > Nov 24 14:11:12 localhost kernel: ohci1394: fw-host0: > > > OHCI-1394 1.1 (PCI): IRQ=[17] MMIO=[ecffb800-ecffbfff] Max > > > Packet=[2048] IR/IT contexts=[4/8] > > > Nov 24 14:11:12 localhost kernel: ACPI: PCI Interrupt 0000:03: > > > 01.0[A] -> GSI 19 (level, low) -> IRQ 17 > > > Nov 24 14:11:12 localhost kernel: ohci1394: fw-host1: > > > OHCI-1394 1.1 (PCI): IRQ=[17] MMIO=[ecdfd800-ecdfdfff] Max > > > Packet=[2048] IR/IT contexts=[4/4] > > > > > > > > > > > > from dmesg : > > > > > > ... > > > checking TSC synchronization [CPU#0 -> CPU#1]: > > > Measured 3609325980 cycles TSC warp between CPUs, turning off > > > TSC clock. > > > Marking TSC unstable due to: check_tsc_sync_source failed. > > > ... > > > > > > > > > > > > > What Can I do, I am disappointed ! :O > > > > I think the issue comes from the firewire drivers, > > > because freebob is > > > > not compatible with juju. > > > > > > The Planet CCRMA kernel is not compiled with the juju > > > firewire stack, so > > > the problem must be somewhere else (and Planet CCRMA > > > also includes a > > > libraw1394 package that has also been compiled without > > > the juju > > > patches). > > > > > > Ok, that was what I thought but I was not sure for fc8 > > > > > > I attach the entire dmesg message. You should know more than > > > me... :D > > > > > > > > > Thanks for your help. > > > > > > > > > -- > > > {^_^} Mysth-R {^_^} > > > > > > http://myspace.com/mysthr > > > http://myspace.com/aideauditive > > > Gagner plein > > > d'argent en restant chez soit > > > > > > > > > > > > > > > -- > > > {^_^} Mysth-R {^_^} > > > > > > http://myspace.com/mysthr > > > http://myspace.com/aideauditive > > > Gagner plein d'argent en > > > restant chez soit > > > > > > _______________________________________________ > > PlanetCCRMA mailing list > > PlanetCCRMA@ccrma.stanford.edu > > http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma > > >