The OpenNET Project / Index page

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



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

Оглавление

Релиз медиаплеера  Parole 0.9.0, развиваемого проектом Xfce, opennews (??), 12-Фев-17, (0) [смотреть все]

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


43. "Релиз медиаплеера  Parole 0.9.0, развиваемого проектом Xfce"  +/
Сообщение от all_glory_to_the_hypnotoad (ok), 12-Фев-17, 17:20 
> Где тут дeбилизм? Что должно было произойти?

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

> Так отправьте баг, что не работает.

Ты идиoт? Мне то эта фича не нужна и хорошо что она не работает - мало ли до какого пц догадаются трaхнутые на голову мастдайники если возьмутся за её допилку. Посыл тут очень простой, хочешь сделать странное и не знаешь как - не делай никак.

Кстати, как ты, упoрoтый мастдайник, предлагаешь допиливать эту фичу для произвольного linux-дистрибутива?

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

52. "Релиз медиаплеера  Parole 0.9.0, развиваемого проектом Xfce"  +/
Сообщение от Аноним (-), 12-Фев-17, 20:04 
> Это же очевидно - то же самое, что и происходит во всех
> остальных плеерах

Во всех? Totem себя так же ведет, скажем.

> т.е. нужно ненавязчиво предупредить об отсутствии кодека и продолжить работу "как получается".

Что значит продолжить работу? Что он будет показывать, если кодека нет?

>> Так отправьте баг, что не работает.
> Ты идиoт?

О, переход на личности. Значит, хорошо, качественно подгорело.

> Мне то эта фича не нужна

А кто-то под дулом пистолета заставляет ставить ненавистный Parole, искать файлы в хз каких форматах и пытаться проигрывать их, принципиально не ставя кодеков? Это такой особый вид мазохизма, я так понимаю? :)

> хочешь сделать странное и не знаешь как - не делай никак.

Странное? Да нет, совершенно очевидная вещь.
Не знаешь как? Ну вы не знаете, а разработчики тут причем?
Так что мимо.

> предлагаешь допиливать эту фичу для произвольного linux-дистрибутива?

Очевидно, через PackageKit

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

77. "Релиз медиаплеера  Parole 0.9.0, развиваемого проектом Xfce"  +/
Сообщение от freehckemail (ok), 13-Фев-17, 00:35 
>> т.е. нужно ненавязчиво предупредить об отсутствии кодека и продолжить работу "как получается".
> Что значит продолжить работу? Что он будет показывать, если кодека нет?

Ну, если нет декомпрессора для видеопотока, но есть для аудиопотока, то можно запустить только звуковую дорожку.

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

78. "Релиз медиаплеера  Parole 0.9.0, развиваемого проектом Xfce"  –3 +/
Сообщение от Аноним (-), 13-Фев-17, 06:25 
> Ну, если нет декомпрессора для видеопотока, но есть для аудиопотока, то можно
> запустить только звуковую дорожку.

Да, можно.
Но тут те же вопросы:
1. А если аудиофайл?
2. Зачем? Мне кажется, это не настолько много кому нужно, чтобы ради этого реализовывать дополнительную логику (Хотя я не знаю, насколько просто/сложно это делается через GStreamer). Тем более, если как минимум часть тех, кому такое нужно, если вообще придут в багтрекер, то придут с криками и матами.

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

85. "Релиз медиаплеера  Parole 0.9.0, развиваемого проектом Xfce"  +/
Сообщение от freehckemail (ok), 13-Фев-17, 14:42 
> 1. А если аудиофайл?

Ну, если никак не получается, то никак и не воспроизводить.

> 2. Зачем?

Ну вот например. Есть контейнер mkv, в нём один видео-поток, и несколько аудио-потоков.
Первый аудиопоток кодирован mp3, остальные flac. Кодеков mp3 в системе не стоит.

В случае сабжа будет выведено предложение перед просмотром поставить
кодеки mp3. Желательное поведение: включить вторую аудио-дорожку, и
начать показ с ней.

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

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

> Мне кажется, это не настолько много кому нужно, чтобы ради этого
> реализовывать дополнительную логику (Хотя я не знаю, насколько
> просто/сложно это делается через GStreamer).

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

> Тем более, если как минимум часть тех, кому такое нужно, если вообще
> придут в багтрекер, то придут с криками и матами.

Согласен. Те, кому такое нужно, до багтрекера вряд ли дойдут.

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

89. "Релиз медиаплеера  Parole 0.9.0, развиваемого проектом Xfce"  +/
Сообщение от Аноним (-), 13-Фев-17, 21:13 
> Ну вот например

Хороший пример, соглашусь. Тогда имеет смысл поговорить с разработчиками Parole.

Ну а насчет "не проигрывателя это дело" — логика разработчиков такая: если пользователь решил воспроизвести видео, то он хочет его именно воспроизвести. Если кодеков нет, то надо об этом предупредить. Если есть возможность поставить (через PackageKit), то это дополнительное удобство.
В GNOME еще похожим образом предлагаются для установки шрифты при открытии текстовых файлов, содержащих иероглифы/деванагари/еще что.

В любом случае — переубедили, спасибо. :) Тогда компромиссный вариант — "Установить? Да/Нет (некоторые функции могут не работать)"

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

90. "Релиз медиаплеера  Parole 0.9.0, развиваемого проектом Xfce"  +/
Сообщение от freehckemail (ok), 14-Фев-17, 05:23 
> Ну а насчет "не проигрывателя это дело" — логика разработчиков такая: если
> пользователь решил воспроизвести видео, то он хочет его именно воспроизвести. Если
> кодеков нет, то надо об этом предупредить. Если есть возможность поставить
> (через PackageKit), то это дополнительное удобство.

Меня всё-таки смущает, что в этом случае для каждого возможного дистрибутива и кодека должна быть запись в программе, какой пакет ставить. Кто-то же её должен будет вести.

А по поводу дополнительного удобства и...

> В GNOME еще похожим образом предлагаются для установки шрифты при открытии текстовых
> файлов, содержащих иероглифы/деванагари/еще что.

Знаете, я просто гляжу вперёд, и (зная гномопилов) подозреваю, куда всё катится с этим их удобством: "Установить кодеки такие-то? Да/Нет" - "Да" - "Поздравляем, Вы поставили кодеки"! А какие конкретно пакеты поставились - хрен его разберёт.

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

> Тогда компромиссный вариант — "Установить? Да/Нет (некоторые функции могут не работать)"

В виду вышесказаноого - без разницы.

Да Вы и сами видите, что весь тред возник от того, что человека (и я его весьма понимаю), очень напряг интерфейс "с ориентацией на дурака". Есть такое чувство неправильной вещи во всём этом.

> В любом случае — переубедили, спасибо. :)

Да всегда пожалуйста.

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

93. "Релиз медиаплеера  Parole 0.9.0, развиваемого проектом Xfce"  –1 +/
Сообщение от Аноним (-), 14-Фев-17, 14:10 
> Меня всё-таки смущает, что в этом случае для каждого возможного дистрибутива и
> кодека должна быть запись в программе, какой пакет ставить. Кто-то же
> её должен будет вести.

В идеале — мейнтейнеры дистрибутива при сборке. Скажем, называется пакет по умолчанию gstreamer-plugins-bad, у вас называется по-другому, ну укажите это при сборке.
Как оно реализовано по факту, если честно, не знаю. Может, для этого какая-нибудь логика в PackageKit есть.

> А по поводу дополнительного удобства и...
> Знаете, я просто гляжу вперёд, и (зная гномопилов) подозреваю, куда всё катится
> с этим их удобством: "Установить кодеки такие-то? Да/Нет" - "Да" -
> "Поздравляем, Вы поставили кодеки"! А какие конкретно пакеты поставились - хрен
> его разберёт.

А так оно и есть. Вообще, знать такие вещи действительно бы полезно, чтобы потом можно было эти пакеты удалить, но тут хватит просто истории транзакций в менеджере пакетов, как в DNF. Там можно либо выборочно делать undo/redo отдельных транзакций (если при этом не возникнет проблем с зависимостями), либо полностью откатиться до такого-то состояния.

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

А что в этом такого? Если вы хотите сами поставить кодеки руками, поставьте. :) Никто же не отнимает такую возможность. А вот если вдруг забыли поставить, то плеер напомнит и предложит поставить. Ну и тут же цель, чтобы меньше допиливать после установки. Если есть возможность делать то же с меньшими телодвижениями, то почему бы и нет? Главное, чтоб это не было обязательно, на тот случай, который вы упомянули. И галочка "больше не показывать" не помешает.
Просто можно ту же логику продолжить: зачем нужна автонастройка экранов, чего стоит руками выставить разрешение и частоту? И т.д.

> Да Вы и сами видите, что весь тред возник от того, что
> человека (и я его весьма понимаю), очень напряг интерфейс "с ориентацией
> на дурака". Есть такое чувство неправильной вещи во всём этом.

См. выше. Если хочется все ставить руками, то такая возможность есть.
А брызгать слюнями из-за того, что какой-то плеер, которым человек в любом случае не собирался пользоваться (он же тыкал палочкой, как было сказано), добавил диалог автоустановки кодеков — это даже не перебор, а даже не знаю. Да даже если бы и было это обязательно, то чего-чего, а видеоплееров полно. Тот же mplayer.

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

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

96. "Релиз медиаплеера  Parole 0.9.0, развиваемого проектом Xfce"  +/
Сообщение от freehckemail (ok), 15-Фев-17, 14:38 
> В идеале — мейнтейнеры дистрибутива при сборке. Скажем, называется пакет по умолчанию
> gstreamer-plugins-bad, у вас называется по-другому, ну укажите это при сборке.
> Как оно реализовано по факту, если честно, не знаю. Может, для этого
> какая-нибудь логика в PackageKit есть.

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

Далее, пользователь может подключать сторонние репозитории.  debian-backports, debian-multimedia, а в убунточке так и вовсе ppa есть. Вот укажет мейнтейнер пакет, а он подтянется не из того репозитория, или его зависимости неправильно разрезолвятся. А юзеру потом разбираться, что не так пошло, и почему после "успешной установки кодеков" ничего не работает.

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

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

> Просто можно ту же логику продолжить: зачем нужна автонастройка экранов, чего стоит
> руками выставить разрешение и частоту? И т.д.

Автонастройка экранов? А у меня это... Всё ещё скриптики с xrandr. Работает, не трогаю. :)

> Если хочется все ставить руками, то такая возможность есть.

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

Управление пакетами - это серьёзная задача. Её надо решать инструментами, в которых ты абсолютно уверен.

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

Моё мнение: оно, конечно, будет, но я этим пользоваться поберегусь. :)

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

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

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




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

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