Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.compression > #3757 > unrolled thread

Good compression

Back to article view | Back to comp.compression

Contents

  Good compression sundaresh.venugopal@gmail.com - 2018-08-22 07:51 -0700
    Re: Good compression nobody@example.org (Scott) - 2018-08-23 01:53 +0000
      Re: Good compression Földes László <foldes.laszlo2@gmail.com> - 2018-08-23 07:44 -0700
        Re: Good compression nobody@example.org (Scott) - 2018-08-24 08:29 +0000
          Re: Good compression Földes László <foldes.laszlo2@gmail.com> - 2018-08-24 05:45 -0700

#3757 — Good compression

Please visit www.wereco.org or www.complimentaryware.info. Good compression is not a myth. Rudimentary math is more than sufficient. Can a drop literally encase and contain an ocean ?  Apparently, for all theoretical and for all practical purposes it always can. I have tons of provable techniques. I would like to attach some code for anyone who would like to download it. It's not that program on the web-site. I was told no-one uses these newsgroups anymore. Why not ?

[toc] | [next] | [standalone]

#3758

On Wed, 22 Aug 2018 07:51:15 -0700 (PDT),
sundaresh.venugopal@gmail.com wrote:

>Please visit www.wereco.org or www.complimentaryware.info. Good compression=
> is not a myth. Rudimentary math is more than sufficient. Can a drop litera=
>lly encase and contain an ocean ?  Apparently, for all theoretical and for =
>all practical purposes it always can. I have tons of provable techniques. I=
> would like to attach some code for anyone who would like to download it. I=
>t's not that program on the web-site. I was told no-one uses these newsgrou=
>ps anymore. Why not ?

Most Usenet nodes have switched to using Universal Compression for
news, which was dramatically reduced bandwidth costs. But on the
receiving end, the decompressor turns out to be really slow and, well,
error prone. So a lot of messages are lost, and we only see the few
that slip through in uncompressed or LZ formats.

[toc] | [prev] | [next] | [standalone]

#3759

> Most Usenet nodes have switched to using Universal Compression for
> news, which was dramatically reduced bandwidth costs. But on the
> receiving end, the decompressor turns out to be really slow and, well,
> error prone. So a lot of messages are lost, and we only see the few
> that slip through in uncompressed or LZ formats.

This a development problem, not a compression theorem problem.

[toc] | [prev] | [next] | [standalone]

#3760

On Thu, 23 Aug 2018 07:44:18 -0700 (PDT),
=?UTF-8?B?RsO2bGRlcyBMw6FzemzDsw==?= <foldes.laszlo2@gmail.com> wrote:

>
>> Most Usenet nodes have switched to using Universal Compression for
>> news, which was dramatically reduced bandwidth costs. But on the
>> receiving end, the decompressor turns out to be really slow and, well,
>> error prone. So a lot of messages are lost, and we only see the few
>> that slip through in uncompressed or LZ formats.
>
>This a development problem, not a compression theorem problem.

Cool, so you've solved the development problem, then, and you have a
working implementation? Or maybe very soon, perhaps next week?

I can't wait to see it.

[toc] | [prev] | [next] | [standalone]

#3761

On Friday, August 24, 2018 at 10:41:19 AM UTC+2, Scott wrote:
> On Thu, 23 Aug 2018 07:44:18 -0700 (PDT),
> 
> >
> >> Most Usenet nodes have switched to using Universal Compression for
> >> news, which was dramatically reduced bandwidth costs. But on the
> >> receiving end, the decompressor turns out to be really slow and, well,
> >> error prone. So a lot of messages are lost, and we only see the few
> >> that slip through in uncompressed or LZ formats.
> >
> >This a development problem, not a compression theorem problem.
> 
> Cool, so you've solved the development problem, then, and you have a
> working implementation? Or maybe very soon, perhaps next week?
> 
> I can't wait to see it.

No, I don't have it. I don't have solution to global warming neither, yet I'm not writing about it here, in comp.compression.

[toc] | [prev] | [standalone]

Back to top | Article view | comp.compression

csiph-web