сколько был уплаченный налог на прибыль то был в 2020году? доход 144млрд. - это ещё не прибыль, не получится ли так, что штраф в 7.7млрд больше уплаченного налога на прибль в РФ, или даже всей прибыли от операционной деятельности в РФ, не получается как бы дважды пытаются Гугл ободрать...
если серия пойдёт, может быть согласую пост, пока лки
что бы уместить этих "монстров", в трубочку все пришлось свернуть на гибридке (как ни странно гибридка неплохая получилась у резонита, у тайваньской коробило полиамид)
никаких операций сравнения, дополнительного суммирования, обращения к памяти в основном цикле выполнять нельзя, так как все очень быстро должно выполняться, несмотря на то, что в статье я написал очень упрощенный алгоритм, основной цикл отображения данных сильно заоптимизирован в борьбе за такты процессора...
однозначно можно и нужно перебирать алгоритмы упаковки и распаковки, возможно они будут лучше, компактнее, в данной реализации после нескольких попыток был оставлен описанный в статье вариант
да, смещенный диапазон, к примеру, в распространенном RLE, но в данном случае ориентация была на простоту алгоритма (после переборов нескольких вариантов, которые не давали преимуществ по размеру данных), так как нужно было закодить декодер на Z80, конечно, была реализована модель на более высокоуровневом языке, а потом пренесена на asm z80, сложный алгоритм было бы, возможно, дольше отлаживать.
кстати, получившийся поток сжимается zip с 320кБ, до примерно 260кБ, что говорит о том, что избыточности в нем не так много...
когда в 14м году столкнулся с необходимостью подобрать элементную базу для наноспутника, оказалось, что устойчивый к спецфакторам импорт не завести, они катастрофически дороги, проблема с документацией на ВВФ и СФ, в итоге поставил миландр в "огромных", как мне казалось, металлокерамических корпусах, но они все разместились (упихнулись точнее), каково же было мое удивление, когда я уложился еще и по потреблению, год в космосе, полет нормальный, сейчас считаю, что выбор в пользу миландра был верным
ситуация даже хуже, у Сони есть скрытая документация в виде таблиц, без которых некоторые компоненты не будут работать и узнать о существовании таких документов обычному разработчику никак нельзя
часть компонентов Сони вообще нельзя завозить в РФ
это проверялось, но получается, что в среднем кадры отличаются друг от друга на 60-100 элементов (тайлов), а в некоторых случаях кадры резко отличаются (когда происходит инверсия например или поворот персонажа), в среднем различие 60-100 байт - и это только данных, но нужно также сохранить адрес где произошло изменение и полученный массив уже очень плохо упаковывается и затраты на её отрисовку больше. И есть ещё один момент: представим основной цикл, мы записываем в VDP (видеопроцессор) адрес в VRAM(видеопамять) по которому мы ходим произвести запись, при последовательной записи этот адрес автоматически увеличивается в VDP, и не приходится его записывать его ещё раз, в случае если адрес случайный, то при каждой записи в VRAM (через VDP) придётся передавать адрес, а это очень затратная операция.
Ну и равномерность потока, так как изображение иногда резко меняется, то важно, что бы очень сильно загруженные моменты видео отрисовывались с такой же скоростью, как и более простые. Поток конечно же не равномерный, в среднем он 120-140 байт, но иногда скачет и до 300 байт на кадр, что бы выровнять этот поток используется буфер в 16кБ, в который подгружается с дискеты по 128 байт в среднем за кадр, так вот буфер на некоторых сценах выбирается на 80%, это когда расходы на отрисовку сцены очень большие и не нет времени вычитывать с дискеты. Мелочей много =) но это интересно =)
Фалкон-9 - это двухступенчатая ракета-носитель и выводит на геопереходную орбиту с высоким апогеем обычно выше ГСО и низким перигеем. С Плесецка без третьей ступени Фалкон принципиально не может вывести на ГСО. Спутники, которые запускаются с космодромов с небольшим наклонением, традиционно имеют твердотопливный апогейный двигатель, что бы в один импульс перейти с ГПО на ГСО. Для высокоширотных космодромов требуется двигатель для перехода с ГПО на ГСО с многократным включением, функцию которого и выполняет РБ.
кратко из вики:
Параметры геопереходной орбиты определяются космодромом пуска. Космодром Канаверал имеет широту 28,5 градусов, что требовало импульса ~1800 м/с для перехода от ГПО к ГСО. Космодром Куру с его широтой 7 градусов требует импульса перехода ~1500 м/с. Космодром Морской старт осуществляет пуск с экватора и его ГПО не требует коррекции наклонения, что дает импульс перехода ~1477 м/с. ГПО китайских и японских космодромов аналогичны Канавералу.[1][2]
Высокая широтность космодромов СССР требовала гораздо больших импульсов для довыведения на ГСО (более 2400 м/с). К моменту выхода советских носителей на рынок коммерческих запусков конструкции западных геостационарных спутников уже устоялись с точки зрения требуемого импульса довыведения. Потому советским ракетам понадобилась дополнительная ступень, названная разгонным блоком и довыводящая нагрузку так чтобы уменьшить требуемый от спутника импульс формирования ГСО до западных стандартов в 1500..1800 м/с. Понятно, что здесь уже нельзя говорить о ГПО в её изначальном понимании, но лишь о характеристике грузоподъёмности ракеты носителя.
потому, что это не профильный форум, начинать каждую такую статью нужно с характеристик р-н, параметров орбит, орбитальной механики и тп, в противном случае это все скатывается к варианту обсуждения Питон лучше чистого С, или зачем кодить на АДе, если есть Алгол, а ahdl вообще недоязык? хотя разработка таких сложных устройств и тем более их применение в проекции на 30 лет вообще не сравнима с программированием...
очень круто! молодцы! классно, что у вас все получилось в такие сжатые сроки! для победителей - это самый главный приз!
ps: из общения с космонавтами - они всегда открыты и готовы уделить личное время, которого у них не очень много на мкс, на образовательные цели или популяризацию космонавтики. респект им ;)
в трансляции после запуска сказали, что они надеются придумать за 10, лет как дозаправить телескоп... ;) будем надеяться, что стыковочное кольцо, которое заложено в конструкции не просто так )
матрица валит 40Гбит данных в секунду по куче каналам одновременно, их нужно перетасовать в кадры и выдать, чем больше скорость интерфейса - тем лучше... так вот по TCP/IP на циклоне мы не смогли добиться более 3.5Гбит в один сокет.... в первую очередь из-за сложной протокольной части TCP/IP, а так же ограниченной способности NIOS... в итоге ушли в CLHS, как вариант - использовать в архитектуре проц, но нужно быть уверенным, что он сможет поддержать передачу полного потока данных в 10Гбит...
во-вторых, протокольный уровень полноценного MAC+TCP/IP поднять и отладить достаточно сложно, на это ушло значительно времени
в-третьих, он много потребляет, в результате камеры требуют принудительного охлаждения
так что, думаю, что высокоуровневыми протоколами лучше заниматься процессорам и ОС... но опять же это имхо и не притендует на истину... а так сейчас сидим без циклонов и не понятно когда они будут, заказчики требуют переделывать под доставаемые микросхемы, по этому циклоны, которые нас подставили и двухлетнюю работу отправили в утиль - ненавижу...
сколько был уплаченный налог на прибыль то был в 2020году? доход 144млрд. - это ещё не прибыль, не получится ли так, что штраф в 7.7млрд больше уплаченного налога на прибль в РФ, или даже всей прибыли от операционной деятельности в РФ, не получается как бы дважды пытаются Гугл ободрать...
для примера один из детекторов Хаббла, выглядит ещё "хрупче", так как на ГПП поставлены разъёмы без жесткой части.
руки чешутся, но Заказчики не одобрят... (((
если серия пойдёт, может быть согласую пост, пока лки
что бы уместить этих "монстров", в трубочку все пришлось свернуть на гибридке (как ни странно гибридка неплохая получилась у резонита, у тайваньской коробило полиамид)
imx567 там есть? (влом проверять, так как linux под рукой нет, а дока нужна)
но вообще ситуация странная, что нужно лезть в ядро linux, что бы получить магисческую таблицу или поскать сравнение с документацией...
документация настолько "открытая и прозрачная" по мнению авторов статьи, что даже мы здесь пытаемся выяснять где же брать референсные данные =)))
"требование самой Sony" - да это требование самой Сони, часть чипов (в частности матриц, но и некоторых других) поставлять в РФ нельзя.
никаких операций сравнения, дополнительного суммирования, обращения к памяти в основном цикле выполнять нельзя, так как все очень быстро должно выполняться, несмотря на то, что в статье я написал очень упрощенный алгоритм, основной цикл отображения данных сильно заоптимизирован в борьбе за такты процессора...
однозначно можно и нужно перебирать алгоритмы упаковки и распаковки, возможно они будут лучше, компактнее, в данной реализации после нескольких попыток был оставлен описанный в статье вариант
да, смещенный диапазон, к примеру, в распространенном RLE, но в данном случае ориентация была на простоту алгоритма (после переборов нескольких вариантов, которые не давали преимуществ по размеру данных), так как нужно было закодить декодер на Z80, конечно, была реализована модель на более высокоуровневом языке, а потом пренесена на asm z80, сложный алгоритм было бы, возможно, дольше отлаживать.
кстати, получившийся поток сжимается zip с 320кБ, до примерно 260кБ, что говорит о том, что избыточности в нем не так много...
https://www.elecond.ru/production/capacitors/aluminum/k50-106
про качество не скажу, но с удивлением узнал, что они (к50) еще выпускаются на напряжение 400-450В...
когда в 14м году столкнулся с необходимостью подобрать элементную базу для наноспутника, оказалось, что устойчивый к спецфакторам импорт не завести, они катастрофически дороги, проблема с документацией на ВВФ и СФ, в итоге поставил миландр в "огромных", как мне казалось, металлокерамических корпусах, но они все разместились (упихнулись точнее), каково же было мое удивление, когда я уложился еще и по потреблению, год в космосе, полет нормальный, сейчас считаю, что выбор в пользу миландра был верным
ситуация даже хуже, у Сони есть скрытая документация в виде таблиц, без которых некоторые компоненты не будут работать и узнать о существовании таких документов обычному разработчику никак нельзя
часть компонентов Сони вообще нельзя завозить в РФ
это проверялось, но получается, что в среднем кадры отличаются друг от друга на 60-100 элементов (тайлов), а в некоторых случаях кадры резко отличаются (когда происходит инверсия например или поворот персонажа), в среднем различие 60-100 байт - и это только данных, но нужно также сохранить адрес где произошло изменение и полученный массив уже очень плохо упаковывается и затраты на её отрисовку больше. И есть ещё один момент: представим основной цикл, мы записываем в VDP (видеопроцессор) адрес в VRAM(видеопамять) по которому мы ходим произвести запись, при последовательной записи этот адрес автоматически увеличивается в VDP, и не приходится его записывать его ещё раз, в случае если адрес случайный, то при каждой записи в VRAM (через VDP) придётся передавать адрес, а это очень затратная операция.
Ну и равномерность потока, так как изображение иногда резко меняется, то важно, что бы очень сильно загруженные моменты видео отрисовывались с такой же скоростью, как и более простые. Поток конечно же не равномерный, в среднем он 120-140 байт, но иногда скачет и до 300 байт на кадр, что бы выровнять этот поток используется буфер в 16кБ, в который подгружается с дискеты по 128 байт в среднем за кадр, так вот буфер на некоторых сценах выбирается на 80%, это когда расходы на отрисовку сцены очень большие и не нет времени вычитывать с дискеты. Мелочей много =) но это интересно =)
=) это запись с реального демопати Chaos Construction 2021 и там много голосов) но к сожалению, моего там нет...
Фалкон-9 - это двухступенчатая ракета-носитель и выводит на геопереходную орбиту с высоким апогеем обычно выше ГСО и низким перигеем. С Плесецка без третьей ступени Фалкон принципиально не может вывести на ГСО. Спутники, которые запускаются с космодромов с небольшим наклонением, традиционно имеют твердотопливный апогейный двигатель, что бы в один импульс перейти с ГПО на ГСО. Для высокоширотных космодромов требуется двигатель для перехода с ГПО на ГСО с многократным включением, функцию которого и выполняет РБ.
кратко из вики:
потому, что это не профильный форум, начинать каждую такую статью нужно с характеристик р-н, параметров орбит, орбитальной механики и тп, в противном случае это все скатывается к варианту обсуждения Питон лучше чистого С, или зачем кодить на АДе, если есть Алгол, а ahdl вообще недоязык? хотя разработка таких сложных устройств и тем более их применение в проекции на 30 лет вообще не сравнима с программированием...
очень круто! молодцы! классно, что у вас все получилось в такие сжатые сроки! для победителей - это самый главный приз!
ps: из общения с космонавтами - они всегда открыты и готовы уделить личное время, которого у них не очень много на мкс, на образовательные цели или популяризацию космонавтики. респект им ;)
в трансляции после запуска сказали, что они надеются придумать за 10, лет как дозаправить телескоп... ;) будем надеяться, что стыковочное кольцо, которое заложено в конструкции не просто так )
апроксимировать нужно было вторым порядком ;) и попали бы в 2022й) что было бы близко к реальности
кто сказал, что под MIPI?
так как вы в моей ветке обсуждений, то циклон берется под:
и дальше бы хотелось бы по TCP/IP в оптику...
и корок под это технологическое извращение нет...
матрица валит 40Гбит данных в секунду по куче каналам одновременно, их нужно перетасовать в кадры и выдать, чем больше скорость интерфейса - тем лучше... так вот по TCP/IP на циклоне мы не смогли добиться более 3.5Гбит в один сокет.... в первую очередь из-за сложной протокольной части TCP/IP, а так же ограниченной способности NIOS... в итоге ушли в CLHS, как вариант - использовать в архитектуре проц, но нужно быть уверенным, что он сможет поддержать передачу полного потока данных в 10Гбит...
во-первых, действительно не достать
во-вторых, протокольный уровень полноценного MAC+TCP/IP поднять и отладить достаточно сложно, на это ушло значительно времени
в-третьих, он много потребляет, в результате камеры требуют принудительного охлаждения
так что, думаю, что высокоуровневыми протоколами лучше заниматься процессорам и ОС... но опять же это имхо и не притендует на истину... а так сейчас сидим без циклонов и не понятно когда они будут, заказчики требуют переделывать под доставаемые микросхемы, по этому циклоны, которые нас подставили и двухлетнюю работу отправили в утиль - ненавижу...