В ядро будет включена поддержка USB-видеоустройств

>хорошо поддерживаемую в Linux видеокамеру с хорошим разрешением

На сайте UVC драйвера есть список поддерживаемых девайсов, можешь для начала погуглить их характеристики.

http://linux-uvc.berlios.de/#devices

>если старые открытые драйвера не работают и не собираются на новых ядрах, значит

Очень редкое событие.

>если старые открытые драйвера не работают и не собираются на новых ядрах, значит

Очень редкая ситуация.

> Вам надо руки скотчем прикручивать к стулу чтобы не лезли ими куда ни попадя. Как сказал однорукий начальник отдела ТБ на одном заводе - "Нех@й лезть руками в работающий станок" (:

Правильно, нех#й. Только линупз - не станок и у него постоянно что-то не работает - то не собирается как дрова из-за нестабильноо быдлоAPI, то сегфолтится как dosemu на новых ядрах, то BROKEN TRANSLATION, то проблемы с уникодом и кракозябры, то xgl лагает, то открытые дарйвер nv вешает машину, то saa7134 заглючивает ядро. Всё бы глупым пионэра-фанатикам искать оправдания своему вечно недоделанному кривому фетишу, авторы которого забили буй на совместимость и тестирование.

Вот оно ваше гребаное нестабильное API, которое затрагивает якобы только разработчиков и вот она пионерская линупзячья совместимость: http://www.debianhelp.org/node/9424 Далпаепы! Сделали из операционной системы быдлоквест для красноглазых!

>>если старые открытые драйвера не работают и не собираются на новых ядрах, значит

>Очень редкая ситуация.

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

В треде окопался представитель виндоэмо...

> Вы там между собой договоритесь, что ли, работало раньше или не работало.

Раньше работало.

> Я отвечал на "...переломал кучу работавших ранее модулей..."

Вот драйвер для ядра 2.6 http://atrey.karlin.mff.cuni.cz/~marble/projects/sw/radio-sf64pcr_v2.6.tgz Драйвер не собирается из-за быдлонестабильного API, про которое один красноглазый гик написал трактат, что стабильное API и совместимость не нужны и озаглавил его stable-api-nonsense. Конкретный пример, подтверждающий глупость таких заявлений.

> Если Линукс по этому критерию нехороший, то Виндовс тогда вообще полное говно --- его ядро вообще нихера не поддерживает, ага?

Ядро совместно с драйверами от производителей полноценно поддерживает любое настольное железо. Под Liux тоже могла бы быть куча драйверов, если бы не идиотское нестабильное API. ИМХО нестабильное API, которео постоянно перепиливают, означает лишь хреновый дизайн системы из-за отсутствие грамотного архитектора.

> ....мейнтейнер драйвера халявит.

Ну а мне-то как юзеру что делать?! Почему мантейнер должен постоянно пилить драйвер?! Почему я не могу взять abc.ko для ядра 2.6.8 и ПРОСТО установить его в 2.6.18, 2.6.24 или хотя бы просто собрать без проблем?!

> Осталось выяснить, почему: потому что железка времён Debian Woody и как-то странно ставить на неё дистрибутив 2008 года или потому что просто за**ался без спеков от производителя что-то там лабать?

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

Типичный пример гентушнега с "дефектной ДНК собранного с -O3" (c)  ;)

У таких при копиляции чего угодно получается в конце "лунупс" ;))


hint: Угадай для чего продолжают поддерживать
2.4 (2.4.36.3  2008-04-19)
2.6.16 (2.6.16.60  27-Jan-2008) 
2.6.22 (2.6.22.19  26-Feb-2008)
2.6.23 (2.6.23.17  26-Feb-2008)
2.6.24 (2.6.24.5    19-Apr-2008)  

>В треде окопался представитель виндоэмо...

Да не - это типичный гентушнег c запущеным случаем чесотки ручёнок ;)

Ну наконец то разродились.

>Правильно, нех#й. Только линупз - не станок и у него постоянно что-то не работает - то не собирается как дрова из-за нестабильноо быдлоAPI, то сегфолтится как dosemu на новых ядрах, то BROKEN TRANSLATION, то проблемы с уникодом и кракозябры, то xgl лагает, то открытые дарйвер nv вешает машину, то saa7134 заглючивает ядро.

Нда, как всё запущено. Не просто прищемил дверью яйца, но ещё и залез на неё и раскачиваешься как на качелях....

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

Всё бы красноглазым компиляльщикам искать оправдания своему вечно пылающему красноглазию и воинственному криворучию....

Блин, напиши что ли HOWTO как мне получить "проблемы с уникодом и кракозябры"? Очень хочется посмотреть. Или как добиться того, как "открытый драйвер nv вешает машину"? Если это HOWTO будет начинаться словами "поставь Gentoo, ветку unstable" (или как там оно в генте называется), то ты отправишься в пешее эротическое путешествие (не вытаскивая яиц из дверной щели).

>Сделали из операционной системы быдлоквест для красноглазых!

"Быдлоквест для красноглазых" давно сделали из другой системы. Найди дровину - найди софтину - найди кряк - поставь кряк - обнови антивирус - вылечи то, чего за собой притащил кряк - поставь другой антивирус - вылечи то, что ниасилил первый - бла-бла-бла....

И не надо мне лечить, что я всё это придумал. Мне можно не придумывать, мне достаточно просто копировать темы с форума локалки, где я модерирую раздел "ПО". Такого порой насмотришься --- любой квест отдыхает....

>Ядро совместно с драйверами от производителей полноценно поддерживает любое настольное железо.

Ой пля, начинается, "ядро совместно с драйверами от производителей". А какого ж *уя ты сравниваешь "ядро совместно с драйверами от производителя" и просто ядро, которое пишется не то что без участия производителя, а вообще без какой-либо документации?

>Под Liux тоже могла бы быть куча драйверов, если бы....

... производители не были такими упёртыми баранами и предоставили документацию тем, кто согласен бесплатно писать драйвера под их железо. Проблема не в нестабильном API, а в головах производителей железа, которые просто болт забили на Linux, вне зависимости от стабильности его API.

>Ну и чем линупс тогда отличается от висты, если юзеру предлагается выкинуть свой тсарый сканер, выкинуть системник и купить новый четырехядерник с четырьмя гигами озу и новым поддерживаемым сканером?!

Да ничем, ничем не отличается, ты не плачь только. Ставь обратно 3.1415зженую Висту и наслаждайся, зачем ты себя мучаешь?

Вообще linux и windows не имеет смысла сравнивать по стабильности api и по поддержке ядром оборудования, тк в одном случае монолитное ядро, в другом гибридное.

Конечно, если разработчики ядра выкидывают поддержку устройств, или модули перестают собираться это плохо, проблема. Такое не должно часто делаться, только в исключительных случаях. Увеличение количества официально поддерживаемых модулей конечно усложняет тестирование.

C другой стороны, что мешает коммерческим разработчикам и производителям оборудования делать userspace драйвера во многих случаях, для тех же usb-устройств, делают же для сканеров.

По идее если включать модуль в ядро, то он должен в таком случае поддерживаться в основной ветке и присутствовать в ядре, либо делаться userspace драйвер, чтобы не приходилось компилировать модуль. Чтобы не было ситуаций с несовместимостью или необходимостью что-то компилить.

>то BROKEN TRANSLATION

А вот это уже личные сексуальные проблемы товарища Шатлворта с его кривым лаунчпадом.

з.ы. остальное - руки

> Вообще linux и windows не имеет смысла сравнивать по стабильности api и по поддержке ядром оборудования, тк в одном случае монолитное ядро, в другом гибридное.

Ей-богу, надоело эту бредятину выслушивать! Ядро виндов МОНОЛИТ, никакой микроядерностью там и не пахнет. То, что мсявцы называют "гибрид" это лишь стыдливое напоминание о том, что осталось от микроядра: есть механизм передачи сообщений. Все равно все сервисы ядра доступны _вызовом_функций_ (а не передачей сообщения), все равно адреса точек входа исполняемых модулей вычисляются и отображаются в адресное пространство ядра единожды (опять-таки виндузятники стыдливо умалчивают о том, что это приводит к необходимости перезагрузки при добавлении нового драйвера, не в пример "монолитному" Линуксу), все равно все участки ядра работают на одном уровне привилегий.

Единственная причина, по которой в Линуксе требуется пересборка драйвера под новую версию -- это тот самый нестабильный ядерный PI. Никто его особо и не приветсвует (правда красноглазые этого не понимают вследствие куцости их мозгов), это просто компромиссное решение, позволяющее быстро развивать ядро. Те драйвера, которые имеются в исходном коде не особо страдают от постоянного изменения интерфейсов -- пересборка занимает мизерное время. Ноют только гнусные проприентарщики.

>Ей-богу, надоело эту бредятину выслушивать! Ядро виндов МОНОЛИТ, никакой микроядерностью там и не пахнет. То, что мсявцы называют "гибрид" это лишь стыдливое напоминание о том, что осталось от микроядра: есть механизм передачи сообщений.

А как же работа потоков в режиме ядра, чего нет в монолитном ядре?

Хотя, да, в принципе в винде тоже есть драйверы режима ядра, так что.

Драйверы Windows 2000

Windows 2000 поддерживает множество типов драйверов устройств. Существует два базовых, которые имеют своих представителей: Драйверы пользовательского режима (User-Mode Drivers): Драйверы виртуальных устройств (Virtual Device Drivers, VDD) - используются для поддержки программ MS-DOS (не путать с VxD драйверами в Windows 95/98 - это совсем разные вещи, хотя и имеют одно название); Драйверы принтеров (Printer Drivers). Драйверы режима ядра (Kernel-Mode Drivers): Драйверы файловой системы (File System Drivers) - реализуют ввод-вывод на локальные и сетевые диски; Унаследованные драйверы (Legacy Drivers) - написаны для предыдущих версий Windows NT; Драйверы видеоадаптеров (Video Drivers) - реализуют графические операции; Драйверы потоковых устройств (Streaming Drivers) - реализуют ввод-вывод видео и звука; WDM-драйверы (Windows Driver Model, WDM) - поддерживают технологию Plag and Play и управления электропитанием. Их отличительной особенностью является совместимость на уровне исходного кода между Windows 98, Windows ME и Windows 2000. В разных источниках вы можете встретить классификацию немного отличную от приведенной выше, это не суть важно. Важно то, что драйверы, которые мы будем писать, не подпадают ни под один из пунктов этой классификации. Это ни драйверы файловой системы, ни унаследованные драйверы, ни драйверы видеоадаптеров или звуковых карт, ни WDM-драйверы, т.к. не поддерживают Plag'n'Play и управление электропитанием. Это не драйверы пользовательского режима (это вообще не интересно). На самом деле это просто черт знает что такое, т.к. система сама позволяет легко и просто добавить в саму себя код непонятно для какого устройства, и делать с ней все что угодно! Это как если бы к вам ночью в дверь постучался совершенно незнакомый человек, и вы ни слова не говоря впустили бы его на ночлег, да еще уложили бы в свою постель!

>е лучше вынести драйверы из ядр

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

> 2Absurd

GStreamer & phonon - не проходят из-за extra зависимостей от Qt&gtk
необходимо - native implemetation. хотя, конечно, просомотр исходников
mplayera, phonona & gstreamera никто не отменял ...
нахожусь в процессе сбора информации продолжая долбать на DirectShow