beniz on fix_torch_map_bbox
fix: torch MaP with bboxes (compare)
beniz on master
fix: bbox clamping in torch inf… (compare)
dd@afe456179096:/opt/deepdetect/build/main$ dpkg -l|grep libprotobuf ii libprotobuf10:amd64 3.0.0-9.1ubuntu1 amd64 protocol buffers C++ library dd@afe456179096:/opt/deepdetect/build/main$ cat /var/lib/dpkg/info/libprotobuf10\:amd64.list /usr/lib/x86_64-linux-gnu/libprotobuf.so.10.0.0
dd@afe456179096:/opt/deepdetect/build/main$ ldconfig -v 2>/dev/null | grep -v ^$'\t' /usr/local/lib: /lib/x86_64-linux-gnu: /usr/lib/x86_64-linux-gnu: /lib: /usr/lib:
but weird thing is - this only started happening in the last couple of weeks
deepdetect: image: jolibrain/deepdetect_cpu command: bash -c 'LD_LIBRARY_PATH=/opt/deepdetect/build/lib/; export LD_LIBRARY_PATH; ./dede -host 0.0.0.0 & sleep 3; /init.sh; wait;' container_name: tss_dd volumes: # Curl doesnt exist there and we arent root :( - ./deepdetect/curl:/usr/bin/curl - ./deepdetect/init.sh:/init.sh - ./deepdetect/models:/models - ./deepdetect/models-classifier:/models-classifier - ./deepdetect/models-tag-classifier:/models-tag-classifier expose: - 8080 networks: - tssnet restart: always
init.shcreates a few services from within the container, but thinking about it, I dont need to run that from inside the container.... could be my weird brain at work
ci-masteris missing? jolibrain/deepdetect@b85d79e
ci-masterbuilds between v0.12.0 and now), so I'm guessing something was introduced, or changed in the NCNN master branch upstream?
Yeah so see the updated issue, the missing patch is not enough, there's something else in the way, that will require deeper debug.
As a side note that caffe OCR models cannot be converted to TRT. We failed for a long time and eventually gave up. OCR is scheduled for the torch backend in the coming weeks. This does not fully relate to the current issue, but thought it'd be worth mentionning.
For simsearch service I got that I can clear indexed images using
curl -X DELETE "http://localhost:8080/services/simsearch?clear=index"
but is there any way I can remove single image after indexing and building for thousands of images?
P.S.: Indexing performed through urls and not with the physical images, so to remove the image from directory option is not avail I guess
remove_idsbut it is so inefficient and dangerous that it may not even happen since it's much cleaner to rebuild the index after a while.
#22 1602. CXX src/caffe/layers/lstm_layer.cpp #22 1607. CXX src/caffe/layers/permute_layer.cpp #22 1608. CXX src/caffe/layers/deconv_layer.cpp #22 1612. CXX src/caffe/layers/recurrent_layer.cpp #22 1613. CXX src/caffe/layers/base_conv_layer.cpp #22 1615. CXX src/caffe/layers/tanh_layer.cpp #22 1615. CXX src/caffe/layers/detection_output_layer.cpp #22 1616. CXX src/caffe/layers/exp_layer.cpp #22 1621. CXX src/caffe/layers/softmax_loss_layer.cpp #22 1621. CXX src/caffe/layers/dense_image_data_layer.cpp #22 1621. NVCC src/caffe/util/im2col.cu #22 1621. Makefile:624: recipe for target '.build_release/cuda/src/caffe/util/im2col.o' failed #22 1621. nvcc fatal : Unsupported gpu architecture 'compute_86' #22 1621. make: *** [.build_release/cuda/src/caffe/util/im2col.o] Error 1 #22 1621. make: *** Waiting for unfinished jobs.... #22 1642. src/caffe/layers/detection_output_layer.cpp: In member function 'void caffe::DetectionOutputLayer<Dtype>::Forward_cpu(const std::vector<caffe::Blob<Dtype>*>&, const std::vector<caffe::Blob<Dtype>*>&) [with Dtype = float]': #22 1642. src/caffe/layers/detection_output_layer.cpp:348:10: warning: 'toplogit_data' may be used uninitialized in this function [-Wmaybe-uninitialized] #22 1642. Dtype* toplogit_data;
'gpuid': [0, 1, 2]? in the API docs it seems to indicate it'll 'select among multiple GPUs' but are the multiple gpus utilized as a single large block of GPU memory, or randomly selected, or some other strategy? (I understand this may differ depending on the backend lib in use, and it seems like only caffe, torch, caffe2 support