| This is a little bit off topic, but . . .
I just received (on another mailing list) an announcement of a
music typesetting program named LilyPond. A quick search of the
Web didn't find anything. Anybody know where it might be found?
George
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id al15912;
22 Apr 97 12:49 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id az03390;
21 Apr 97 14:15 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Mon, 21 Apr 1997 13:13:19 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (MAA06628);
Mon, 21 Apr 1997 12:46:29 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Mon, 21 Apr 97 12:46:22 +0100
Received: from root@piraya.electrum.kth.se [130.237.212.130] by hermes
via ESMTP (MAA06615); Mon, 21 Apr 1997 12:46:20 +0100
Received: from drum.it.kth.se (drum.it.kth.se [130.237.213.23]) by piraya.electrum.kth.se (8.7.3/8.7.3)
with ESMTP id NAA23417; Mon, 21 Apr 1997 13:43:24 +0200 (MET DST)
Message-Id: <199704211143.NAA23417@piraya.electrum.kth.se>
To: vadims@snt.mlt.zaporizhzhe.ua
Cc: gb141@columbia.edu, csound@maths.ex.ac.uk
From: Magnus Danielson
Subject: Re: CPU Benchmarks
In-Reply-To: Your message of "Mon, 21 Apr 1997 05:35:26 +0100"
References: <335AEE8E.18B5@snt.mlt.zaporizhzhe.ua>
X-Mailer: Mew version 1.06 on Emacs 19.34.1
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Mon, 21 Apr 1997 13:43:06 +0200
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
>>>>> "VVS" == Vadim V Sytnikov writes:
VVS> Gregory Boduch wrote:
>> As a side note, there seems to be a problem with the Pentium Pro cpu. A
>> Linux benchmark called Oscillates, which simply tries to send as many
>> wavetable-lookup oscillators as it can to the dsp, returns a score of 42
>> oscillators on a P200 w/ 32Meg, 36 oscilators on a P166 MMX, and only
>> 28 on a PPro 200 w/ 32Meg and 27 on a dual PPro 180 w/ 32Meg.
>>
VVS> If you REALLY want to compare several Intel CPUs with some benchmark,
VVS> you should do the following:
VVS> 1) install some 32-bit Microsoft OS (I'm very sorry, but you
VVS> CANNOT neglect this -- see below),
VVS> 2) use Intel Reference C Compiler (aka Proton) to compile your
VVS> benchmark with proper "target optimizations" flags for each
VVS> of your CPUs.
VVS> You cannot use non-MS or non-32bit OS since Proton does not support them.
VVS> You should not use compiler other then Proton since in such a case
VVS> chances are your compiler will generate more "blended" (Intel's term)
VVS> code then necessary -- i.e. insufficiently tuned.
VVS> It doesn't mean that Proton is the very best: it simply means that
VVS> it should be used for benchmarking. I use Symantec C for the work
VVS> but Proton for benchmarks and selective optimizing.
Hey! Hallo there!
Your benchmarks will not say that much if you use _diffrent_ compilers
for work and for benchmarks. In order for them to say something you
must use the same compiler and a benchmark which is similar enougth to
an real application. You can benchmark a lot of diffrent things, but
creating a diffrence in _both_ application and compiler will make the
benchmark numbers say _less_ about preformance. That would be equalent
of showing a care with turbo drive and testing it on a race track
while trying to sell an care to a customer which is going to bye an
standard (non turbo) care for city trafic only. Sure, the race car
version is nice and has certainly nice acceleration, but it doesn't
say much about the car in city trafic. My analogy has more preformance
difference, but that problem is about the same. Showing the turbo
version car in city trafic would be much easier to compare, since you
now can more easilly see where the turbo would make the diffrence or not.
VVS> Next problem -- good *CPU* benchmark must NOT contain any I/O
VVS> calls or library function calls WITHIN the test loop. Oscillates
VVS> obviously does not follow this guideline.
VVS> P6 is by no means worse -- but it is MUCH more sensitive to all this.
VVS> And in general, we should compare computers, not CPUs.
In this case we where even comparing or trying to get a measurement of
how fast some computer would deal with some csound processing. I would
rather recommend that a suite of csound processing scores and
orchestras would be created to measure that instead.
Magnus
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id bd15912;
22 Apr 97 12:49 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa04693;
21 Apr 97 14:31 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Mon, 21 Apr 1997 14:30:41 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (NAA11729);
Mon, 21 Apr 1997 13:54:40 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Mon, 21 Apr 97 13:54:32 +0100
Received: from condor.CC.UMontreal.CA [132.204.2.103] by hermes
via ESMTP (NAA11680); Mon, 21 Apr 1997 13:54:14 +0100
Received: from eole.ERE.UMontreal.CA (eole.ERE.UMontreal.CA [132.204.2.70])
by condor.CC.UMontreal.CA with ESMTP id IAA19131 (8.6.11/IDA-1.6
for ); Mon, 21 Apr 1997 08:49:04 -0400
Received: from mistral.ERE.UMontreal.CA
by eole.ERE.UMontreal.CA (951211.SGI.8.6.12.PATCH1042/5.17) id IAA21179;
Mon, 21 Apr 1997 08:53:48 -0400
Received: from GAP
by mistral.ERE.UMontreal.CA (951211.SGI.8.6.12.PATCH1042/5.17) id IAA28719;
Mon, 21 Apr 1997 08:53:44 -0400
Message-Id: <335B6012.59E2@ere.umontreal.ca>
Date: Mon, 21 Apr 1997 08:39:46 -0400
From: Jean Piche
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
Mime-Version: 1.0
To: csound
Subject: Benchmarks (Re: Pentium Pro cooks fast!)
References:
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
For machine measurements, please use:
ftp://ftp.maths.bath.ac.uk/pub/dream/documentation/benchmarks
ftp://ftp.musique.umontreal.ca/pub/mirrors/dream/documentation/benchmarks
There are a number of real-life orcs&scos testing different math
capabilities, along with past results, a few handy scripts and a
protocol for submitting results. Benching machines for Csound without
Csound is pointless.
Cheers.
--
________________________________________________________
Jean Piche
Universite de Montreal
http://mistral.ere.umontreal.ca/~pichej
http://www.musique.umontreal.ca/Org/CompoElectro/CEC/
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id bq15912;
22 Apr 97 12:49 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa06541;
21 Apr 97 15:30 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Mon, 21 Apr 1997 15:30:08 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (PAA16922);
Mon, 21 Apr 1997 15:05:49 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Mon, 21 Apr 97 14:57:57 +0100
Received: from root@[205.216.133.3] by hermes via ESMTP (PAA16900);
Mon, 21 Apr 1997 15:05:35 +0100
Received: from sinewave (port004.vta.fishnet.net [205.216.133.153])
by big.fishnet.net (8.7.5/8.6.9) with SMTP id FAA25548
for ; Mon, 21 Apr 1997 05:58:54 -0700
Message-Id: <335B641C.7A906353@rcsreg.com>
Date: Mon, 21 Apr 1997 05:57:00 -0700
From: Toby
X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.0.27 i486)
Mime-Version: 1.0
To: csound@maths.ex.ac.uk
Subject: New versions.
References: <199704210940.KAA27208@hermes>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
> So gang, do you want a quick release of an interim system, or do you
> want to wait until I have done it all?
The new Csound versions are tantalising. I am
feeling left behind however, (at V3.44) because
Csound won't work for me anymore on my Linux
box.
It is that problem concerning table sizes
reported in the score.srt. A size of 16384
for instance, might report 16383.99465 (no
Pentium here), and the resultant score will
fail.
Here is a snip of list discussion:
>We made a change in the swrite.c file in order
>to make csound print out the correct size values
>for F tables larger than 2^22. Check your score.srt
>file (the sorted note list that csound makes from
>your .sco file and then uses as the score) and see
>if the 1024 is being turned into a different number
>(which is what I suspect). It could be that it's
>some kind of precision problem, since
>we're using double floats in the new swrite.c.
>Richard Karpen
Also, Cscore has been broken for quite a time.
It has to do with that 'dribble printf' macro
I guess.
Has anyone else using Linux experienced/solved
these anomalies?
Toby
-There otta be a law-
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id bw15912;
22 Apr 97 12:49 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa08240;
21 Apr 97 16:20 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Mon, 21 Apr 1997 16:19:54 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (PAA21387);
Mon, 21 Apr 1997 15:57:30 +0100
Received: from exub by maths.exeter.ac.uk; Mon, 21 Apr 97 15:57:22 +0100
Received: from westnet.com [206.24.6.2] by exub via ESMTP (PAA24938);
Mon, 21 Apr 1997 15:54:59 +0100
Received: from localhost (lt@localhost) by westnet.com (8.8.5/8.7.3) with SMTP
id KAA29234; Mon, 21 Apr 1997 10:49:33 -0400 (EDT)
Date: Mon, 21 Apr 1997 10:49:32 -0400 (EDT)
From: Lawrence Troxler
To: Toby
Cc: csound@maths.ex.ac.uk
Subject: Re: New versions.
In-Reply-To: <335B641C.7A906353@rcsreg.com>
Message-Id:
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
> It is that problem concerning table sizes
> reported in the score.srt. A size of 16384
> for instance, might report 16383.99465 (no
> Pentium here), and the resultant score will
> fail.
>
I haven't looked at the code. But it looks like Csound is using floats for
table sizes, doesn't it. This is bad.
Larry
-- Larry Troxler -- lt@westnet.com -- Patterson, NY USA --
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id ch15912;
22 Apr 97 12:49 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa09461;
21 Apr 97 17:08 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Mon, 21 Apr 1997 17:07:28 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (QAA24881);
Mon, 21 Apr 1997 16:38:18 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Mon, 21 Apr 97 16:38:10 +0100
Received: from server3.syd.mail.ozemail.net [203.108.7.41] by hermes
via ESMTP (QAA24857); Mon, 21 Apr 1997 16:38:01 +0100
Received: from oznet02.ozemail.com.au (oznet02.ozemail.com.au [203.2.192.124])
by server3.syd.mail.ozemail.net (8.8.4/8.6.12) with ESMTP
id BAA10471; Tue, 22 Apr 1997 01:37:46 +1000 (EST)
Received: from ppp-35.eisa.net.au (slmel6p64.ozemail.com.au [203.108.201.224])
by oznet02.ozemail.com.au (8.8.4/8.6.12) with SMTP id BAA18008;
Tue, 22 Apr 1997 01:37:44 +1000 (EST)
Message-Id: <199704211537.BAA18008@oznet02.ozemail.com.au>
Comments: Authenticated sender is
From: Robin Whittle
To: csound , Jean Piche
Date: Tue, 22 Apr 1997 01:36:55 +1000
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
Subject: Montreal mirror of Bath FTP site!
Priority: normal
X-Mailer: Pegasus Mail for Windows (v2.23)
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
After spending several frustrating hours trying to get the benchmark
files from the Bath site, which is all-to-often impossibly slow from
here (www.bath.ac.uk is fine), Jean Piche's email arrived about the
mirror site at:
ftp://ftp.musique.umontreal.ca/pub/mirrors/dream/
Thanks for this!!! I can access everything really quickly. I had
been using traceroute from various locations trying to find out why
ftp.maths.bath.ac.uk was often impossible to reach . . . with no real
conclusion.
- Robin
. Robin Whittle .
. http://www.ozemail.com.au/~firstpr firstpr@ozemail.com.au .
. 11 Miller St. Heidelberg Heights 3081 Melbourne Australia .
. Ph +61-3-9459-2889 Fax +61-3-9458-1736 .
. Consumer advocacy in telecommunications, especially privacy .
. .
. First Principles - Research and expression - music, .
. music industry, telecommunications .
. human factors in technology adoption.
. .
. Real World Interfaces - Hardware and software, especially .
. for music .
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id cp15912;
22 Apr 97 12:49 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa10205;
21 Apr 97 17:31 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Mon, 21 Apr 1997 17:31:07 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (RAA28044);
Mon, 21 Apr 1997 17:16:21 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Mon, 21 Apr 97 17:16:12 +0100
Received: from root@big.fishnet.net [205.216.133.3] by hermes
via ESMTP (RAA28006); Mon, 21 Apr 1997 17:15:56 +0100
Received: from sinewave (port050.vta.fishnet.net [205.216.133.199])
by big.fishnet.net (8.7.5/8.6.9) with SMTP id IAA29449
for ; Mon, 21 Apr 1997 08:19:54 -0700
Message-Id: <335B852A.2BD4B73A@rcsreg.com>
Date: Mon, 21 Apr 1997 08:18:02 -0700
From: Toby
X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.0.27 i486)
Mime-Version: 1.0
To: csound@maths.ex.ac.uk
Subject: Re: New versions.
References: <199704210940.KAA27208@hermes> <335B641C.7A906353@rcsreg.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
> >We made a change in the swrite.c file in order
> >to make csound print out the correct size values
> >for F tables larger than 2^22.
> >Richard Karpen
I looked at the function 'fltout()' in swrite.c which
is the one that has comments about changes by Richard
Karpen. I snipped this code out and put it into a
test program, passing it random floats. It returned
very close output to input; things like 23.454543 going
in, and 23.4545431 going out. However, integral values
came back correctly. This made me think that it may
not be this function which is responsible for the
table size errors under Linux. I don't know much about
the sources. Where would I look to find out from
which function the table sizes are passed to fltout()?
Toby
-There otta be a law-
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id dd15912;
22 Apr 97 12:49 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa11579;
21 Apr 97 18:37 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Mon, 21 Apr 1997 18:37:07 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (SAA02082);
Mon, 21 Apr 1997 18:23:46 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Mon, 21 Apr 97 18:23:39 +0100
Received: from mail.airmail.net [206.66.12.40] by hermes via SMTP (SAA02066);
Mon, 21 Apr 1997 18:23:28 +0100
Received: from darlyn1 from [206.66.4.113]
by mail.airmail.net (/\##/\ Smail3.1.30.16 #30.157) with esmtp
id ;
Mon, 21 Apr 97 12:23:18 -0500 (CDT)
Message-Id:
From: Daron Myrick
To: csound
Subject: Csound LPANAL, SB Code and rediculous src distribution.
Date: Mon, 21 Apr 1997 00:23:29 -0500
X-Msmail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1161
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Just compiled Csound to run as fast as Watcom C/C++ 10.0 will allow.
It took me over an hour just to get Csound itself compilable, since there was
no documentation on how to compile.
Watcom link file was missing so had to copy from another lnk file and modify.
LPANAL makefile and lnk files were not for Watcom but Zortec, so had to make
my own makefile and link file using the
other makefiles as examples.
The Sound Blaster code is missing some 'extern' statements which I had to put
in before it would compile.
I find this odd, since the standard PC Csound executables are compiled with
Watcom.
Anyhow, here are some problems.
LPCANAL when using frame/hopsize of less than around 200, causes a reboot.
Realtime Audio using Csound to my Soundblaster (-odac or -osblst) also causes
a reboot.
I have traced both these problems to data memory (arrays/buffers in
particular) being being allocated on top of code
and/or pointers which are over-ran.
Was able to put hopsize to 500 and things seem to be much happier but
occasionaly, I do get a big resonance
pole pop if I don't watch what I'm doing, which looks and sounds like a big
pipe/oscillation pop, on samplefile analysis.
Worse, all 'sssssssss's ' (nonvoiced) parts in my LPC resynthesis, is
enveloped with a slightly warbling, high frequency
hissing oscillation which renders output useless for pro audio.
The above oscillation is not related to base or harmonics of my LPANAL input
file, so must be present due to mathematical precision
or lack of, in the LPC analysis file or in the LPC resonance poles.
P.S. I love the LPC pitch tracking!
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id dg15912;
22 Apr 97 12:49 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa11742;
21 Apr 97 18:43 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Mon, 21 Apr 1997 18:43:22 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (SAA02815);
Mon, 21 Apr 1997 18:37:18 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Mon, 21 Apr 97 18:37:11 +0100
Received: from GS160.SP.CS.CMU.EDU [128.2.203.172] by hermes
via SMTP (SAA02802); Mon, 21 Apr 1997 18:37:06 +0100
Message-Id: <199704211737.SAA02802@hermes>
Subject: Re: New versions.
To: Csound mailing list
Date: Mon, 21 Apr 1997 13:36:27 -0400 (EDT)
From: Eli Brandt
In-Reply-To: <335B852A.2BD4B73A@rcsreg.com> from "Toby" at Apr 21, 97 08:18:02 am
X-Portmanteau: pantryptaminergeticallysisterrainbowtie
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 637
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Toby wrote:
> I looked at the function 'fltout()' in swrite.c which
> is the one that has comments about changes by Richard
> Karpen. I snipped this code out and put it into a
> test program, passing it random floats. It returned
> very close output to input; things like 23.454543 going
> in, and 23.4545431 going out. However, integral values
> came back correctly.
Uninformed guess: it's apparently using floats internally (why?);
maybe it's munging them a little and then expecting printf("%g") to
clean them up. As a quick kludge, try rounding the value immediately
before printf()ing it.
--
Eli Brandt
eli+@cs.cmu.edu
Received: from stork2.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id ah16444;
22 Apr 97 13:06 BST
Received: from goggins.bath.ac.uk by stork.maths.Bath.AC.UK id aa12172;
21 Apr 97 18:58 BST
Received: from hermes.ex.ac.uk by goggins.bath.ac.uk with SMTP (PP);
Mon, 21 Apr 1997 18:58:09 +0100
Received: from noether [144.173.8.10] by hermes via SMTP (SAA03381);
Mon, 21 Apr 1997 18:47:28 +0100
Received: from hermes.ex.ac.uk by maths.exeter.ac.uk;
Mon, 21 Apr 97 18:47:21 +0100
Received: from root@soja.sercomtel.com.br [200.250.11.1] by hermes
via ESMTP (SAA03365); Mon, 21 Apr 1997 18:47:09 +0100
Received: from seda (seda.sercomtel.com.br [200.250.19.2])
by soja.sercomtel.com.br (8.6.12/8.6.12) with ESMTP id OAA31635
for ; Mon, 21 Apr 1997 14:51:43 -0300
Received: from Sercomtel.sercomtel.com.br
by seda (SMI-8.6/SMI-SVR4) id OAA20529;
Mon, 21 Apr 1997 14:46:52 -0300
Message-Id: <335B9022.4A1F@sercomtel.com.br>
Date: Mon, 21 Apr 1997 14:04:50 -0200
From: Antonio Augusto Caminhoto Neto
Reply-To: guto@sercomtel.com.br
Organization: DEL
X-Mailer: Mozilla 3.01 (Win95; I)
Mime-Version: 1.0
To: csound@maths.ex.ac.uk
Subject: P166 / csound 3.44 Benchmarks
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk
Test Bach-d Bach-m Riss-g Riss-m Guit-d Guit-m Jame-g pvanal lpanal
Length 115.73s 115.73s 63.75s 63.75s 87.75s 87.75s 6.75s 6.75s 5.00s
----------------------------------------------------------------------
(GCC) 10.082 8.04 4.967 4.033 12.008 9.972 1.026 6.987 5.988
(W95) 12.03 7.975 5.999 3.073 10.005 5.998 1.91 6.059 3.029
--Pentium 166Mhz, 32MB RAM, 512KB cache, HD 1.6 GB Western Digital,
running Windows 95 and Csound (GCC v3.44 and W95 v3.44) (WAV)
Tested by Antonio Augusto Caminhoto Neto (guto@sercomtel.com.br)
--
Antonio Augusto Caminhoto Neto
Rua Prof. Joao Candido, 434, ap. 110
86010-000 Londrina - PR - BRASIL
guto@sercomtel.com.br
|