[al_dan]

Продолжу излагать свои наблюдения.

Объем packages3d, наоборот, увеличился до 75,4 МБ, против прежних 66,2 МБ невзирая на то, что теперь нет папок lib3d, new и to-xxx-packages. Как я понял, основная добавка появилась по адресу KiCad\share\modules\packages3d\discret\resistors которая занимает лишних 25,1 МБ.

Глядя на объем этой 3D библиотеки, начинаешь понимать, что стоишь перед началом какой-то нарождающейся кривизны в деле изготовления библиотек т.к. вся она состоит из двух (вертикальное и горизонтальное) подмножеств по 96 штук 3D корпусов совершенно одного и того же типоразмера резистора отличающегося только тем, что на каждом из корпусов стоит различный цветовой код согласно номиналу. Ведь это целых 192 корпуса вместо необходимых 2?! Не слишком ли расточительный натурализм?
Легко представить, что если пойти таким путем дальше и сделать то же самое с резисторами различных мощностей и типов, а так же с другими компонентами, то потребуются многие десятки тысяч «натуралистичных» корпусов общим объемом исчисляемым гигабайтами. Но ведь не может быть корпуса «определенного номинала», корпус должен быть определенной формы! А натурализм может быть и когда-то и будет, если номиналы на этом корпусе со временем будет возможно редактировать, только зачем все это пижонство? Ведь все это ведет к катастрофическому разрастанию объема дистрибутива и захламлению библиотек.
Подобный подход — «корпус определенного номинала» -, только уже для обычных футпринтов, прослеживается в библиотеках viknn http://www.ntcsm.ru/kicad/library/ в которых одни и те же корпуса имеют компоненты разных номиналов.
Полная противоположность этому наблюдается в очень компактной библиотеке ukpyr (см. ту же ссылку), где каждый схемный компонент ассоциируется с необходимым корпусом, а номиналы, как и положено, присваиваются конкретным компонентам.
На мой взгляд viknn пошел таким сомнительным путем по той простой причине, что он, как оказалось, не является пользователем KiCAD и по этой причине не совсем адекватно представляет то, что именно нужно реальному пользователю.
Это же различие в подходах между viknn и ukpyr проявилось в споре на «электрониксе» насчет того, какой быть утилите для формирования перечня и спецификации для KiCAD. Будет очень печально, если viknn таки разработает такую утилиту, но она также будет требовать составление громадной базы компонентов с номиналами и атрибутами, вместо того, чтобы в некоем менеджере соединять компактные подмножества компонентов с атрибутами наподобие того, как это делается в программе cvpcb.
Прошу viknn воспринимать мои слова не как критику, но как пищу к размышлению.