The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз Linux-дистрибутива Fedora 31, opennews (??), 29-Окт-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


15. "Релиз Linux-дистрибутива Fedora 31"  +3 +/
Сообщение от Дон Ягон (ok), 29-Окт-19, 19:34 
> PipeWire

Кто-то всё-таки может объяснить, зачем он нужен и что станет можно делать после перехода на него, чего сейчас нельзя?

Ответить | Правка | Наверх | Cообщить модератору

21. "Релиз Linux-дистрибутива Fedora 31"  +10 +/
Сообщение от Аноним (21), 29-Окт-19, 19:47 
объявить новым стандартом, поддержку альтернатив окончательно доломать и удалить отовсюду с комментарием "ну она же и так не работала!"
Ответить | Правка | Наверх | Cообщить модератору

24. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от Дон Ягон (ok), 29-Окт-19, 20:00 
> объявить новым стандартом, поддержку альтернатив окончательно доломать и удалить отовсюду с комментарием "ну она же и так не работала!"

В этом-то я даже не сомневаюсь. Всё же, мне больше интересна практическая часть. Если она, конечно, есть/предполагается.

Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз Linux-дистрибутива Fedora 31"  –1 +/
Сообщение от имя (ok), 29-Окт-19, 20:43 
> поддержку альтернатив окончательно

Будто эти пульсирующие альтернативы и прочие потомки aRts были чем-то лучше. (Ну, если не считать JACK, который для многих всё-таки оверкилл.)

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

99. "Релиз Linux-дистрибутива Fedora 31"  +1 +/
Сообщение от Аноним (99), 30-Окт-19, 07:50 
> объявить новым стандартом, поддержку альтернатив окончательно доломать и удалить отовсюду с комментарием "ну она же и так не работала!"

Линукс-вей как он есть.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

23. "Релиз Linux-дистрибутива Fedora 31"  +2 +/
Сообщение от evkogan (?), 29-Окт-19, 19:55 
В теории можно будет легко снимать поток вывода на экран и отправлять куда-нибудь: по сети (вещание), в файл (запись действий), в прогу на обработку.
Ну или брать поток с камеры, заворачивать на прогу заменяющую лицо и дальше отправлять в аля скайп.
Но это все в теории. а на практике для пульсы тоже такое перенаправление потоков задумывалось, но чтобы что-то из этого сделать надо очень сильно повозиться. Легким движением руки ничего нет.
Боюсь что и тут не будет.
Тут всегда чем прекраснее идея, тем реализация сначала глючная, потом вроде починили, но функционал так и не допилили, потом (уже не всегда) вроде что-то можно, но для полноценного использования нужна поддержка других утилит, а ее нет, а потом ура родилась еще более прекрасная идея.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

27. "Релиз Linux-дистрибутива Fedora 31"  +1 +/
Сообщение от Дон Ягон (ok), 29-Окт-19, 20:03 
Спасибо за ответ.

(Настроен скептично по поводу необходимости подобного функционала в конфигурации по-умолчанию, во многом из-за пресловутой сложности.)

Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от camel (?), 29-Окт-19, 20:23 
С Пульсой, как я понял (возможно неправильно), целая проблема с буфером. Выбрать его оптимальный размер казалось просто, но оказалось, что сильно не очень.

Поэтому решили его выкинуть совсем и делать что-то типа p2p для мультимедии в PipeWare.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

28. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от nrv (ok), 29-Окт-19, 20:14 
Что-то про Miracast как будто говорилось.
На пульсаудио не то что нельзя, а показалось слишком сложно (звук через вифи же и что-то с чем синхронизировать - вот это и сложно) и проще запилить новую нормальную архитектуру, где это будет несложно.
Это не единственная причина, вроде.
И здесь про это писалось, ну, мне больше неоткуда было это узнать.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

31. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от Дон Ягон (ok), 29-Окт-19, 20:23 
> И здесь про это писалось, ну, мне больше неоткуда было это узнать.

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

Ответить | Правка | Наверх | Cообщить модератору

41. "Релиз Linux-дистрибутива Fedora 31"  +2 +/
Сообщение от amonimous (?), 29-Окт-19, 21:45 
В вяленом одно приложение не может получить содержимое окошек другого приложения. Данная либа предоставляет стандартизированный доступ к захвату экрана. Плюс как написали выше, синхронизировать аудио и видео потоки удобней в одном месте. Ну и учтен удачный и неудачный опыт пульсы.
Ответить | Правка | Наверх | Cообщить модератору

56. "Релиз Linux-дистрибутива Fedora 31"  +2 +/
Сообщение от Дон Ягон (ok), 29-Окт-19, 22:39 
За ответ спасибо, но что можно будет делать из того, что невозможно сейчас мне всё равно не понятно.
Не уверен точно можно ли сейчас видео с камеры пропускать через обработчик, а потом в условный скайп, но судя по наличию http://ffmpeg.org/ffmpeg-formats.html#tee - можно. Главный вопрос, стоит ли ради нужной 1 раз в жизни функциональности городить неподъёмный комбайн.

Что касается wayland, то написанное (если это правда, мне лень проверять), это ещё один повод не переходить на него и всячески саботировать процесс перехода на него. Необходимость таких костылищ для того, что в иксах просто так работает - это точно упрощение архитектуры?

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

Ответить | Правка | Наверх | Cообщить модератору

72. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от IRASoldier_registered (ok), 30-Окт-19, 00:06 
>Необходимость таких костылищ для того, что в иксах просто так работает - это точно упрощение архитектуры?

Изначально была идея не делать из не делать из Wayland комбайн, каким был X.org - т.е. некоторые вещи будет делать НЕ Wayland. Это же модульность, а не "костыли".

Ответить | Правка | Наверх | Cообщить модератору

73. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от Дон Ягон (ok), 30-Окт-19, 00:17 
>>Необходимость таких костылищ для того, что в иксах просто так работает - это точно упрощение архитектуры?
> Но ведь Wayland задумывался и реализуется как раз для того, чтобы иметь упрощённую по сравнению с X.org архитектуру?

Задумывался вроде как да, для этого. По факту, похоже, мы наблюдаем как минимум всё то же самое, а то и хуже. Ну, в иксах я точно могу сделать скриншот другого окна/записать скринкаст без всякого pipewire. Тут вот утверждают, что сам по себе вяленый это не умеет (я не проверял).
Если это так, то "сложность" просто переехала из "замены иксов" в другое место. Станет ли итоговая конструкция проще/удобнее - вопрос.

Надо ради смеха попробовать будет поднять всё это безобразие на рабочем арчике да посмотреть, что оно сейчас из себя представляет.

Ответить | Правка | Наверх | Cообщить модератору

74. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от IRASoldier_registered (ok), 30-Окт-19, 00:23 
> Тут вот утверждают, что сам по себе вяленый это не умеет (я не проверял).

Сходи по ссылке - https://jgrulich.cz/2018/07/04/how-to-enable-and-use-screen-.../

Ответить | Правка | Наверх | Cообщить модератору

76. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от Дон Ягон (ok), 30-Окт-19, 00:27 
>> Тут вот утверждают, что сам по себе вяленый это не умеет (я не проверял).
> Сходи по ссылке - https://jgrulich.cz/2018/07/04/how-to-enable-and-use-screen-.../

Сходил. Прочитал про pipewire. И?

Ответить | Правка | Наверх | Cообщить модератору

77. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от IRASoldier_registered (ok), 30-Окт-19, 00:30 
> Сходил. Прочитал про pipewire. И?

Сорри, я дал немного не ту ссылку - вот: http://jgrulich.cz/2019/08/01/tutorial-screen-sharing-and-re.../

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

Ответить | Правка | Наверх | Cообщить модератору

78. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от Дон Ягон (ok), 30-Окт-19, 00:46 
> Но, собственно, ссылка про то, что "сам по себе не умеет" - это не надо как-то специально проверять, это задуманная конструктивная особенность.

Хорошо, поверю на слово. Я пробовал wayland+sway года полтора-два назад и до скриншотов/скринкастов дело просто не дошло - оно было неюзабельно по более простым причинам - sway всё время крэшился, а 90% приложений всё равно запускались через xwayland, т.е. через X-сервер.

В общем-то, мне wayland не интересен, единственная причина, по которой приходится им интересоваться - есть ненулевая вероятность, что он не сдохнет и мне придётся жрать его полной ложкой.

То, что это "конструктивная особенность" - сильный аргумент против вяленого. Pipewire выглядит комбайном, аналогичного по монструозности которому в иксах не было. Т.е. более легковесный wayland по факту уже тяжеловеснее. Или неюзабелен.

Впрочем, я уже сильно ушёл от темы, предлагаю не очень флудить.
Если ты или кто-то мне расскажут, чем вариант с pipewire лучше текущего - скажу спасибо.
Wayland оболью какахами в соответствующей теме, когда она появится :)

Ответить | Правка | Наверх | Cообщить модератору

140. "Релиз Linux-дистрибутива Fedora 31"  –1 +/
Сообщение от t (??), 31-Окт-19, 00:01 
Скриншоты кладутся в файл, и копириуются в буфер обмена(Ctrl+Shift+PrtSc), всё работает, никаких костылей
○ % echo $XDG_SESSION_TYPE
wayland
○ % loginctl show-session 2 -p Type
Type=wayland
○ % uname -a                      
Linux oit-875A 5.3.7-arch1-1-ARCH

DE: GNOME

Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

142. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от Дон Ягон (ok), 31-Окт-19, 04:20 
> Скриншоты кладутся в файл, и копириуются в буфер обмена(Ctrl+Shift+PrtSc), всё работает,
> никаких костылей
> ○ % echo $XDG_SESSION_TYPE
> wayland
> ○ % loginctl show-session 2 -p Type
> Type=wayland
> ○ % uname -a
> Linux oit-875A 5.3.7-arch1-1-ARCH
> DE: GNOME

Мне это мало о чём говорит. Если ты понимаешь, как именно это работает (использует ли pipewire и т.п.) - расскажи, буду признателен и скажу спасибо.

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

Ответить | Правка | Наверх | Cообщить модератору

75. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от Дон Ягон (ok), 30-Окт-19, 00:23 
>>Необходимость таких костылищ для того, что в иксах просто так работает - это точно упрощение архитектуры?
> Изначально была идея не делать из не делать из Wayland комбайн, каким был X.org - т.е. некоторые вещи будет делать НЕ Wayland.

Но получились почти что вторые иксы, только хуже. С кучей расширений протокола как в иксах, ага.

> Это, как мне кажется, модульность, а не "костыли".

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

Я, впрочем, не отрицаю, что может быть pipewire и умеет решать какие-то проблемы, которые не решены до сих пор. Если есть примеры - я слушаю. Пока складывается ощущение, что никаких не решённых ранее проблем он не решает.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

93. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от Kuromi (ok), 30-Окт-19, 04:12 
Меня забавляет то, что в Линуксе реализуют поддержку Миракаст когда эта технология в общем уже почти не используется нигде. Конечно при желании Miracast-стики можно все еще купить, но зачем...
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

82. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от Аноним (79), 30-Окт-19, 01:15 
Pulseaudio очень полезен (практически незаменим), если не используется фиксированная конфигурация, а периодически нужно подключать звуковые устройства по bluetooth или usb и перенаправлять поток на них или гонять звук по сети.

Но как-то глупо и сложно, что для более-менее серьезной звукозаписи нужен еще отдельный jackd (который в свою очередь нужно соединять с pulseaudio, чтобы во время его работы "обычные" программы тоже могли звучать — бывает нужно что-то послушать, не завершая jackd и все что с ним связано).

Особенно сложно объяснить все это людям, которые хотят попробовать GNU/Linux для работы со звуком, но не сильно разбираются в системных нюансах ("почему, когда запущен Ardour, нет звука из плеера и браузера?"). Это давний гемор. Если PipeWire сможет заменить и унифицировать все это, будет здорово. Надеюсь, там будет поддержка firewire, который сейчас только через jackd/ffado нормально работает (понятно, что firewire не очень жив, но не выкидывать же старые устройства, которые еще отлично работают и стоили недешево).

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

84. "Релиз Linux-дистрибутива Fedora 31"  +2 +/
Сообщение от Дон Ягон (ok), 30-Окт-19, 01:48 
> Pulseaudio очень полезен (практически незаменим), если не используется фиксированная конфигурация, а периодически нужно подключать звуковые устройства по bluetooth или usb и перенаправлять поток на них или гонять звук по сети.

Про это я слышал. Про pulseaudio вопросов в общем-то нет, хотя мне эти возможности и не нужны, а с появлением -F в sndio - и подавно. Но в целом, про возможности переключать звуковые устройства на лету пульсом я в кусре и если будет нужно - установлю. Хотя не могу представить, зачем мне это может понадобиться, ну да всякое в жизни бывает. Наверное.

> Но как-то глупо и сложно, что для более-менее серьезной звукозаписи нужен еще отдельный jackd (который в свою очередь нужно соединять с pulseaudio, чтобы во время его работы "обычные" программы тоже могли звучать — бывает нужно что-то послушать, не завершая jackd и все что с ним связано).
> Особенно сложно объяснить все это людям, которые хотят попробовать GNU/Linux для работы со звуком, но не сильно разбираются в системных нюансах ("почему, когда запущен Ardour, нет звука из плеера и браузера?"). Это давний гемор.

Насколько я понимаю, это не проблема - https://askubuntu.com/questions/572120/how-to-use-jack-and-p...
Сделать так по-умолчанию и проблема решена?
Но я не настоящий сварщик, если где-то не прав - ткните меня в это.

> Если PipeWire сможет заменить и унифицировать все это, будет здорово. Надеюсь, там будет поддержка firewire, который сейчас только через jackd/ffado нормально работает (понятно, что firewire не очень жив, но не выкидывать же старые устройства, которые еще отлично работают и стоили недешево).

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

Ответить | Правка | Наверх | Cообщить модератору

114. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от siu77 (ok), 30-Окт-19, 12:02 
"Capture and playback of audio and video with minimal latency." (c) оф. сайт.

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

Но, по идее, чтобы не было задержек, ни пульса, ни пайп вообще не нужны.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

122. "Релиз Linux-дистрибутива Fedora 31"  +/
Сообщение от Дон Ягон (ok), 30-Окт-19, 14:39 
> "Capture and playback of audio and video with minimal latency." (c) оф. сайт.

Видео там пока ещё не готово. А вообще - ffmpeg, gstreamer (гадость).  Для аудио есть jack.

> Но, по идее, чтобы не было задержек, ни пульса, ни пайп вообще не нужны.

И мне так _кажется_. Чем меньше абстракций и чем более они узкоспециализированные, тем лучше.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру