Menu
▾
▴
hardmad-devel — development discussion
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
(6) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(2) |
Feb
(7) |
Mar
(5) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <ben...@id...> - 2004-05-25 07:47:07
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Rafael <raf...@ic...> - 2004-03-09 23:52:38
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have successfully decoded many mp3 files with the huffman module enabled. Thanks. Rafael =C1vila de Esp=EDndola =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFATlTeLlrfGJ8JUHwRAt2wAJoC3FwM3s9BbzdHXWiToOPbJAH3EgCeIil9 NFbujT3vd6Ed+Pc+bxmeG64=3D =3DLq14 =2D----END PGP SIGNATURE----- |
|
From: Rafael <raf...@ic...> - 2004-03-06 14:39:14
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think I found what is causing the segmentation fault: the pin bigvalues_decoder_need_more_bits is not becoming hi. Because of thi= s=20 the loop on line 981 (layer3.cpp) never ends. The command "cachesz--;" insi= de=20 this loop is executed unconditionally (should this happen?) and causes the= =20 test "if (cachesz < 5)" to be true and additional 5 bits are repeatedly rea= d.=20 In the end, the number of bits read is much larger than what is needed to=20 compute the huffman. The additional bits are NOT garanted to have been read= =20 (with the input callback). This clearly will cause mad_bit_read to try to=20 read past the buffer. Rafael =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFASd8aLlrfGJ8JUHwRAjpkAJ9wM9yZUkZ4xpTDx8QqHHQJz+jDWwCgpnUd 2qhqOY8epgJa7kKlXAGxmuE=3D =3DVFLy =2D----END PGP SIGNATURE----- |
|
From: Rafael <raf...@ic...> - 2004-03-02 13:19:41
|
=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
gdb minimad
run compl.raw < ~/teste/compl.mp3
=2E
=2E
=2E
Program received signal SIGSEGV, Segmentation fault.
0x08109788 in mad_bit_read(mad_bitptr*, unsigned) (bitptr=3D0x8d4ffb8, len=
=3D24)=20
at libmad/bit.cpp:132
132 bitptr->cache =3D *bitptr->byte;
Current language: auto; currently c++
(gdb) bt
#0 0x08109788 in mad_bit_read(mad_bitptr*, unsigned) (bitptr=3D0x8d4ffb8,=
=20
len=3D24) at libmad/bit.cpp:132
#1 0x0810d1d8 in III_huffdecode (ptr=3D0x8d51468, xr=3D0x8d500f8,=20
channel=3D0x8d51370,
sfbwidth=3D0x816f089=20
"\004\004\004\004\004\006\006\006\b\n\f\020\022\026\034\"(.66=C0\004\004\00=
4\004\004\004\006\006\b\b\n\f\020\024\030\034\"*26L\236\004\004\004\004\004=
\004\006\006\b\n\f\020\024\030\036&.8DTf\032",=20
part2_length=3D21)
at libmad/layer3.cpp:990
#2 0x0810e7b8 in III_decode (ptr=3D0x8d51468, frame=3D0x8d39f20, si=3D0x8d=
51368,=20
nch=3D1) at libmad/layer3.cpp:1507
#3 0x0810f064 in mad_layer_III(mad_stream*, mad_frame*) (stream=3D0x8d39ee=
0,=20
frame=3D0x8d39f20) at libmad/layer3.cpp:1705
#4 0x0810b93a in mad_frame_decode(mad_frame*, mad_stream*) (frame=3D0x8d39=
f20,=20
stream=3D0x8d39ee0) at libmad/frame.cpp:420
#5 0x0810bcb1 in run_sync (decoder=3D0x8d51568) at libmad/decoder.cpp:160
#6 0x0810bdb6 in mad_decoder_run(mad_decoder*, mad_decoder_mode)=20
(decoder=3D0x8d51568, mode=3DMAD_DECODER_MODE_SYNC)
at libmad/decoder.cpp:205
#7 0x08049e0c in decode (length=3D41495) at minimad.cpp:419
#8 0x08049a38 in mad_play(int, char**) (argc=3D2, argv=3D0xbfe69c04) at=20
minimad.cpp:165
#9 0x0804a02a in ocp_wrap::main_wrap() (this=3D0xbf492008) at ocp_wrap.cpp=
:47
#10 0x0811425f in sc_thread_cor_fn(void*) ()
#11 0x0815fa35 in sc_cor_qt_wrapper ()
#12 0x08160be0 in qt_null ()
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFARIcJLlrfGJ8JUHwRArsEAKDoqsgIELqFWNPyqEtv2MuH8/QspQCeM3wP
fEl7VUV5cxjWXtp6pcFV6QQ=3D
=3Dzm1+
=2D----END PGP SIGNATURE-----
|
|
From: Rafael <raf...@ic...> - 2004-03-02 12:07:09
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The huffman module compiles with the following options. Changin -O for -O3= =20 will cause g++ to run out of memory. CXXFLAGS=3D"-O -march=3Dpentium4 -fomit-frame-pointer -fstrict-aliasing=20 =2D -ffast-math" Rafael =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFARHYHLlrfGJ8JUHwRAlEdAJ46jrQ0vrdfKx9HlvmrY5n9/x0vVwCeN6MF gwNc9zWnTNJ58FaC+GSTSgY=3D =3DsxAH =2D----END PGP SIGNATURE----- |
|
From: Rafael <raf...@ic...> - 2004-03-01 11:42:30
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Some files are missing: systemc/huffman_decoder_count1.cpp:4:45: huffman_decoder_count1.states.cpp:= =20 Arquivo ou diret=F3rio n=E3o encontrado systemc/huffman_decoder_count1.cpp:5:46: huffman_decoder_count1.outputs.cpp= :=20 Arquivo ou diret=F3rio n=E3o encontrado The files huffman_decoder_bigvalues.states.cpp=20 huffman_decoder_bigvalues.outputs.cpp are generated automatically. The CVS= =20 should not contain this files. Thanks Rafael =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAQx2ILlrfGJ8JUHwRAlByAJ9TuZqX3J21zQtXVa0/2SqWvWDFWQCgtUl9 GotG8Y0KzQulEAGr4XWiRiM=3D =3Dmq5C =2D----END PGP SIGNATURE----- |
|
From: Rafael <raf...@ic...> - 2004-02-28 16:12:54
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The version on CVS does not compile: systemc/huffman_decoder_bigvalues.cpp:4:57: ./tables/huffman_decoder_bigval= ues.states.cpp:=20 Arquivo ou diret=F3rio n=E3o encontrado systemc/huffman_decoder_bigvalues.cpp:5:58: ./tables/huffman_decoder_bigval= ues.outputs.cpp:=20 Arquivo ou diret=F3rio n=E3o encontrado Whoever has this files please add them to CVS. I have updated the tests to = use=20 libmad 0.15.1b and fixed a bug in the overlap module. I would like to run t= he=20 tests against the latest version so I need these files. Rafael =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAQLuGLlrfGJ8JUHwRAnspAKDSb4RbarxaLs2opqzRVEUFQdNJOwCgllQh oaotkevKVzFVg+74Wu0X2S4=3D =3Dx0Fv =2D----END PGP SIGNATURE----- |
|
From: <pux...@ya...> - 2004-02-18 15:09:56
|
The warnings is more than 1000 equal lines. In annex I send the verilog files and examples of warnings. WARNINGS: <<reorder.cpp>>: . . . Warning at reorder.cpp:59: `sbsample__'1501' not declared in sensitivity list (SCC-407) Warning at reorder.cpp:59: `sbsample__'1500' not declared in sensitivity list (SCC-407) . . . Warning at reorder.cpp:59: `sbsample__1' not declared in sensitivity list (SCC-407) Warning at reorder.cpp:59: `sbsample__0' not declared in sensitivity list (SCC-407) <<overlap.cpp>>: Warning at overlap.cpp:39: `buffer__1170' not declared in sensitivity list (SCC-407) . . . Warning at overlap.cpp:39: `buffer__2' not declared in sensitivity list (SCC-407) Warning at overlap.cpp:39: `buffer__1' not declared in sensitivity list (SCC-407) Warning at overlap.cpp:39: `buffer__0' not declared in sensitivity list (SCC-407) ______________________________________________________________________ Yahoo! Mail - O melhor e-mail do Brasil! Abra sua conta agora: http://br.yahoo.com/info/mail.html |
|
From: Rafael <raf...@ic...> - 2004-02-18 09:39:36
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
- ---------- Mensagem repassada ----------
Subject: [mad-dev] MAD suite 0.15.1b released
Date: Qua 18 Fev 2004 00:50
From: Rob Leslie <ro...@ma...>
To: mad...@li...
MAD 0.15.1b is now available.
Here is a summary of the important changes:
libmad
- New Layer III IMDCT routine based on Szu-Wei Lee's fast algorithm.
- Improved robustness of Layer II bitrate/mode combinations.
- Other improved portability and robustness.
libid3tag
- New id3_field_gettextencoding() API routine.
- Other slightly improved robustness.
madplay
- New Replay Gain support (-G, --replay-gain).
- Tags can now be shown without decoding any audio (-T,
- --show-tags-only).
- New support for reading and displaying encoder tag information
written
by e.g. lame(1).
For complete details, see the CHANGES file in each package as well as
the updated man page for madplay(1).
You will find the new releases here:
ftp://ftp.mars.org/pub/mpeg/
Enjoy,
- --
Rob Leslie
ro...@ma...
- -------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAMzHILlrfGJ8JUHwRAgGTAKDRagLmt7KfaLWIg3fOQB49NjXmUQCg6IfX
Q6cXr7AdPyYMLQ3BYcQNkmI=
=/O4N
-----END PGP SIGNATURE-----
|
|
From: Rafael <raf...@ic...> - 2004-02-18 09:38:59
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Em Qua 18 Fev 2004 00:24, Valdiney Pimenta escreveu: > The modules (reorder and overlap) compiles but show > many warnings and the verilog file created is strange. > > VALDINEY > Could you send the log? Thanks. Rafael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAMzGeLlrfGJ8JUHwRApabAJ4/i+BIzpNqJwkOF1RIvV2IFuXcwgCfUI1B QWU8EZUS5sFbh2xs8LmrShU= =keiI -----END PGP SIGNATURE----- |
|
From: <pux...@ya...> - 2004-02-18 03:28:53
|
The modules (reorder and overlap) compiles but show many warnings and the verilog file created is strange. VALDINEY --- Rafael Ávila de Espíndola <raf...@ic...> escreveu: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Could some one try to synthesize the modules overlap > and reorder? They don't > need a multiplier. > I have made a quick check and I think that none of > the remaining modules need > a multiplier, so I am considering removing the > template. > > Thanks > > Rafael ______________________________________________________________________ Yahoo! Mail - O melhor e-mail do Brasil! Abra sua conta agora: http://br.yahoo.com/info/mail.html |
|
From: Rafael <raf...@ic...> - 2004-02-17 23:29:54
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Could some one try to synthesize the modules overlap and reorder? They don'= t=20 need a multiplier. I have made a quick check and I think that none of the remaining modules ne= ed=20 a multiplier, so I am considering removing the template. Thanks Rafael =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAMqLxLlrfGJ8JUHwRAu/AAKCBqG8Bqs5XJTgeMk4vBnYmhuSO+ACeP9z8 ttoS+C3xHQjYUz91rHyGpyw=3D =3D1Fvr =2D----END PGP SIGNATURE----- |
|
From: Rafael <raf...@ic...> - 2004-02-04 13:02:52
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am building a cd with some mp3 files and the corresponding decode. I coul= d=20 not find a file with a mixed block. Does some one have one? Lame cannot generate those. Rafael =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAIO18LlrfGJ8JUHwRAmLQAJ4rwK25ksRyqrDouq8W2YcMlbpNqQCfdGNG GeFvzzkvn3irpFqb/eKU1AQ=3D =3DhgNn =2D----END PGP SIGNATURE----- |
|
From: Rafael <raf...@ic...> - 2004-01-27 14:05:29
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have reorganised part of the source code. Now it is possible to build the= =20 documentation (systemc/master.ps) by typing "make doc". Rafael =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAFD9sLlrfGJ8JUHwRAr5rAJ9E0MEi07qQVCxxvth7anvh+GAB7QCgs4ra ZWhtzKlhQ+Kb5g7Cn0LfRUE=3D =3D2Si9 =2D----END PGP SIGNATURE----- |
|
From: Rafael <raf...@ic...> - 2004-01-21 13:31:47
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Everything from the imdct until the OCP output is implemented and=20 interconnected in systemc. I am writing the documentation. Rafael =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFADn8qLlrfGJ8JUHwRAv1AAJ48jpv6o1YXucj7vA/7CXM/9EB1iQCfcfTX dIFgbm/9arWUYrlmKUkDr7I=3D =3DVia+ =2D----END PGP SIGNATURE----- |
|
From: Rafael A. de <raf...@ic...> - 2003-12-06 09:23:32
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 05 December 2003 20:26, Valdiney Pimenta wrote: > There is no problema in building a testbench for > this suggested interface, since a "valid" OUTPUT pin > exists in this interface. > In the truth, in interface that I have suggested to > Daniel, this "valid" input pin also exists. The crc does not know how many bits it should read. It can't generate a=20 "valid" output. Perhaps this module is better handled with a add-hoc test=20 (just plug it into minimad). > VALDINEY Rafael =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/0aAFLlrfGJ8JUHwRAs7ZAJ9rPIAy4oAPXoCdbNuSqcZ2oR9bKQCfYAV4 IQJx5Fj9oxQmRApxfakMnOY=3D =3D1j7S =2D----END PGP SIGNATURE----- |
|
From: <pux...@ya...> - 2003-12-05 22:26:03
|
There is no problema in building a testbench for this suggested interface, since a "valid" OUTPUT pin exists in this interface. In the truth, in interface that I have suggested to Daniel, this "valid" input pin also exists. VALDINEY ______________________________________________________________________ Yahoo! Mail: 6MB, anti-spam e antivírus gratuito! Crie sua conta agora: http://mail.yahoo.com.br |
|
From: Rafael <raf...@ic...> - 2003-12-05 16:01:26
|
The bits from with the crc must be computed are split in the mp3 stream. They are partially before and partially after the crc itself. Because of this I think that the best option is to add a "valid" pin to the crc interface. The crc module will read a bit only when "valid" is asserted. There is no need for the input to be parallel, the first part of the decoding process(sync) will have a parallel to serial converter. Is there any problem in building a testbench for this new interface? The transaction will consist of a variable number of bits and the source will add some pauses in the transmission. After all bits have been transmitted to the module the crc value could be read from the output. Rafael |
|
From: <pux...@ya...> - 2003-12-03 17:08:58
|
I'm testing the unstable IMDCT with values randomized based on real data distribution and no problems occur. But a little change in the distribution makes IMDCT overflows. ______________________________________________________________________ Yahoo! Mail: 6MB, anti-spam e antivírus gratuito! Crie sua conta agora: http://mail.yahoo.com.br |
|
From: Rob L. <ro...@ma...> - 2003-12-03 16:07:24
|
On Dec 1, 2003, at 7:50 AM, Rafael Avila de Esp=EDndola wrote: > Testing the Rob Leslie implementation of the Szu-Wei Lee algorithm I=20= > notice > that his modification (multiplying the input of the DCTIV by 2 and=20 > dividing > the output) generally improves the accuracy but, in some cases, may=20 > cause a > overflow. > > I have not found a .mp3 file that triggers a overflow, but the=20 > following data > does. The present IMDCT implementation in libmad 0.15 return a valid=20= > result. > > 0x442D46F > 0x217CC40 > 0x8E26853 > 0xF1888C6 > 0x921BF17 > 0xD282 > 0xF060CB8 > 0x3E82D68 > 0xBCA6124 > 0x1217700 > 0x9500F6D > 0x3E9B4B6 > 0xC4B7675 > 0x6AE1645 > 0x56C266C > 0x4463FD6 > 0x7EE5176 > 0xC408F90 > > Is there some evidence that no real mp3 may trigger an overflow? Only that in order to overflow, I think some of the transformed sample=20= values would have to be at least 12dB above full scale. For example,=20 when the above data is transformed, many samples above full scale=20 result, including two samples more than 14dB above (-5.200011). Having said that, I would be very interested to learn of a legitimate=20 Layer III frame that does cause an overflow. --=20 Rob Leslie ro...@ma... |
|
From: Rafael A. de <raf...@ic...> - 2003-12-01 15:52:13
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Testing the Rob Leslie implementation of the Szu-Wei Lee algorithm I notic= e=20 that his modification (multiplying the input of the DCTIV by 2 and dividing= =20 the output) generally improves the accuracy but, in some cases, may cause a= =20 overflow. I have not found a .mp3 file that triggers a overflow, but the following da= ta=20 does. The present IMDCT implementation in libmad 0.15 return a valid result. 0x442D46F 0x217CC40 0x8E26853 0xF1888C6 0x921BF17 0xD282 0xF060CB8 0x3E82D68 0xBCA6124 0x1217700 0x9500F6D 0x3E9B4B6 0xC4B7675 0x6AE1645 0x56C266C 0x4463FD6 0x7EE5176 0xC408F90 Is there some evidence that no real mp3 may trigger an overflow? Thanks for any help. Rafael Esp=C3=ADndola =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/y2NVLlrfGJ8JUHwRAibvAJ9OtOIAoFi3UlKMqscFYUZIquCeGwCcCFLC 563s6VSqX5vnPxdTZNZAR/g=3D =3DyIV7 =2D----END PGP SIGNATURE----- |
|
From: Rafael A. de <raf...@ic...> - 2003-11-26 03:32:46
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I was studding the numeric precision problem reported against the IMDCT=20 module.=20 The serious problems occur when some intermediate result overflows and beco= mes=20 negative. I discovered that removing the optimisation proposed by Leslie=20 (multiplying the input of the DCT4 by 2 and dividing the output) the=20 precision on the average case decreases but the overflow become rare. It is not clear if in real streams there are values that may generate an=20 overflow. Tomorrow I will contract the libmad development list to see if th= ey=20 have some evidence on this fact. I am closing the bug. Rafael =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/xB7NLlrfGJ8JUHwRAkwLAJ9eu9p3yF3a7G8oenmO2VIE5Rmc6QCgsKNY OHWNidWnyFK3jCeSHPhbO7Y=3D =3D3Cal =2D----END PGP SIGNATURE----- |
|
From: Rafael A. de <raf...@ic...> - 2003-11-23 16:59:53
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am working in integrating the testbench in the distribution. The objectiv= e=20 is to be able to type make check and have all the testbenchs executed. Valdiney: Are you in Campinas? Rafael =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/wOd5LlrfGJ8JUHwRAq4BAKCqlELO0OyCywKod2VDt3+dO9V1+gCeOU8I wrAmEyI9hg2/Dui4kt1mPQw=3D =3DixL/ =2D----END PGP SIGNATURE----- |
|
From: Rafael A. de <raf...@ic...> - 2003-11-21 19:07:26
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Valdiney reported a bug in the window module that was causing a few initial= =20 samples to be corrupt. I have fixed it in the CVS. There seems to be a problem with the imdct too, but i still couldn't find i= t. Rafael =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/vmJZLlrfGJ8JUHwRAifFAJ9dnzAer71VAhrG+cmM+DReX06SwgCgpCQ9 S7Kao0pCo5wDREk2GIIQ9oo=3D =3DZohB =2D----END PGP SIGNATURE----- |
|
From: Rafael A. de <raf...@ic...> - 2003-11-19 11:23:32
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Welcome to the hardmad-devel email list. I have created this list to make our communication easier. The archive may also prove useful. Rafael. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/u1KZLlrfGJ8JUHwRAtZUAJ9JxHcSegBCxUKVgcyaQNipmjuwSwCgtNzq DZkf9JsE4H3BwJDOcCXze4k= =1KRu -----END PGP SIGNATURE----- |
