diff --git a/README.md b/README.md
index 7718f20afdc4f58522a17c7cd242a50649ac81e2..556314dbb7cc0eec9bf97a4d8ca2fcfc17e5b26d 100644
--- a/README.md
+++ b/README.md
@@ -139,70 +139,12 @@ doxygen doc_autogeneration.doxygen
## Output
-#### Output Format
-There are 2 alternatives to save the **(x,y,score) body part locations**. The `write_keypoint` flag uses the OpenCV cv::FileStorage default formats (JSON, XML and YML). However, the JSON format is only available after OpenCV 3.0. Hence, `write_keypoint_json` saves the people pose data using a custom JSON writer. For the latter, each JSON file has a `people` array of objects, where each object has an array `body_parts` containing the body part locations and detection confidence formatted as `x1,y1,c1,x2,y2,c2,...`. The coordinates `x` and `y` can be normalized to the range [0,1], [-1,1], [0, source size], [0, output size], etc., depending on the flag `keypoint_scale`. In addition, `c` is the confidence in the range [0,1].
-
-```
-{
- "version":0.1,
- "people":[
- {"body_parts":[1114.15,160.396,0.846207,...]},
- {"body_parts":[...]},
- ]
-}
-```
-
-The body part order of the COCO (18 body parts) and MPI (15 body parts) keypoints is described in `POSE_BODY_PART_MAPPING` in [include/openpose/pose/poseParameters.hpp](include/openpose/pose/poseParameters.hpp). E.g., for COCO:
-```
- POSE_COCO_BODY_PARTS {
- {0, "Nose"},
- {1, "Neck"},
- {2, "RShoulder"},
- {3, "RElbow"},
- {4, "RWrist"},
- {5, "LShoulder"},
- {6, "LElbow"},
- {7, "LWrist"},
- {8, "RHip"},
- {9, "RKnee"},
- {10, "RAnkle"},
- {11, "LHip"},
- {12, "LKnee"},
- {13, "LAnkle"},
- {14, "REye"},
- {15, "LEye"},
- {16, "REar"},
- {17, "LEar"},
- {18, "Bkg"},
- }
-```
-
-For the **heat maps storing format**, instead of individually saving each of the 67 heatmaps (18 body parts + background + 2 x 19 PAFs) individually, the library concatenates them into a huge (width x #heat maps) x (height) matrix, i.e. it concats the heat maps by columns. E.g., columns [0, individual heat map width] contains the first heat map, columns [individual heat map width + 1, 2 * individual heat map width] contains the second heat map, etc. Note that some image viewers are not able to display the resulting images due to the size. However, Chrome and Firefox are able to properly open them.
-
-The saving order is body parts + background + PAFs. Any of them can be disabled with program flags. If background is disabled, then the final image will be body parts + PAFs. The body parts and background follow the order of `POSE_COCO_BODY_PARTS` or `POSE_MPI_BODY_PARTS`, while the PAFs follow the order specified on POSE_BODY_PART_PAIRS in `poseParameters.hpp`. E.g., for COCO:
-```
- POSE_COCO_PAIRS {1,2, 1,5, 2,3, 3,4, 5,6, 6,7, 1,8, 8,9, 9,10, 1,11, 11,12, 12,13, 1,0, 0,14, 14,16, 0,15, 15,17, 2,16, 5,17};
-```
-
-Where each index is the key value corresponding to each body part in `POSE_COCO_BODY_PARTS`, e.g., 0 for "Neck", 1 for "RShoulder", etc.
-
-#### Reading Saved Results
-We use standard formats (JSON, XML, PNG, JPG, ...) to save our results, so there will be lots of frameworks to read them later, but you might also directly use our functions in [include/openpose/filestream.hpp](include/openpose/filestream.hpp). In particular, `loadData` (for JSON, XML and YML files) and `loadImage` (for image formats such as PNG or JPG) to load the data into cv::Mat format.
-
-#### Pose Output Format
-
- 
-
-
-#### Face Output Format
-
- 
-
+Check the output (format, keypoint index ordering, etc.) in [doc/output.md](doc/output.md).
-## OpenPose Benchmark
-Initial library running time benchmark on [OpenPose Benchmark](https://docs.google.com/spreadsheets/d/1-DynFGvoScvfWDA1P4jDInCkbD4lg0IKOYbXgEq0sK0/edit#gid=0). You can comment in that document with your graphics card model and running time for that model, and we will add your results to the benchmark!
+## Speed Up OpenPose and Benchmark
+Check the OpenPose Benchmark and some hints to speed up OpenPose on [doc/installation.md#faq](doc/installation.md#faq).
diff --git a/doc/installation.md b/doc/installation.md
index fc3fb1e521047fee22d391bc4d143159d2fc206a..412d9fcc4b951b90ade4f26e7225c3f3ee282575 100644
--- a/doc/installation.md
+++ b/doc/installation.md
@@ -221,9 +221,9 @@ If you choose to visualize a body part or a PAF (Part Affinity Field) heat map w
**Q: Low speed** - OpenPose is quite slow, is it normal? How can I speed it up?
-**A**: Check the Benchmark to discover the approximate speed of your graphics card: [https://github.com/CMU-Perceptual-Computing-Lab/openpose#openpose-benchmark](https://github.com/CMU-Perceptual-Computing-Lab/openpose#openpose-benchmark). Some speed tips:
+**A**: Check the [OpenPose Benchmark](https://docs.google.com/spreadsheets/d/1-DynFGvoScvfWDA1P4jDInCkbD4lg0IKOYbXgEq0sK0/edit#gid=0) to discover the approximate speed of your graphics card. Some speed tips:
1. Use cuDNN 5.1 (cuDNN 6 is ~10% slower).
- 2. If you have more than 1 GPU, set `--num_gpu`.
- 3. Reduce the `--net_resolution` (e.g. to 320x176) (lower accuracy).
+ 2. Reduce the `--net_resolution` (e.g. to 320x176) (lower accuracy).
+ 3. For face, reduce the `--face_net_resolution`. The resolution 320x320 usually works pretty decently.
4. Use the `MPI_4_layers` model (lower accuracy and lower number of parts).
diff --git a/doc/output.md b/doc/output.md
new file mode 100644
index 0000000000000000000000000000000000000000..5184f9fe4f5600c7a553baec5cd7ced4fa78266b
--- /dev/null
+++ b/doc/output.md
@@ -0,0 +1,70 @@
+OpenPose Demo - Output
+====================================
+
+
+
+## Output Format
+There are 2 alternatives to save the **(x,y,score) body part locations**. The `write_keypoint` flag uses the OpenCV cv::FileStorage default formats (JSON, XML and YML). However, the JSON format is only available after OpenCV 3.0. Hence, `write_keypoint_json` saves the people pose data using a custom JSON writer. For the latter, each JSON file has a `people` array of objects, where each object has an array `body_parts` containing the body part locations and detection confidence formatted as `x1,y1,c1,x2,y2,c2,...`. The coordinates `x` and `y` can be normalized to the range [0,1], [-1,1], [0, source size], [0, output size], etc., depending on the flag `keypoint_scale`. In addition, `c` is the confidence in the range [0,1].
+
+```
+{
+ "version":0.1,
+ "people":[
+ {"body_parts":[1114.15,160.396,0.846207,...]},
+ {"body_parts":[...]},
+ ]
+}
+```
+
+The body part order of the COCO (18 body parts) and MPI (15 body parts) keypoints is described in `POSE_BODY_PART_MAPPING` in [include/openpose/pose/poseParameters.hpp](../include/openpose/pose/poseParameters.hpp). E.g., for COCO:
+```
+ POSE_COCO_BODY_PARTS {
+ {0, "Nose"},
+ {1, "Neck"},
+ {2, "RShoulder"},
+ {3, "RElbow"},
+ {4, "RWrist"},
+ {5, "LShoulder"},
+ {6, "LElbow"},
+ {7, "LWrist"},
+ {8, "RHip"},
+ {9, "RKnee"},
+ {10, "RAnkle"},
+ {11, "LHip"},
+ {12, "LKnee"},
+ {13, "LAnkle"},
+ {14, "REye"},
+ {15, "LEye"},
+ {16, "REar"},
+ {17, "LEar"},
+ {18, "Bkg"},
+ }
+```
+
+For the **heat maps storing format**, instead of individually saving each of the 67 heatmaps (18 body parts + background + 2 x 19 PAFs) individually, the library concatenates them into a huge (width x #heat maps) x (height) matrix, i.e. it concats the heat maps by columns. E.g., columns [0, individual heat map width] contains the first heat map, columns [individual heat map width + 1, 2 * individual heat map width] contains the second heat map, etc. Note that some image viewers are not able to display the resulting images due to the size. However, Chrome and Firefox are able to properly open them.
+
+The saving order is body parts + background + PAFs. Any of them can be disabled with program flags. If background is disabled, then the final image will be body parts + PAFs. The body parts and background follow the order of `POSE_COCO_BODY_PARTS` or `POSE_MPI_BODY_PARTS`, while the PAFs follow the order specified on POSE_BODY_PART_PAIRS in `poseParameters.hpp`. E.g., for COCO:
+```
+ POSE_COCO_PAIRS {1,2, 1,5, 2,3, 3,4, 5,6, 6,7, 1,8, 8,9, 9,10, 1,11, 11,12, 12,13, 1,0, 0,14, 14,16, 0,15, 15,17, 2,16, 5,17};
+```
+
+Where each index is the key value corresponding to each body part in `POSE_COCO_BODY_PARTS`, e.g., 0 for "Neck", 1 for "RShoulder", etc.
+
+
+
+## Reading Saved Results
+We use standard formats (JSON, XML, PNG, JPG, ...) to save our results, so there will be lots of frameworks to read them later, but you might also directly use our functions in [include/openpose/filestream.hpp](../include/openpose/filestream.hpp). In particular, `loadData` (for JSON, XML and YML files) and `loadImage` (for image formats such as PNG or JPG) to load the data into cv::Mat format.
+
+
+
+## Pose Output Format
+
+ 
+
+
+
+
+## Face Output Format
+
+ 
+