LINUX.ORG.RU

Компания Tuxera анонсировала драйвер exFAT

 , , , ,


0

1

Компания Tuxera, известная продуктом NTFS-3G, анонсировала программный пакет, включающий в себя драйверы exFAT, FAT, FAT32, NTFS для Linux и Android для фирм и OEM-производителей оборудования. Заявлена высокая производительность и соблюдение патентного законодательства.

Генеральный директор Tuxera Микко Валимаки комментирует это событие так: «Компании, которые лицензировали для своей продукции патенты Майкрософта, касающиеся файловой системы FAT, не могут использовать общедоступную GPL-реализацию VFAT по лицензионным соображениям. Компании, не сделавшие этого, рискуют получить патентный иск. Поэтому для тех, кто приобрёл лицензию на патенты, существует необходимость заменить драйвер VFAT ядра Linux, иначе риск сохраняется». В анонсе подчёркивается то, что файловая система exFAT входит в стандарт нового интерфейса SDXC, а файловая система NTFS очень распространена на PC, а также то, что в отличие от FAT и FAT32 файловые системы exFAT и NTFS не подвержены лимиту в 2-4 Гб на размер файла, осложняющему перенос файлов, в частности HD-видео.

Стоит заметить, что Tuxera тесно сотрудничает с компанией Microsoft, которая пообещала отсутствие патентных претензий и даже предоставила Tuxera спецификацию, документацию и примеры исходного кода exFAT.

Условия использования не разъяснены: по вопросам приобретения предлагается обратиться на адрес электронной почты sales@tuxera.com.

Напомним, что существует пакет патчей для Linux-ядра, изменяющий код реализации файловой системы таким образом, чтобы он не подпадал под действие патентов. Также разрабатывается открытая реализация exFAT.

>>> Подробности



Проверено: svu ()
Последнее исправление: cetjs2 (всего исправлений: 7)
Ответ на: комментарий от Lonli-Lokli

Я к тому и веду :) Вероятность даже выше.

Binary ★★★★★
()
Ответ на: комментарий от thevery

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

Binary ★★★★★
()
Ответ на: комментарий от anonymous

anonymous> Это САМЫЙ ГЛАВНЫЙ косяк линукса, если бы не он - линукс был бы идеален

Если бы не этот «косяк» - тогда линукс совсем бы протух. Как это случилось с вендой и OS X.

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

anonymous> Линуксом в его текущем виде нельзя пользоваться годами без постоянного обновления дистриба

И кто запретил? Сзади стоящий мужик с ружьём и говорящий «НЕ ПОЛЬЗУЙСЯ НЕОБНОВЛЁННЫМ ДИСТРОМ!!! АРГРЫРГРЫРЫРГРХХХРГРХХ!!!» ?

Quasar ★★★★★
()
Ответ на: комментарий от thunar

thunar> то есть все их вопли про гибридное ядро — обычное враньё?

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

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

anonymous> Легко, на винду XP ставятся любые проги, любые новые версии, и старые и новые.

Поставь ка на XP старую игру какую-нибудь. Или игру, которая требует DirectX 11. API у венды меняется, и весьма ощутимо. Иначе не писали бы на коробках, какие конкретно версии поддерживаются.

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

anonymous> Теперь - старые проги VoIP времен OpenSUSE 10.3 слишком убоги, а новые навороченные я млять не могу поставить !!!

gcc -static
И не реви.

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

anonymous> а фаерфокс я обновляю регулярно.

И что тогда мешает поставить клиент VoIP, если файрфокс успешно обновляется?

Quasar ★★★★★
()
Ответ на: комментарий от thevery

thevery> для нового DirectX, положим, для начала нужно новое железо...

Это никого не волнует. Если пользователь хочет XP - он и на новое железо XP поставит, если драйверы есть... А они пока есть.

Quasar ★★★★★
()
Ответ на: комментарий от thevery

thevery> иксы, кстати, напомните какого года технология, раз уж вы заговорили об «оглядке на совместимость» :D

2010 года. Если речь об X.org

Quasar ★★★★★
()
Ответ на: комментарий от thevery

thevery> если писать с нуля, то нафига писать гораздо более сложный ext4 вместо более простого exFAT?

А вот кабы Балмер жил на горе, да ел при этом скалы...

Короче - драйвер для Ext4 уже есть. Готовый. С исходным кодом. Хорошо документированный. И с кучей разбирающихся специалистов. Для ExFAT - отсутствует.

Quasar ★★★★★
()
Ответ на: комментарий от thevery

thevery> а что мешает поставить сервипак? это ж по сути обновления только ядра, софт/совместимость оно не затрагивает

Ещё как затрагивает.

Quasar ★★★★★
()
Ответ на: комментарий от Reset

Reset> это влияет только на acl, но не на классические unix-права, поэтому не катит

Здрасте. Я иногда специально в архив TAR запаковываю директории, чтобы права сохранить. А тебе, как я понял, нужно дверью яйца свои прищемить.

Quasar ★★★★★
()
Ответ на: комментарий от thevery

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


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

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

Тролли опеннета и ЛОР'а смеются просто над такими, текущий вид ни при чём.

Zenitur
() автор топика
Ответ на: комментарий от thevery

thevery> тормозят иксы, тормозят...

И где же подтверждения тормознутости иксов? Их просто нет. Потому, что иксы вообще не тормозят.

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

У меня дефолтная система почти та же, SuSE 10.2. Мешают зависимости. Тот же Ekiga требует более новых версий библиотек. А те программы что не требуют фактически не собираются со старой версией какой-либо библиотеки. Создаётся впечатление, что код какой-либо программы лучше всего компилировать в окружении библиотек того же времени выпуска, что и программа.

Zenitur
() автор топика
Ответ на: комментарий от Quasar

FireFox распространяется в бинарном виде (32-битный). Ну и исходник спокойно компилируется хоть в Ubuntu 6.06.

Zenitur
() автор топика
Ответ на: комментарий от Reset

Reset> не забываем также про переключение видеокарт налету и перезапуск видеодрайвера без перезапуска программ

Ты наркоман - это дело драйвера, а не иксов.

Quasar ★★★★★
()
Ответ на: комментарий от thevery

> это когда при включенном ctrl+shift на переключение раскладки все другие хоткеи с ctrl+shift перестают работать
Что мешает юзать для переключения капс или left super?

Xenius ★★★★★
()

Хм, так Tuxera уже давно предлагала свой проприетарный драйвер exFAT для Linux, разве нет?

P.S. И здесь «Linux-ядро»... %)

cruxish ★★★★
()
Ответ на: комментарий от thevery

> говорю же - считайте относительно Win7. Хинт: Win7 за полгода прибавила больше 40% (20.6 vs 29.1)

Подавляющее большинство ноутбуков сегодня продаётся либо с Windows 7, либо без операционки (и в 90% случаев туда ставят Windows 7, потому что XP уже не всё поддерживает, а про Linux люди либо вообще не знают, либо краем уха слово такое слышали). Отсюда такой рост.

И вы забыли упомянуть падение популярности XP.

таковых вдвое-втрое меньше тех, кто пользуется виндой

В долю тех, кто пользуется виндой, входят и те, кто о Linux сейчас только узнаёт, но *ещё* им не пользуется.

cruxish ★★★★
()
Ответ на: комментарий от Zenitur

Выгрузить иксы, запустить команду, подменить libGL, загрузить иксы это считай, что нельзя.

Reset ★★★★★
()
Ответ на: комментарий от AVL2

И где это все работает?

например, на моем T410

сони как требовала перезагрузки при переключении видеокарты, так и требует...

Не верю, особенно такому неадеквату как ты.

Reset ★★★★★
()
Ответ на: комментарий от thevery

толсто. в треде на 32 страницы про вейланд никто так и не смог сказать, чем плохи иксы, по факту, и почему для этого нужно пилить что-то ещё.

anonymous
()
Ответ на: комментарий от Zenitur

> К слову, в Eclipse проблема есть (он не на GTK)

Eclipse именно на Gtk

tailgunner ★★★★★
()
Ответ на: комментарий от Reset

> «дверью яйца прищемить» это как раз про права на флешках

А что с правами на флешках не так? Права не нужны - пользуйся vfat, права нужны - пользуйся ext2.

cruxish ★★★★
()
Ответ на: комментарий от Reset

сдаётся мне, что вы слабо разбираетесь в архитектуре иксов.

anonymous
()
Ответ на: комментарий от anonymous

anonymous> драйвер должен переключиться с интела на нвидию? O_o

Скорее удерживать дисплей и использовать нвидиевский драйвер как бэкенд.

Quasar ★★★★★
()
Ответ на: комментарий от Reset

Reset> нет, это дело как раз иксов

Дело иксов - обеспечить протокол для связи приложений. Может ещё и звук выводить - дело иксов? Или принтер заставлять печатать - дело иксов?

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

> Дело иксов - обеспечить протокол для связи приложений.

Это единственное, чем иксы должны заниматься?

Может ещё и звук выводить - дело иксов?

Неплохо бы.

tailgunner ★★★★★
()
Ответ на: комментарий от Quasar

А с железом они взаимодействовать не должны? Значит по твоему в каждом драйвере надо делать однотипные велосипеды?

Reset ★★★★★
()
Ответ на: комментарий от tailgunner

> Это единственное, чем иксы должны заниматься?

Это единственное, чем должна заниматься прослойка между графической подсистемой и графическими приложениями.

Может ещё и звук выводить - дело иксов?

Неплохо бы.

До такого даже в M$ не додумались бы... ;))

cruxish ★★★★
()
Ответ на: комментарий от Reset

> А с железом они взаимодействовать не должны? Значит по твоему в каждом драйвере надо делать однотипные велосипеды?

Иксы с железом взаимодействовать *не должны*. С ним должно взаимодействовать ядро посредством модулей, а модули должны соответствовать определённым интерфейсным требованиям.

cruxish ★★★★
()
Ответ на: комментарий от cruxish

>> Это единственное, чем иксы должны заниматься?

Это единственное, чем должна заниматься прослойка между графической подсистемой и графическими приложениями.

Бла бла. Я спросил не про гипотетическую «прослойку», а про иксы.

Может ещё и звук выводить - дело иксов?

Неплохо бы.

До такого даже в M$ не додумались бы... ;))

И что? Развей мысль. Например «раз M$ не додумались бы - значит, это ненужно».

tailgunner ★★★★★
()
Ответ на: комментарий от cruxish

>> А с железом они взаимодействовать не должны? Значит по твоему в каждом драйвере надо делать однотипные велосипеды?

Иксы с железом взаимодействовать *не должны*. С ним должно взаимодействовать ядро посредством модулей

Утипути, терминологические наци в треде. Это не ты заливал, что напишешь heapsort, не посмотрев в учебник?

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

Ю в треде на 32 страницы про вейланд никто так и не смог сказать, чем плохи иксы

Усложнённой архитектурой.

и почему для этого нужно пилить что-то ещё.

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

cruxish ★★★★
()
Ответ на: комментарий от tailgunner

> Утипути, терминологические наци в треде.

Любители правильной архитектуры скорее.

Это не ты заливал, что напишешь heapsort, не посмотрев в учебник?

Нет, это было не моё «заливание», это было твоё предложение. ;) Свободен.

cruxish ★★★★
()
Ответ на: комментарий от cruxish

> Усложнённой архитектурой.

эээ... в чём её «усложнённость»? только давайте конкретно, без болтовни.

Чтобы избавиться от километров неиспользуемого кода

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

anonymous
()
Ответ на: комментарий от Reset

Reset> А с железом они взаимодействовать не должны? Значит по твоему в каждом драйвере надо делать однотипные велосипеды?

Ты явно не в курсе, что такое драйвер. Взаимодействие с железом обеспечивается специальным кодом. Раньше X-сервер был монолитным - и не позволял без правки исходников поддерживать видеокарту отличную от заложенной в поддержку изначально. Потому код, обеспечивающий взаимодействие с железом, просто вынести в отдельный модуль, именуемый драйвером. А с приходом X.org вообще иксы разбили на модули.

В общем - твой слив засчитан.

Quasar ★★★★★
()
Ответ на: комментарий от tailgunner

> Бла бла. Я спросил не про гипотетическую «прослойку», а про иксы.

Ок.

И что? Развей мысль. Например «раз M$ не додумались бы - значит, это ненужно».

Ну прям таки... Наоборот, M$ имеет репутацию корпорации, реализующей всякий хлам, но до такого «решения» даже им далеко. ;)

cruxish ★★★★
()
Ответ на: комментарий от cruxish

cruxish> Усложнённой архитектурой.

При этом Wayland не имеет возможностей иксов. Так что он не может быть альтернативой в принципе.

cruxish> Чтобы избавиться от километров неиспользуемого кода, тем самым упростить реализацию и, возможно, увеличить быстродействие.

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

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

То есть ты считаешь, что иксы не должны сами переключать модуль с nvidia.so на intel.so и наоборот, а надо делать мега-модуль nvidia-intel.so ? А если видеокарты будут amd и intel, то будет модуль amd-intel.so ? И так для каждой комбинации видеокарт ? Не кажется ли тебе, что это возврат назад к монолитным иксам ?

Reset ★★★★★
()
Ответ на: комментарий от cruxish

>> Это не ты заливал, что напишешь heapsort, не посмотрев в учебник?

Нет, это было не моё «заливание», это было твоё предложение. ;)

На которое ты ответил «да, я могу», и не смог.

Свободен.

Учи матчасть.

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

> эээ... в чём её «усложнённость»? только давайте конкретно, без болтовни.

Она сложнее, чем «приложение -> композитор -> ядро».

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

Например, мне не нужны сетевые возможности X.Org. Но завязанность иксов на сеть присутствует в любом случае.

cruxish ★★★★
()
Ответ на: комментарий от cruxish

> завязанность иксов на сеть присутствует в любом случае.

А ты знаешь, в чем именно проявляется эта «завязанность в любом случае»? В использовании локальных Unix-сокетов. Точно так же, как и в вяленде.

tailgunner ★★★★★
()
Ответ на: комментарий от Quasar

> При этом Wayland не имеет возможностей иксов. Так что он не может быть альтернативой в принципе.

Смотря что от него требуется. Если просто получение графических данных от приложения, и направление их в ядро для отрисовки, то почему бы и нет?

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

Кто же спорит. :) К ним уже тысячу раз обращались с подобными претензиями...

cruxish ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.