Про автозагрузку можно найти здесь см.Providing automatic program start via the Registry
Про файл с настройками — скорее всего вы открываете файл на чтение передавая его название, а не полный путь к файлу. При запуске вручную у вас текущая директория = директории где расположена программа и файл открывается. При запуске планировщиком — текущая что-то вроде c:\windows\system32 (не уверен, но это не важно). Вам необходимо открывать файл передавая полный (абсолютный) путь.
Согласен, это решение требует некоторых «телодвижений» перед первым использованием, для конечного пользователя разработчику следует исключить этап подготовки и настройки.
По каналу — зависит от параметров стрима (разрешение, битрэйт, FPS), можно примерно оценить с помощью этого инструмента — www.stardot.com/bandwidth-and-storage-calculator
я думаю что это реализуемо, можно написать расширение с помощью того-же FireBreath framework. В свое время баловался с использованием Intel PerC SDK и 3D камеры в HTML приложениях, получилось.
Своей статистики пока нет, но вот разработчики Kamcord пишут
Over the last two years, users have shared an incredible amount of content with Kamcord; over 4.5 million videos to date and 1 million in the last month alone.
Если цель сделать видео для рекламы, заливки на ютуб то, в случае Android, проще использовать ADB.
Про нишевое — не согласен. Почему бы не дать пользователю возможность шарить свой игровой процесс в сетях, в обмен получая новый канал для продвижения? На мой взгляд потенциал у этой модели есть.
— внутри используются компоненты Android, которые в свою очередь используют аппаратное ускорение
— работает везде
— зависит от сцены, выбранного сопособа (двойной рендеринг, кадровый буфер), причем это варьируется от устройства к устройству. Для выбора оптимального способа можно попробовать записать пару секунд видео тем и другим способом и выбрать более оптимальный.
могут, но "… and also be rooted", а в нашем случае — не требуется. К тому же описанный здесь способ это не просто запись, это модель использования, которую разработчик сможет встроить.
Правда пока это возможность ограничивается приложениями на OpenGL, есть над чем работать :)
Транскодирование видео одна из моделей использования, один из блоков. Используя остальные можно, например, дать возможность пользователю склеить несколько роликов в один, выбирая только нужные фрагменты, наложить видео эффекты.
Зачем для этого использовать планшет или смартфон? А почему бы и нет, если их производительность сейчас такова, что позволяет обрабатывать видео с приемлемой производительностью, избавляя пользователя от необходимости предварительно грузить видео на PC и обрабатывать на нем.
Мне понравился невозмутимый тон комментатора. На иностранном видео было бы что-то вроде — OMG! What a F*k! $@#@$%@^! крики, визги! А тут так спокойно и невозмутимо…
Про файл с настройками — скорее всего вы открываете файл на чтение передавая его название, а не полный путь к файлу. При запуске вручную у вас текущая директория = директории где расположена программа и файл открывается. При запуске планировщиком — текущая что-то вроде c:\windows\system32 (не уверен, но это не важно). Вам необходимо открывать файл передавая полный (абсолютный) путь.
По каналу — зависит от параметров стрима (разрешение, битрэйт, FPS), можно примерно оценить с помощью этого инструмента — www.stardot.com/bandwidth-and-storage-calculator
Смартфоны www.intel.com/content/www/us/en/smartphones/smartphones.html
Over the last two years, users have shared an incredible amount of content with Kamcord; over 4.5 million videos to date and 1 million in the last month alone.
по моему хорошее начало.
Про нишевое — не согласен. Почему бы не дать пользователю возможность шарить свой игровой процесс в сетях, в обмен получая новый канал для продвижения? На мой взгляд потенциал у этой модели есть.
— работает везде
— зависит от сцены, выбранного сопособа (двойной рендеринг, кадровый буфер), причем это варьируется от устройства к устройству. Для выбора оптимального способа можно попробовать записать пару секунд видео тем и другим способом и выбрать более оптимальный.
Правда пока это возможность ограничивается приложениями на OpenGL, есть над чем работать :)
Зачем для этого использовать планшет или смартфон? А почему бы и нет, если их производительность сейчас такова, что позволяет обрабатывать видео с приемлемой производительностью, избавляя пользователя от необходимости предварительно грузить видео на PC и обрабатывать на нем.