Indoctrination: or How to Start a Holy War.
: >> >>>People -- opinions, please... >>> >>>My antique and much loved Athlon 800, 98 SE Paris box, is maybe >>>getting a little o-l-d... >>> >>>For instance: system clock has lost its mind... Thinks it's sti
Re: Indoctrination: or How to Start a Holy War.
ll >>>September something, and whatever the hell time... If I set it to >>>present day-and-time it will be half a week off again by this time >>>next week... Can't be good, right? Also, the thing just sort of >>>doesn't boot up at all about one time out of ten... Like, nothing... >>>Lights blink, wheels spin, but no POST screen, no Windoze, nada... >>>Power down, power up again, and up she wakes, at least so far... >>> >>>It's an Ancient Abit mobo from the Flintstone days (slate based, I >>>think, sturdy but infl
therd with viruses >>>>> (1999-current), what was Mac user's excues then for not using >>>>> Windows? Thanks.. >>> I've used a lot of different platforms. Atari, Commodore, HP's UNIX, >>> MSDOS, Apple II, Mac, Amiga, AtariST, MSWindows, NeXT, Linux, BeOS, OSX. >>> I still have a Wi95/98/Linux/BeOS box lying around, several Amigas and >>> Psion. >>> >>> I did some Mac audio/multi-media coverage for MacWEEK/MacUSER during >>> pre-OSX days and for a time I ran MacOS on an Amiga using an emulator >>> package and a Mac EPROM. >>> >>> I've also worked with a variety of companies developing software and >>> hardware for some of those different platforms. >>> >>> I'm writing this on Thunderbird, an open source email program, running >>> on OSX. >>> >>> I'm not a dyed-in-the-wool Mac user. I seek to use and help foster good >>> tools and I value having choices in that pursuit. I can only speak for >>> myself, but let me shake out the cobwebs, Lamont, and see if I can >>> answer your question to some extent and add a little to what James >>> already said. >>> >
by >>> standardizing on crappy hardware designs from the start; failing to see >>> the market potential for personal computers; choosing Microsoft as an OS >>> partner; and acting like a clueless monolithic typewriter company (not >>> unlike Commodore except bigger and thus with a carelessly larger market >>> impact). IBM also got into monopoly trouble which was another part of >>> Microsoft's huge opportunity to suck on a bigger time level than before. >>> >>> BTW, what did Microsoft know about operating systems? Very little but >>> Microsoft bought some technology, nailed down the legalese, presented it >>> as their own tech, got the deal with the naive IBM, and that's a >>> an insight into Microsoft's business practices from then on. >>> >>> The truest innovation from Microsoft, other than anti-competitive >>> behavior, was relentless marketing. They offered arguably the best >>> choice in unreliable, kludgy systems, for a time. And Microsoft did a >>> great job convincing people to buy into the notion that this is just the >>> way it is, and gee, we need those wobbly peecee things in our businesses >>> and homes. Microsoft was able to make people think that computers were >>> unreliable and kludgy and that's just normal. >>> >>> It's not normal. It's a sign of software bloat caused by rapid >>> development of features on poor foundations without allowing time for >>> proper design and debugging. >>>
Before Windows OS got msutherd with viruses >>>>> (1999-current), what was Mac user's excues then for not using >>>>> Windows? Thanks.. >>>>> >>>> It sucked! I did use Windoz back then, it was a PITA, and still is. >>>> Mac O/S was a better, easier to use OS! Windows 3.x couldn't stand >>>> up to Mac O/S. Then Windows 95 came out. The press said that it >>>> was more Mac like, which was true. Microsoft continued to copy Mac >>>> OS features. MS even stole the term Plug and Play from Apple. Then >>>> they said it was as good as a Mac, that was the first lie. Then >>>> they started to say that Windows 95 was better than a Mac, that was >>>> an even bigger lie. Unfortunately the average guy believed the lies. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> People talked about how Macs would crash and Windows didn't. That >>>> was another lie, Windows 95 did crash. Macs crashed because you need >>>> to manually allocate memory to each program, people would for get to >>>> do this and then blame the Mac. That is like not putting gas in >>>> your car, and then say that the car was defective when it stopped >&
>> The Cubase rig just crashed while not receiving any sync info at all >>>>between >>>>> Paris and Cubase. Not good. I've got another trick up my sleeve. Stay >>>>tuned. >>>>> >>>>> >>>>> "DJ" <notachance@net.net> wrote in message news:45240db7@linux... >>>>> > Further repeated testing has verified that when Paris ADAT sync >>>>> > output >>>>is >>>>> > hooked directly up to the RME audio interface ADAT sync input, if > >>>>> > ASIO >>>>> > positioning protocall is selected as the Cubase sync sounce, even > if >>> the >>>>> RME >>>>> > transport is set to internal so that the Cubase transport is not >>>>> > chasing >>>>> the >>>>> > Paris timeline, Cubase will crash within 5 seconds of the beginning >>> of >>>>an >>>>> > audio track from Submix 2/card B/MEC 2 starting to play. >>>>> > >>>>> > Setting sync source in Cubase SX to MTC (with no midi interface >>>>selected) >>>>> so >>>>> > that there is no interfacing between the Paris ADAT module and >>>>> > Cubase >>> SX >>>>> > works fine......no crashes of cubase SX when processing tracks from >>>>> multiple >>>>> > submixes in Paris. >>>>> > >>>>> > Thanks for you input on this Dave. Hopefully the Datasync II will > do >>> the >>>>> > trick. >>>>> > >>>>> > Deej >>>>> > >>>>> > >>>&gt
r /> > > Well.....it's just a thought........ > > ;O) > > Deej > > > > > "DJ" <notachance@net.net> wrote in message news:452475f8@linux... >> Well.........I'm baffled by this and I'm just going to let it slide for a >> while. Looping audio *through* SX so that it functions as a standalone FX >> processor has been a total bust so far. OTOH, streaming tracks directly > from >> SX (lots of them) to Paris and summing there does not create the clocking >> trainwreck that looping through the inserts does. I guess it must be the >> loop that is causing it as opposed to the one way trip. >> >> C'est la ****'in vie >> >> ;o) >> >> "DJ" <notachance@net.net> wrote in message news:452403c4@linux... >> > OK, >> > >> > Before y
ou guys start getting too exicted about this, it appears that >> there >> > is one more hoop to jump through if you are using multiple MECs. When >> > looping audio from Paris *through* Cubase SX channels while Cubase SX >> > is >> > slaved to Paris ADAT sync, Cubase crashes once audio is being looped > from >> > two different MECs. This is likely due to the latency between EDS cards >> > causing a trainwreck with the clocking. >> > This will not be an issue to those who are not wanting to have plugin >> > automation in SX. As long as SX is not slaving to the Paris timeline, > the >> > audio passes through the audio interface on Cubase and back to Paris > with >> no >> > problem. If, however, you want to automate plugin parameters, you will >> need >> > both machines timeline synced so that you can write automation data to >> > Cubase SX. >> > >> > I am hoping to solve this problem by sending Paris ADAT sync to a JL >> Cooper >> > Datasync II unit which converts ADAT timecode to MTC and then slaving >> Cubase >> > SX to incoming MTC form the Datasync II. >> > >> > Thank goodness for yet another kludge. I thought I had finally >> > succeeded >> in >> > accomplishing everything I started out to do and the
; better using PARIS as a summing buss. At least thats what I'm coming to >> >> >> believe. >> >> I'm going to use my old B&W G3 for my PARIS system and build a Dualcore >> >> >> Intel >> >> box and run Cubase 4 and be done with it. >> >> >> >> respect >> >> Nappy >> >> "DJ" <notachance@net.net> wrote: >> >>>Hmmm......this just may not be possible to achieve. I've got both >systems >> >>>clocked to the Lucid....No ADAT sync is interfaced with the RME cards. >> The >> >>>jury is still out on whether or not this is going to fly. The latency >> >>>between EDS cards and the audio being streamed from ADAT modules that >> are >> >>>clocked to those cards may be an insurmountable issue here. >> >>>Deej >> >>> >> >>>"DJ" <notachance@net.net> wrote in message news:45240fc0@linux... >> >>>> The Cubase rig just crashed while not receiving any sync info at all >> >>>between >> >>>> Paris and Cubase. Not good. I've got another trick up my sleeve. Stay >> >>>tuned. >> >>>> >> >>>> >> >>>> "DJ" <notachance@net.net> wrote in message news:45240db7@linux... >> >>>> > Further repeated testing has verified that when Paris ADAT sync >output >> >>>is >> >>>> > hooked directly up to the RME audio interface ADAT sync input, if >> >> >>>> > ASIO >> >>>> > positioning protocall
is selected as the Cubase sync sounce, even >> if >> >> the >> >>>> RME >> >>>> > transport is set to internal so that the Cubase transport is not >> >>>> > chasing >> >>>> the >> >>>> > Paris timeline, Cubase will crash within 5 seconds of the beginning >> >> of >> >>>an >> >>>>
jump through if you are using multiple MECs. >> >> >>>> > > When >> >>>> > > looping audio from Paris *through* Cubase SX channels while >Cubase >> >> SX >> >>>is >> >>>> > > slaved to Paris ADAT sync, Cubase crashes once audio is being >looped >> >>>> from >> >>>> > > two different MECs. This is likely due to the latency between EDS >> >>>cards >> >>>> > > causing a trainwreck with the clocking. >> >>>> > > This will not be an issue to those who are not wanting to have >> >>>> > > plugin >> >>>> > > automation in SX. As long as SX is not slaving to the Paris >> >>>> > > timeline, >> >>>> the >> >>>> > > audio passes through the audio interface on Cubase and back to >Paris >> >>>> with >> >>>> > no >> >>>> > > problem. If, however, you want to automate plugin parameters, you >> >> will >> >>>> > need >> >>>> > > both machines timeline synced so that you can write automation >data >> >> to >> >>>> > > Cubase SX. >> >>>> > > >> >>>> > > I am hoping to solve this problem by sending Paris ADAT sync to >> a >> >> JL >> >>>> > Cooper >> >>>> > > Datasync II unit which converts ADAT timecode to MTC and then >> >>>> > > slaving >> >>>> > Cubase >> >>>> > > SX to incoming MTC form the Datasync II. >> >>>> > > >> >>>> > > Thank goodness for yet another kludge. I thought I had finally >> >>>succeeded >> >>>&
gt; > in >> >>>> > > accomplishing everything I started out to do and there was this >> >> >>>> > > sudden >> >>>> > > realization that my life would have no further purpose. >> >>>> > > >> >>>> > > ;o) >> >>>> > > >> >>>> > > >> >>>> > >> >>>> > >> >>>> >> >>>> >> >>> >> >>> >> >> >> > >> > >> > >What's your setup? 200 EDS cards? 300GHZ pentium with 5mb ram? "DJ" <notachance@net.net> wrote: >> and looky looky what I found. > >Mmmmm.......Bar BQ!! > > >"Robert Arsenault" <studiom
gt;> > >> respect > >> Nappy > >> > >> "Martin Harrington" <lendan@bigpond.net.au> wrote: > >> >Huh, that's funny, I didn't read Nappy's post until I sent the previous > >> > >> >one... > >> >It's not only me that's looking after you health > >> >-- > >> >Martin Harrington > >> >www.lendanear-sound.com > >> > > >> >"Nappy" <mgrant01@san.rr.com> wrote in message news:45242cc2$1@linux... > >> >> > >> >> DJ' > >> >> I'm starting to think it may be time for you to make the jump to a > >> >> Dualcore > >> >> intel box and > >> >> 2 UAD PCI-e cards running Cubase 4. I know you have invested alot > of > >> time > >> >> and > >> >> brain power into this,lord knows I'm exhausted just reading it. I think > >> > >> >> you > >> >> would be > >> >> better using PARIS as a summing buss. At least thats what I'm coming > to > >> > >> >> believe. > >> >> I'm going to use my old B&W G3 for my PARIS system and build a Dualcore > >> > >> >> Intel > >> >> box and run Cubase 4 and be done with it. > >> >> > >> >> respect > >> >> Napp
> >> SX (lots of them) to Paris and summing there does not create the > clocking >> >> trainwreck that looping through the inserts does. I guess it must be > the >> >> loop that is causing it as opposed to the one way trip. >> >> >> >> C'est la ****'in vie >> >> >> >> ;o) >> >> >> >> "DJ" <notachance@net.net> wrote in message news:452403c4@linux... >> >> > OK, >> >> > >> >> > Before you guys start getting too exicted about this, it appears >> >> > that >> >> there >> >> > is one more hoop to jump through if you are using multiple MECs. >> >> > When >> >> > looping audio from Paris *through* Cubase SX channels while Cubase >> >> > SX >> >> > is >> >> > slaved to Paris ADAT sync, Cubase crashes once audio is being looped >> > from >> >> > two different MECs. This is likely due to the latency between EDS > cards >> >> > causing a trainwreck with the clocking. >> >> > This will not be an issue to those who are not wanting to have >> >> > plugin >> >> > automation in SX. As long as SX is not slaving to the Paris >> >> > timeline, >> > the >> >> > audio passes through the audio interface on Cubase and back to Paris >> > with >> >> no >> >> > problem. If, however, you want to automate plugin parameters, you > will >> >> need >> >> > both machines timeline synced so that you can write automation data > to >> >> > Cubase SX. >> >> > >> >> > I am hoping to solve this problem by sending Paris ADAT sync to a JL >> >> Cooper >> >> > Datasync II unit which converts ADAT timecode to MTC and then >> >> > slaving >> >> Cubase >> >> > SX to incoming MTC form the Datasync II. >> >> > >> >> > Thank goodness for yet another kludge. I thought I had finally >> >> > succeeded >> >> in >> >> > accomplishing everything I started out to do and there was this > sudden >> >> > realization that my life would have no further purpose. >> >> > >> >> > ;o) >> >> > >> >> > >> >> >> >> >> > >> > >> >> > >Looks like Waves is starting to postiion themselves (again) as one of the premeir Pugins Developers..Scroll down to see the plugs... http://www.gearslutz.com/board/showthread.php?t=88476Hey Rob, Be sure to check out live music at the Milkweg (aka Milky Way). But, get ready for a LOT of second hand smoke (tobacco mostly!) Wish I was going back there soon. Mark "Rob Arsenault" <mani2@nbnet.nb.ca> wrote: >Hedin there this winter for some training, would love to hang with fellow >Parisites. > >Rob > >Probably a multitude of ways to accomplish this. You could set up your router to block all incoming traffic to your machine (via IP or MAC address), set some very restrictive rules on the PC's firewall s/w, set the PC up on a separate VLAN (requires an Ethernet switch), etc. Mark "Robert Arsenault" <<a href="mailto:studiomanitou@gmail.com" target="_bl
F0K9S [binary] aiG
[binary] /wkJ/wkJ/wAAAAAAAAAAAAAAAAkJ/wkJ/wkJ/wkJ/wkJ/29vsM/P44qKvzw8 PERERFFRUf///2tra3FxcWtra2dnZwAAWAAATwYGbgkJ/wkJ/wkJ/wAAAAkJ /wkJ/wkJ/wAAAAkJ/wkJ/wkJ/wkJ/29vsM/P44qKvzs7O0NDQ1BQUHFxcXl5 ef////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// [binary] [binary] [binary] a2trZ2dnAABYAABPBgZuCQn/CQn/CQn/CQn/CQn/CQn/CQn/CQn/CQn/CQn/ CQn/CQn/b2+wz8/jioq/Pz8/SUlJU1NT////a2trcXFxa2trZ2dnAABYAABP BgZuCQn/CQn/CQn/AAAAAAAAAAAAAAAACQn/CQn/CQn/CQn/CQn/b2+wz8/j ioq/PDw8REREUVFRcXFxGxsbW1tbampqa2trcXFxa2trZ2dnZWVlY2NjY2Nj Y2NjQEBAQEBAYmJiYmJiYmJiYmJiYmJiYmJiYmJiQEBAQEBAYGBg//////// //////////////////////////////////////////////////////////// [binary] [binary] [binary] //////9AQEBgYGD///////////////////////////////////////////// //////////////////////////////////////////////////////////// [binary] [binary] [binary]
[binary] YVpaWlVVVVRUVFJSUlJSUlJSUlJSUlFRUVFRUVFRUVFRUVFRUVFRUVFRUVFR [binary] [binary] [binary] cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx [binary] FhYVFRUVFRUVFRUVFRUVFRUVFRUVFRUVFRUVFRUVFRUWFhYWFhYWFhYWFhYW [binary] WVlZWVhYWFhYWFdXV1dXV1hYWFZWVlZWVlVVVVRUVFNTU1JS
[binary] cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxAABxcXEAAABb [binary] [binary] YmJiYmJiYmJiYmJiYmJiYmJhYWFiYmJhYWFhYWFhYWFgYGBgYGBfX19fX19e Xl5dXV1cXFxcXFxcXFxbW1taWlpZWVlZWVlYWFhYWFhXV1dXV1dYWFhWVlZW [binary] [binary] //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////// [binary] [binary] cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcQAAcXFxAAAAY2NjcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx [binary] ////////////////////////////////////////////////////////cXFx [binary] GhoaY2NjcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwb29vb29vbm5ubm5ubW1tbW1tbm5ubGxsbGxsa2traWlpaWlp aGhoaGhoZ2dnZ2dnZ2dnZWVlY2NjY2NjYmJiYmJiYmJiYWFhYWFhYGBgX19f Xl5eXFxcXFxcW1tbWlpaWVlZWFhYV1dXVlZWVFRUUFBQTExMR0dHQkJCPz8/ Ozs7MjIycXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxAABx cXEAAABcXFxxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFwcHBwcHBwcHBwcHBwcHBw [binary] UVFVVVVXV1f///////////////////////////////////////////////// //////////////////9xcXFxcXFxcXFxcXEbGxtfX19mZmZsbGxnZ2djY2Nj [binary]
Kys5OTlDQ0NM [binary] cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXEAAHFxcQAAAFZWVmJiYmNjY2hoaGJiYl9f X15eXltbW1xcXFxcXFtbW1tbW1tbW1tbW1paWlpaWlpaWlpaWlpaWlpaWlpa [binary] [binary] cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcQAAcXFxAAAA [binary] UlJS//////////////////////////////////////////////////////// ////////////cXFxcXFxcXFxcXFxGxsbYGBgZmZmbGxsZ2dnYmJiYmJiYmJi YmJiYmJiYmJibGxsbGxs////////////////YmJiYmJiYmJiYmJiYmJiYmJi [binary] MTExLi4uKSkpcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxAABxcXEAAABbW1tqampra2txcXFra2tnZ2dlZWVjY2NjY2Nj Y2NiYmJjY2NjY2NjY2NjY2NjY2NjY2NlZWVlZWVlZWVlZWVkZGRkZGRjY2Nj [binary] SkpKSkpKSkpKSkpKSkpKSkpKSkpKSkpKSkpKSkpKSkpKSkpKSkpKSkpKSkpK SkopKSkzMzM7Ozs6OjpISEhSUlL////G0H///6WVlQGIiAB6egBwcABqagBq aQBqaQBraQBsaABuaABxaABzZwB1ZwB3ZwB4ZgB4ZgB5ZgB8ZgB/ZQGBZQGD ZgF6XQEzMzM7Ozs6OjpISEhSUlL///////////////////////////////// [binary] cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXEAAHFxcQAAAFtbW2pqamtra3Fx cWtra2dnZ2VlZWNjY2NjY2NjY2JiYmNjY2NjY2RkZGZmZmpqam9vb3BwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw [binary] /////////////////////////////////////////////////////////3Fx cXFxcXFxcXFxcXl5ef////////////////////////////////////////// [binary] cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcQAA cXFxAAAAW1tbampqa2trcXFxa2trZ2dnZWVlY2NjY2NjY2NjYmJiYWFhY2Nj ZWVlbGxscHBwcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFx cXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcXFxcHBwcHBwcHBwcHBwcHBwcHBw b29vb29vb29vbW1tYWFhVFRUS0tLRkZGRkZGREREQkJCPz8/PDw8ODg4NDQ0 MTExLi4uKSkpcXFx5eXl5OTkpqamoqKinJycl5eXlZWVlJSUlJSUlJSUlJSU lJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUxsbGlJSUSkpKAAAAMzMzOzs7 Ojo6SEhIUlJS/////v6m//+l7OwB5uYA3t4A19cA1NQA0tIB09EB09EB1NAD 1M8F1s4G180I2MwK2csM2soN2skP