Demo Data from VLDB 2026 / reviewers in the wild / expert
Pierre Scholtes
dblp:11/767
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 2002
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Computer networks · 1
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Computer networks
1 paper |
Content delivery and video streaming · 61% Internet architecture and protocols · 39% |
Topics — the 3 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Internet architecture and protocols
local area network |
0.0 | 1 | 2002 | Video Multicast in (Large) Local Area Networks · INFOCOM 2002 |
Content delivery and video streaming
video multicast |
0.0 | 1 | 2002 | Video Multicast in (Large) Local Area Networks · INFOCOM 2002 |
Internet architecture and protocols
multicast |
0.0 | 1 | 2002 | Video Multicast in (Large) Local Area Networks · INFOCOM 2002 |
Methods — techniques the papers use, named apart from their topics
software-only decoding · 0.0graceful degradation · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2002 | Video Multicast in (Large) Local Area NetworksabstractWe consider the problem of distributing high-quality video signals over IP multicast in large local area networks (LANs), under realtime delay constraints, and with software-only processing. In a large LAN (such as the network of a university campus, or the network of a large company), the source of channel heterogeneity that the video communications system must cope with is not that of different bandwidth constraints available to each receiver, but it is essentially variations in the available CPU power that each receiver has in order to decode the incoming signal. We propose a new architecture for a video multicast system, present the design of the different components of this system, and show results obtained in a real implementation. Our feeds consist of video encoded at about 3 Mbits/sec and 16 frames/sec, capable of tolerating the loss of about 300 Kbits/sec worth of data. Decoding is performed on Linux PCs, and the quality of our reconstructed signals degrades gracefully with the speed of the CPU on which the receiver runs. Sergio D. Servetto, Rohit Puri, Jean-Paul Wagner, Pierre Scholtes, Martin Vetterli |
INFOCOM | 4 |