Abstract: Methods and systems for selecting a remote session audio stream sent to a receiving station from one of a plurality of sending stations are described herein. At least some illustrative embodiments comprise a method that comprises receiving a message comprising audio data at a receiving station (the audio data representing at least part of an audio stream associated with a first remote session established between the receiving station and a first sending station of a plurality of sending stations), and selecting the audio stream and presenting the audio data as audio to a user of the receiving station if the audio stream is enabled.

Abstract: Methods and systems for user selection of a remote session are described herein. At least some illustrative embodiments comprise a method that comprises presenting display information to a user (while in a first windowing mode) from a first remote session before entering a setup mode and from a second remote session after exiting the setup mode, entering the setup mode and selecting (by the user) the second remote session while continuing to present the display information from the first remote session without changing to a second windowing mode, and preventing contemporaneous presenting of display information from both the first and the second remote sessions while not in the setup mode.

Abstract: Single Logical Screen and Direct Hardware Access in a 3D environment are combined by passing a single stream of protocol to the X Server, which in turn passes the information to multiple 3D rendering processes for display on individual screens (monitors). Multiple instances of a single daemon implement the rendering processes. The X Server communicates with an instance of the daemon functioning as a master daemon, which in turn controls the remaining instances functioning as slave daemons. All daemons communicate through common shared memory segments. This achieves both efficiency and performance, since duplicated distribution of commands and data is avoided. Each of the daemons is driven by the contents of the shared memory segments. To facilitate this, an X Client, the X Server and the daemons are all interconnected with separate control and data paths.

Abstract: A single logical screen display system includes a client process, a master server process and plural slave server processes. Each of the slave server processes runs on a separate remote computer system. The master server process maintains network connections with the client process and with each of the slave server processes. The client process issues single logical screen window system requests to the master server process. The master server process issues physical screen window system requests to the slave server processes. Each slave server process controls one of a plurality of physical display devices. The plural physical display devices comprise a composite display on which the single logical screen appears.

Abstract: Single Logical Screen and Direct Hardware Access in a 3D environment are combined by passing a single stream of protocol to the X Server, which in turn passes the information to multiple 3D rendering processes for display on individual screens (monitors). Multiple instances of a single daemon implement the rendering processes. The X Server communicates with an instance of the daemon functioning as a master daemon, which in turn controls the remaining instances functioning as slave daemons. All daemons communicate through common shared memory segments. This achieves both efficiency and performance, since duplicated distribution of commands and data is avoided. Each of the daemons is driven by the contents of the shared memory segments. To facilitate this, an X Client, the X Server and the daemons are all interconnected with separate control and data paths.

Abstract: A method for handling events in an X Window System environment is disclosed. First and second events are detected in first and second server processes, respectively. First event data corresponding to the first event is stored in a first event cache associated with the first server process. Second event data corresponding to the second event is stored in a second event cache associated with the second server process. The first and second server processes are polled to determine whether they have detected any events. If it is determined that both the first and second server processes have detected events, the first and second event data is requeted from the first and second server processes. The first and second event data is coalesced into coalesced event data. The coalesced event data is delivered to a client process.