Вопрос сам по себе важный и отличный, но ответ на него со ссылками есть в тексте статьи. Официально для LTSC нет 22H2 как такового, и LTSC и IOT LTSC это 21H1 (19044.х)
Те нововведения, что путем установки Enablement Package меняют цифру ядра до 19045 формально выпускаются лишь для изданий канала общей доступности. Но у меня в статье указано, как их доставить в LTSC/IOT LTSC
При этом обычные обновления (LCU) выходят для LTSC, как указано по ссылкам выше до 12.01.2027, а для IOT LTSC до 13.01.2032.
Обращу ваше внимание, что MSU/CAB файл с обновлением всегда по началу обновляет и общий и долгосрочный канал, в файле update.mum перечислены все издания, после с 14.10.2025 там будет лишь (iot)enterprises(n), а после 12.01.2027 останется уже лишь iotenterprises. Замечу, что в update.mum все версии перечислены как version="10.0.19041.1" (то есть не важно, стоит ли у вас 19041.4713, 19042.4713,..,19044.4713 или 19045.4713) - вне зависимости от того 21H2 или 22H2 ваша версия, LCU к ней применимы.
Насколько знаю, есть некоторая фича этих редакций - это по умолчанию включенный Custom Kernel Signers - возможность подписывать драйвера своим сертификатом. Через обходные пути это можно включить и на обычных редакциях, но как факт https://github.com/HyperSine/Windows10-CustomKernelSigners
Для получения возможностей Windows 10 22H2 в LTSC издании
Для получения 22H2 для LTSC, LTSC издание, уже должно быть, патч только активирует 22H2.
Т.е. у меня на моём ПК было LTSC 2021 я его успешно перевёл в IoT LTSC 2021, заменой серийника, после чего, успешно применил патч до 22H2.
А вот на виртуалке, где изначально поставил свежую 22H2 PRO, применение патча ничего не делает, потому что оно уже 22H2, а как обычную 22H2 PRO перевести в LTSC без плясок с бубном, не понятно, походу только с плясками.
Потому что пока ничего с этой 22H2 PRO сделать не получается, простенькими способами в LTSC оно превращаться не хочет...
Тем, у кого установлено издание Professional или любое другое не LTSC следует обновиться для IoT LTSC – простой способ, сделав Upgrade, более сложный, заменой издания через DISM
У автора так и записано, что надо или апгред, или замена редакции, но конкретных инструкций как это сделать, пока тут нет.
Т.е. надо написать чёткий и понятный для всех порядок:
1)Сначала надо "каким-то образом получить" LTSC 2021 (21H2)...
Ну да для мелочи - это из пушки по воробьям. Мы в конторе на них делаем стенды для тестирования авиаицонного обородования - интерфейсов хватает, SPI/I2c/ARINC/CAN/ так что H7 как раз попадает в цель. Правда когда надо что то скоростное обрабатывать или эмуляция памяти какой - тут уже Xilinx ставим.
Есть китайский производитель wch-ic - там микроконтроллеры на любой вкус вообще, включая всякую дичь. Есть чипы с pci-e, usb3, sata, nfc, с 4 uSD-картами... В наличии борды на али по нормальной цене, есть приличные открытые sdk и даташиты.
У одноплатников обычно всё плохо с внешними портами и интерфейсами и доступом к ним на уровне ядра а не ОС. Банальное переключение приём-передача RS-485 с помощью GPIO сделать почти невозможно, если не хочется терять в скорости. А на контроллере можно прямо из кода за десяток машинных циклов изменить уровень на любом GPIO, или вообще повесить на эту ножку выход таймера, чтобы он одновременно и уровень менял, и запускал передачу в модуле UART.
Здесь если тебе уже 35, то при приёме на работу, на тебя обычно смотрят косо.
«Капитализьм» он такой, им молодого и красивого подавай. Еще Джек Лондон писал, что когда он был молодым и сильным, то играючи носил пятидесятикилограммовые мешки с цементом. Но, прошло немного времени и стали возникать проблемы со здоровьем. Поэтому, из портовых грузчиков его сразу уволили. Однако, ему еще повезло, у него оказался литературный талант, на котором он сделал себе имя и деньги.
P.S. А ещё хороший способ проверить подходит ли вам сфера информационных технологий – запилить свой пет-проект. Докажете на деле и себе и другим, что вы чего-то стоите, наберётесь опыта. Напишите, например простого Телеграм-бота. Я, кстати, тоже для фана подобным вещами занимаюсь. Но это отдельная тема, о ней как-нибудь тоже напишу.
По большом счету, это не выход. Чтобы пет-проект приносил доход, хотя бы в виде донатов, он должен быть, как минимум, интересен простым смертным. Как максимум, должен быть самодостаточным, чтобы иметь самостоятельную ценность, вроде «Магазьки», для владельцев частных магазинов и бутиков. Ее автор кормиться своей программой уже много лет, т.е., свою нишу он нашел. Но много ли таких как он?
Но чтобы от пет-проекта перейти к стартапу, нужны еще реальные обучающие данные. В опубликованной версии только демо-данные. Над этими данными я сейчас работаю. Получается неплохо, но очень часто – лениво. На предприятии всегда есть внешний стимул, который очень мощный, а, если работаешь только на себя, то все ограничивается только внутренним стимулом, на который даже потенциальный заработок не сильно влияет. Это я называю недостатком энергии, которая более важна, чем молодость. Дайте мне энергию и про свой возраст я забуду… :)
Autoruns из Sysinternals Suite позволяет эти добавленные приложениями пункты (context menu handlers) при необходимости выборочно отключать. А вот те, которые нужны, я предпочитаю, чтобы были доступны сразу, так что я эти сокращённые меню отключил системно вообще :)
Metube + jellyfin. Нужные каналы по плейлистам складываются в папку jellyfin и автоматически подхватываются в детскую библиотеку. По итогу ребенок смотрит только отцензуненные одобренные мной каналы. И не прыгает по рекомендациям ютуба.
Хорошо, наконец-то до этого додумались. Думаю, с помощью #feature можно будет постепенно отключать части языка, являющиеся ошибками языкового дизайна и подключать исправленные реализации. Шон Бакстер это разработчик Circle - мощного расширения С++, в котором как раз все это реализовано.
Это сильное упрощение) Но в итоге все уперлось в деньги. Кинотеатры экономили на оборудование, продюсоры экономили на качестве фильмов. У людей болела голова.
Я все это очень подробно описал в серии статей "Почему от 3D болит голова":
Там описана часть нашего проекта разработки метрик качества стерео. Всего было разработано 18 метрик и проанализировано под 200 фильмов (на деньги западных компаний мы купили пачку Blu-Ray дисков и прогнали их через метрики). Подробности на английском тут: https://videoprocessing.ai/stereo_quality/
Ну и не могу удержаться, сорри...
на основе которой была составлена следующая диаграмма:
По стоимости хорошая конвертация сопоставима с затратами на саму 3D‑съемку
Конечно, нет)
а это значит, что успех восприятия 3D кино в целом как отрасли кинопроизводства все больше полагался на качество постобработки, которое в некотором роде является постоянной величиной
Вы вот взяли и отменили прогресс) Качество конвертации (за счет алгоритмом обработки видео) внезапно постоянно растет, а цена падает. Мы на этом рынке вполне зарабатывали (ну и пытались его спасти, измеряя и улучшая качество).
Но если изначально снятый в 3D фильм имплицитно подразумевал хорошую, качественную 3D сцену
Вы помечтали) В кино возможно все! (во всех смыслах)
В одном фильме ужасов мы нашли полторы минуты перепутанных ракурсов (самая простая ошибка с точки зрения стоимости исправления). И ничего! Ушло в релиз) Как мы шутили - при просмотре этого ужастика, вам будет не только страшно, но и больно.
Все перечисленные варианты напоминают попытки воссоздать историю изобретения микроскопа в кружке умелые руки. Мне даже сложно сказать сколько десятков лет есть понятие "макросъемка". Осуществляется простым сдвигом объектива (в фото - чаще всего с помощью так называемых удлинительных (переходных) колец). За счет чего область фокусировки приближается к камере и соответственно объект съемки можно рассматривать под большим углом зрения. Вместо капель, палочек и бог еще чего берется любая IP, USB, HDMI камера с нормальной матрицей, её родной объектив безжалостно выкручивается в утиль. Вместо него ставим любой качественный фото объектив. Найти сейчас за тысячу гелиос, юпитер, индустар, таир, кварц - вообще не вопрос. Последние как и некоторые гелиосы/юпитеры обеспечивают переменное фокусное расстояние, что очень удобно для плавного выбора увеличения. Т.е. встроенный оптический зум. Весь вопрос в механическом креплении объектива на камеру. Всю эту байду крепим на штатив. Например от старого же фотоувеличителя. В итоге получаем вполне рабочий микроскоп с качеством гораздо более продвинутым, чем китайские игрушки 200х на али, с разрешением единицы-десятки микрон (надписи на кристалле EEPROM читаются на раз) и выводом картинки в прекрасном качестве на монитор. Особенно рекомендую для этого применить камеры с матрицами 2К и более и с HDMI выходом. Очень удобно её подключать к отдельному входу монитора и переключаться на камеру просто селектором входов.
Самое ценное в книгах дядюшки Боба – это ход его мыслей. Да, безусловно, неокрепший разум сразу пытается следовать его идеям точь в точь. Но это не проблема книги или автора.
Лично начал знакомиться с его книгами на третьем году коммерческого опыта разработки. И для меня стало открытием то, как автор рассуждает о каждой строке кода.
Если до этого я писал код, чтобы он работал (ну и выглядел симпатично), то после я начал прорабатывать множество вариантов реализации в попытках достичь определённых свойств написанного кода.
И вот, спустя 6 лет я могу детально объяснить почему конкретную строку или выражение написал именно так. Да, я не следую его рекомендациям. Я даже смутно помню их. Но способ мыслить оказался бесценен.
P. S. То же самое с паттернами проектирования. Знакомство с ними объяснило саму суть ООП и для чего все это нужно. Я вряд ли смогу по памяти повторить один в один какой-либо паттерн, кроме простейших. Но я понимаю идеи, которые за ними стоят. И реализую решения, которые нужны для конкретной ситуации со всеми её нюансами.
Есть одна интересная книга, называется A philosophy of software design, автор John Ousterhout, и она рассказывает о когнитивной сложности в разработке ПО и методах ее упрощения. И некоторые ее положения весьма далеки от догм энтерпрайзного классоклепания, от чего у кучи народа подгорает и бомбит. Как же так - не клепать классы на каждый чих, или писать комменты на высокоуровневую структуру и неявные связи компонент - ведь мой код написан по солид, а значит непогрешим! Бабах. Но если книженцию почитать и вдуматься, то это тот подход к разработке ПО, который мы потеряли где-то во времена становления "агильности".
Хорошие релизы, обычно те где есть LTSC. Для десятки 1609 и 2004 (он же с обновлениями 20H2/21H2/22H2), для Windows 11 только 24H2
Добрый день.
Вопрос сам по себе важный и отличный, но ответ на него со ссылками есть в тексте статьи.
Официально для LTSC нет 22H2 как такового, и LTSC и IOT LTSC это 21H1 (19044.х)
Те нововведения, что путем установки Enablement Package меняют цифру ядра до 19045 формально выпускаются лишь для изданий канала общей доступности. Но у меня в статье указано, как их доставить в LTSC/IOT LTSC
При этом обычные обновления (LCU) выходят для LTSC, как указано по ссылкам выше до 12.01.2027, а для IOT LTSC до 13.01.2032.
Обращу ваше внимание, что MSU/CAB файл с обновлением всегда по началу обновляет и общий и долгосрочный канал, в файле update.mum перечислены все издания, после с 14.10.2025 там будет лишь (iot)enterprises(n), а после 12.01.2027 останется уже лишь iotenterprises. Замечу, что в update.mum все версии перечислены как version="10.0.19041.1" (то есть не важно, стоит ли у вас 19041.4713, 19042.4713,..,19044.4713 или 19045.4713) - вне зависимости от того 21H2 или 22H2 ваша версия, LCU к ней применимы.
Насколько знаю, есть некоторая фича этих редакций - это по умолчанию включенный Custom Kernel Signers - возможность подписывать драйвера своим сертификатом. Через обходные пути это можно включить и на обычных редакциях, но как факт
https://github.com/HyperSine/Windows10-CustomKernelSigners
Автор немного не ясно написал:
Для получения 22H2 для LTSC, LTSC издание, уже должно быть, патч только активирует 22H2.
Т.е. у меня на моём ПК было LTSC 2021 я его успешно перевёл в IoT LTSC 2021, заменой серийника, после чего, успешно применил патч до 22H2.
А вот на виртуалке, где изначально поставил свежую 22H2 PRO, применение патча ничего не делает, потому что оно уже 22H2, а как обычную 22H2 PRO перевести в LTSC без плясок с бубном, не понятно, походу только с плясками.
Потому что пока ничего с этой 22H2 PRO сделать не получается, простенькими способами в LTSC оно превращаться не хочет...
У автора так и записано, что надо или апгред, или замена редакции, но конкретных инструкций как это сделать, пока тут нет.
Т.е. надо написать чёткий и понятный для всех порядок:
1)Сначала надо "каким-то образом получить" LTSC 2021 (21H2)...
2)Затем, перевести LTSC 2021 (21H2) в "IoT" LTSC 2021 (21H2) (серийником вестимо)
3)Потом, пропатчить до 22H2.
SHA1 A6B0F04344AFE0BA37D5B95115856BF0E9C4FA3F 26100.1882.240927-1745.ge_release_svc_prod3_CLIENT_ENTERPRISES_OEM_x64FRE_en-us_ru-ru.iso
SHA1 1BBB39082B3BFF2038F4515818114836830BC0D3 26100.1882.240927-1745.ge_release_svc_prod3_CLIENT_ENTERPRISES_OEM_x64FRE_en-us_ru-ru_DaRT_11_Upgrade_Matrix.iso
Ну да для мелочи - это из пушки по воробьям. Мы в конторе на них делаем стенды для тестирования авиаицонного обородования - интерфейсов хватает, SPI/I2c/ARINC/CAN/ так что H7 как раз попадает в цель. Правда когда надо что то скоростное обрабатывать или эмуляция памяти какой - тут уже Xilinx ставим.
Есть китайский производитель wch-ic - там микроконтроллеры на любой вкус вообще, включая всякую дичь. Есть чипы с pci-e, usb3, sata, nfc, с 4 uSD-картами... В наличии борды на али по нормальной цене, есть приличные открытые sdk и даташиты.
У одноплатников обычно всё плохо с внешними портами и интерфейсами и доступом к ним на уровне ядра а не ОС. Банальное переключение приём-передача RS-485 с помощью GPIO сделать почти невозможно, если не хочется терять в скорости. А на контроллере можно прямо из кода за десяток машинных циклов изменить уровень на любом GPIO, или вообще повесить на эту ножку выход таймера, чтобы он одновременно и уровень менял, и запускал передачу в модуле UART.
«Капитализьм» он такой, им молодого и красивого подавай. Еще Джек Лондон писал, что когда он был молодым и сильным, то играючи носил пятидесятикилограммовые мешки с цементом. Но, прошло немного времени и стали возникать проблемы со здоровьем. Поэтому, из портовых грузчиков его сразу уволили. Однако, ему еще повезло, у него оказался литературный талант, на котором он сделал себе имя и деньги.
По большом счету, это не выход. Чтобы пет-проект приносил доход, хотя бы в виде донатов, он должен быть, как минимум, интересен простым смертным. Как максимум, должен быть самодостаточным, чтобы иметь самостоятельную ценность, вроде «Магазьки», для владельцев частных магазинов и бутиков. Ее автор кормиться своей программой уже много лет, т.е., свою нишу он нашел. Но много ли таких как он?
У меня есть свой пет-проект ( https://habr.com/ru/articles/848836/ ), программа для запоминания иностранных слов и фраз. Есть и другой (неопубликованный) проект «МедиаТекст» ( http://scholium.webservis.ru/Pics/MediaText.png ) для подготовки данных для этой обучающей программы.
Но чтобы от пет-проекта перейти к стартапу, нужны еще реальные обучающие данные. В опубликованной версии только демо-данные. Над этими данными я сейчас работаю. Получается неплохо, но очень часто – лениво. На предприятии всегда есть внешний стимул, который очень мощный, а, если работаешь только на себя, то все ограничивается только внутренним стимулом, на который даже потенциальный заработок не сильно влияет. Это я называю недостатком энергии, которая более важна, чем молодость. Дайте мне энергию и про свой возраст я забуду… :)
Autoruns из Sysinternals Suite позволяет эти добавленные приложениями пункты (context menu handlers) при необходимости выборочно отключать. А вот те, которые нужны, я предпочитаю, чтобы были доступны сразу, так что я эти сокращённые меню отключил системно вообще :)
github.com/TheJustMoose/JustCreeper
Нажми правую зелёную кнопку Clone or dowload, потом Download ZIP.
Внутри ахапка файлов с расширением ino.
В Arduino IDE надо открыть JustCreeper.ino.
Metube + jellyfin. Нужные каналы по плейлистам складываются в папку jellyfin и автоматически подхватываются в детскую библиотеку. По итогу ребенок смотрит только
отцензуненныеодобренные мной каналы. И не прыгает по рекомендациям ютуба.Хорошо, наконец-то до этого додумались. Думаю, с помощью
#featureможно будет постепенно отключать части языка, являющиеся ошибками языкового дизайна и подключать исправленные реализации. Шон Бакстер это разработчик Circle - мощного расширения С++, в котором как раз все это реализовано.Это сильное упрощение) Но в итоге все уперлось в деньги. Кинотеатры экономили на оборудование, продюсоры экономили на качестве фильмов. У людей болела голова.
Я все это очень подробно описал в серии статей "Почему от 3D болит голова":
Почему от 3D болит голова / Часть 1: Недостатки оборудования
Почему от 3D болит голова / Часть 2: Дискомфорт из-за качества видео
Почему от 3D болит голова / Часть 3: Перепутанные ракурсы
Почему от 3D болит голова / Часть 4: Параллакс
Почему от 3D болит голова / Часть 5: Геометрические искажения в стерео
Почему от 3D болит голова / Часть 6: Искажения цвета
Почему от 3D болит голова / Часть 8: Расфокус и будущее 3D
Там описана часть нашего проекта разработки метрик качества стерео. Всего было разработано 18 метрик и проанализировано под 200 фильмов (на деньги западных компаний мы купили пачку Blu-Ray дисков и прогнали их через метрики). Подробности на английском тут: https://videoprocessing.ai/stereo_quality/
Ну и не могу удержаться, сорри...
Ноль фильмов в 2022? Серьезно? А вы не пробовали в википедию зайти? )))
https://en.wikipedia.org/wiki/List_of_3D_films_(2005–present) - тут 17 фильмов
https://en.wikipedia.org/wiki/Category:2022_3D_films - тут 20 в 2022
И это без азиатских.
На секундочку второй Аватар вышел в 2022... Хотя зачем его считать? Так?))) Легкая погрешность! )
Конечно, нет)
Вы вот взяли и отменили прогресс) Качество конвертации (за счет алгоритмом обработки видео) внезапно постоянно растет, а цена падает. Мы на этом рынке вполне зарабатывали (ну и пытались его спасти, измеряя и улучшая качество).
Вы помечтали) В кино возможно все! (во всех смыслах)
В одном фильме ужасов мы нашли полторы минуты перепутанных ракурсов (самая простая ошибка с точки зрения стоимости исправления). И ничего! Ушло в релиз) Как мы шутили - при просмотре этого ужастика, вам будет не только страшно, но и больно.
Ну и замечу, что среди 18 метрик было 4 метрики специально для сконвертированного контента. Там с косяками тоже все в порядке) Но на хабр об этом уже не писали, увы, только на английском узкоспециальные тексты можно почитать.
Все перечисленные варианты напоминают попытки воссоздать историю изобретения микроскопа в кружке умелые руки. Мне даже сложно сказать сколько десятков лет есть понятие "макросъемка". Осуществляется простым сдвигом объектива (в фото - чаще всего с помощью так называемых удлинительных (переходных) колец). За счет чего область фокусировки приближается к камере и соответственно объект съемки можно рассматривать под большим углом зрения. Вместо капель, палочек и бог еще чего берется любая IP, USB, HDMI камера с нормальной матрицей, её родной объектив безжалостно выкручивается в утиль. Вместо него ставим любой качественный фото объектив. Найти сейчас за тысячу гелиос, юпитер, индустар, таир, кварц - вообще не вопрос. Последние как и некоторые гелиосы/юпитеры обеспечивают переменное фокусное расстояние, что очень удобно для плавного выбора увеличения. Т.е. встроенный оптический зум. Весь вопрос в механическом креплении объектива на камеру. Всю эту байду крепим на штатив. Например от старого же фотоувеличителя. В итоге получаем вполне рабочий микроскоп с качеством гораздо более продвинутым, чем китайские игрушки 200х на али, с разрешением единицы-десятки микрон (надписи на кристалле EEPROM читаются на раз) и выводом картинки в прекрасном качестве на монитор. Особенно рекомендую для этого применить камеры с матрицами 2К и более и с HDMI выходом. Очень удобно её подключать к отдельному входу монитора и переключаться на камеру просто селектором входов.
https://habr.com/en/articles/876394/comments/#comment_27840436
Самое ценное в книгах дядюшки Боба – это ход его мыслей. Да, безусловно, неокрепший разум сразу пытается следовать его идеям точь в точь. Но это не проблема книги или автора.
Лично начал знакомиться с его книгами на третьем году коммерческого опыта разработки. И для меня стало открытием то, как автор рассуждает о каждой строке кода.
Если до этого я писал код, чтобы он работал (ну и выглядел симпатично), то после я начал прорабатывать множество вариантов реализации в попытках достичь определённых свойств написанного кода.
И вот, спустя 6 лет я могу детально объяснить почему конкретную строку или выражение написал именно так. Да, я не следую его рекомендациям. Я даже смутно помню их. Но способ мыслить оказался бесценен.
P. S. То же самое с паттернами проектирования. Знакомство с ними объяснило саму суть ООП и для чего все это нужно. Я вряд ли смогу по памяти повторить один в один какой-либо паттерн, кроме простейших. Но я понимаю идеи, которые за ними стоят. И реализую решения, которые нужны для конкретной ситуации со всеми её нюансами.
Есть одна интересная книга, называется A philosophy of software design, автор John Ousterhout, и она рассказывает о когнитивной сложности в разработке ПО и методах ее упрощения. И некоторые ее положения весьма далеки от догм энтерпрайзного классоклепания, от чего у кучи народа подгорает и бомбит. Как же так - не клепать классы на каждый чих, или писать комменты на высокоуровневую структуру и неявные связи компонент - ведь мой код написан по солид, а значит непогрешим! Бабах. Но если книженцию почитать и вдуматься, то это тот подход к разработке ПО, который мы потеряли где-то во времена становления "агильности".
(SDR + Raspberry + LTE Cat 4 Module + 2 х Штыревая Антенна + оплаченный интернет + 0,01 кВт-час) x кол-во районов охвата + сервер 1U...