Very enteraining.
Thanks all for brightening my morning
On 7/17/06, Rod.. Whitworth <[EMAIL PROTECTED]> wrote:
>
> On Mon, 17 Jul 2006 05:53:04 -0400, Marcus Watts wrote:
>
> >Randomness leading up to
> >> > There are no useful answers for idiots.
> >>
> >> I like that phrase, I'll have to remember that one.
> >
> >Just for the hell of it, I'll try offering a few
> >useless answers.
> >
> > { it's clear the originator isn't worried about secrecy
> > or anonymity, given he's using a remote radius server
> > and asked for help in a public forum. }
> >
> > { if he *was* interested in privacy & anonymity, surely he'd
> > be exploring broadcast or unidirectional protocols such as
> > digital radio mondiale and not asking us questions. }
> >
> >1. I'm pretty sure Vincent Cerf didn't intend for any tcp protocols to
> >survive changing the IP address every minute. Although a lot of his
> >work seems to have involved machines that were too heavy to carry and
> >too expensive to re-address every minute, he appears to have
> >nevertheless been keenly interested in mobile computing & radio use
> >before either were common. I've no doubt he'd be amused by the
> >originator's attempt, though I doubt he'd be supportive. The problem
> >does sound remarkably like a "worst case" roaming scenario with
> >wireless IP. Maybe something involving a revolving restaurant?
> >
> > { Since the originator of this thread appears to have been
> > relying on what are presumably non-dedicated data circuits &
> > shared servers, his connections are subject to random delay
> > depending on competition from other user(s) of those services.
> > Excessive delay will surely lead to lost data, and snippets
> > that cannot be pasted together without weirdness.
> > Presumably those delays will get worse with time... }
> >
> >2. If you *were* trying to piece together a reliable data feed
> >out of very short snippets, you'd probably have much better luck
> >if you managed up to *two* separate overlapping connections --
> >dropping one once you've sync'd up with the other. Dropping
> >duplicated data is easier than recreating lost data.
> >
> >3. If you wanted to use internet protocols to give you a reliable
> >feed (instead of making one yourself as in 2), you'll want to run
> >a vpn on top of your physical connection, so that you can then
> >use tcp to manage packet drops due to the underlying connection
> >randomly disappearing.
> >
> >4. "sox" will concatenate mp3 input's together. You'd then need to
> >re-encode the output stream using some mp3 encoder. sox won't
> >be capable of recovering data lost due to network drops,
> >and it's not going to help you with pasting snippets together either.
> >There is tons of other audio software that can do the same thing,
> >with variable amounts of fluff and bother.
> >
> >5. There are a bunch of people who are very keen on matching audio
> >fragments up. Some phrases they like to use are "audio finger-printing",
> >or "automatic music identification". Unfortunately these are also the
> >very same people who tend to be real keen on proprietary data &
> >software techniques. Fortunately for you, the patent process is
> >"supposed" to encourage people to provide sufficient information to
> >make it possible to make experimental use of patented technology.
> >Unfortunately for you, "supposed to" to a lawyer is rather like what
> >"possible" means to a mathematician who is asked if the product
> >of large primes can be factored.
> >
> > -Marcus Watts
>
> What a beautiful piece of writing.
>
> There are chunks that I cannot claim expertise on. Even they sound
> plausible (in the non-derogatory sense) and the bits that I do know
> about seem consistant with reality.
>
> Marcus, it was a joy to read a well constructed essay with no ad
> hominem bits that should, but I would not bet my lefty on it, be the
> end of this tiresome thread. Or at least the end of the discursive
> part, you may see other compliments. ;-)
>
>
>
> From the land "down under": Australia.
> Do we look <umop apisdn> from up over?
>
> Do NOT CC me - I am subscribed to the list.
> Replies to the sender address will fail except from the list-server.
> Your IP address will also be greytrapped for 24 hours after any attempt.
> I am continually amazed by the people who run OpenBSD who don't take this
> advice. I always expected a smarter class. I guess not.
