Очередной выпуска нашего дайджеста с описаниями изменений за последние 3 месяца. Срок короткий, но по событиям он оказался достаточно интересным. Подробности под катом.




Обозначения
— реализация новой программы, драйвера или библиотеки
— реализация чего-либо в рамках GSoC
— ссылка на загрузку


Общесистемные изменения (ядро, драйверы, библиотеки):


  • новый загрузчик приложений;
  • NTFS: поддерживаются основные функции файловой системы;
  • системная функция 70.5 — добавлена возможность получения информации о разделах с файловой системой NTFS;
  • exif.obj: добавлены теги Samsung app2; оптимизация;
  • C Layer: реализованы обертки для http.obj, proc_lib.obj, и частично для box_lib.obj;
  • обновлены библиотеки: libunwind-gcc-4.8.5, libstdc++-v3-gcc-4.8.5, binutils-2.26;
  • портирована libjpeg.


Изменения в прикладном ПО:


  • ssh — реализован протокол Диффи — Хеллмана.
  • Animage — обновлен и доработан интерфейс; использование нового компонента меню (kmenu.obj); множественные оптимизации, доработки и исправления багов.
    Скрытый текст
    Основные коммиты IgorA при работе над Animage:
    rev 6328
    Удалось подключить библиотеку libimg.obj, теперь animage может открывать файлы *.jpg и *.png.
    Можно добавить и другие форматы файлов, которые есть в libimg. Меню от Veliant-а пока не добавлял, потому что он пишет что с ним animage не работает как надо.

    рев. 6355
    Изменил алгоритм работы с командой undo. Вместо копирования буферов по цепочке просто сдвигаю указатели. Так получается быстрее и кода меньше, потому что легче указатель поменять чем весь буфер с изображением перегонять.

    ev 6371
    добавил в меню группу Filters с поворотами изображения,
    также добавил выделение текущего масштаба для удобства пользования.

    rev 6379
    Исправил рамку для выделения, которая перестала стираться после рев. 6355. Сделал новый алгоритм, который рисует рамку для выделения сразу в области экрана, а не в область изображения.
    Но все еще нужно будет дорабатывать работу с командами Copy, Paste. Потому что они работают не так как нужно, а именно:
    1) перемещение рамки для выделения считается как событие редактирования файла, что не хорошо.
    2) копирование приводит к пропаданию рамки с экрана и для вставки изображения нужно рисовать рамку в нужном месте снова
    3) может еще что-то есть точно не знаю



  • CPUID — добавлен код для использования значения расширенной модели (Extended Model) при определении кодового имени процессоров Intel.
    Скрытый текст
    В рамках GSOC потенциальные cтуденты выполняли 3 тестовых задания по темам «Использование расширенной модели при определении множителя процессора», «Сохранение лога с результатами определения характеристик процессора», «Визуализация результатов теста производительности», которые должны быть интегрированы в основную ветку программы.

  • avra — порт последней версии.
  • Eolite — возможность ручного ввода пути открываемого при старте Eolite; статус бар; исправление багов.
  • Netsurf — GET/POST — запросы; поддержка изображений JPEG, PNG, GIF.




  • ftpc — обработка ошибок; возможность запуска с параметрами.
  • ktcc — порт обновлен до версии 0.9.26; исправление багов в libc (версия для ktcc).
  • FB2 Read — частичная поддержка таблиц: тэги table, tr, td, th, атрибут colspan (но не rowspan); внешние ссылки в строке состояния; кодировка cp866; просмотр неформатированных текстов (только перед открытием файла требуется выбрать кодировку, изменить кодировку в процессе просмотра файла невозможно); список поддерживаемых расширений файлов в настройках /rd/1/settings/fb2read.ini (для Open Dialog); сохранение пути последнего открытого файла (для Open Dialog); исправлены некоторые ошибки.



Прочее:


  • Kolibri-acpi: поддержка PAE.

Google Summer of Code:


* Наша команда выбрала 5 студентов, которые начали работу над своими проектами.
* Некоторые итоги приёмной кампании GSOC 2016. Изначально зарегистрировались 18981 студентов, к участию были допущены 180 организаций. Затем 5107 студентов подали в организации 7543 заявок. В итоге 178 организаций выбрали 1206 студентов. В некотором роде это очное соревнование образовательных систем разных стран, поэтому были интересны количественные данные.
Топ-21 стран студентов: Индия 454, США 118, Германия 66, Шри Ланка 54, Российская Федерация 52, КНР 34, Испания 33, Румыния 31, Польша 28, Италия 23, Канада 23, Бразилия 21, Франция 19, Австрия 19, Великобритания 18, Камерун 16, Украина 13, Турция 12, Япония 12, Греция 10, Египет 10.
Некоторые результаты выглядят довольно неожиданно, что и предлагаем обсудить в комментариях.
Поделиться с друзьями
-->

Комментарии (12)


  1. W__W
    02.06.2016 17:06
    +1

    Шри Ланка, Румыния, Камерун — неожиданно много студентов получили.


  1. istui
    02.06.2016 17:48

    Я правильно понимаю, что сейчас вы ушли далеко вперед по сравнению с MenuetOS?


    1. Punk_Joker
      02.06.2016 17:59
      +3

      У MenuetOS в заявленных возможностях есть некоторые преимущества (часть из них связанны с 64-битностью), но пользы от них, если воспользоваться ими можно только на ограниченном списке оборудования? Так что в качестве поддержки заявленного оборудования KolibriOS далеко впереди. Да и юзабилити будет повыше (хотя тут уже можно и обсудить, возможно мое мнение немного субъективно)


  1. W__W
    02.06.2016 18:09
    +1

    Обойти можно по разным показателям — по идеям (в том числе в области интерфейса пользователя), по количеству ПО, по поддержке железа (в том числе по системным требованиям), по количеству участников. В целом, Menuet64 http://www.menuetos.net/ осталась чисто ассемблерным проектом с небольшим количеством приложений, высокими системными требованиями, закрытыми исходниками. При этом некоторые программы более «вылизаны» чем у нас, но таких немного. В свою очередь, наш баланс интересов смещен скорее в пользу эффективности, чем няшности интерфейсов; мы стараемся быть более открытыми как в общении, так и в плане использования разных языков программирования; портируем эмуляторы, виртуальные машины, чтобы пользователи могли использовать программы из своего детства/юности. Судить не нам, а пользователям — пишите обзоры


    1. istui
      03.06.2016 19:07

      я еще в школе вносил свой код я ядро MeOS :) Но уже много лет не слежу за ней.
      Колибри радует своей активностью, и тем, что она представлена на Хабре — иначе она бы тоже не попадалась на глаза, увы… (Не закрывайте блог!)

      Согласен с вами — чисто ассемблерный проект (как Menuet) вряд ли получит развитие и практическое применение.
      Ваша killer feature — скорость. Добавьте к ней более-менее адекватный браузер и текстовый процессор — и проект сразу станет конкурентоспособным, как минимум в нише «ОС для legacy-компьютеров» — вы реально можете дать им вторую жизнь.

      Что вы имеете в виду под высокими требованиями для МеОС?

      Где больше участников — у вас или у них? Происходит ли обмен кодом?


      1. Punk_Joker
        03.06.2016 20:05
        +1

        О требованиях MenuetOS

        Memory: 128MB required (0x080)

        Window transparency
        512MB of RAM required for resolutions up to 1280x1024.
        1GB of RAM required for HD resolutions.


        Участников больше у KolibriOS, как постоянных, так и не постоянных. Обмена кодом нет, причем по разным причинам, в том числе техническим (разная битность, архитектурные отличия, проекты уже идут по разным дорогам и их мало что связывает)


        1. istui
          03.06.2016 21:25

          Windows и то меньше требует для HD…

          Понятно, спасибо!


  1. Rogdaik
    03.06.2016 23:47

    Menuet пилит свою ось, вы пилите свою. Может как нибудь объединить усилия? У вас же совместимость всяко должна была остаться…


    1. W__W
      04.06.2016 23:06
      +1

      В данном деле психологическая совместимость важнее совместимости API. Люди практически не меняются и мы знаем, что из себя представляет основатель Menuet. Варианты развития события: 1) просить человека, который собирается продавать свою OC, открыть исходники — он снова заорет, что его хотят обократь; 2) копировать его API без спроса — сразу в суд подаст. В общем, нашей команде это не к чему. Если найдется третья сила, которой будет интересно создавать API, общий для двух ОС, пусть этим займется.


  1. perfect_genius
    05.06.2016 19:25

    Похоже, это единственная группа низкоуровневых программистов (кроме Минуэт)? Или есть ещё проекты, ориентированные на ассемблер?


    1. istui
      06.06.2016 18:17

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


      1. perfect_genius
        06.06.2016 18:20

        Вроде бы ещё некоторые эмуляторы приставок написаны на асме — GBA, NDS.