1This test client is a simple functional test for WebRTC enabled Chrome build. 2 3The following is necessary to run the test: 4- A WebRTC Chrome binary. 5- A peerconnection_server binary (make peerconnection_server). 6 7It can be used in two scenarios: 81. Single client calling itself with the server test page 9(peerconnection/samples/server/server_test.html) in loopback mode as a fake 10client. 112. Call between two clients. 12 13To start the test for scenario (1): 141. Start peerconnection_server. 152. 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 19directory, use an absolute path instead. 203. Open the server test page, ensure loopback is enabled, choose a name (for 21example "loopback") and connect to the server. 224. Open the test page, connect to the server, select the loopback peer, click 23call. 24 25To start the test for scenario (2): 261. Start peerconnection_server. 272. Start the WebRTC Chrome build, see scenario (1). 283. Open the test page, connect to the server. 294. On another machine, start the WebRTC Chrome build. 305. Open the test page, connect to the server, select the other peer, click call. 31 32Note 1: There is currently a limitation so that the camera device can only be 33accessed once, even if in the same browser instance. Hence the need to use two 34machines for scenario (2). 35 36Note 2: The web page must normally be on a web server to be able to access the 37camera for security reasons. 38See http://blog.chromium.org/2008/12/security-in-depth-local-web-pages.html 39for 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:// 41URI scheme works. 42