Комментарии 160
Ситуация — медицинское оборудование имеет дрова только под XP
Вендор с радостью готов продать новую версию (>3 млн. руб) с дровами под 7-8-ку.
Это как бы больше, чем бизнес зарабатывает за год.
Подставляться под уголовку с ломаной XP или искать возможности в альтернативных системах?
Плюс нужно еще и на баланс фирмы правильно поставить. При покупке на ebay могут быть проблемы с этим.
Подставляться под уголовку с ломаной XP или искать возможности в альтернативных системах?
А в чём проблема купить Win XP? Она стоит то всего 35$.
Или я чего-то не понимаю?
А в чём проблема купить Win XP? Она стоит то всего 35$.
Или я чего-то не понимаю?
Не знаю как работает ReactOS, но насколько мне известно уже даже Win7 не поддерживает новые процессоры.
Скажите пожалуйста, а если например переписать такие драйвера под новую Ос и продавать их по цене скажем значительно ниже чем новое оборудование, это будет считаться нарушением прав производителя?
Там, вроде, более свежие API тоже поддерживаются. Практического применения кроме запуска железа, драйверов к которому под Win7+ в принципе нет, я не вижу, но были случаи, когда реактось запускали на кассовых аппаратах, стало быть, кому-то нужно.
Не вижу причин, по которым надо новые ОС использовать. Обои чтоли нескучные?
Все действительно удобные вещи, которые есть в новых виндах — легко ложаться на ХР, но их там нет, просто потому, что тогда новую ОС бы никто не купил.
Другое дело, что устаревают внутренние архитектурные решения. Но как уже стало понятно — и их можно менять в рамках мажорной версии.
А еще совершенно не понятно, почему вы решили что ReactOS — это XP. Наверно вас классическая ХРшная тема смущает. Но сравнение ОС на основе внешнего вида не очень хорошо показывает вашу квалификацию и сильно принижает ваше мнение по данным вопросам.
Суть проекта — создание альтернативной имплементации Windows с открытым исходным кодом. Первоочередная задача ОС — обеспечение запуска и работы необходимых пользователю программ и устройств. Для этого не обязательно «слизывать все под копирку».
А еще важно отметить, что и даже Windows 10 внутр — то все еще Windows NT. Большая часть изменений в новых версиях Windows либо косметические, либо касаются сопутствующего ПО, которое идет в комплекте с ядром системы.
Мне кажется суть проекта в продлении срока службы старого оборудования и сопутствующего софта, на современном железе и в современной среде.
ReactOS это не клон XP, это еще одна XP, которая не нужна. Пока она станет production ready, пока она получит стабильную Embedded Edition пройдет много лет и для банкоматов уже будет разработана своя OS, а не использоваться XP, весь госсектор перейдет на российских вендоров и ReactOS не успеет туда попасть (и да, софт в гос секторе выбирают IT специалисты и политиканы, одним нужно это поддерживать и они выберут Линукс, вторые будут рады бесплатной OS). Школы, институты? Тут опять встает вопрос адаптации ПО, работы электронных досок, проекторов и так далее. Для этого всего нужно много-много времени.
Ничего не имею против ReactOS, за проектом не слежу вовсе, но когда появляются статьи — почитываю что происходит в рамках общих новостей. Удачной разработки в рамках хобби!
Не понятно, с чего вы решили, что у ReactOS будут теже проблемы.
Развивающиеся страны — вот возможные рынки ReactOS.
О какой поддержке со стороны софтовиков вы говорите? Зачем?
Некоторое количество ПО требует .NET 3.5 и на .NET 3.0 оно не работает, так как .NET не обладает обратной совместимостью.
Вы путаете. Обратной совместимостью .NET бы не обладала если бы программы, написанные для .NET 3.0, на .NET 3.5 внезапно ломались бы.
А то, что программа, которая написана для новой версии среды, не запускается в старой — это нормально.
Я не удивлюсь, если есть секретные соглашения с крупными вендорами об ускоренном прекращении поддержки старых версий Windows под надуманными предлогами.
Большая часть разработчиков никаких специальных движений не делает, а значит на выходе получается ПО, которое на ХР не запускается. Не потому что «используется новое API», а просто потому что пакет не установлен и галка не поставлена.
Но и про API вы верно заметили! Большая часть «нового API» не поддерживает ХР, «потому что», а не по объективным причинам. МС просто решила, что ХР не нужно и оно стало не нужно. Ну вот сейчас, как уже верно заметили, МС поняла свою ошибку и сделала «вечную» ОС.
1. Выпускать новые версии ОС, которые будут продаваться отдельно, если лицензия вечная;
2. Продавать лицензию на ограниченный срок;
3. Получать деньги из сопутствующих вещей, типа магазина приложений, но в этом случае получаем крайне закрытую систему в плане установки стороннего ПО.
Если этого нет, компания просто разорится, как мы понимаем.
Раньше был первый вариант, поэтому Майкософт поддержкой API в старых системах не занималась, а на второй вариант они не решились. Получается остаётся только третий, так что, как мне кажется, нас ждёт в будущем ситуация с ПО аналогичная Iphone.
Речь была о том, почему React OS вполне может быть востребованной ОС и кому может понадобится «ОС времен Windows XP», хотя React OS и не XP ни разу.
Я нисколько не преуменьшаю заслуги разработчиков, ясно, что это колоссальный труд. Но смотря на скорость разработки, складывается ощущение, что к времени, когда React OS будет готова, вместо проблемы старого софта для WinXP появится проблема старого софта для Win7.
Почему не Windows 8 например?
Зато я знаю что написано в FAQ:
How about Windows Vista™/7 programs and drivers?
The present compatibility target for ReactOS of Microsoft Windows Server 2003™ (NT 5.2) does not mean that features present in later versions of Windows NT™ based operating systems will not be implemented in ReactOS. Work is continually done to implement newer APIs or to provide for their future implementation.
Я бы тоже, наверное. Основными причинами, почему я ушёл с WinXP, были отсутствие поддержки AVX и AHCI (TRIM) — это решается патчами ядра. Последнюю проблему умельцы, кстати, даже решили.
Ещё, начиная с Windows 7, используется аппаратное ускорение и буферизация окон. Мне, например, очень нравится, что на Windows 7 интерфейс работает существенно быстрее, чем на Windows XP.
> Не вижу причин, по которым надо новые ОС использовать.
Как минимум, новый функционал, изменения в API. И приложения, зависящие от этого нового функционала, закономерно не будут работать на старых версиях системы. Значит, ради новых версий приложений придётся ставить новые версии ОС. Вот представьте себе, решил программист использовать ConditionalVariable в проекте (их не было в WinXP), и всё — на WinXP программа не запустится, ставьте более новую версию. Ну или другой момент — API для поддержки HighAPI, которого в Windows XP тоже нет.
> Другое дело, что устаревают внутренние архитектурные решения. Но как уже стало понятно — и их можно менять в рамках мажорной версии.
Тут уже встаёт выбор — сохранять ли совместимость со старыми решениями или нет.
> Все действительно удобные вещи, которые есть в новых виндах — легко ложаться на ХР, но их там нет, просто потому, что тогда новую ОС бы никто не купил.
Да, в текущей маркетинговой модели, когда пользователь покупает бессрочную лицензию на пользование ОС, выгоднее выпускать новые версии ОС, чем поддерживать старые.
А чтобы пользователи побыстрее переходили на новую систему, можно немножечко нарушить обратную совместимость. И собственно, судя по комментариям, большинство желающих пользоваться старой версией системы желают это делать не столько из-за легковесности, сколько из-за потери совместимости в новых версиях.
> А еще совершенно не понятно, почему вы решили что ReactOS — это XP. Наверно вас классическая ХРшная тема смущает. Но сравнение ОС на основе внешнего вида не очень хорошо показывает вашу квалификацию и сильно принижает ваше мнение по данным вопросам.
Потому что изначально ReactOS позиционировалась как альтернатива Windows XP.
Потому что изначально ReactOS позиционировалась как альтернатива Windows XP.
С тех пор прошло много лет.
А вообще всё индивидуально, у меня система ближе к High end, на слабых компьютерах XP, понятное дело, пошустрее будет.
Понятно же, зачем это было сделано: для увеличения производительности GUI ценой повышенных затрат на память. Меня, например, такой расклад устраивает.
> Не понимаю, зачем от него отказались.
Нет, не отказались. При нехватке памяти или отключении Aero происходит fallback до старого способа рендеринга окон.
Ну и вообще, я просто не понимаю, зачем. Это просто лишнее звено — если приложение захочет, оно само забуферизирует. Но, как правило, это не нужно, потому что отрисовка — отнюдь не наибольший источник тормозов.
1. Чтобы при перемещении окон не видеть шлейфы. Приложение-то может и забуферизовало контролы, но если оно подвисло, то будут проблемы с отрисовкой.
Кстати, есть ещё один момент, почему буферизацию не стоит во всех случаях доверять приложению — виртуализация DPI.
2. Чтобы применять различные свистоперделки. И судя по всему, вы недовольны именно этим моментом как сводящим на нет преимущества offscreen рендеринга.
1. Чтобы при перемещении окон не видеть шлейфы.
Почему бы просто не наметить новое место через InvertRect, DrawFocusRect и т.п. функции, обратимо меняющие канву? Как это, собственно, и делалось изначально, пока не решили добавить наворотов. Сейчас даже охватывающий прямоугольник при выделении нескольких файлов в файловом менеджере делают через гламурненький синенький прямоугольничек, а не DrawFocusRect — зачем?
А что даёт виртуализация DPI? Это не риторический вопрос — это я реально не знаю, что такое виртуализация DPI. Пока нагуглил это, и там о ней отзываются не очень хорошо.
2. Чтобы применять различные свистоперделки. И судя по всему, вы недовольны именно этим моментом как сводящим на нет преимущества offscreen рендеринга.
В точку.
Я не об этом, а о «dragging window trails» или «dragging window ghosting», например, вот, когда приложение на заднем плане не может или не успевает перерисовать буфер, и там остаётся мусор от окна с переднего плана. Когда буферизацией заведует сама ОС, такой проблемы не возникает.
> А что даёт виртуализация DPI? Это не риторический вопрос — это я реально не знаю, что такое виртуализация DPI
Виртуализация DPI даёт прозрачное масштабирование окна приложения. Аналог — масштабирование страниц в браузере.
В случае десктоп-приложений виртуализация DPI работает криво попросту потому, что старые методы работы с GUI предполагают работу на уровне физических пикселей, а не логических. Большинство приложений используют двойную буферизацию: рендерят не напрямую в канву, а сначала рисуют в буфер, а потом переносят буфер на экран. Это позволяет избавиться от фликинга при перерисовке, но приводит к тому, что эффекты от виртуализации DPI сводятся на нет, т.к. система вместо нативного рендеринга, например, текста, вынуждена интерполировать изображения.
Я не об этом, а о «dragging window trails» или «dragging window ghosting», например, вот, когда приложение на заднем плане не может или не успевает перерисовать буфер, и там остаётся мусор от окна с переднего плана. Когда буферизацией заведует сама ОС, такой проблемы не возникает.
Так я как раз именно об этом. Когда, чтобы наметить новое место, используются обратимые функции, вроде InvertRect, DrawFocusRect и т.п. (при убирании галочки «Show window contents while dragging» в System Properties / Advanced / Visual Effects / Custom — а в более старых Windows только такой способ и был), такой проблемы тоже не возникает.
Ещё, начиная с Windows 7, используется аппаратное ускорение и буферизация окон. Мне, например, очень нравится, что на Windows 7 интерфейс работает существенно быстрее, чем на Windows XP.
По-моему разницу сжирает анимация. Плюс на семёрке ужасное сглаживание шрифтов и корявый Проводник без иконок.
Если бы XP нормально поддерживалась — я бы на ней до сих пор сидел.
Думаю, Microsoft исполнит вашу мечту. Будет вечная десятка, которую надо будет обновлять принудительно и платить за подписку.
Некоторые любят играть в старые игры.
Так оно же устанавливается секунд за 10
Есть желание тестировать ReactOS на реальном железе, однако есть несколько препятствий, которые оформлю в виде пожеланий, что ли…
- Прочитал вот тут, что поддержка ext2 будет раньше поддержки NTFS. Как по мне, так поддержка последней важнее.
- В программе NLite можно было настроить установку системных каталогов WinXP таких как Program Files и Documents and Settings. Добавление выбора этих папок может понадобиться, если возникнет потребность в установке Windows и ReactOS на один раздел. Да и вообще, наличие обязательного пробела в системной папке нежелательно.
- Установка с мультизагрузочной флешки. Было бы удобно распаковать образ на флешку, и прописать ещё один пункт меню в Grub4Dos. Это облегчит подготовку устройства с выходом новой версии.
Я работаю в учебном заведении, и с удовольствием присоединюсь к тестированию на реальных машинах. На данном этапе проблема в том, что надо создавать новый FAT-раздел, хотя это просто дополнительная затрата времени.
Удачи проекту.
Прочитал вот тут, что поддержка ext2 будет раньше поддержки NTFS.Там очень приблизительные прогнозы развития. Определяющим фактором является наличие разработчиков, обладающих компетенциями и желаниями разработать определенный компонент. Работы над NTFS ведутся уже третий год, два раза получали слоты на GSOC, уже есть полная поддержка на чтение. Но так случилось, что еще раньше в ReactOS появится поддержка BTRFS. Просто потому, что появился человек, который полностью разработал драйвер.
возникнет потребность в установке Windows и ReactOS на один разделЭто крайне нежелательно делать. Никто никаких гарантий не даст.
настроить установку системных каталогов WinXP таких как Program Files и Documents and Settings.Создайте фич-реквест у нас в jira.reactos.org
Установка с мультизагрузочной флешки.… пункт меню в Grub4DosЭто частично возможно уже сейчас. Но вообще придется подождать завершения работ над USB, когда все патчи Вадима Галянта добавят в транк. По прогнозам, займет еще пару месяцев.
надо создавать новый FAT-раздел.Вы нам очень поможете даже если просто будете запускать Live-дистрибутивы (без установки) и присылать отчеты об ошибках. Например сейчас как раз нужно протестировать все доступные USB 2.0 контроллеры.
Спасибо за поддержку!
Someone manufactured you. For a purpose. But I think now that's been fullfilled.
Сцена, в которой Даги переносится в Чёрный Вигвам, а его место занимает Купер.
winehq.org.ru/ROS-Mistakes — ответы на часто задаваемые вопросы.
А вообще информация по Shim вот — winehq.org.ru/Compatibility_mode.
- Скачал образ
- Загрузил на флешку
- Вставил в старый ноут
- Увидел черный экран после загрузки
- Взгрустнул
- Форматнул флешку
- Положил старый ноут обратно в шкаф
P.S. это была не первая попытка и не на одном билде
Какой именно образ?
nighty build — bootcd-75835-rel.7z
и bootcd тот, что на странице downloads
ну и до этого момента так же пробовал с главной и с nighty
Как грузили на флешку?
через rufus, все галочки по дефолту оставил, поменял только freedos образ на iso
P.S. воткнул флешку в свой PC — та же проблема
я привык брать все на официальных сайтах, не думал, что тут как-то иначе.
И об этом сказано в тексте новости, если прочитать ее полностью и внимательно =)
спасибо, пошел пробовать снова )
почему нельзя делать для линукса всё это?… Зачем там винда?
Потому, что нет драйверов под линукс для этого оборудования, и программ тоже часто нет. Вот поэтому и нельзя.
А вообще, мы не пилим ReactOS специально под медицину. Это пользователи сами нашли очевидное для своих нужд применение. В этом и заключается свобода программного обеспечения.
ReactOS 0.4.6 доступен для загрузки