Обработка видео

[просто Евгений]

Физическое разрешение матрицы твоей астрокамеры?

Чувствительный элемент: 1,3 млн. пикс.,1/2" CMOS

Глубина цвета?

Не помню и посмотреть негде.
Предположительно 12 бит.

Интерфейс подключения?

USB2.0

непонятно, в каком виде был файл на выходе в WinXP.

Попозже посмотрю. Могу сказать, что файл был большим, порядка 1 Гб/минута.

Если не нужны артефакты сжатия, то зачем говорить о h264, квантификаторах и ключевых кадрах?

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

[Skif_off]

Я не смог заставить камеру под Линукс выводить не сжатый AVI. Пытался скормить прогам другие форматы, но астропроги с этими форматами не умеют работать.

Может быть, в документации есть технические подробности?
Возможно, есть смысл поискать тусовки астрономов-любителей, форум или чат? Задачка специфическая, но можно предположить, что кто-то нашёл решение под Linux (ну, кроме WinXP в виртуалке ).

[просто Евгений]

Я давно уже состою на астрофоруме. Данная камера не пользуется популярностью  и реально я не нашёл коллег по её использованию. Ластрономы предпочитают более дорогие специализированные камеры. Для них программисты и пишут разный софт. То бишь для них есть родной софт и плюс универсальный сторонний.
Данная камера куплена давно. Поддержки от производителей никакой нет. Линукс она не поддерживала с самого начала. Была надежда, что опытные энтузиасты напишут для неё дрова под Линукс, но надежды не сбылись. Универсальный софт под Линукс не хочет её корректно распозновать и работает она под Линем как попало.
Вот считал информацию с родного файла, который выдаёт камера под родным софтом.

Код: [Выделить]

General
Complete name                            : /media/jane/disk/видео Юпитера/Юпитер лб-5-2.avi
Format                                   : AVI
Format/Info                              : Audio Video Interleave
File size                                : 454 MiB
Duration                                 : 1 min 23 s
Overall bit rate                         : 45.6 Mb/s

Video
ID                                       : 0
Format                                   : YUV
Codec ID                                 : I420
Codec ID/Info                            : 8 bit Y plane followed by 8 bit 2x2 subsampled U and V planes.
Duration                                 : 1 min 23 s
Bit rate                                 : 45.5 Mb/s
Width                                    : 640 pixels
Height                                   : 480 pixels
Display aspect ratio                     : 4:3
Frame rate                               : 30.000 FPS
Compression mode                         : Lossless
Bits/(Pixel*Frame)                       : 4.942
Stream size                              : 454 MiB (100%)

Выше писал, что камера 1,3 Мпкс, так это не верно, программа не правильно пишет. Реальное разрешение матрицы у камеры 640х480.
К старому недобуку есть родной винт с родной хрюшей. В старых буках винты и память менялись на два счёта: откручивались два винтика и менялся диск и память.
Так что смысла в виртуалке нет. Просто очень хотелось подружить камеру с Линем, что бы не бегать по разным системам.

[Skif_off]

Codec ID             : I420

Вроде ничего экзотического.
VLC для захвата и воспроизведения не пробовали?

P.S. Имел в виду, что с виртуалкой всё было бы сразу под рукой. В принципе, жёсткий диск можно пробросить в виртуалку и грузить с него.

[kmk]

Сам Линукс работает лучше хрюши и к нему есть актуальные программы, хотя недобук 32 бита. (Щас уже ОСи, начиная с Убунты отказались от поддержки этой архитектуры).

Современные 32х битные системы остались. Несколько минут назад ответил в соседнем топике по этому поводу.

[просто Евгений]

Там какая-то засада есть. Сами ОСи 32 бита есть, но поддержку архитектуры проца отправили куда-то в архив. Поэтому установка Линукса на старый недоук превращается в танцы с бубном. Мучился долго, но в итоге накатил актуальные компоненты.
Ещё нашёл вчера фигу от разрабов Дарктейбла: на телеке с экраном 1366х768 (в качестве монитора) главное окно проги не лезет по ширине и не хочет масштабироваться. Раньше сталкивался с такой фигнёй, но думал, что проблема присуща лэптопам, а не стационарникам.

Codec ID             : I420

Вроде ничего экзотического.
VLC для захвата и воспроизведения не пробовали?

P.S. Имел в виду, что с виртуалкой всё было бы сразу под рукой. В принципе, жёсткий диск можно пробросить в виртуалку и грузить с него.

Я так понял, что это кодирование цета с потерей качества. Там можно выбрать YVY2, что передаёт цвет без потерь, только битрейт возрастает, что может быть чревато аппаратными сбоями на старом железе.

VLC для захвата и воспроизведения не пробовали?

Как-то давно пробовал, а щас не получилось. Видимо забыл как это делается.

P.S. Имел в виду, что с виртуалкой всё было бы сразу под рукой.

Железо очень слабое для виртуалки. Ещё боюсь, что USB в виртуалке может не заработать.

[Skif_off]

Я так понял, что это кодирование цета с потерей качества.

Если правильно понимаю, это способ представления цвета, выходит поэкономнее, чем RGB (обычно имеется в виду RGB24), где по 8 бит на три цветовых канала в любом случае. Цветовой охват поменьше, но это вовсе не значит, что его будет недостаточно. И битрейт 45.5 Mb/s при 640х48 намекает на отсутствие заметного сжатия.
Грубо говоря, как с оптимизацией PNG или GIF (?) в плане хранения информации о цвете: если у вас на изображении используется всего три цвета, вам незачем тащить RGB, практичнее создать свою палитру ровно из трёх цветов - все цвета будут на месте, но размер выходит меньше.

В общем, это к тому, что вроде бы камера не отдаёт что-то необычное, типа как некоторые видеорегистраторы, требующие особый декодер.
В зарубежных сообществах тоже искали? (Иногда и на баг-трекерах попадаются решения.) Топовые железки не всем доступны, к тому же бывают энтузиасты - шансы ненулевые

[andytux]

Для ориентира, возьмем гипотетическую вебкамеру: разрешение 1мегапиксель, глубина цвета 3х8=24бит.
Считаем битрейт: 1*24*30=720 мегабит в секунду. С большим гаком перекрывает даже теоретический потолок USB2 (480mbit/s). Это узкое место. Без сжатия 30 кадров в секунду не получить никак. Причем, это сжать должна сама камера, еще до попадания на USB2.
Если взять данные твоей камеры, то: 1,2*12*30=432 мегабит в секунду. Теоретически укладывается на пределе.
Когда телевидение еще только начинало становиться цветным, чтобы втиснуть его в полосу черно-белого телевидения (6мгц), придумали "аппаратное сжатие" YUV.
Основное, вместо сигналов основных цветов (RGB) используются цветоразностные (YUV). Это позволяет немного снизить требования к полосе сигнала (битрейту).
Еще больще снижает требования то, что сигналы U и V передаются с меньшим разрешением.
Самое максимальное качество обеспечивает формат 444. Остальные: 422, 420, дают качество хуже.
К сожалению, тонкости я уже забыл. Здесь надо смотреть, какой из вариантов может аппаратно выдавать твоя камера. Сильно сомневаюсь, что она умеет 444.
На обычном видео это показывает вполне приемлемые результаты. А как это скажется в "астросъемке" не берусь предположить.
Здесь надо понимать. Почти наверняка видеокамера выдает видео в одной из разновидностей YUV. Даже если далее ты используешь кодек, который выдаст RGB, это только еще лишнее преобразование. Потери YUV уже не вернешь ничем.
Я так понимаю, как таковое, видео тебе не нужно. Оно используется вместо "быстрой серийной фотосъемки". В таком случае, может лучше смотреть возможности камеры в направлении "быстрой серийной фотосъемки".
Здесь опять узким местом станет USB2. Но может быть 10кадров "фото" окажутся лучше, чем 30кадров "видео".
В любом случае, придется ориентироваться, чтобы "выход с камеры" понимал твой "специализированный софт".