README
1 This test client is a simple functional test for WebRTC enabled Chrome build.
2
3 The following is necessary to run the test:
4 - A WebRTC Chrome binary.
5 - A peerconnection_server binary (make peerconnection_server).
6
7 It can be used in two scenarios:
8 1. Single client calling itself with the server test page
9 (peerconnection/samples/server/server_test.html) in loopback mode as a fake
10 client.
11 2. Call between two clients.
12
13 To start the test for scenario (1):
14 1. Start peerconnection_server.
15 2. Start the WebRTC Chrome build: $ <path_to_chome_binary>/chrome
16 --enable-media-stream --enable-p2papi --user-data-dir=<path_to_data>
17 <path_to_data> is where Chrome looks for all its states, use for example
18 "temp/chrome_webrtc_data". If you don't always start the browser from the same
19 directory, use an absolute path instead.
20 3. Open the server test page, ensure loopback is enabled, choose a name (for
21 example "loopback") and connect to the server.
22 4. Open the test page, connect to the server, select the loopback peer, click
23 call.
24
25 To start the test for scenario (2):
26 1. Start peerconnection_server.
27 2. Start the WebRTC Chrome build, see scenario (1).
28 3. Open the test page, connect to the server.
29 4. On another machine, start the WebRTC Chrome build.
30 5. Open the test page, connect to the server, select the other peer, click call.
31
32 Note 1: There is currently a limitation so that the camera device can only be
33 accessed once, even if in the same browser instance. Hence the need to use two
34 machines for scenario (2).
35
36 Note 2: The web page must normally be on a web server to be able to access the
37 camera for security reasons.
38 See http://blog.chromium.org/2008/12/security-in-depth-local-web-pages.html
39 for more details on this topic. This can be overridden with the flag
40 --allow-file-access-from-files, in which case running it over the file://
41 URI scheme works.
42