А какая нафик разница? В коммерческой также точно не работает.

Кстати, запостил на баг трекере запрос на реализацию QCameraViewfinder через QOpenGLWidget - как расписано на Хабре (не совсем понятно, почему автор этого решения так не сделал) - запрос тут же получил статус P2 Important. Знают же что не так в норвежском королевстве...

Камера работает на ура. Но видоискатель на виджете не работает. Только через видео, или QML. Убил бы и четвертовал за это...

Помечать как решённое не буду принципиально - "решено" означало бы, что виджет видоискателя заработал.

Вот уроды!! 


И что же им помешало сделать для Android видоискатель через VideoOutput??? Лень??

Ах ты ж зараза - надо пермиссии камере давать отдельно, и в манифесте, и в коде. И нигде об этом не упомянуто в описании Qt.

Но всё равно нет картинки на виджете - хотя камера стартует, судя по логу.

Вроде всё правильно сделал, но при camera->start() ошибка "The camera service is missing".  

PS:
Камер вообще нет.

Не выдаёт ничего.  

Мне в приложении нужно делать фотографии с нестандартным соотношением сторон - ровные квадраты. Соответственно, в видоискателе надо либо отрезать верхнюю и нижнюю части кадра, либо хотя бы наложить на кадр жёлтую квадратную рамку чтобы показать какая часть будет сохранена. Пока ещё разбираюсь с фотографированием, но нужен совет наставляющий на путь истинный - потребуется ли для этого делать собственный viewfinder, наследуя QAbstractVideoSurface, или можно как-то это сделать с готовым QCameraViewfinder? Или достаточно будет задать ему geometry, ведь это QWidget? Или хватит просто указать для QCameraViewfinderSettings разрешение с равными сторонами? Или приделать ему дочерний QWidget с прозрачными и непрозрачными частями? Что будет проще и точно заработает? Кто-нибудь разбирался с этим?

Включена проверка апдейтов при старте - и он регулярно предлагает их произвести. Пока отказываюсь - проект в активной фазе разработки, если где-то что-то посыпется, мне это совсем сейчас не нужно. Но интересно - что там за апдейты. Кто-нибудь их делал? Поделитесь подробностями.

Мне до фонаря где оно ещё действует.

Это всё не имеет значения. У каждого крупного российского банка есть SWIFT. По российскому БИК он легко определяется. У меня счёт в Tinkoff, на который прекрасно приходят деньги с Google Play, мне никакой ещё другой банк не нужен. А PayPal теперь больше нигде не работает, кроме eBay. Но тут у китайцев вообще отсутствует раздел для подключения банковских реквизитов. Он описан в их справочнике на английском, называется Merchant services. Но в русской версии сайта его просто нет. Нигде. Совсем.

А не имеет значения. Если бы ограничение было просто для индивидуалов - то не было бы уточнения Russian. Здесь ограничение для российских индивидуалов, и этого достаточно чтобы считать его шовинизмом. Почему-то не российским индивидуалам можно, а российским нельзя.

Зарегистрировался разработчиком на Huawei AppGallery. Хочу продавать там свои плееры для китайской версии Android на их смартфонах. Больше всего интересна возможность распространять в Китае - только в нём 800 миллионов пользователей Android. А Google Play там не доступен, то есть до сих пор китайский рынок был практически отрезан. Но после регистрации и подтверждения, погуляв по их сайту, так и не нашёл где регистрировать свои финансовые данные - номер счёта, БИК и прочее. Без этого ведь никакие деньги не переведут в никуда. Написал вопрос в саппорт, и получил вот такой ответ: Dear developer Merchant service has not been opened to Russian individual developers, sorry for the inconvenience caused ("Дорогой разработчик, коммерческая служба не открыта для индивидуальных российских разработчиков, извини за причинённое неудобство"). НЕУДОБСТВО??...   Какое к чёртовой бабушке неудобство, если это прямая дискриминация по национальному признаку! Идиоты... Пока эту глупость там не устранят - буду везде призывать российских разработчиков НЕ РАСПРОСТРАНЯТЬ НИЧЕГО на этом китайском ресурсе. Включая бесплатный софт.

Заработало когда всю труху MouseArea перенёс в Map {}. Хотя в многочисленных примерах область мши в иерархии на одном уровне с картой. Но очевидно события совсем по-разному проходят. Официальной документации на эту тему, как обычно, нет никакой.

Сделал карту (пусть пока без пинча, там отдельные чудеса). Схема обычная. Карта елозится пальцем, вроде всё хорошо. Но мне нужно в ней ловить длинный тап пальцем. Добавляю обработчик


Получаю какой-то бред. Карта пальцем больше не двигается. При лонгтапе через двухсекундную задержку в консоли появляются координаты мыши. Если попытаться елозить карту, они вылетают в разных местах - то есть, панорамирование ловится как серия лонгтапов. По опыту известно, что это что-то не то с размерами данных - какой-то массив очень большой, на его обработку процессорное время уходит. А какой тут массив большой? Ну разумеется, сама карта. Проверяю закомментировав всю строку anchors.fill: mMap в MouseArea. Ну да - карта снова начала елозиться пальцем, но разумеется, лонгтап уже не отрабатывается. И при замене mMap на mItem тоже никакого лонг тапа, но карта елозится.

В сетевых примерах и проблемах с Qt подобный глюк не встречал.

PS: Проблема другая - сигнал мыши к карте не проходит. По разным советам из Сети добавлял в MouseArea propagateComposedEvents: true, обработчик
, разрешение hoverEnabled: true - ничего не помогает.

Меня конечно не ломает просто кнопки повесить и zoomLevel менять, но чудесато это.

Кажется я понял. У меня же это не просто QML объект на приложении. У меня всё сложно тут... Надо ещё в другом месте жест пинч разрешать. Даже наверно удобнее будет кнопки + и - сделать. Прямо в QML навесить их, и всё.

У меня только панорамирование. Зум устанавливается такой как я задаю в zoomLevel - но потом не изменяется. Поворот я не хочу, но он и не работает. Всё сделал как в куче примеров, и MouseArea внутри карты объявил. Вместо пинча работает панорама - то есть, елозит карту, второй палец игнорируется.