Commits
- integration tests - get_preview_ports: c259a2512fa04d74f92ee3046f3c08655d522598
- integration tests get_audio_port - 2: cf8c501e714cff468142b33343ed93a370492aaf
- integration tests get_audio_port: ceb322d2129ec1345a4e066c325b01d83eeaeb6c
- Merge remote-tracking branch 'upstream/speaker-tracking' into python-api merge upstream: b52978dfe479ddaa1c0808a21614a67f1c6d20bc
Things completed
-
Integration tests. This turned out to be a bit tricky. The
get_audio_port()
function returns the first preview audio port. The default ports assigned according to these rules:- Compose Port: video_port + 1
- Encode Port: video_port + 2
- Audio Port: Depends on which position the first audio stream is input to the gst-switch-srv. The first one will be at port 3003. So if the first stream to enter is an audio stream
get_audio_port()
will return 3003. If a video stream is added before the audio one, theget_audio_port
will return 3004. - Preview Ports: It returns a list of all the preview ports who are streaming into the gst-switch-srv - audio and video.
- Integration tests for get_audio_port
- Integration tests for get_preview_ports
How to run these tests
Issue py.test command like py.test test_controller.h
Or you can also use the Makefile make integration
Under progress..
I am working out a reliable way to compare the outputs of two runs of the program. Problem seems that sometimes an extra black frame may be captured (it is captured as a key-frame). This causes some problems in the comparison process, since the zero-norm of the comparison states that the two frames are absolutely dissimilar.
The current set of tests shows PASSED 19 out of 20 times. However almost once it fails, the reason is mostly a Connection Closed or Connection Reset message from the DBus. This indicates that something went wrong in the server side.
Comments Section
Feel free to comment on the post but keep it clean and on topic.
blog comments powered by Disqus