URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 122661
[ Назад ]

Исходное сообщение
"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации вывода на печать"

Отправлено opennews , 12-Дек-20 11:01 
Майкл Свит (Michael R Sweet), изначальный автор системы печати CUPS, который после увольнения из компании Apple переключился на разработку форка  CUPS от проекта OpenPrinting, представил первый стабильный выпуск PAPPL, нового фреймворка для разработки приложений для печати (CUPS Printer Applications), которые рекомендуется использовать в качестве замены традиционным драйверам для принтеров. Код фреймворка написан на языке Си и распространяется под лицензией Apache 2.0, включающей исключение, разрешающее связывание с кодом под лицензиями GPLv2 и LGPLv2...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=54245


Содержание

Сообщения в этом обсуждении
"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено A.Stahl , 12-Дек-20 11:02 
Я нихрена не понял. Как все эти аббревиатуры связаны? Кто от кого зависит или кого заменяет. Как будто прослушал содержание 276й серии "Просто Санта-Мария тоже плачет"

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 13:48 
технически всем хотят предложить перейти на новый формат работы с принтерами, но при этом в составе системы есть cups, который отвечает еще и за работы со старыми принтерами по PPD. Если это примут производители, то нафиг никому не нужны будут драйвера для принтеров. системы будут связываться с принтером по типу приветствия как клиент с сервером и будут принимать задания на печать, как по штекеру, так и по сети, а старые как обычно. Фактически это продвижение нового протокола работы с принтерами. как к примеру внешние видеокамеры(для видеообщения) есть требующие драйверов (и они то в лине имеют малую поддержку) , а есть просто работающие и посылающие сигнал, которые линь определяет и сразу использует. просто новый протокол не требующий драйверов. но пойдут ли на это производители? тут сразу вклинивается проблема МФУ принтеров имеющих и сканеры. короче не известно выгорит ли. выгорит и никому ни на какой операционке не понадобятся дровишки для принтеров. все будет и так работать.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 14:10 
Не выгорит. Экономить на программерах до последней копейки - это девиз всех производителей средств для отчисления добавочной стоимости.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 14:19 
именно. этот протокол как раз предлагает экономить на программерах))) я ж написал, что внедрение протокола не потребует написания драйверов и прочей инфраструктуры. надо собрать принтер по принципу клиент-сервер и все. кстати почти аналог с подключением смартфонов, сначала они все подключались как флешки на прямую, а сейчас происходит соединение с компом через протокол предложенный кстати майкрософт, MTP. им и остается , что внедрить в принтер этот протокол и все дровишки ушли в прошлое.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено _hide_ , 12-Дек-20 16:35 
Если кто-то за производителей железа создаст ПО для текущих чипсетов и подготовит соответствующую схемотехнику - то ДА. Иначе -- куда проще программировать контроллер на принтере с помощью USB шнурка, а железка в принтере получается простая до невозможности. А без программеров не обойтись, а так у них хоть работа "экономит" затраты на железо.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 17:11 
ну wifi, ethernet и прочие прибамбасы умудрились запихнуть в принтера и фактически приблизились  к той же клиент-серверной архитектуре взаимодействия. но да усложнение будет, но производителям фактически стоит один раз написать саму клиент серверную основу на протоколе и можно будет её пихать во все принтера и она будет скажем где то сбоку как приемопередатчик сигналов наружу и его даже менять и переделывать годами не нужно.а сама внутрянка может управляться хоть тысячу раз меняемому и обновляемому оборудованию.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено funny.falcon , 12-Дек-20 17:43 
Так уже был (и есть) PostScrypt. Казалось бы, реализуй все производители, и драйвера не нужны...

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 17:56 
> Так уже был (и есть) PostScrypt. Казалось бы, реализуй все производители, и
> драйвера не нужны...

да все верно. с одной неловкой ситуацией. к постскрипту нужен объединяющий все принтеры стандарт соединения и приема на печать. IPP фактически этот стандарт и я посмотрел на их сайте принтера с таким протоколом создаются с 2013 года реально, но это не дэ факто стандарт. а нужен стандарт.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 18:11 
>> Так уже был (и есть) PostScrypt. Казалось бы, реализуй все производители, и
>> драйвера не нужны...
> да все верно. с одной неловкой ситуацией. к постскрипту нужен объединяющий все
> принтеры стандарт соединения и приема на печать. IPP фактически этот стандарт
> и я посмотрел на их сайте принтера с таким протоколом создаются
> с 2013 года реально, но это не дэ факто стандарт. а
> нужен стандарт.

правда принте у них пока представлены 2 фирмами HP и Lexmark. Видимо именно они помогают с его продвижением или лучше сказать, что Майкл Свит решил взять их стандарт и развить его до  IPP Everywhere. Ну они думаю не против. кстати пока лазил по cups и настройкам принтеров через него заметил , что ipp там давно поддерживается. так что то что он предлагает это еще какая то надстройка над самим протоколом.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 21:36 
> Так уже был (и есть) PostScrypt.

с ним было два плохих прикола: 1. он требовал (?) отчислений адобу с каждого проданного экземпляра, а лохи не любят платить, лохи любят свой PCL5 2. он был адски сложен для реализации в полном объеме. Настолько, что целиком никто и не реализовывал, а набор работающих фич - естественно у каждого васяна был свой. Причем это в чб варианте. С цветом в нем вообще были какие-то трагедии, не знаю чем кончились.



"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено _ , 14-Дек-20 23:15 
Кончилось принятием PDF v.1.X как стандарта _вместо_ PostScript для принтеров.
Все "промышленные" - уже :(

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Notius , 12-Дек-20 21:36 
У PostScript есть одна ма-а-аленькая проблемка — он Тьюринг-полный, поэтому никогда нельзя заранее сказать, сколько ресурсов скушает RIP. Всякие PCL (да и PDF, собственно) придумывали-то в частности для борьбы с этой проблемой.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 16:06 
Так вроде ничему не противоречит что IPP вывесит вон та штука, а как его в принтер запихать будет знать ейный принтерспецифичный "application".

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Jh , 13-Дек-20 05:59 
принтер и сканер в МФУ слабо связаны и обычно для них разные драйвера. т.е. вполне можно печать организовать по новой подсистеме. а сканер как получится. в этом плане лучше сетевые МФУ, они, как правило, могут сразу в сетевую шару сканировать.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Анонимный Аноним , 15-Дек-20 19:02 
> а сканер как получится

Зачем "какполучиттца", если есть SANE, который, кстати, умеет по сети! И даже есть SANETWAIN!


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Атон , 13-Дек-20 19:21 
>Если это примут производители, то нафиг никому не нужны будут драйвера для принтеров.

а что, кому то нужны _драйвера_ для принтера?  ты еще скажи драйвера для мыши и клавиатуры нужны...

драйвер матричного принтера epson покрывает 80% рынка матричников,
hp deskjet на пару с epson stylus покрывают 80% рынка струйников.
драйвер принтера hp lj postscript и принтера hp lj pcl давным давно покрывают 95% рынка лазерных принтеров.
  
т.е. даже если на принтере наклеен наклейка "интеграл"  или "самсунг", стандартный драйвер позволит печатать на нем.

фирменные "драйвера" тянут с собой не нужные программы, которые могут показать уровень чернил и обязательно 100500 рекламы. а оно мне надо?  

ну, а кто покупает себе "вин" принтера не работающие по стандартному протоколу, с одним из "стандартных" драйвером, тот сам над собой вин и сам себе злобный буратино.
на рубль экономии, на сто рублей проблем.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 13-Дек-20 19:54 
>>Если это примут производители, то нафиг никому не нужны будут драйвера для принтеров.
> драйвер матричного принтера epson покрывает 80% рынка матричников,
> hp deskjet на пару с epson stylus покрывают 80% рынка струйников.
> драйвер принтера hp lj postscript и принтера hp lj pcl давным давно
> покрывают 95% рынка лазерных принтеров.
> т.е. даже если на принтере наклеен наклейка "интеграл"  или "самсунг", стандартный
> драйвер позволит печатать на нем.

писали бы их как надо и вечно не ломали при переходах на новые версии. ну скажем мой случай. вот понадобилась мне спокойная работа печати и сканирования на компе. один мфу НР, а другой новый пантум. дрова на пантум есть только под деб дистры, на рпм только старшие их модели с дровами и то на федоре и центось. не суть решил на комп кинуть тогда ещедействующий минт 19. все отлично настроилось и заработало. год работало как надо. прилетает обнова на 20 минт и опять все ок. весной прилетает обнова hplip и вуаля принтер НР перестает работать, точнее он видится , но сканер на нем нет. как буд то пропал. ну кинул другую систему рядом и продолжил работу(обычный комп, не сервак)
, а тем временем продолжал искать проблему. и как оказалось сломали её умельцы из НР.  и где к таким доверие потом? если хотели обновить базу моделей то и обновите её добавив описаний в конец models.dat , нет они притащили откуда то новый файл с побитым содержанием и в ppd чет тоже нахимичили. как итог вытащил файлы с версии 3.16 и все заработало( походу сломали при переходе с 3.18 на 3.19. сколько бы они не занимали рынка такое будет происходить постоянно, пока не создадут так же как и с веб камерами(ну почти) без драйверов. а там внутри принтера пусть хоть суперлазерами оборудуют.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Атон , 13-Дек-20 21:56 
>  сколько бы они не занимали рынка такое
> будет происходить постоянно, пока

пока набирают программеров по объявлению.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 13-Дек-20 23:09 
фишка в том, что ошибка детская у них. это бы смог сделать кто угодно. тут фишка в том, что взяли тупо не тот файлик. Не сравнили с другим и всё. провели бы проверку и не было всех проблем. А проблем я уверен много и у многих, потому как они подрезали описание устройств. cups тупо не способен точно определить модель устройства. это ошибка даже не программерская. это ламерская ошибка по недосмотру. меня удивляет другое, почему когда поднялся вой о поломках, то эти спецы не могли не знать. они сами сидят на лине и как никак связаны с сообществом, но не шелохнулись даже. Если только сделано не специально.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Атон , 14-Дек-20 11:18 
>  это ошибка даже не программерская. это ламерская
> ошибка по недосмотру. меня удивляет другое, почему когда поднялся вой о
> поломках, то эти спецы не могли не знать. они сами сидят
> на лине и как никак связаны с сообществом, но не шелохнулись

почему пропала поддержка старого оборудования а эти ламеры не заметили?  
потому, что у них самое новое современные принтера и компы Core i9 256 гб памяти.

"все работает и ничего не тормозит чяднт?" (с).



"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено RHEL fan , 17-Дек-20 09:37 
Точно, их же в инкубаторах нужно выводить!

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено COBA , 12-Дек-20 11:04 
Что-то непонятно. Вроде как форк CUPS а в зависимостях CUPS.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Cradle , 12-Дек-20 13:18 
разумно для форка что пока в зависимостях, потом постепенно уберут

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 18:00 
Это не форк.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 11:05 
Безумные названия. CUPS, PAPPL... Нельзя было назвать допустим PrintSystem и PrintApplication?

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Онаним Тот Самый , 12-Дек-20 11:08 
Prosto Apple Predali Print Library

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 12:05 
Prosto Apple Pedalit Proprietarnuyu Lazhu

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Siborgium , 12-Дек-20 14:20 
Apache 2.0 и GPL 2.0 это теперь проприетарщина? Интересно, очень интересно.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 12:13 
И правда безумные. Жутко старомодные, надо было в духе времени называть - ShinyPinkBeard, OhMyRainbowPants, BlackInkMatter

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 12:33 
Ну я например (если заранее не знать) с трудом догадаюсь, что CUPS - это про принтеры.
Подумаю, что это что-то про бесперебойники.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Michael Shigorin , 12-Дек-20 12:50 
> Ну я например (если заранее не знать) с трудом догадаюсь, что CUPS
> - это про принтеры.  Подумаю, что это что-то про бесперебойники.

На сях. :)


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 15:39 
Бесперебойники бывают и управляемые дистанционно.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 16:09 
Ну так у них процессор по жизни есть и его прошивка отродясь на си.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 17:59 
> процессор по жизни есть

Эх, поколение ЕГЭ... Даже не знает, что для управления девайсами может быть достаточно одного регистра сдвига. Мозгов уже не хватит понять, откуда родились два стоп-бита. Сейчас без абдурины (как минимум) ничего сделать не могут.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено microsoft , 12-Дек-20 21:47 
И только ты такой белый и на коне

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 18:45 
> с трудом догадаюсь, что CUPS - это про принтеры. Подумаю, что это что-то про бесперебойники.

Это-что про кофемашины


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 22:11 
ДЕЙСТВИТЕЛЬНО. Common Unix Print System это всенепременно про бесперебойники!

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 14:12 
> BlackInkMatter

Хахаха, хорошо пошутил. Два увеличителя бороды этому господину !


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 18:47 
... и два обрезания этих бород. Топором. Прадедам рубили бороды, и правнукам надо рубить.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 18:51 
И с префиксом `SystemD-`

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено СеменСеменыч777 , 12-Дек-20 21:46 
systemd-printd ?
а действительно, Линус Поттеринг почему-то не подгреб под себя такую перспективную тему, возится с какими-то home-директориями или какая там последняя инновация была.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено звщгрп , 13-Дек-20 16:15 
I have a Printer...  I have an APPle
и понеслось

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 11:21 
Автор молодец.
Ходят мнения о том, что CUPS застаивает как проект, и вот нашёлся энтузиаст.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Michael Shigorin , 12-Дек-20 12:52 
> Автор молодец. Ходят мнения о том, что CUPS застаивает как проект,
> и вот нашёлся энтузиаст.

Он, собственно, изначальный разработчик.  И не только этой штуки -- см., например, http://msweet.org/htmldoc

Здоровский дядька, спасибо ему.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено rvs2016 , 12-Дек-20 13:36 
> Ходят мнения о том, что CUPS застаивает как проект

Да это очень мягко сказано. Ему ~20 лет в обед (или все ~30? лениво даже точнее смотреть), а толку с него... как будто это годный для промышленного применения продукт, а какая-то приблуда-задумка, которая может быть когда-нибудь работать нормально и без бубнов таки начнёт.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 16:10 
Вполне нормальный продукт. Печатает. В промышленных масштабах.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено rvs2016 , 12-Дек-20 18:08 
> Вполне нормальный продукт. Печатает. В промышленных масштабах.

Просто надо, чтоб печатал ещё без бубна.
А с бубном-то и передачу данных между браузерами через WebRTC наладить можно, хотя WebRTC - это не нормальный способ связи браузеров друг с другом, а придуманный зачем-то с нуля мега-костыль, но любой костыль настраивается. Чем больше бубнов на него натолкаешь, тем быстрее настроится. :-)


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 19:01 
>чтоб печатал ещё без бубна

Все нормально печатается. Только если у тебя вменяемый девайс, а не какая-то экзотика. Ну так сам виноват. Еще скажи, что в виндах все принтеры заводятся без бубна, ага. Я поржу.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено rvs2016 , 12-Дек-20 19:10 
>>чтоб печатал ещё без бубна
> Все нормально печатается. Только если у тебя вменяемый девайс, а не какая-то
> экзотика. Ну так сам виноват. Еще скажи, что в виндах все
> принтеры заводятся без бубна, ага. Я поржу.

Принтер подключен не к моему девайсу (т.е. от его экзотичности работ принтера не зависит), а к виндовому девайсу, находящемуся в локальной сети. Результат такой, как на скриншоте по ссылке:

https://sun9-9.userapi.com/impg/fpXvi0i--JLfOZTU93Zsjca-tONP...

Да я-то и не ржу. Мне лишь бы настроить печать из моей фряхи (в частности из KDE) на принтер, подключённый в локальной сети к винде, на которой он работает нормально.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено СеменСеменыч777 , 12-Дек-20 21:51 
> к виндовому девайсу, находящемуся в локальной сети. Результат такой, как на скриншоте по ссылке:

вы девайс включить не пробовали ? а фаерволл или еще какой "Защитник Windows" настроить ?
я как-то нарвался - если на семерке убрать "Брандмауэр Windows", то расшарить принтер невозможно.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено rvs2016 , 12-Дек-20 21:55 
>> к виндовому девайсу, находящемуся в локальной сети. Результат такой, как на скриншоте по ссылке:
> вы девайс включить не пробовали ? а фаерволл или еще какой "Защитник
> Windows" настроить ?
> я как-то нарвался - если на семерке убрать "Брандмауэр Windows", то расшарить
> принтер невозможно.

Вот именно к седьмой винде принтер как раз и подключён. Из других виндов на тот принтер напечатать можно. Из фряхи - вот такой скриншот, как показал выше. Зачем мне для фряхи не только настраивать виндусовые файрволы (если другие винды с ейным принтером работают нормально), но и зачем вообще такие советы (особенно про влючение девайса) давать? Мы вроде не на юмористической передаче находимся, а нормальные вопросы задаём.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено СеменСеменыч777 , 12-Дек-20 22:23 
> зачем вообще такие советы (особенно про влючение девайса) давать?

начинать надо с самого простого: перезагрузка, подключен ли комплюхтер в сеть и т.д.

если простых проблем нет и/или они устранены, то есть решение посложнее -
раздать принтер по старому злому протоколу lpr/lpd. инструкции в гугле.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено userd , 12-Дек-20 23:02 
> Мне лишь бы настроить печать из моей фряхи (в частности из KDE) на принтер, подключённый в локальной сети к винде, на которой он работает нормально.

Совсем гладко не будет - очень уж разные подходы к печати в мире винды и мире CUPS.
Простите, я не понимаю что у Вас на скриншоте, но могу поделиться советом.
Мне помогали советы настраивать в винде RedMon+GS. С видны шарится виртуальный postsctipt принтер, который передаёт задания на локальный физический принтер. Вот типа так - https://habr.com/ru/post/63440/ .


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено rvs2016 , 14-Дек-20 12:56 
> Простите, я не понимаю что у Вас на скриншоте, но могу поделиться
> советом.

На скриншоте результат выполнения команды KDE / Параметры системы / Принтеры.
Спасибо за советы. Изучу их.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено userd , 14-Дек-20 13:59 
> На скриншоте результат выполнения команды KDE / Параметры системы / Принтеры.

Тогда могу предположить, что у Вас CUPS не запущен.
Ещё могу сказать, что использование KDE для настройки CUPS вызывает некоторое сомнение. Версии KDE меняются, а настройка CUPS всё «вполсыра».

Практичнее использовать родной для CUPS web-интерфейс http://localhost:631


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 18:10 
Печатает, только метания главного разработчика как-то не внушают доверия. Сначала добавил PPD, который совместим с PostScript. Потом внезапно начал объявлять deprecated все функции для работы с PPD, не давая замены. Я уже не говорю про то, что его "стандарт" ipp everywere не поддерживается ни одним из принтеров. Потом ещё выясняется, что в нём нет возможности нормально получить список атрибутов с полным описанием, которые поддерживает принтер для создания динамического гуя. Для этого он предлагает каждому производителю лепить свой велосипед для своих принтеров.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 13:39 
Да, это тот самый который объявил войну PPD.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 13:54 
не объявил войну , а предложил бездрайверный формат работы принтеров. считай, что покупая принтер, ты покупаешь маленький серверок печати и он будет только этим и заниматься. но там много подводных камней. надо протокол смотреть, а то твоему принтеру по сети могут задание отправить кто угодно.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 14:43 
> а предложил бездрайверный формат работы принтеров.

ага, на основе святаго духа. Аминь. Ой, то есть linefeed!

> считай, что покупая принтер, ты покупаешь маленький серверок печати

внезапно, серверок печати - это механизм очередей и удаленного получения сырых данных. Всего лишь.
А "драйвер" находится на клиенте - потому что если в "серверок" приедет неведомая _принтеру_ херня - наружу вылезут квадратики или один, чооорный квадрат.

Здесь же, походу, предполагается именно волшебство аутоугадава. Поэтому напечатать на принтере с учетом технических возможностей и особенностей именно этого принтера ты больше не сможешь. Напечатать что-то необычное без преобразования в ненужный ни тебе, ни принтеру, формат - тоже.

Верю, взлетит, чо. Полагаю, проплачено (китайскими) производителями принтеров, а вовсе не щастье всем даром предлагается.

У кого остались еще PS-capable принтеры - берегите как бабушкин брильянт. ppd скоро превратятся в тыкву.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 15:26 
протокол как бы предполагает использование только некоторых типов данных отправляемых на печать. другие просто не пройдут. это раз. сам формат протокола предполагает его наличие на двух машинах, на компе(клиент) и самом принтере(сервер). это два. и cups со всеми PPD остается в наличии как и всегда. да со временем от него возможно избавятся, через лет этак десять. и да меня и ppd вполне устраивает, только его не все фирмы предлагают и многие принтера работают только со спец дровами от производителя. уж я то натерпелся поверь, после того как HP сломала файлы описания моделей и сами эти ppd  в последних выпусках. отчего только вчера буквально решил проблему со старым HP. И уж поверь я сполна вкусил, что такое  cups и эти постскрипт принтера и их работу через ppd.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 16:40 
> протокол как бы предполагает использование только некоторых типов данных отправляемых на печать.
> другие просто не пройдут.

поэтому если у тебя данные "неправильного" типа - отправляйся за нормальным принтером, причем придется поискать к нему _нормальный_ протокол.

> и cups со всеми PPD остается в наличии

Опачки. А как же главный лозунх "ХАЧЮ БЕЗ ЭТИХ ВРЕДНЫХ PPD"?

Но нет. Насколько я понимаю полет мысли автора - это временная затычка, пока платящие ему китайцы не понапроизвели достаточно г-на чтобы заменить все "немодное старье".
А дальше, разумеется, ипони щасливы выбросить устаревший код.

То есть это даже не попытка повторить "успех" пщ-пщ аудио, под которым лежит все та же alsa, поскольку пщпщ не умеет физический вывод звука.

Это попытка разом похоронить ВСЕ прежние системы печати - и клиент-серверные (прощай ipp) и собственно процессоры (прощай ppd)

> многие принтера работают только со спец дровами от производителя.

было бы очень странно, если бы они работали святым духом. ВНЕЗАПНО, драйвер к принтеру бывает либо от производителя, либо расхаканный кем-то кто умеет.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 16:56 
ты не понял или я недопонимаю твой ход мыслей? есть 3 типа входных данных на протоколе. и все остальные данные на печать будут преобразовываться в один из 3.там походу есть jpeg, jptif(  это по описанию тот же жпег но с изменениями, но не разбирался) и  raw, простой и привычный всем рав-формат. короче протокол ограничит вход  этими тремя. все остальное работа утилит преобразования перед отправкой. как и постскрипт в принципе. меняется только тип взаимодействия с принтером. И тебе ли не знать, что дрова на эти принтера пишут только в случае если желают поиметь какой то профит от продаж пользователям той или иной операционки. много было драйверов принтеров до того как корпорации вложились в линя? да нифига не было, спецификации все закрыты. под линя нужно было выбирать железо целиком от материнки и проца и до эзернет карты. производители устройств плодили свои несовместимые форматы между устройствами и только с приходом корпораций и использования постскрипт и ppd что то стало меняться. этот протокол попытка сделать всю принтерную технику доступной к использованию на любой операционке. в этом есть профит для всех производителей. если поймут может и вложатся. продажи то взлетят, так как можно будет смело брать любой и он будет работать.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 17:24 
> и  raw, простой и привычный всем рав-формат

лолшта?
Дальше, кажись, не о чем и дискутировать...

> все остальное работа утилит преобразования перед отправкой

которых нет?
Раньше-то это была задача тех самых ppd.

Впрочем, у слишком дешевых принтеров там еще своих фокусов есть, скармливать им что попало как попало нельзя, потому что управление синхронное, да еще и буфер данных ограничен, при этом пол-строки или пол-примитива передавать нельзя, только целиком. То есть эту задачу нельзя полностью переложить на хост по ту сторону интернетов, иначе получится напечатать только очень простые странички.

Опять же этим раньше занимался драйвер. А теперь кто?


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 17:52 

> Опять же этим раньше занимался драйвер. А теперь кто?

давай будем предметно дискутировать, когда ты прочтешь IPP Everywhere. Именно его продвигает автор. и я думаю, он знает о принтерах побольше нас вместе взятых. и вот некоторые ответы на твои вопросы.
https://www.pwg.org/ipp/evefaq.html


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 19:07 
> давай будем предметно дискутировать, когда ты прочтешь IPP Everywhere.

то есть ты не можешь ответить на заданный вопрос, просто свято веруешь?

> https://www.pwg.org/ipp/evefaq.html

Рекламная агитка, как и следовало ожидать.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 19:44 
я о этом новом форке и протоколе услышал вместе со всеми. прямо сегодня. из того, что прочел и понял я тебе ответил. хочешь чего то больше сам походи по ссылкам предоставленным в статье. или я тебе кажусь разработчиком всего этого или рекламщиком? мне идея протокола взамен драйверов понравилась. многие вебкамеры сейчас так работают и нет проблем ни у линя , ни других систем. того бы и в принтерах. а настраивать вечно ломающие производителями ppd и  models.dat  я устал( это кстати отсылка к разработчикам hplip. которые поломали файлы и у многих отвалились их принтера и сканы и уж точно я не ярый сторонник этих ребят).

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 01:03 
Это ты всерьёз думаешь, что новый фреймворк вставит разработчикам hplip руки на место? Они простенький PPD не осилили, а тут им целый сервер предлагают писать.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 13-Дек-20 01:37 
> Это ты всерьёз думаешь, что новый фреймворк вставит разработчикам hplip руки на
> место? Они простенький PPD не осилили, а тут им целый сервер
> предлагают писать.

как минимум общий для всех протокол они смогут помочь создать, а общими усилиями если идея приживется, то сделать смогут. и он должен быть именно что свободным, в другом формате у производителей он не приживется. что до криворуких пилящих hplip, то думаю их ничто не исправит. Тут придется смириться с новым "дешевым" поколением программистов во всех сферах it и думаю все видят разницу в кривизне и жручести поделий последних лет. что до меня , то мне жаль hplip, он на протяжении многих лет был можно сказать лидером и примером для остальных фирм по качеству поддержки принтеров и сканеров в линукс.( что уж говорить у меня самого остались 3 рабочих еще, но морально устаревших принтера этой фирмы и ни с одним до сих пор не было проблем ни в настройке , ни в использовании. Пока они пол года назад не поломали ppd и потеряли часть данных о принтерах из models.dat)


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 15:45 
>если в "серверок" приедет неведомая _принтеру_ херня - наружу вылезут квадратики или один, чооорный квадрат.

- Доктор, когда я делаю вот так, у меня тут болит.
- А вы не делайте так.
Не нужно посылать принтеру (принтсерверу) неведому херню.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 16:45 
> Не нужно посылать принтеру (принтсерверу) неведому херню.

а odt твой он печатать, к сожалению, не умеет.
А tiff (предположим даже что научится) напечатает как ему взбредет. Потому что управления им у тебя не будет.

Раньше-то преобразованием в одному принтеру ведомую херню - ppd как раз и ведали.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 16:59 
не читай протокол , фигню пиши . если уж он продвигает его, значит есть правила передачи параметров печати в протоколе.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 19:31 
PS-capable тоже так себе в последнее время были.
Шлёшь ты туда PS, а на выходе херота, потому что поддерживается только субсет от PS, да ещё и с необходимостью проприетарных расширений чтобы допустим выше 300x300 картинку отдать.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 15:09 
> бездрайверный

ага-ага, теперь драйвер будет в программе. как с вулканом, дрова писать лень, пусть юзеры в своих прогах всё пишут.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 15:48 
В ПЗУшке принтера и исполняться контролллером принтера.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 16:42 
а поскольку там очень мало памяти и процессор ни разу не 32ядерный ксеон - оно будет уметь примерно jpeg и...да и хватит, зачем еще что-то.

С телефона фоточки как-то напечатаются, а больше среднему юзверю потребителю нате на лопате и не положено. А что положено - вон, смотрите, за обе щеки жрьот!


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 18:13 
Только проблема. Его возможности не дотягивают до PPD. Настроить нормально принтер никак не получится. Кроме того, производители поглядели на это дело и продолжили пилить PPD.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 18:32 
> Только проблема. Его возможности не дотягивают до PPD. Настроить нормально принтер никак
> не получится. Кроме того, производители поглядели на это дело и продолжили
> пилить PPD.

ну я так понял сам протокол определяет не только соединение, но и передачу параметров печати. так что скажем принтер имеет стандарт печати А4 и у него определены границы( как и сейчас), то вместе с документом отправятся данные о его расположении в пределах допустимых параметров( как и сейчас.) ничего не меняется за исключением самого метода подключения и общения с принтером. вместо драйверов на каждое устройство один протокол на все и остальное за самим принтером. всё. никак не могу понять , что в данном случае сложного в понимании. можно даже постскрипт использовать.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 00:56 
>передачу параметров печати

Вот с этим и проблемы. Нету там возможности получить списочек этих параметров с локализованным названием. В PPD для этого есть кривенький API, которого достаточно для построения динамического гуя. Тут же предполагается, что производитель должен написать свой велосипед. В идеале целый сервер с использованием выше указанного фреймворка.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 14:55 
> нового фреймворка для разработки приложений для печати (CUPS Printer Applications)

Это в смысле по "приложению" на каждую модель принтера или что это? Баззвордов куча, а понять что происходит не ясно как.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 15:28 
нет один протокол для всех принтеров. это как MTP для смартфонов. ну примерно.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 15:35 
> один протокол для всех принтеров

ага, щас, все вендо-принтеры с закрытыми интерфейсами превратились в единый :)


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 15:57 
В вендопринтеры добавить мозгов, чтобы они могли высокоуровневое задание на печать по протоколу IPP переваривать. Ну да, стоить станут несколько больше.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 22:15 
Куда ж еще? И так за последние пару лет цены на принтаки подскочили в несколько раз. При этом весь новодел это лютое гэ с невменяемой стоимостью обслуживания.
Разве что бразер остался из приличного.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 21:40 
У вендопринтера как раз интерфейс вполне открытый - GDI ;-) Закрытый (ну, точнее, его нет никакого смысла публиковать, только радовать китайских клоноделов) только протокол его запихивания в порт, что lpt, что модный usb.
Но, поскольку в нем только фрейминг и ескейпы - его в общем-то умельцы расхакивали еще в нулевые.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 15:37 
(есть 100500 драйверов принтеров)
- Надо сделать универсальный!
(есть 100501 драйвер...)

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 16:06 
до сих пор не понял? это не драйвер, это протокол общения принтера и компьютера. они будут 2 системами напрямую не связанными. они будут связываться по протоколу когда нужна печать. примерно как : привет<->привет. отправляю картинку<->беру картинку. жду результат<->уже печатаю. все. там не будет прямых указаний компьютера принтеру. в протоколе будет зашит формат передаваемых данных ,их там вроде всего 3. и этот формат и только его будет печатать принтер. и протокол другой не пропустит. все. нет драйверов вообще.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 19:29 
У драйвера останется только одна задача. Управлять всякими плюшками типа двусторонней печати, подачи с нужного лотка, и т.п. По сути если это на SNMP сделать, можно все эти плюшки дискаверить тупо с того же SNMP.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено анонимуслинус , 12-Дек-20 20:13 
ни до кого не доходит? нети драйверов в этой конфигурации. вообще . ни одного драйвера, нигде. только протокол общения с принтерами и он один на всех.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 16:03 
Разве Apache 2.0 несовместима с GPL 2/3, что понадобилось исключение?

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Owlet , 13-Дек-20 23:37 
С GPL2 несовместима, да. Вроде, из-за частей насчёт патентов.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 16:12 
Я вот почитал-почитал дискуссии.
Ну блин. Почему не сделать самое простое решение?
На входе от принтера - физические размеры / треи / статус / печатные модули / разрешение / цветовое пространство - классический SNMP с набором MIB.

На выходе к принтеру - именно для печати - КАРТИНКА.
КАРТИНКА БЛДЖАД. А не куски ни с чем не совместимого псевдокода.
TIFF например, как стандарт, и PNG. Или если поддерживается - другой формат. Благо сети уже не 10 мегабит, и LPT давно нет.

Для управления подачей бумаги, двусторонней печатью и т.п. - SNMP. С набором MIB.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 16:33 
> На выходе к принтеру - именно для печати - КАРТИНКА.

в каком формате должна быть твоя "картинка" для принтера с CcMmYKk чернилами? И кто ее должен произвести такую?

Нет, тифф так не умеет. Во всяком случае - распространенные его форматы ("стандарт", если ты не в курсе, там вилами по воде писан, поскольку это контейнер, в котором может лежать что угодно - включая и нигде не документированные закрытые форматы)

> Для управления подачей бумаги, двусторонней печатью и т.п. - SNMP. С набором MIB.

мляаааа... это даже еще прекраснее "стандарта" tiff.

Это ж какая незамутненность сознания!



"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 16:50 
а, кстати, о картинках - пьезоплевалки в головке управляются механизмом, обеспечивающим что-то там такое около 6000 точек поперек листа a4 в хороших модельках. Правда, это не "разрешение" принтера, потому что соседние капли перекрывают друг-друга (и _должны_ перекрывать, иначе не получится нужная плотность), но драйвер это тоже учитывал (необязательно передавая картинку поточечно, точнее, скорее всего - не), как и растекание.
Разумеется, у твоего десктопа хватало места на диске и процессорной мощности, чтобы это все перемолотить. Принтер же, боюсь, немножечко от такого подорожает.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 17:23 
>у твоего десктопа хватало места на диске и процессорной мощности, чтобы это все перемолотить. Принтер же, боюсь, немножечко от такого подорожает

Ну да, в век, когда в массовой копеечной Raspberry Pi стоит 4-х ядерный процессор и до 8 гигов оперативы, замена какого-то старья родом из 90-х, которое продолжают ставить в принтеры, их удорожает минимум в 10 раз. Верю, да.

Просто вендоры доят уже лет по 30 лет одни и те же платформы. И если их кто-то пнёт обновляться - это можно только приветствовать.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 17:30 
> Ну да, в век, когда в массовой копеечной Raspberry Pi стоит 4-х

опять эти сказочки про массовость и копеечность.

> ядерный процессор и до 8 гигов оперативы, замена какого-то старья родом

и охлаждение жидким гелием (ну или семь бед, один ресет, любители rpi не парятся, когда она у них виснет. А вот для принтера это немножечко дорого будет стоить.)

> Просто вендоры доят уже лет по 30 лет одни и те же платформы.

если бы. 30 лет назад половина принтеров не упрямились, печатали драйвером от apple laserwriter. Потому что их на нем и тестировали (не ждать же разработчикам железа, когда эти дятлы в бангалоре закончат свой аналоговнетный драйвер с фирменным логотипом). А вторая половина годилась только чтоб было что выбросить.

Но фотку напечатать с приличным качеством, к сожалению, на тех принтерах бы не получилось нифига.

Теперь, когда минилабы разорились - можно снова радостно вернуться в эти времена - а фотки...кому они вообще нужны, вон, в хипстаграм выложи.

Правда, с повсеместным внедрением "безбумажных технологий", возникла новая беда - попасть в поля казенной бумаги... Ну ничего, методом проб и ошибок, как нибудь.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 19:55 
>опять эти сказочки про массовость и копеечность

О как. Разрушители мифов во власти других мифов)) То, что в некоторых странах курс национальной валюты где-то около плинуса - это внутренняя пробле5ма этих стран.

>и охлаждение жидким гелием

То, что тебе в голову иные варианты не приходят, не значит, что их нет в природе.

>если бы. 30 лет назад

Ну двадцать с лишним. Велика разница, если принтер, кажется, 1999 г.в. с LPT и новенькое МФУ тяжёлую пдфку печатают с одинаковыми перекурами после каждой страницы и периодическими глюками со сбросом заданий. Старый девайс получше даже справляется.

>Теперь, когда минилабы разорились

У нас на месте.

>Правда, с повсеместным внедрением "безбумажных технологий", возникла новая беда - попасть в поля казенной бумаги... Ну ничего, методом проб и ошибок, как нибудь.

И тут из закромов Родины эпично извлекается печатная машинка. Ой, проблема решается даже без этих ваших хипстерских протоколов и процессоров!))


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 19:25 
Абсолютно так.
Сжатый растр в CMYK или другом пространстве, с разрешением собственно печати.
Это решает все проблемы интеропа, кроме проблем управления подачей, ориентацией и тому подобным, для чего хватит SNMP.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 21:10 
А принтер не cmyk, опачки.
Он бывает CcMmYKk, бывает RrGgBK, бывает CcMmY, бывает просто CMY (черные красители во многих принтерах вовсе не используются при цветной печати, k - это для полутонов в чб).

Причем превращение даже обычного rgb растра (который обычно порождают программы) в это вот - абсолютно мутная и хреново исследованная область (потому что покрыта кучей патентов враждующих фирм).
И довольно таки ресурсожручая даже на современном железе.

А у струйного принтера еще и нет как такового "разрешения" - у него капли могут (и должны) быть разного размера, и края их - накладываются друг на друга. И не только по горизонтали.
Опять же разбирает всю эту красотень и как-то отображает ей подобие изначальной rgb картинки - драйвер.

P.S. отдельно интересно, в курсе ли ты, что "настоящий" cmyk зависит от типа бумаги и в абстрактном вакууме вообще не существует?


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Notius , 12-Дек-20 22:14 
Ох, как я намучился в своё время с этим цветоделением, да с учетом растискивания, которое на той же флексографии вообще под 40% в полутонах после привычных 9% офсета, да ещё и растровые углы другие нужны, чтобы без муара напечатать… Часто вся подготовка выходили в разы дороже печати тиража, если качество нужно было идеальное. А потом в середине печати тиража оказывается, что очередной рулон бумаги из другой партии, или краска немного не та, и приплыли… :)

У принтеров же ещё веселее. Ну вот какой cmyk в него слать, если драйвер больше этим не занимается, а у самого принтера, если он конечно не стоит как персоналка, просто ни процессора, ни памяти не хватит? (лавров.jpg)


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 23:52 
> У принтеров же ещё веселее.

вот то и оно. Причем если для типографской печати все технологии и поведение красок изучены где полсотни, а где и сотню лет назад, то тут - поле совершенно непаханное. И красители другие совершенно, и технология нанесения, и цветов может быть феерическое количество (есть и 12цветные)
И это забота драйвера - потому что больше и негде, и никому кроме изготовителя принтера сие знание недоступно, и, в общем-то, желающих в это и с головой нырять тоже единицы.

Ну то есть можно себе представить, что сделают - кое-как, и сбоку маааленькая какашечка. Печатай жпеговую размазню (и jpeg попроще, а то принтер его не переварит). А кого не устраивает - "шлите рав". Где взять формат этого рав и как получить хоть более-менее похожий на оригинал цвет - а хз, где хотите, там и берите.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено iPony129412 , 13-Дек-20 06:38 
> Ну да, в век, когда в массовой копеечной Raspberry Pi стоит 4-х ядерный процессор и до 8 гигов оперативы, замена какого-то старья родом из 90-х, которое продолжают ставить в принтеры, их удорожает минимум в 10 раз.

Не в 10, но прилично.
На Китай свалке Raspberry Pi 4 с 8 ГБ ОЗУ и с блоком питания обойдётся в тысяч пять рублей.

Это уже очень близко к цене дешёвого лазерного принтера (шесть тысяч рублей). А там всякие барабаны, нагреватели, движки, софт написать...


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 19:26 
Ну так железо и связь 90-х, да, такой растр переварить быстро банально не могли, для чего и придумали "языки разметки принтера", кривые-косые костыли, призванные нагрузку по формированию растра для железа переложить на само железо. Сейчас мощности консамерского железа таковы, что проще на них эту работу и возложить. Железо только растр может подправить, да, если там есть наслоение и т.п.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 20:20 
> Ну так железо и связь 90-х, да, такой растр переварить быстро банально не могли

они не растр переварить не могли, они не могли управлять этим перевариванием так, как это мог делать даже 90х годов компьютер.

> для чего и придумали "языки разметки принтера",

нет, не для этого. Более того, эти самые языки умевшие что-то кроме растра были как раз тяжелым и очень дорогим дополнительным элементом - кассетка добавляющая принтеру понимание PS обходилась долларов этак в 500. Тех еще, 90х годов. Частенько дополнительно требуя установить уникальный для этого принтера (и потому даже не золотой, а палладиевый) модуль памяти, иначе нивлэзэ.

А кому не нравится - мог печатать свой текст-онли файл одним из пятнадцати предустановленных разработчиками шрифтов. Ну или загружать нестандартные отдельным хитрым образом. Попадать в страницу предполагалось методом тыка.

> призванные нагрузку по формированию растра для железа переложить на само железо

Нет, они позволяли отказаться от сверхсложных драйверов принтера, перенеся всю специфику механизма внутрь механизма. Сохранив управляемость отображением, а не "куда получится".
Получилось, конечно, плохо, потому что таки да, полный PS реализовать было невозможно в обозримое время, а сабсет у каждого был свой.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 19:27 
Собственно принтеры мамонтов тем и занимаются - конвертят псевдоразметку в растр. И всегда занимались, потому что у того же линка до принтера пропускная способность была 3 копейки. Сейчас всё это уже просто не нужно.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 20:30 
> Собственно принтеры мамонтов тем и занимаются - конвертят псевдоразметку в растр. И
> всегда занимались, потому что у того же линка до принтера пропускная
> способность была 3 копейки.

у линка до принтера пропускная способность была такая же, как у локальной сети с которой и брался твой расчудесный документ, если этот принтер понимал appletalk.

А через LPT в свое время и вовсе подключались внешние диски - и не кашляли.

Собственно, у моего, сдохшего от неиспользования, к сожалению, струйника, вполне живой и рабочий LPT. Скорость печатающей головки все равно в сто раз ниже чем его пропускная способность, и никаких тебе usb 5-2: device not accepting address 10, error -71. А вот драйвер еще времен windows98, выводит при попытке печати предупреждение - "эй, чувак, а у тебя ТОЧНО места на диске и оперативки хватит?" 10 мегапикселов без компрессии-то не так чтоб мало для _компьютера_ тех времен.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 22:22 
Вижу, что ты что-то понимашь в принтерах и их протоколах. Статью написать не хочешь?

P.S. Лазерники разве не вектором печатают?


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 13-Дек-20 23:09 
> Вижу, что ты что-то понимашь в принтерах и их протоколах. Статью написать
> не хочешь?

нет ;-)

> P.S. Лазерники разве не вектором печатают?

да чем кормишь, тем и печатают - включая и растр (надо ж им его как-то печатать, если картинка в принципе растровая), и просто литеры.

а если речь про внутренний механизм, то он специфический, но ничуть не похож на тот "вектор", который на входе, чем бы тот ни был.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Vicar , 12-Дек-20 16:14 
>Из зависимостей отмечается Avahi 0.8 (для поддержки mDNS/DNS-SD)

За это надо бить по сусалам сразу.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 16:15 
А куда вы от эпловского овна в поделии от эпл денетесь?
Хорошо хоть бонжур не в зависимостях.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 17:28 
Посоветуйте бюджетный ЧБ лазерник или МФУ для дома, который на линухе полноценно из коробки навеки веков без PPD?

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 17:31 
> Посоветуйте бюджетный ЧБ лазерник или МФУ для дома, который на линухе полноценно
> из коробки навеки веков без PPD?

apple laserwriter же ж ;-) Только вот где ты его достанешь и где брать запчасти - эт не ко мне.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 18:49 
> Только вот где ты его достанешь и где брать запчасти

В Сколково же!


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Сейд , 12-Дек-20 21:25 
Ricoh MP C2011SP

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено drTr0jan , 13-Дек-20 12:52 
Что драйвера (наглухо зависает при печати некоторых документов; проблемы с ориентацией страницы, правда при сканировании), что прошивка (тормозной веб-интерфейс) - кривые. Саппорт разводит руками.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Дегенератор , 12-Дек-20 17:38 
Зачем идеально откладывать "", если можно начать сместиться в бок и отложить снуля.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 18:29 
Судя по документации https://github.com/michaelrsweet/hp-printer-app/blob/master/... вместо одного cups для всех принтеров будет свой сервис для каждого принтера. И всё это будет болтаться в памяти.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 18:34 
а что ещё ожидать от тех, кто не переименовал master?!

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено iPony129412 , 12-Дек-20 19:19 
А чем там фанаты печатают?

https://ryf.fsf.org/products

Тут принтеров нет 😮


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 20:18 
А зачем вывод терминала распечатывать?

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 21:28 
Не взлетит, поддерживать gnutls производители не станут просто так. Лицензия для такого софта должна быть человеческой, а не ради мифического будущего непосредственно кода. Чел не подумал как производители будут запихивать его чудо в роутеры? Таже циско. Что ради gnutls они раздадут нахяляву код своих ios? Нет. Вобщем расходимся. Ждем нормального программиста и кода под нормальной лицензией.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 12-Дек-20 21:59 
> Не взлетит, поддерживать gnutls производители не станут

им и не надо, это местная реализация ipp на нем сделана. Производители хотят свою наколеночную пишут, не хотят - openssl используют, любимую той же циской.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 04:12 
Я покапался глубже и выяснил, что лицензия и оговорка к ней один в один из текущего cups. Ну и исторические факты из википедии:

>In February 2007, Apple Inc. hired chief developer Michael Sweet and purchased the CUPS source code. On December 20, 2019 Michael Sweet announced on his blog that he had left Apple.
>Easy Software Products, the original creators of CUPS, created a GUI, provided support for many printers and implemented a PostScript RIP. ESP Print Pro ran on Windows, UNIX and Linux, but is no longer available and support for this product ended on December 31, 2007.

И да, cups уже 20 лет. Выводы можно сделать самому.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено пох. , 13-Дек-20 11:45 
> И да, cups уже 20 лет. Выводы можно сделать самому.

Нимодна-нималадежна, выбросить-выбросить старье (c)ipony ? Правильно, туды его.
Должно остаться только г-но.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 12-Дек-20 22:09 
> IPP Everywhere работает в бездрайверном режиме

Надо же, какой цирк с конями... Что, прощай очередь печати? Теперь каждая программа должна ждать, пока не напечатается её документ?!


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 01:04 
CUPS вроде никуда не делся. Направишь оттуда из очереди.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 01:47 
Если есть CUPS, зачем цирк?! А потом сделают как с ситемдой - цирк прибью шурупами как единственную возможность?

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Enamel , 12-Дек-20 23:36 
Оффтопик: Досадно, что принтеры до сих пор нужны и люди всё еще печатают (!) на физической бумаге (!).
Желаю каждому не нуждаться в этом, или поскорее перестать нуждаться!

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 00:04 
Грета Тумблер, залогинься...

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Enamel , 13-Дек-20 05:28 
При чем тут Грета-то? Речь же не об экологии

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено _ , 15-Дек-20 00:05 
При том что ты такая же [***censored***]  ;-)

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Enamel , 16-Дек-20 22:12 
> При том что ты такая же [***censored***]  ;-)

Эээ. Просто всё должно быть в цифре, поскольку так в разы быстрее/удобнее, какие проблемы?


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 00:59 
Да, это проблема. Бумаги стали марать на несколько порядков больше. Я ещё не говорю про тех людей, которые принципиально не хотят читать и править на компе. Специально печатают, там черкают и потом специально обученная обезьянка всё это обратно переводит в электронный вид. И так несколько итераций.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 02:32 
Да не говори, надо все книжки собрать и сжечь.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Enamel , 13-Дек-20 05:29 
> Да не говори, надо все книжки собрать и сжечь.

А при чем тут книжки к его сообщению?
И зачем сжигать? Просто постепенно прекращать печатать. Электронные книги - и будущее, и в разы удобнее.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 14-Дек-20 07:45 
У вас что, в школе большая нагрузка по чтению? Задолбался в библиотеку за бумажными книжками ходить?

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Enamel , 16-Дек-20 22:15 
> У вас что, в школе большая нагрузка по чтению? Задолбался в библиотеку
> за бумажными книжками ходить?

Что за глупые вопросы на ресурсе для айтишников?
Я люблю читать, и в свое время в библиотеку ходил с радостью, но сейчас бумага - прошлый век, изжило себя, и становится всё больше для ретроманов, как винил.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 20:58 
Хоть и редко, но я так иногда делаю. Во первых иногда тяжело подобрать подходящий инструмент, типа в чем делать? Как эти данные представить? Можно начать все делать в таблицах, или minmap и осознать что инструмента не хватает, не ложатся данные на древовидное или табличное представление.

В общем печатаю например minmap и поверх начинаю черкать самые разные связи, потом перекладывают в абстрактный grid в каком-нибудь LibreOffice Draw печатаю и постепенно дополняю ручкой.


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 20:59 
s%/minmap/mindmap/g

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 02:27 
Поскольку сейчас все принтеры USB-совместимые, то этот протокол может и сработать. Да что там сейчас, он уже вовсю работает на принтерах от HP LaserJet. Воткнул штырек в принтер, и он подключился. Так что на программерах уже экономят :)

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 02:37 
ты не поверишь, принтеры ещё и умеют свои дрова сами предоставлять в систему! Воткнул штырек в принтер, система с принтера со внутренней флэшки берёт драйвер, устанавливает его, подключает принтер, а хомячок просто не нарадуется: "о! само заработало!"

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 05:32 
CUPS с PostScript принтерами так работает.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 14-Дек-20 19:31 
А если подключили такой принтер, например, к архитектуре POWER, что она скачает?

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 14-Дек-20 21:05 
Мелко берёшь, давай сразу к Денди!

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено _ , 15-Дек-20 00:09 
PPD потому и "не модный и не молодёжный"(C)iPony - потому что кроссплатформенный.
Его вообще рекомендуется в текстовом редакторе открыть, __много__ интересного про свой принтер узнаете :)

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 12:13 
Убил принтер - спас дерево!

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 14-Дек-20 19:32 
Может, и не одно.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 14-Дек-20 21:03 
Сейчас зелёные Теслы уничтожают деревьев больше...

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено uis , 13-Дек-20 22:15 
Хмм... Чёт подумал, а чего нет стандарта usb printing, как, например, usb hid, где клавы, мыши, пожарные, мать его, сигнализации и даже вроде сканеры штрихкодов. Стоп, а не был-ли протокол уже стандартизован, а производители на него просто клали?

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 13-Дек-20 22:24 
Ну это в интересах производителя покласть на протокол. Винда выйдет новая, а к ней пусоь покупатель новый принтер купит.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 14-Дек-20 07:40 
> usb hid

тоже не всё радужно... никогда не видел, как в венде драйвер клавы отваливается и как потом с бубном плясать?


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено uis , 14-Дек-20 11:17 
> тоже не всё радужно... никогда не видел, как в венде драйвер клавы
> отваливается и как потом с бубном плясать?

Проблема драйверов винды - проблема разработчиков и пользователей винды. В этих наших линуксах есть нормальный драйвер, реализующий usb hid и называется он usbhid(sic!).


"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено Аноним , 14-Дек-20 19:33 
Ты даже не представляешь, кто сочинял этот hid... Именно ему и не удалось реализовать своё творение, настолько зубодробительным оно вышло. К счастью, массдрайвы сочиняли уже без него.

"Автор CUPS выпустил PAPPL 1.0, фреймворк для организации выв..."
Отправлено uis , 16-Дек-20 12:03 
И что это за покемон?