Вы можете использовать response-native-image-cropper-picker . Если я вас правильно понял, вы хотите иметь возможность запустить камеру и затем в качестве обещания отправить изображение в ваш алгоритм обнаружения объектов. С помощью этой библиотеки вы можете запустить камеру следующим образом:
openCamera(){
ImagePicker.openCamera({
width: 300,
height: 400,
cropping: true
}).then(image => {
//Your image
console.log(image);
});
}
Ошибка "единица компилируется с другой версией...", раздражающий. Это происходит в ситуации как ниже:
+--------+
| unit A |
+--------+
| |
| |
V |
+--------+ |
| unit B | |
+--------+ |
| |
| |
V V
+--------+
| unit C |
+--------+
И единица A и единица использования B C и единица B используют C. Единица B и C компилируются, и по некоторым причинам источник единицы B не доступен. Теперь Единица C изменяется (любое изменение сделает и перекомпилировано), И dcu единицы C отличается от единицы C используемый единицей B, таким образом, единица B должна быть перекомпилирована также. Но к сожалению, источник не доступен, таким образом, компилятор сдается.
Это не совсем ясно что случилось с Вашей ситуацией.
У Вас есть среда тестирования, которая связывается с плагинами. Таким образом, где X и Y единицы вписываются, и Вы распознаете шаблон, показанный выше?
Но то, что полная сборка решает проблему, является подсказкой в этом направлении. И это не первый раз, когда я видел, что проблемы с частичным перекомпилировали. Таким образом, я всегда использую полную версию.
Вы используете измененный VCL? Единицы, на которые Вы ссылаетесь в своем интерфейсном разделе также, определяют Ваш интерфейс. Я предложил бы удостовериться, что у Вас нет двух различных версий ни одной из Ваших единиц с тем же именем (включая VCL/RTL), на который можно сослаться из Вашего проекта. Возможно, это - что-то глупое, поскольку фоновая компиляция использует другую версию единиц затем дисковая компиляция. Так редактирование его инициировало фоновый компилятор, который затем портит синхронизацию.
Проверьте, что у Вас нет напряженного старого dcu файла где-нибудь в исходном dir.
Я ненавижу эту проблему. Я нахожу, что это открывается время от времени и хотя это звучит в Вашем случае, который будет непосредственно связан с тем, что Вы делаете с плагинами, я решил это в прошлом путем нахождения и удаления всего dcus, bpls и dcps пакетов, которые мы записали и затем восстановление пакетов.
Фактический файл .dpr содержит ссылку на неправильную версию файла .pas.
Просмотр> Диспетчер проектов> разверните дерево и проверьте путь ко всем модулям.
В списке путей поиска есть повторяющийся файл, и сначала обнаруживается неправильная версия
Для справки в будущем, простое указание компилятору на версии исходного кода «проблемных модулей» исправило это для меня (то есть добавление папок, содержащих исходный код, в путь поиска).
Определенно что-то глючит с компилятором. Я обнаружил, что изменение порядка модулей в разделе uses позволит вам получить «одну бесплатную компиляцию». После этого ошибка повторяется снова, и вы можете вернуться к восстановлению. :-(