search

Aqueti / mantis_examples

Example software to demonstrate functionality of the Aqueti MantisAPI
https://aqueti.tv/api
MIT License
5 stars 2 forks source link

V2 listen on more than 10 ports? #2

Closed anl13 closed 7 years ago

anl13 commented 7 years ago

Hello. I have installed V1 and V2 to global directory /usr/bin . And create folder /etc/aqueti as told on weChat. And then, I run V2 , like this: 

ubuntu@ubuntu-Mantis2-Render:~/mantis_cam2$ V2 -c sync.cfg -m model.json --dirs 1 data_2
===============================================
    Welcome to V2, the Aqueti Visual Cortex
===============================================
Using host file: sync.cfg
Using model file: model.json
using 1 storage directories: 
    data_2
Command server listening on port 9999
using data_2/camera_1181053543
Command server listening on port 10000
Command server listening on port 10001
Command server listening on port 10002
Command server listening on port 10003
Command server listening on port 10004
Command server listening on port 10005
Command server listening on port 10006
Command server listening on port 10007
Command server listening on port 10008
Command server listening on port 10009
Command server listening on port 10010
Command server listening on port 10011

Microcamera metrics:
    Currently receiving data: false
    mcam 1031700042:    received: 0    added: 0
    mcam 1031700043:    received: 0    added: 0
    mcam 1031700044:    received: 0    added: 0
    mcam 1031700045:    received: 0    added: 0
    mcam 1031700046:    received: 0    added: 0
    mcam 1031700047:    received: 0    added: 0
    mcam 1031700048:    received: 0    added: 0
    mcam 1031700049:    received: 0    added: 0
    mcam 1031700050:    received: 0    added: 0
    mcam 1031700051:    received: 0    added: 0
    mcam 1031700052:    received: 0    added: 0
    mcam 1031700053:    received: 0    added: 0
    mcam 1031700054:    received: 0    added: 0
    mcam 1031700055:    received: 0    added: 0

Command server listening on port 10012
ERROR: connectToServer failed on client
ERROR: Did not receive handshake reply! Closing socket
ERROR: connectToServer failed on client
Command server listening on port 10013
Command server listening on port 10014

Microcamera metrics:
    Currently receiving data: false
    mcam 0:     received: 0    added: 0
    mcam 1031700042:    received: 0    added: 0
    mcam 1031700043:    received: 0    added: 0
    mcam 1031700044:    received: 0    added: 0
    mcam 1031700045:    received: 0    added: 0
    mcam 1031700046:    received: 0    added: 0
    mcam 1031700047:    received: 0    added: 0
    mcam 1031700048:    received: 0    added: 0
    mcam 1031700049:    received: 0    added: 0
    mcam 1031700050:    received: 0    added: 0
    mcam 1031700051:    received: 0    added: 0
    mcam 1031700052:    received: 0    added: 0
    mcam 1031700053:    received: 0    added: 0
    mcam 1031700054:    received: 0    added: 0
    mcam 1031700055:    received: 0    added: 0
    mcam 1031700056:    received: 0    added: 0
    mcam 1031700058:    received: 0    added: 0
    mcam 1031700059:    received: 0    added: 0
    mcam 1031700060:    received: 0    added: 0

Note that, data_2 is an existing folder in current directory. For this output, I have some questions:

  1. What does Currently receiving data: false mean? Does it mean I can't receive data? If so, why it happens?
  2. Command server listening on port 10012 Why should listen on so much ports? I think there are only 10 Tegras.
camerongivler commented 7 years ago

As for 1, this is the same problem that was discussed in issue #1. Please see that answer. Try running http://aqueti.tv/api/#get-frames in python or C and you should be able to save JPEGS if you start receiving data through the API.

As for number 2, this is a debugging message that you can ignore. We have a lot of sockets open that do not necessarily correspond to the number of Tegras.

camerongivler commented 7 years ago

The part here that does worry me are errors. For some reason we are failing to connect. @uberferg may be able to debug that better than I can.