Но можно хотя бы порадоваться, что свифт из ненужного языка для 1й платформы пытается вырасти в нужный язык для кросплатформы, хоть и с традиционным для продуктов апол отставанием от современности
Скины это старомодно. Вот стили и темы другое дело.
На делфи наверное сильно неудобно менять облик элементов вплоть до грязных знаков с изменением приватных полей на каждый чих, а не как на WPF: задал стиль, засунул его в словарь ресурсов и применяешь на элементы, их потомки, составные элементы
Современный нативный для винды кодек, это кодек поставляющийся сразу с виндой либо скачанный из MS Store и распространяющийся на все приложения использующие такие нативные кодеки.
Декодировать на CPU или GPU решает не только сам написанный на чем угодно кодек. Некоторые кодеки требуют специальной аппаратной реализации поддержки кодека - к примеру HEVC не будет проигрываться с аппаратным ускорением на видюхах старше года 2014го. То есть ваше вот это утверждение "хороший- плохой" получается не верно. Есть конечно способ через compute shaders или CUDA и на старой видюхе декодировать что угодно, но этим почему-то редко заморачиваются при разработке декодеров.
Нативный кодек для винды может оказаться быстрее (того кодека, что носит с собой VLC) поскольку может лучше учитывать специфику железа и ОС. Я вам уже выше привел пример, с которым недавно лично сталкивался
Так-то под виндой есть стор, в котором все централизованно обновляется.
Ну кроме софта, у которого домохозяйки вместо разработчиков (аналитиков, архитекторов, тех диров, продажников и других причастных). В микрософт, что иронично, тоже работают домохозяйки
Видимо в том, что в VLC другие кодеки, то есть отличные от тех что делаются нативно для винды.
И VLC не всегда так же эффективно проигрывает видео, как это делают стандартные виндовые плееры (WMP, Кино и ТВ) или сторонний софт использующий контрол стандартного плеера.
Это не значит, что кодеки не могут совпадать. Это значит, что кодеки могут не совпадать.
Недавно вот наткнулся, что на компе без GPU (VDI) через WMP относительно нормально можно смотреть h264 видео, тогда как VLC нещадно долбит проц в сотку
А потом "чо кто батарея от просмотра кино разряжается за секунду и процессор долбится в сотку". VLC конечно круто, но не всегда так же эффективно как нативные кодеки
А ещё Uno и Avalonia.
Но можно хотя бы порадоваться, что свифт из ненужного языка для 1й платформы пытается вырасти в нужный язык для кросплатформы, хоть и с традиционным для продуктов апол отставанием от современности
Так делали с установкой Windows 11 и вроде как получили волну недовольств
а потом и за Dreamcast модно взяться, там как раз dx6..
Как будто часто надо чтобы работало на чем-то старение вин10
Скины это старомодно. Вот стили и темы другое дело.
На делфи наверное сильно неудобно менять облик элементов вплоть до грязных знаков с изменением приватных полей на каждый чих, а не как на WPF: задал стиль, засунул его в словарь ресурсов и применяешь на элементы, их потомки, составные элементы
Ну тогда ставили бы уже просто вообще всю оперативную память gddr. В игровых консолях так уже 11 лет делают
Делали бы уже все просто на compute shaders, а не на вендерлоках типа куды и иже с ними
Так нвидия же сделала возможность использовать обычную ОЗУ в добавок к собственной ОЗУ GPU
Странно, что в статье не написано про eGPU.
А eGPU позволяет и на настоящих ноутбуках (и планшетах) иметь мощную GPU и апгрейдить её. Детское железо от апол почему-то лишено такой возможности
Могли бы уже миллион лет использовать нативный виндовый переводчик голоса в текст
Современный нативный для винды кодек, это кодек поставляющийся сразу с виндой либо скачанный из MS Store и распространяющийся на все приложения использующие такие нативные кодеки.
Декодировать на CPU или GPU решает не только сам написанный на чем угодно кодек. Некоторые кодеки требуют специальной аппаратной реализации поддержки кодека - к примеру HEVC не будет проигрываться с аппаратным ускорением на видюхах старше года 2014го. То есть ваше вот это утверждение "хороший- плохой" получается не верно. Есть конечно способ через compute shaders или CUDA и на старой видюхе декодировать что угодно, но этим почему-то редко заморачиваются при разработке декодеров.
Нативный кодек для винды может оказаться быстрее (того кодека, что носит с собой VLC) поскольку может лучше учитывать специфику железа и ОС. Я вам уже выше привел пример, с которым недавно лично сталкивался
Обладатель твиттера, где обязательно нужен аккаунт чтобы писать, где сообщения анализируются ИИ - возмущается что где-то ещё нужен аккаунт.
иронично
>поставьте зум
>>Он будет работать
Зум это средство для уничтожения ресурсов ПК, не будет он работать на дохлом ПК - не выдумывайте.
А ещё у него очень убогий функционал и внешний, эдакая попытка скопировать скайп в китайском подвале.
В общем разница между зумом и настоящим корп месендером примерно как между ваз2106 и автомобилем
Так-то под виндой есть стор, в котором все централизованно обновляется.
Ну кроме софта, у которого домохозяйки вместо разработчиков (аналитиков, архитекторов, тех диров, продажников и других причастных). В микрософт, что иронично, тоже работают домохозяйки
А зачем больше символов? Чтобы замотался потом пути в консоли прописывать?
Видимо в том, что в VLC другие кодеки, то есть отличные от тех что делаются нативно для винды.
И VLC не всегда так же эффективно проигрывает видео, как это делают стандартные виндовые плееры (WMP, Кино и ТВ) или сторонний софт использующий контрол стандартного плеера.
Это не значит, что кодеки не могут совпадать. Это значит, что кодеки могут не совпадать.
Недавно вот наткнулся, что на компе без GPU (VDI) через WMP относительно нормально можно смотреть h264 видео, тогда как VLC нещадно долбит проц в сотку
HEVC в сторе есть бесплатный, кстати
А потом "чо кто батарея от просмотра кино разряжается за секунду и процессор долбится в сотку". VLC конечно круто, но не всегда так же эффективно как нативные кодеки
Могли бы просто не пытаться прятать лучший файловый менеджер
А то подсунули вместо него какой-то детский аналог, скопированный толи прямиком из вин95, толи из макос
Говорите, как будто приложений на электроне не видели. Там бы ещё в ОЗУ 1гб+ отожрали, а не только 200мб на накопителе.
Или нативных приложений на андроид, все клиентики банков по 200-500мб, хотя там ничего сложного и целиком джаву они с собой вроде как даже не несут.
Но желательно конечно поставлять приложение и без NET8, тогда вес был бы 1-20мб наверное