Ричард Хендерсон (Richard Henderson), один из мэйнтейнеров проекта QEMU, занимающий второе место по числу внесённых изменений, опубликовал набор патчей, удаляющих поддержку 32-разрядных хост-систем из QEMU. Поддержка 32-разрядных хост-окружений была объявлена устаревшей в апреле прошлого года в QEMU 10.0, а в декабрьском выпуске 10.2 из генератора кода TCG (Tiny Code Generator) была удалена поддержка платформ mips32 и ppc32...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64580
Чёт мне кажется давно пора было. Ну какой хост виртуализации на таком старом оборудовании? Чтобы что, ради чего?
Ну может тебе надо 64 битную программу запустить на 32 битном процессоре.
Не нужно. Это надуманная ерунда а не нормальный сценарий.
Если лично тебе не нужно, то это твоё личное дело. Но за других говорить отучайся.
Ну давай другой, приведи пример такой программы.
Пусть лучше сразу примеры "нужно" приведёт. Программа-то может и найдётся.
> Не нужно. Это надуманная ерунда а не нормальный сценарий.Музыку лосслесс послушать захотел на своей ESI Juli@, а декодер только 64 битный блоб (иного нет в природе).
Название кодека приведи. Звучит не правдоподобно.
Tak именно такой и есть. Правда, только 32 бита. И да, весьма популярный.
Для аудио есть миллион открытых кодеков с реализацией под все платформы. Зачем использовать какой то проприетарный блоб просто загадка.
> Для аудио есть миллион открытых кодеков с реализацией под все платформы. Зачем
> использовать какой то проприетарный блоб просто загадка.Пользователи на форуме загружают файлы в этом формате. 2 раз никто не будет дампать и перекодировать диски. Ну, о его достоинствах написано в интернете. Ещё спроси почему он был популярен во Вьетнаме.
А о его недостатках можно поговорить? Например о том что он настолько проприетарный что есть ровно одна закрытая реализация и та под 32 бита. Одного этого достаточно чтоб больше об этом кодеке не вспоминать.И почему это никто не будет дампить эти диски повторно в другом кодеке? Я часто вижу как повторно дампят уже присутствующее на форумах/трекерах.
Но я допускаю что может быть ситуация, когда уникальная запись доступна только под этим кодеком и другой не будет, так как исходник утерян.
Но тут нужно думать о сохранении этого материала ища варианты конвертации в другой более доступный, распространенный лослеел формат.
Shorten на торрентсру до сих пор сих никто не перекодировал, хотя там попса им закодирована. Что уж говорить о материалах, которые интересны полутора анонимам.
Лосслесс можно ж конвертить из формата в формат.
Там люди переживают, что это будут не исходные файлы, созданные исходными версиями программ и оригинальным автором этих файлов. Они могут быть лучше или хуже, но они будут другими. А ещё лосслесс лосслессу рознь: легко потерять теги, дополнительные данные (replaygain и прочее), большинство форматов тем же флаком не поддерживается и потребует конвертации с потерями.
Оригинальные хэши для файлообмена важны, но остальное - страшилки.ReplayGain - это теги. В lossless-форматах используются нормальные системы тегов (Vorbis Comments, APEv2), чтобы без MP3-сюрпризов. FLAC поддерживает больше форматов, чем TAK (int32, <=655.35kHz), ему не хватает только float (это не формат для распространения), неограниченной частоты дискретизации (чтобы у радиосигналов - не аудио - правильные метаданные были) и DSD (но для этого обычно придётся отменить оригинальное DST-сжатие, а это делать не следует).
Значительная часть hifi аудио последних лет 15 в однобитном формате. Флак не поддерживает. Частота дискретизации тоже только 192 kHz - никаких тебе миллионов. Ограничения по числу каналов и так далее. Насчёт нормальности vorbiscomment ты погорячился -- у каждой программы свои наборы тегов и свои трактовки стандартных. APEv2 немножко обглоданный, тоже не все программы одинаково поддерживают. При архивном хранении стараются избежать потери данных. Даже если в оригинальном файле был дефект кодировщика, он должен остаться в файле навсегда. Надо снимать новый дамп с источника и не перекодировать файлы.
Не знаю, зачем надо было отрезать 463.35 кГц от моего коммента и умолчать, что ограничение по числу каналов - это 8 каналов. Но, наверное, так надо.> Значительная часть hifi аудио последних лет 15 в однобитном формате.
Он был странноватым знаком качества, когда его было дорого делать (издавать SACD), а теперь... ну, от него есть смысл держаться подальше, как от MQA (в него заложены похожие идеи). Ну и аудиофилы такие люди. Если они говорят, что FLAC, разжатый в WAV звучит лучше, то надо кивать головой и предлагать к покупке WAV всего за +10 долларов, чтобы не приходилось разжимать вручную.
А это индикация, что сведено не под сиди. И естественно звучит лучше. 1-битный звук это просто стандарт.
> И естественно звучит лучше. 1-битный звук это просто стандарт.Нет, я тебе уже объяснил, что на человеческой глупости можно деньги делать, но не бесплатно её повторять.
> Нет, я тебе уже объяснил, что на человеческой глупости можно деньги делать,
> но не бесплатно её повторять.Так ты чушь про декодирование flac написал, а не объяснил. На самом деле, конечно, разница была во времена древнего железа и кривых декодеров флака, но это не имеет значения. И что значит "нет"? Лучше не пиши свои "откровения" больше.
> про декодирование flac"Why do so many quality DACs sound better with WAV than FLAC, AIFF, and others?" - whatsbestforum.
Этот человек может оказаться "китом"-миллионером, зачем его разочаровывать.
И вот Qobuz предлагает к покупке WAV и AIFF помимо сжатого звука.> не объяснил
Объяснил - в DSD заложена та же идея, что в MQA. Идея MQA - защита от пиратов ценой внесения потерь в звук (и издатель без лицензии и софта-с-уплатой-за-патенты тоже пират). Аудиофилам продали идею, что файл с DRM звучит лучше, чем без DRM. А DSD - это MQA-lite (менее выраженный DRM).
В 90-х требовалась замена для Audio CD, хотя бы потому что патенты истекают. Придумали DVD-Audio и DSD. DVD-Audio вскоре взломали и копии проигрывались на обычном железе (лицензионные отчисления с него не соберёшь), а SACD держался гораздо лучше и после взлома пират заплатит через отчисления на железо, если хочет подавать поток на железо без конвертации.
А самое приятное - примерно 15 лет можно было рассказывать о DSD что угодно, потому что проверить нельзя. Вот диск - гибридный SACD. Один слой SACD, другой Audio CD. А сравнить их нечем - SACD-слой сначала нельзя было скопировать, а потом нельзя было бесплатно оба файла свести к одному формату (купи что-нибудь от Pyramix).
DSD получают из PCM, потому что DSD нельзя редактировать (громкость поменять, например):
> A 1 Bit audio stream such as DSD cannot be mixed or edited directly
> DSD Project (64fs 1-bit) ... as a pure DSD recorder/playback device without any real-time digital editing or level changing capabilities.
> - SACD Production Guide от PyramixНо реклама говорила, что DSD нужен, чтобы избежать преобразований в PCM? Да, но реклама нацелена на одних людей, а аудиоинженерные знания имеют другие люди. То есть DSD выносит наружу детали реализации из микросхем АЦП/ЦАП просто чтобы существовала лишняя сложность, за которую положено платить. Может при этом ухудшиться качество? Может, но это бизнес, а не искусство.
Уважаемые, вы тут так профессионально обсуждаете всякое аудио, подскажите пожалуйста, как решить маленькую проблемку с аудио в линуксе.
https://www.opennet.dev/openforum/vsluhforumID15/4979.html#0
> Tak именно такой и есть.Наш сосед Иванов выиграл в лотерею "Волгу".
> Правда, только 32 бита.
Только не выиграл, а проиграл.
> github.com/FFmpeg/FFmpeg/blob/master/libavcodec/takdec.c
не Волгу, а три рубля
> Фриварный оригинал:
> New features: An 64-bit decoder library for the SDK.
> hydrogenaudio.org/index.php/topic,122639.0.htmlИ не Иванов, а Рабинович.
Так-то когда было актуально ничего не было.
Да ты совсем берега попутал, TAK в 2007 вышел ("first public build"), опенсорсный декодер - через 5 лет.
Это ты что то попутал. Обсуждают ТАК в контексте новости из 2026 года. Зачем ты вообще про даты релизов разговор завел?
> Обсуждают ТАК в контексте новости из 2026 годаТак отвечай тому, кто пишет "когда было актуально ничего не было", а не мимо.
Без понятия. Я точно знаю, что мне пришлось засовывать авторский декодер в вайн, чтобы декодировать сотни файлов.
> Tak именно такой и есть. Правда, только 32 бита. И да, весьма популярный.Привязываться к какой-то проприетарной шляпе - да еще юзая опенсорс - это просто супертупо, 10 из 10. Нормальный человек давно бы распаковал бы сие в PCM WAV (lossless) и пожал бы в flac или wavpack чтоли хотя-бы.
Потому что лучшее решение с вендорлокнутым софтом прибитым к 1 архитектуре - это отделаться от него. А всякие перверты занимаются непотребством с системной некромансией вместо этого. Вот и разбирайтесь там с своими проприетарными заморочками сами. Вам никто не обещал бесконечный майнтенанс непонятной порприетари.
> Музыку лосслесс послушать захотел на своей ESI Juli@, а декодер только 64
> битный блоб (иного нет в природе).Проприетарщики должны страдать. Карма у них такая - на выкрутку рук нарываться.
> Музыку лосслесс послушать захотел на своей ESI Juli@, а декодер только 64 битный блобЭто просто не тот сценарий, ради которого мэйнтейнерам следует тащить устаревшую архитектуру.
Просто возьмите старую версию для ностальгических извращений.
> Не нужноТипичный ответ тех, кто ничего не может.
Ага, только почему-то те "кто могут" только и могут что клянчить чтобы их музейные 32 бита оставили и за них поддерживали.
В 2003 году Крис Касперки впервые попробовал x86-64 именно в QEMU.
> Крис КасперкиЭх, а ведь еще помнят легенду. Лично был знаком с Мыщъх по переписке. Своеобразный человек. Жаль, рано ушёл.
Пытался его книгу про оптимизации раза три прочитать, настолько ужасно написанных текстов больше никогда не встречал. В итоге читал только исходники.
> В 2003 году Крис Касперки впервые попробовал x86-64 именно в QEMU.Случайно не помните ли случайно детали?
ОС хоста, версию, версию QEMU? Thank!
https://konyakov.ru/pubs/books/Kris_Kaspersky/docs/XENnCo.pdf
https://xakep.ru/2005/11/01/64bit-hello/Не уверен, что у него Дюрон был. Это я наверное с Леонидом Кагановым перепутал.
юзай QEMU < 11.0 версии. древнему железу древний софт
Чтобы разрабатывать под 16 битные таргеты сидя на 3 пентиуме?
Ретропрограммирование и сейчас популярно в узких кругах.
На этом даже зарабатывать умудряются, производя новый софт для старых платформ, особенно если в красивой бумажной коробке, с подробным бумажным мануалом и на дискетках… ммм. В основном конечно же игры.
А зачем в ретро-программировании запуск 64х битных на 32х битных хостах? Ты точно понял о чем новость? Возможность запуска 32х битных гостей никто не трогает. Даже не обсуждают.
> запуск 64х битных на 32х битных хостах?Запуск 64-браузеров. Иных уже нету для линукса.
В ретро-программировании ты программируешь на современном железе под старое железо. Нет никакой необходимости программировать а том же железе под которое пишешь.>Иных уже нету для линукса.
И это не правда.
Дай ссылочку на современный FF-32... Нет, не под виндоуз. Под виндоуз он есть, а под линух - нету. Или Хромиум-32.
В сообщении было утверждение сто под линукс нет 32х битных браузеров.
А ты почему требуешь конкретно фф?
Floorp и Zen.Ещё, как бонус, Яндекс Браузер, Falkon, Epiphany.
> В ретро-программировании ты программируешькак тебе нравится. Хотя на асме под motorola 68000. 68kmla ftw!
> Зачем в ретро-программировании запуск 64х битных на 32х битных хостах?Чтобы избежать закладок в компиляторы и в ОС. Да и в "железо": всё лучше делать на AO486 или тому подобном.
В DOS компилилируем Win 32bit.
И далее компилируем и тестируем 64-хбитное.Кстати, наличие One-Core-Api позволят отбросить приставку "ретро".
>>Ретропрограммирование и сейчас популярно в узких кругах.Ретропрограммирование, в отличии от ретроонанизма, ведется на нормальном железе, на котором можно работать продуктивно. Особенно если используется эмуляция.
Теряется сама идея. Я вот любитель всего ретро, и если что-то программирую на паскале, или играю в первый квэйк, то это настоящий i486 с полностью аутентичным тому времени железом. Начиная от дискет и харда на 200 мегабайт, заканчивая ЭЛТ монитором. А вот сидеть на современном железе, но под старой ос и играть в старые игры — это действительно ретроанонизм.
> Я вот любитель всего ретроЯ тоже коллекционирую
Смысла в ретро ПО без ретро железа не много.
Но если нужно что то написать для ретро, а не запустить готовое, то лучше производительное современное железо.А если потребовался Qemu, не важно для чего, то его тоже НУЖНО запускать на мощном железе.
>>если что-то программирую, то это настоящий i486Это зависит от целей. Если продемонстрировать старое ПО, например среду разработки, то мелочевку можно и нужно именно в ней и писать.
А если на гитхабе что то попалось, и на вид старое железо это переварит, но.. надо немножко доработать, отладить. То в этом случае ретро железо используется только при финальном тестировании.
Кстати, i486 из ретро железа еще далеко не самое дохлое, а ведь бывают и менее дружественные к разработке системы.
может, скажем ему? Ну что qemu вообще не про виртуализацию... а, не, зачем.
>а, не, зачем.Да и нечего тебе рассказать.
> может, скажем ему? Ну что qemu вообще не про виртуализацию... а, не, зачем.Есть сомнения, что QEMU --- гипервизор второго рода?
Если у тебя старый процессор, но нужно запускать некие новые программы (которые могут уже и не существовать на 32 бита из-за устаревания, если у тебя относительно редкая платформа то виртуализация полезна)
Хостовые логично.
VirtualBox выкинули лет восемь как.
Гостевые ещё более логично. Какие-то применения есть только у 32-битного хоста, но не у 32-битного гостя.
О 32-битах не скажу, а вот 16 и 8 бит на эмуляторах живее всех живых. И не только для игр.
> О 32-битах не скажу, а вот 16 и 8 бит на эмуляторах
> живее всех живых. И не только для игр.Dosbox только 64 бита.
>> О 32-битах не скажу, а вот 16 и 8 бит на эмуляторах
>> живее всех живых. И не только для игр.
> Dosbox только 64 бита.Не для всех 16 бит и 8 бит ассоциируются только с интел.
А остальное всё равно не сэмулируешь.
Наиболее известный пример https://qemu-project.gitlab.io/qemu/system/target-avr.html
> А остальное всё равно не сэмулируешь.Вот те раз, qemu-system-arm не в курсе - и у меня arm (32 bit) vm с linux (armhf) работает прямо на x86. Это конечно неспешно из-за кросс-трансляции инструкций TCG, но работает и можно ARMовский linux собрать даже если физической железки под рукой нет.
Вот те два - простой STM32 фирмвар запускается на qemu. Правда, поддержка периферии STM32 в qemu весьма рудиментарная и в целом довольно баговано. Но работает на минималках.
А вот те три - с RISCV64 @ x86-64 номер тоже катит. И бутявит себе RISCV вариант Linux.
Т.е. оказывается - сэмулируешь. И вот там как гуеста дропать 32 бит - кхе-кхе, вы там офигели? Лучше сами задропайтесь, если 64 бит мк выкатить не можете :)
> не у 32-битного гостя.Могут быть случаи, когда нужно. Чтобы не быть голословным, есть программа, прилагаемая к известной книге Гланца по медицинской статистике, которая работает в системе не выше 32-битной Windows 7. Пришлось поставить ее гостем в VirtualBox.
У 32х битного хоста ровно 0 реальных не надуманных применений.
Он есть и, видимо, работает. Это может быть вполне себе 10-летнее железо.
Ты про 10 летнее железо какой архитектуры говоришь? х86 я такого не знаю. Приведи пример.
У х86 были атомы какие-то. Riscv только 32 битные на практике, армы 32 битные даже 5 лет назад пилились (а запускать x86 код на армах это отдельная дисциплина), мипсы какие-то найти можно.
У х86 нет ничего 10 летнего 32 онли. Остальные платформы не знаю, не моя область.
> У х86 нет ничего 10 летнего 32 онли. Остальные платформы не знаю,
> не моя область.В 12 году были емнип. Сейчас же 2019 на дворе.
> Остальные платформы не знаюДа ты и x86 не знаешь. Интел Кварк - до 2022.
Кварк не полноценный проц. Это узко специфичный контроллер, к теме обсуждения не имеющий никакого отношения.
Даже "какие то атомы" были 64 битными.
Другой вопрос что с васянским биосом многие изделия на них запускали только 32х битные ОС. ;)
>> Riscv только 32 битныеЭто микроконтроллеры, заведомо не предназначенные для десктопных OS.
> У х86 были атомы какие-то. Riscv только 32 битные на практике,Только микроконтроллеры по сути. На которых вы не будете хостить виртуализатор. А если это апликушник с линухом - это 64 бит и только так, 32-бит апликушники под линух уже почти не производятся и их изначально было полторы штуки.
> армы 32 битные даже 5 лет назад пилились (а запускать x86 код
> на армах это отдельная дисциплина), мипсы какие-то найти можно.Да они и сейчас есть. Но так то поддержку KVM акселерации там дропанули в ядре линя лет 5 наверное к ряду. Потому что запускать на 32-бит железке VM надо крепко себя не любить - и так никто не делал по сути. Т.е. ресурсы на майнтенанс гробились но реально фичу никто не юзал.
Топовые 32 бит железки которые у меня есть - это гиг RAM. Вы предлагаете на ЭТО еще виртуалок напихать? А больше - обычно 64 бит уже.
> 10 летнее железо какой архитектуры говоришь? х86 я такого не знаюОткуда тебе знать про Интел Кварк, выпускавшийся до 2019 года - всего-то 7-летнее железо.
Но ты то явно знаешь хорошо про него? Раз ты такой знаток то вспомни о чем вообще новость и расскажи для каких целей используется на хосте в виде кварка QEMU?
А ты точно сварщик настоящий? Он там точно используется? Кодогенератор TCG может генерировать валидный код под эту платформу, с учетом отсутствия на ней симд инструкций?
> Откуда тебе знать про Интел Кварк, выпускавшийся до 2019 года - всего-то
> 7-летнее железо.Захостить на кварке виртуалку... сэр знает толк в извращениях. Реквестируем фоты и пруфскрины как ЭТО вообще выглядело. Для пруфирования что это вообще не плод научных фантазий а так вообще бывает.
> 32х битного хоста [ нет будущего и настоящего ]
> И железа нетПожалуйста:
AO486 в варианте для FPGA платы Mister
> Пожалуйста:
> AO486 в варианте для FPGA платы MisterВы и Z80 можете наверное найти как soft core. И кто его будет всерьез выпускать и поддерживать? Может вы еще на 6502 виртуалочку похостить захотите? Не, не надо? :)
> Это может быть вполне себе 10-летнее железоДа как-то нет.
Вот 15 летнее ещё может быть.
Я что то забываю что на дворе так то 25 год.
Насколько я помню десктопные процы после 4го пня все 64 бита. А это гдето года 2005-2006.
В ноутах последние были атомы года 2008.
На серверах там вообще наверное с 2000 все на 64х битах. Так что найти сейчас 32х битный х86 хост та еще задача.
>Я что то забываю что на дворе так то 25 год.Ахах, как время быстро летит, на дворе уже 26.
Intel Quark - конец поддержки 2019, конец поставок - 2022 (4 года назад).
Это узкоспециализованный цпу, он даже в х87 не умеет. Разговор все же про потребительское железо и сервера где QEMU использовался.
> он даже в х87 не умеетПриятно видеть собеседника, который ничего не знает, но сочиняет.
Quark X1000 - X1021
All models support i586 instruction set, with x87 FPU
Хорошо что ты разбираешься. Приведи тогда пример использования кьюм на осте кварка.
> Intel Quark is a line of 32-bit x86 SoCs and microcontrollers by Intel, designed for small size and low power consumption, and targeted at new markets including wearable devicesЗнатные извращения, чтобы на этом Qemu использовать
core duo на ноутах были 32-битные, в 2006м.
Делай оговорку, что это твоё личное мнение.
То есть Вы считаете, что эмуляция 99% МК в QEMU никому не нужна? И какую же Вы предлагаете альтернативу?
Написать прошивку для некоторых Реалтековских поделок можно только в их SDK, рассчитанном на 32 бита, да ещё и на старом ядре Linux.
Насколько я помню, они дропнули камни без аппаратной виртуализации, а не 32-битные системы. Хоть все камни с аппаратной виртуализацией 64-битные, очень многие их держали в 32-битном режиме из-за того, что так памяти меньше жрёт, а память всегда золотая.
Главное чтобы это не было удалением ради удаления, с целью задобрить венчурные фонды и прочих инвесторов.
Никто не думает об Embedded системах
Если это не древняя древность типа 6502, то для встройки есть свои тулчейны и средства для разработки поставляемые или рекомендуемые производителем чипа.
А если рекомендуемое - QEMU? Нет, конечно можно поставить FreeBSD 14.3 с Bhyve, но не каждый такое осиливает (как оказалось)
Пример приведи, когда требуется в эмбеддед 32х битном хосте запускать чтото 64бита.
Intel Einstein
Гугл не знает о таком. Оно точно существует?
"Дела давно минувших дней, предания старины глубокой"(C)В стародавние времена, когда Йота ещё была Скартел, а не Мегафон, была такая штука как WiMax, которой под линуксом был нужен supplicant, аналогично wpa_supplicant. Но было два, матьива, но: этот супликант был только бинарным и только под x86.
Что на armv4t железяке приводило к интересной содомии с qemu, но за пределы моего экспериментального окружения это нечестивое порождение так и не вышло.
А потом, примерно в это же время, к счастью, вайсмакс сдох и этой хернёй стало можно не страдать.
> Если это не древняя древность типа 6502Интел Кварк - поставки были до 2022 года.
а теперь объяснии зачем это использовать в качестве хоста?
"Во-первых, это красиво..."
А что о них думать в контексте новости? Они же совершенно мимо.
Если есть что сказать то приведи пример. Главное условие которого, мальйшая правдоподобность. Чтобы он не был выдуманным от начала до конца.
> Если есть что сказать то приведи пример. Главное условие которого, мальйшая правдоподобность.Так а что "пример"? Он говорил про "думать", а не про реальный сценарий использования.
Вот он будет просто сидеть и думать, а разрабы должны из кожи вон лезть, поддерживая свеженький QEMU для его воображаемых сценариев использования на по факту почти полтностью вымерших 32-битных осях.
Ты собрался запускать эмулятор на эмбеде?
Да они тут просто поныть собрались. Никто из них ничего запускать не собирается. Просто люди драму хотят на пустом месте развести.
Нет никакой причины дропать какую-либо уже поддерживаемую платформу или технологию. Такая "чистка кодовой базы" на самом деле не чистка, а уродование (mutilation), ибо выпиливаются интерфейсы и абстракции, которые делали упорным трудом, и когда потребуется принести поддержку новой платформы, то что будет? Я знаю что будет: жалкие отговорки>мы не будем поддерживать эту платформу, это слишком трудно
Извините. Вы сами выпилили абстракции, именно благодаря этому теперь "трудно". Вы их выпилили под предлогом "нам их трудно сопровождать". Извините, если их было не трудно добавлять и сопровождать, а теперь вдруг трудно - это значит, что проект не развивается, а стагнирует, а стагнируют проекты всегда благодаря одной простой вещи: некомпетентному управлению. Как над проектом поработали некомпетентные менеждеры - так вдруг всегда становится "трудно сопровождать". Может быть нужно таких менеджеров из проекта выкинуть, а не код, нарабатывавшийся годами?guy_defenestrated_by_boss.jpg Такие проекты обычно только закопать можно.
А давай ты покажешь как нужно! Не словами а делом докажешь что такая чистка кодовой базы не нужна. Просто форкнешь проект и будешь дальше развивать. Как раз в этом треде сочувствующих/пользователей себе соберешь.
> чистка кодовой базы не нужна.У них там JIT компилятор и им сложно (на самом деле IBM не даёт денег на сервер, но требует все эти формальности "непрерывной интеграции". Обратная сторона популярного в enterprize ПО). Но я вот например собираю cinelerra-gg под всё, где есть /proc именно из-за того, что всякие чистильщики до нас не добрались.
И 86box тоже оставил на i586 версии + патчи из новых версий. (мне звуки флоппика не очень важны, а вот работа оверлея хотя бы для некотоых видеокарт - очень даже).
>" cinelerra-gg под всё, где есть /proc именно из-за того, что всякие чистильщики до нас не добрались.И 86box тоже оставил на i586 версии + патчи из новых версий.
"
1) На какой ОС и какой версии собираете?
2) Где скачать комплект патчей и 86box к ним?Спасибо!
Всё меряется относительно.Польза / Трудозатраты.
Если польза стремится к нулю, то это не сдалось.
Польза от "выкинуть-выкинуть" - отрицательная. Сломалось то что раньше работало и каши не просило.
Трудозатраты - ненулевые.Впрочем, подозреваю там "второе место по комитам" как раз подобного рода. (Глянул мельком историю - однострочные правки, тесты, и мержи чужих патчей.)
Ща, ещё как в BusyBox чел провернул хитрый манёвр по форку GPL-кода в 0BSD на потеху гуглам и прочим, так и тут сейчас ретроспективу отрицательной поддержки заявят как "негативное влияние лицензии" и просто спздят код. Как раз эпоха ПК заканчивается, ща даже пограммисты пограммировать будут в облаке.
> Польза от "выкинуть-выкинуть" - отрицательная. Сломалось то что раньше работало и каши не просилоТак не работает. В программном продукте редко, когда что-то может лежать в углу и ничего не просить.
Сам не один раз на подобное попадал при добавлении чего-то нового.
И тут «А надо чтобы это работало и под Windows XP»
И думаешь «та за що».Но то было, когда ещё была приличная аудитория с этим.
А тут ну совсем уже смешно.
>Сам не один раз на подобное попадал при добавлении чего-то нового.ну расскажи мне, какой математический код требует WinAPI от Висты... Это товое - это свистелки и перделки вроде прогрессбара в панели задач. Причём прогрессбар в панели задач там через COM реализован, его при желании даже на XP можно навесить, нужно всего-лишь DLLку скрафтить и через regsrv зарегать.
Причём тут маетематический код?
А так кривость работы с потоками в XP сразу бросается.
А так конечно всё можно, но был бы смысл.
Ибо специально делаешь что-то лишнее, чтобы достичь работы софта.
А притом, что кроме математического всё остальное - это мишура.>Ибо специально делаешь что-то лишнее, чтобы достичь работы софта.
Это разрабы навешали не особо нужных свистелок и перделок, из-за чего без них не работает.
Бредятина.
Нормальная работа с тредами и совсем этмм чуть ли не везде нужна.
>Сломалось то что раньше работало и каши не просило.А вы откуда знаете?
>стагнируют проекты всегда благодаря одной простой вещи: некомпетентному управлениюА где в опенсурсе вы видели компетентное управление? Всё криво косо. Исходники открыты, значит нам не нужно продумывать архитектуру. Кому надо сделают патчи. Модульность? Плагины? Это заранее думать надо, а мы тяп лап по вечерам. Или тяп ляп на зарплате, чтобы джоб секурити всегда было. Как там было? Если собирается - хорошо, если запускается - идеально!
Толи дело в закрытых продуктах. Там кругом продуманная на десятилетия вперед архитектура.>Или тяп ляп на зарплате, чтобы джоб секурити всегда было.
Это только на зарплате в опенсорсе. В проектах с закрытым кодом сплошь радеющие за любимую компанию на зарплате профессионалы.
> А где в опенсурсе вы видели компетентноеО, а я только шляпу из фольги снял ответив в ветке выше
https://www.opennet.dev/openforum/vsluhforumID3/138905.html#67
> Нет никакой причины дропать какую-либо уже поддерживаемую платформу или технологиюПоддерживаемую - да. Но большинство ОСей дропнули поддержку 32-битных версий. В этом как бы и суть, нет?
> Извините, если их было не трудно добавлять и сопровождать, а теперь вдруг трудно - это значит, что проект не развивается,
Вы не разработчик ПО, не так ли?
"Не трудно" оно было во времена, когда были реальные пользователи 32-битных систем, которые сами тестировали, присылали баг-репорты, и вообще самим фактом своего существования давали смысл этой деятельности.
Теперь же вы предлагаете разработчикам самим продолжать тестировать на некроосях, на некрожелезе и нескольких его конфигурациях. Однако если этот зоопарк уже давно никем в реальности не используется, то нет никакого здравого смысла в том, чтобы тратить на него время (а в коммерческой разработке - еще и деньги). Целесообразней потратить эти ресурсы на код и системы, которые реально используется людьми.
> некомпетентному управлению
> некомпетентные менеждеры
> только закопать можноСори, но некомпетентны здесь только вы со своей диванной аналитикой. И закопать вы можете только свое некрожелезо, если оно не поддерживает 64-битные системы.
>В этом как бы и сутьДа, в Новом Мировом Порядке. Это не значит, что надо быть его коллаборантом. Новому Мировому Порядку каждый обязан палки в колёса ставить.
>Вы не разработчик ПО, не так ли?
Разработчик. Именно поэтому у меня слои абстракций над слоями абстракций, и сделано всё так, что если одно отвалится - то по запасному пути пойдёт всё, а юзер вообще в большинстве случаев даже не заметит, а где заметит - там по косвенным признакам.
>"Не трудно" оно было во времена, когда были реальные пользователи 32-битных систем
Так и запишем: жалкие отговорки вместо того, чтобы делать дело.
>которые сами тестировали
То есть тестов у вас нет.
>присылали баг-репорты
Поэтому надо платформу прибить, а все баг-репорты от таких - сразу в wontfix. Видите, как всё просто решается, 0 строчек кода - а сколько тикетов закрыли! Надо срочно себе премию выписать как менеджеру!
>Однако если этот зоопарк уже давно никем в реальности не используется
Используется, просто в некоторых проектах их менеджер сказал их за людей не считать.
>Целесообразней потратить эти ресурсы на код и системы, которые реально используется людьми.
Целесообразней на все эти ресурсы себе премию выписать.
> Новому Мировому Порядку каждый обязан палки в колёса ставить.Это уже какая-то шиза)
> Разработчик.
О! Отлично!
Вы назначаетесь мейнтенером 32бит в QEMU.
В течении недели сделайте форк и займитесь документацией кода, написание тестов.
Отчитаетесь на опеннете в конце месяца.> Так и запишем: жалкие отговорки вместо того, чтобы делать дело.
Так и запишем: жалкие требования к тем, кто дело делает.
> Поэтому надо платформу прибить, а все баг-репорты от таких - сразу в wontfix.
Ага.
У нас же СПО, не? Кому надо сам исправит.> Используется, просто в некоторых проектах их менеджер сказал их за людей не считать.
Если эти "люди" не хотят поучавствовать в проекте (например взяв на себя поддержку того, что ИМ нужно), то они не "люди", а обычные потребялди воспитанные корпорастами.
> Целесообразней на все эти ресурсы себе премию выписать.
В проприетаре возможно.
У вас так много знаний из это области... а вы точно разработчик опенсорса?
Или просто корпораб решил поуказывать разработчикам свободного ПО как им жить?
>Извините, если их было не трудно добавлять и сопровождать, а теперь вдруг трудно - это значит, что проект не развивается, а стагнируетНу вот возьмите и форкните проект, раз это совершенно не трудно. Прогоняйте ci, исправляйте баги - это же совершенно не трудно, да?
>ибо выпиливаются интерфейсы и абстракции, которые делали упорным трудомВы так говорите, словно после того, как эти интерфейсы сделаны, то сделаны на тысячелетия и больше их трогать не нужно.
> когда потребуется принести поддержку новой платформы, то что будет? Я знаю что будет: жалкие отговоркиПокажи пример когда новую платформу не добавили потому что ей нужна была абстракция нужная только для музейного хлама, которую выпилили.
На мой взгляд, зря они так. Эмуляция 8-битного МК на 32-битном вполне может быть востребована.
Теоретически когда ни будь, гдето там, кем ни будь может быть востребована?
Может этого мало для того чтобы оставлять эту поддержку?
Но если это когда ни будь случится, то для такого уникального случаю вполне можно взять версию кьюм.Но если же у тебя есть реальные примеры использования то опиши их в ответе на предложенные изменения. Чтобы люди принимающие решение понимали что пользователи еще есть им это требуется. И возможно исключили твою платформу из удаления.
> Эмуляция 8-битного МК на 32-битном вполне может быть востребована.А почему те, кому это востребовано не вызовутся сами поддерживать?
Значит или не нужно, или у них лапки.
> А почему те, кому это востребовано не вызовутся сами поддерживать?У меня нет толстого сервера, чтобы их CI гонять на каждый чих. И при всей этой ЦЫ регресии кстати присутствуют, особенно во всякой десктоп-интерактивной части.
>У меня нет толстого сервера, чтобы их CI гонять на каждый чих. И при всей этой ЦЫ регресии кстати присутствуютА в чём проблема арендовать vps или хотя-бы запускать сборку ночью? Почему вы не готовы делать вообще ничего?
>Эмуляция 8-битного МК на 32-битном вполне может быть востребована.Кем? Сейчас живого железа на x86 всё меньше и меньше.
> Эмуляция 8-битного МК на 32-битном вполне
> может быть востребована.Так и хочется сказать, Вам, что, мало того что вынуждены использовать старый 32х битный комп?
На ретро железе запускают ретро ПО, а не новейшее. Я сам коллекционер ретро.
Интел продавал 32-битное железо до 2022 года (Кварки). Гугл сейчас (!) выпускает 32-битные riscv-модули с нейроускорителем на борту. Что делает мир Линуса? А давайте дропнем! Зачем нам актуальное железо?
>продавал 32-битное железо до 2022 года (Кварки)А аноним выше уверял что до 19 года. Чья правда?
Гугл сейчас (!) выпускает 32-битные riscv-модули с нейроускорителем на борту.
А на всем тобой перечисленном QEMU сейчас (!) работает? Их поддержку удаляют?
> Чья правда?with orders accepted until July 2019 and final shipments set for July 2022
>Зачем нам актуальное железо?Как будто бы судя по диффу 32-битные riscv и не поддерживались QEMU в виде хост систем.
Тоесть ты просто пришел поныть и поразгонять драму на пустом месте?
Дропнуть систему ДО начала поддержки - это так полинуксовски!
А это начало поддержки вообще предполагалось? Хоть кто то это обсуждал?
А то получается все драма в твоих фантазиях. Это так похоже на оппенетных кекспертов.
Правильно! Так этих линуксоидов!
Чем этим линуксом пользоваться, лучше перейти на продукцию МС. Там в отличии от линкусов 32битные системы в новых весиях не дропают!
Или на крайний случай вмваре всферу. Она в отличии от этих линуксов славится бесконечной поддержкой оборудования. Шутка ли, но в 8й версии всферы поддерживается виртуализация на 1м пентиуме!
//me запускает версию yt-dlp.exe (32bit) в вайне (ибо поддержку python-3.9 они тоже выкинули).
А почему ты используешь эту поделку линуксодив?
Лучше пользуйся официальным сервисом ютуб. Они в отличии от до сих пор поддерживают совместимость со старыми версиями браузеров.
>Там в отличии от линкусов 32битные системы в новых весиях не дропают!Да? А где windows 11 и остальной софт под x86?
а теперь расскажи, зачем на этом, перечисленном тобой мусоре, запускать qemu?
> Гугл сейчас (!) выпускает 32-битные riscv-модули с нейроускорителем на бортуЧто за модули, ссылку в студию. Так-то достаточно пару классов закончить чтобы понимать что "32 бита" и "нейро" в одном предложении не могут стоять потому что в такое адресное пространство ни одна сколь либо полезная модель не влезет. Вычисления могут быть 32битные или даже меньше (т.е. считать в f16/f32), но платформа 32битной быть не может ни при каких условиях.
Новости были тут на сайте. Читай сам.
> достаточно пару классов закончить чтобы понимать что "32 бита" и "нейро" в одном предложении не могут стоятьНо ты-то умнее гугла :) Наверно, уже пару классов закончил.
https://www.opennet.dev/opennews/art.shtml?num=64065
Coral NPU (Neural Processing Unit)
32-разрядная архитектура набора команд RISC-V RV32IMF_Zve32x
> Coral NPU (Neural Processing Unit)
> 32-разрядная архитектура набора команд RISC-V RV32IMF_Zve32xИ как, qemu с виртуалками у вас на этом работал до этого? Сфоткайте и скринов наделайте, чтоли? Интересно же - что мы потеряли.
А с каких пор кьюм вообще на НПУ научился работать? Ты привело ссылку на специализированный сип а не на процессор общего назначения. Ты вообще понимаешь о чем разговор в этой статье?
Так гугель к ним сам софт и делает. Как водится у них - всё на базеле.
Весьма печально. Вместо универсального комбайна будет нишевое решение. А завтра давайте старые и редкие кодеки из видеоплееров удалим, они же не всем нужны.
Почему-то одержимость выпиливанием "старых" архитектур наблюдается только в мире "свободного" ПО. Как думаете, совпадение? :-)
чего это вдруг?
Скорее как раз в мир шва6одки оно пришло из коммерческих прожектов, где индусам платят за имитацию бурной деятельности.
Вот открываем, например, скачать бинарники фурифокса: там у win-версии есть 32, а у линуха - нету.
Вот только дело несвободное ПО. Они то ого-го!Майкрософт то вот до сих пор поддерживает 32 бита на постах виртуализации. А уж вмваре так вообще в всфере поддержку 386 сохраняет. Не чета этому плохому свободному ПО.
> [ Microsoft ] 32 бита на хостах ( U2: исправил орфо ) виртуализации.Hyper-V там никогда не существовало.
Virtual PC и его серверный вариант ( не помню имени -- нечто хитроумное ) ставьте хоть сейчас.
На Windows 7 ( и всё что ниже) можно и по рекомендации MS.
Выше - надо пробовать. Без поддержки LAN , вроде как, можно.
Не нужно обманывать это только в свободном ПО дропуют поддержку. Благородные компании выпускающие проприетарное ПО до такого не опускается!
Вы на огрызочников посмотрите, как быстро они старые архитектуры выкидывают, что x86, что amd64. При этом, в отличии от x86 и прочей экзотики, которой уже куча лет, огрызочные машины на amd64 выпускались ещё не так давно.
У "огрызка" итак серьёзные проблемы начались. Увольняются ключевые сотрудники, плюс провал macOS Tahoe, в которой не_бывалое ранее количество багов. Из личных наблюдений: двое коллег в конце 2025 перешли на Винду, хотя сидели на маках более 10 лет и регулярно их обновляли.
> Почему-то одержимость выпиливанием "старых" архитектур наблюдается только в мире "свободного" ПО.Наоборот же. Много ли ты знаешь коммерческого ПО, которое до сих пор предоставляет 32-битные версии программ? Или, например, поддерживает Windows 7?
ДА? Последнюю винду на системе без TPM дофига запускал, умник?
Откройте уж для себя Windows Server 2025Ну вот ей богу: шаг влево вправо - ни как?
Sorry-ян за стиль, чур не обижаться
Нет, она везде наблюдается, но в мире СПО особенно, ибо СПО - оно нищее, за копейку от корпов любые их пожелания выполнит.
А FreeDOS и Win9х терь как запускать?
Гостей не трогают, только хостов.
Пока не трогают.
Для начала новость еще раз перечитай. А потом еще раз. У тебя явно проблемы с чтением. Нужно несколько раз для усвоения материала. Но ничего страшного, у тебя обязательно получится, пусть и не с первого раза!
Ну да, но можно запускать qemu-system-hppa (к примеру, очень уж он тормозной при компиляции для x86-32) внутри qemu-system-x86_64, при наличии аппаратного ускорения kvm на хосте. Неудобно, но работает.
У меня нет 32-ух разрядных систем, так что мне от этой новости не холодно и не жарко. Но, а почему это те люди, у которых эти системы есть, при этом в рабочем состоянии, не готовы организовать форк? При этом форкать нужно не только qemu, но и кучу другого софта.
Зачем дропать если можно объявить unsupported?
Оно кому-то мешает если ifdef-ами огорожено? А если сломается тот кому нужно мог бы и поправить, а после удаляющего патча уже без шансов.
> на пути удаления поддержкиСовременный linux-way :(
Просто напомню что 32 битные режимы полезны для экономии памяти, а она сейчас становится дорогой. Я довольно нормально раньше сидел с одним гигабайтом, лишь несколько лет назад. Довольно неплохо работал браузер, если отказаться от DE и многих вкладок. Но если поставить 64 битную ось, то получалось сильно хуже.
Вы там на спичках не экономите? на соли?
Бывает надо запустить не один десяток виртуалок, вот их точно достаточно 32х битных. Но, запуск qemu им не грозит.
Qemu, это ж чисто для десктопа, а десктоп 32х битный сейчас не уместен.
Несколько лет назад x86 браузер стабильно падал, а потом и вовсе его перестали собирать под gnu/linux.