Запись видео с использованием Qt5.4

Скорее всего, вы смотрите на артефакт, специфичный для ОС, а не на основную проблему с QT.

Я видел эту проблему так много раз в стольких наборах инструментов и фреймворках, что меня пугает, что никто еще не нашел элегантного решения.

Основа проблемы

В большинстве операционных систем реализована какая-то защита критически важных системных файлов.

Под *nix это система прав доступа пользователя/группы, под windows она аналогична, но с подсистемой UAC (User Access Control).

Это сводится к тому, что вы часто не можете просто выбрать произвольное место для записи файлов, не предварительно запросив для этого разрешение от различных API безопасности и механизмов в ОС.

Тогда вторая половина проблемы связана с расширением переменных.

В частности, в * nix символ тильды «~» расширяется оболочкой, чтобы обозначить домашний каталог пользователя.

Когда мы говорим оболочка, мы имеем в виду bash, tch, csh или любую другую среду, в которой вы запускаете приложение.

В этот микс мы также поместим среду рабочего стола, так как большинство вещей, таких как Kde, Gnome, Unity или что-либо еще, имеют какой-то вызов операционной системы, который, когда ему передается «~», знает чтобы преобразовать его в '/home/neil/' или что-то еще, что тоже нужно расширить.

В Windows также есть аналогичная функция, с помощью которой вы можете сделать вызов ОС и сказать: «Привет, мистер операционная система, где хранятся мои пользовательские папки», на что она с радостью ответит чем-то вроде «c:\users\».

Почему проблема проявляется именно так

Просто потому, что, когда вы сами создаете строки пути в своем собственном приложении, вещи часто не передаются этим различным вызовам ОС для расширения и проверки безопасности, вам в значительной степени нужно убедиться, что вы тот, кто их вызывает.

Исключением из этого правила является использование философии *nix небольших инструментов, объединенных для выполнения одной работы. В этом случае вы часто будете передавать результат программе на основе оболочки, которая, поскольку она работает через оболочку, знает, что если она увидит «~», она должна расширить ее.

Поскольку вы используете прямой доступ к файлам, управляя своими собственными путями к файлам, когда вы думали, что пишете в «\home\neil\file.mov», на самом деле вы пытаетесь записать файл с именем «file.mov» в текущую папку, где ваше приложение запускается из папки с именем «~», которой я хочу быть, не существует.

Добавьте к этому тот факт, что многие из этих фреймворков (QT не является исключением) предназначены для того, чтобы скрыть и абстрагироваться от всех уродливых деталей, есть большая вероятность, что они использовали исключение ОС, которое было сгенерировано, когда вы на самом деле пытались записать файл, если бы это было не так, то ваше приложение, скорее всего, рухнуло бы с каким-то диалоговым окном исключений.

Как решить проблему

Есть 3 подхода, которые вы можете предпринять, чтобы смягчить это.

• 1) Вы можете жестко закодировать пути, то есть вы можете явно сказать, что приложение всегда хранит ваш файл в «/home/neil/videos/blah.mov», однако у этого есть недостаток, заключающийся в том, что каждому пользователю приложения понадобится пользовательская сборка, так как маловероятно, что «person2» будет иметь права на запись в домашнем каталоге «neil».

• 2) Вы можете встроить функциональность, которая дает пользователю диалоговое окно и спрашивает их, где они хотели бы сохранить файл. Поскольку вы используете что-то вроде QT, это должно быть очень просто, большинство этих наборов инструментов пользовательского интерфейса имеют встроенную функциональность, позволяющую легко представить пользователю такой опыт.

• 3) Вы можете узнать, есть ли у вашей платформы или базовой ОС какие-либо вызовы для вас, чтобы спросить, кто является текущим пользователем и где находится их домашний каталог, затем вы можете использовать возвращенную информацию для динамического создания статического патча, аналогичного тому, что в вариант 1. Такой подход гарантирует, что приложение автоматически адаптируется к среде независимо от пользователя.

Лично я обычно использую вариант 1 во время разработки, затем, когда разработка завершена, я переключаюсь на номер 2, очень редко я использую номер 3 в программном обеспечении для настольных компьютеров.

Вариант 3 для меня часто используется, когда рассматриваемое приложение предназначено для выполнения одной задачи, такой как преобразование файла для работы с другим процессом или создание некоторого вывода для сервера для отображения на веб-странице и т. д.

Однако для вас прямо сейчас в качестве решения этого вопроса лучше всего подходит вариант 1.

Чтобы добавить к отличному ответу Шоути, я обнаружил, что Qt не поддерживает запись в Windows http://doc.qt.io/qt-5/qtmultimedia-windows.html

Это может быть полезно https://github.com/kibsoft/QtMEL.