Microsoft got the Windows Media 9 codec published as SMPTE standard 421M. You'll likely need a patent license, as with MPEG-4 and most other codecs, but aside from that on alternative implementation is possible.
Go read RFC 3041 "Privacy Extensions for Stateless Address Autoconfiguration in IPv6", dated January 2001.
"Nodes use IPv6 stateless address autoconfiguration to generate
addresses without the necessity of a Dynamic Host Configuration
Protocol (DHCP) server. Addresses are formed by combining network
prefixes with an interface identifier. On interfaces that contain
embedded IEEE Identifiers, the interface identifier is typically
derived from it. On other interface types, the interface identifier
is generated through other means, for example, via random number
generation. This document describes an extension to IPv6 stateless
address autoconfiguration for interfaces whose interface identifier
is derived from an IEEE identifier. Use of the extension causes
nodes to generate global-scope addresses from interface identifiers
that change over time, even in cases where the interface contains an
embedded IEEE identifier. Changing the interface identifier (and the
global-scope addresses generated from it) over time makes it more
difficult for eavesdroppers and other information collectors to
identify when different addresses used in different transactions
actually correspond to the same node."
Not true. DVS sell capture cards for uncompressed HDTV, which work with standard PCI slots and give you the raw video signal (at just over 1 gigabit per second). Not cheap - we paid $16k for ours, although they've gone down since then - but definitely possible.
That depends on your aim in releasing the code. Some of us have released BSD-licensed code because we *want* it to be picked up by corporate interests, as a way of encouraging the deployment of an open protocol. In the long term, a widely used open protocol standard may well be a better way of ensuring "freedom" than GPLed code which is open, but used only by a small group.
Why do you think TCP/IP is to widespread? At least one of the reasons is because the initial implementation had the BSD license, and could be picked up and included in other operating systems. It's not clear that the GPL would have had the same effect.
Sure you can push lossless uncompressed HDTV over public IP. Run UDP, and put a sequence number and timestamp in each packet so the receiver can reorder. Doesn't require any changes to the routers.
There's even a standard for it, and we ran a demo at the SuperComputing 2001 conference between the University of Washington in Seattle and the conference site in Denver (that used custom end system hardware - we also have a slightly lower quality system that runs on Linux PCs).
Been there, done that. Only runs at 1Gbps though, because the host struggles when doing simultaneous video capture and transmission at those rates...:)
How many times does this have to be said? X does not use the network for local display: it uses standard inter-process communication with shared memory. The overhead of remote display is only incurred when using a remote display.
A college senior? You do realize that Imperial College is part of the University of London? He's actually just finished his BSc in one of the best computer science departments in the UK...
First of all, this makes it sound like there was a law passed which specifies all routers must have this kind of capability. I sure have not heard about that.
A lot of conferences use the EDAS system for handling the peer review process. I've not been an admin, but it has worked well as a reviewer for conferences like IEEE Infocom, Globecom, etc.
64 bit PCI can handle uncompressed HD video just fine, without needing AGP (remember uncompressed HD is "only" 1.5 gigabits per second). Take a look at the
HDstationOEM card from DVS, which we've been using to do streaming uncompressed HDTV on Internet2.
Now, if only it didn't cost $15000 for the card...:(
Emulation of legacy circuits is the only time it makes sense, and even that shows failure of imagination (why not just decapsulate and tunnel the PPP frames?). There is a standard being developed though.
It doesn't make sense, but people are doing both PPP over VoIP (usually called Modem-over-IP) and Fax over VoIP. There was lots of discussion of this at the last IETF meeting.
Right... having written an application that can sustain 850 Mbps across real-world gigabit ethernet (with jumbo frames), I have to agree with you. Collisions aren't a problem with modern ethernet. The big thing that kills performance is PCI bus contention (and TCP congestion control:))
Slashdot Mirror
The BBC site includes regular advertising when viewed from outside the UK.
This *is* a protocol to encrypt the RTP streams... Indeed, it's an incompatible alternative to SRTP and the existing SIP encryption mechanisms.
Microsoft got the Windows Media 9 codec published as SMPTE standard 421M. You'll likely need a patent license, as with MPEG-4 and most other codecs, but aside from that on alternative implementation is possible.
Go read RFC 3041 "Privacy Extensions for Stateless Address Autoconfiguration in IPv6", dated January 2001.
server motherboards have multiple PCI busses. Put the capture card in one, the gigabit ethernet or disk on the other...
Sorry - my mistake. We have an HDstation OEM which is 64 bit PCI, but can run at either 33MHz or 66MHz. Standard PCI comes in many variants :)
Not true. DVS sell capture cards for uncompressed HDTV, which work with standard PCI slots and give you the raw video signal (at just over 1 gigabit per second). Not cheap - we paid $16k for ours, although they've gone down since then - but definitely possible.
We use it for uncompressed HDTV video conferencing on Linux... The capture card isn't the expensive part :-(
That depends on your aim in releasing the code. Some of us have released BSD-licensed code because we *want* it to be picked up by corporate interests, as a way of encouraging the deployment of an open protocol. In the long term, a widely used open protocol standard may well be a better way of ensuring "freedom" than GPLed code which is open, but used only by a small group.
Why do you think TCP/IP is to widespread? At least one of the reasons is because the initial implementation had the BSD license, and could be picked up and included in other operating systems. It's not clear that the GPL would have had the same effect.
Sure you can push lossless uncompressed HDTV over public IP. Run UDP, and put a sequence number and timestamp in each packet so the receiver can reorder. Doesn't require any changes to the routers.
There's even a standard for it, and we ran a demo at the SuperComputing 2001 conference between the University of Washington in Seattle and the conference site in Denver (that used custom end system hardware - we also have a slightly lower quality system that runs on Linux PCs).
Been there, done that. Only runs at 1Gbps though, because the host struggles when doing simultaneous video capture and transmission at those rates... :)
How many times does this have to be said? X does not use the network for local display: it uses standard inter-process communication with shared memory. The overhead of remote display is only incurred when using a remote display.
A college senior? You do realize that Imperial College is part of the University of London? He's actually just finished his BSc in one of the best computer science departments in the UK...
First of all, this makes it sound like there was a law passed which specifies all routers must have this kind of capability. I sure have not heard about that.
In the US, that would be the Communications Assistance for Law Enforcement Act.
A lot of conferences use the EDAS system for handling the peer review process. I've not been an admin, but it has worked well as a reviewer for conferences like IEEE Infocom, Globecom, etc.
Now, if only it didn't cost $15000 for the card... :(
Emulation of legacy circuits is the only time it makes sense, and even that shows failure of imagination (why not just decapsulate and tunnel the PPP frames?). There is a standard being developed though.
It doesn't make sense, but people are doing both PPP over VoIP (usually called Modem-over-IP) and Fax over VoIP. There was lots of discussion of this at the last IETF meeting.
Do a google search for MoIP (modem over IP). ITU Study Group 16 is working on standards for exactly that...
Right... having written an application that can sustain 850 Mbps across real-world gigabit ethernet (with jumbo frames), I have to agree with you. Collisions aren't a problem with modern ethernet. The big thing that kills performance is PCI bus contention (and TCP congestion control :))