Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×

Comment Re:packet radio? (Score 1) 371

Sadly, the protocol didn't allow for identifying the codec used for the voice bits, so even if one wasn't concerned about interoperability with normal DSTAR radios, it's not possible as the DSTAR radios will try (and fail) to decode the voice data that's encoded using Codec2, but try to decode it in AMBE.

I think we need a newer protocol anyway that is much more supportive of mixed voice and data comms - the only way to send data with a DSTAR handheld is by keying up voice, wasting most of the bits, and sending slow-speed data along with the voice bits. It's really tragic if you ask me, such a waste.

Comment Re:packet radio? (Score 1) 371

Not possible to do in software because the only implementation is in a DSP chip that must be purchased from the vendor.

I have much less problem with the use of a proprietary codec (although I do wish Codec2 had been available at the time or a good allowance was made in the protocol for changing codecs) than I do with the fact that the only implementation possible is in hardware. It very much limits flexibility in open-hardware and computer-based implementations relating to the protocol. Such a waste.

People keep wishing that other manufactures would implement DSTAR hardware - I hope they don't, as I'd like to see it replaced with something much more open, or at least flexible. As well, support for data transmissions was implemented very badly and IMHO as implemented it's a waste of bandwidth, because it should have much better data transmission support.

Comment Re:Arizona laughs at your silliness (Score 1) 646

No kidding. I consulted for a few days in Batesville, Indiana a few years back, and flew into (and out of) Cincinnatti, which was on DST while eastern Indiana was not. Luckily I left quite early for the trip back home, because I lost an hour on the drive! Easily could have missed my flight because of all this stupidity.

Count me in for completely getting rid of this madness. Crossing time zones I can keep track of, but not taking into account the fact that only half of one state doesn't feel like following the rules.

Comment Re:This is big (Score 1) 189

Not a lot of change that I can see.

With IPv6, the smallest subnet that will be assigned is a /64 - meaning 64 bits of host addresses are possible within that subnet. Originally it was envisioned that those 64 bits would be the MAC address of the host, but people had a wee bit of a problem with that privacy-wise, for just this reason - exposing the MAC address of a system on the public Internet.

So, many, if not most, hosts nowadays choose a random value for their host ID, do the IPv6 equivalent of a gratuitous ARP to make sure it's not in use already (highly unlikely), and if not they use it. Many also change their address periodically by doing this again.

Nice advantage here: unless a given network is using DHCPv6 and logging the requests, this is all done on-the-fly with no logging and no discovery possible.

Slashdot Top Deals

If all else fails, lower your standards.

Working...