Воспроизведение аудио и видео по сети
Раньше сетевой диск у меня был примонтирован через fstab в файловой системе NFS. Тогда плеер qmmp мог проигрывать музыку по сети, а Smplayer и LVC проигрывали видео.
Но так есть три серьёзных бага:
1. Если сетевой диск выключен, то kubuntu включается\выключается очень долго, пытаясь примонтировать\отмонтировать выключенный сетевой диск.
2. Dolphin падает когда на сетевом диске делаешь отображение файлов списком или таблицей
3. LibleOffice изрядно глючет и падает при работе с файлами на сетевом диске.
В итоге отказался от NFS и fstab. В новой kubuntu 16.04 в самом Dolphin воспользовался функцией подключения сетевой папки по SMB. В итоге Dolphin и LibreOffice не падают, работают шустро. Однако при попытках проиграть аудио и видео, плееры, в том числе amarok, копируют файлы на локальный диск.
Подскажите плееры, работающие по сети с медиафайлами? Или может быть как-то можно настроить существующие?
Насколько я помню, либре тоже копирует файлы, и надо патчить desktop-файлы. Поищите по форуму, обсуждалось.
Про музыку через сетевые ресурсы ничего не скажу, не пользуюсь, а что касается видео - попробуйте выбирать файл для воспроизведения через крузадер.
Он передает корректно сеть как в VLC так и в SMPlayer и воспроизведение происходит без загрузки файла сразу по сети.
Топ-3 гугла рекомендует монтировать шары для амарока. Можно сделать неавтоматическое монтирование в fstab и избавится от описанной проблемы.
Решение для vlc/smplayer: в /usr/share/applications/playername.desktop добавить строку "X-KDE-Protocols=http,ftp,smb" (можно дополнять) и исправить "Exec=playername %F" на "Exec=playername %U" при необходимости. Полагаю, можно попробовать и для амарока.
Тоже интересует проигрывание медиафайлов по сети.
Вот так и хочется создателей КДЕ за эту фичу, кед-ерастами обозвать.
Да только автор кед тут совершенно ни при чём, предлагаете им патчить desktop-файлы всех программ? Решение см. комментом выше.
Как это не причем?
Почему то создатели всех ФМ смогли, а создатели долфина почему то не смогли.
Ну так это все таки баг, или фича?
Дельфин защищать не стану, я им не пользуюсь. Но раз проблема решается патчами к desktop-файлам, я считаю причастными разработчиков софта и мейтейнеров пакетов, которые игнорируют необременительные правки, известные лет 10 как.
используйте DLNA серверы для медиафайлов.
Типа наждачную бумагу, вместо туалетной?
Типа вилку с ножом для котлеты, вместо ложки.
Столкнулся с подобной проблемой. Решил следующим образом:
1. Правим /etc/fstab под рутом
192.168.X.X:/dir1/dir2 /mnt/dir1/dir2 nfs noauto,x-systemd.automount,x-systemd.device-timeout=10,timeo=14,x-systemd.idle-timeout=1min 0 0192.168.X.X:/dir1/dir2 -- откуда монтируем
/mnt/dir1/dir2 -- куда монтируем (директории должны существовать)
Если у тебя не nfs, а samba - делаем соответствующие правки. Не забываем про имя пользователя и пароль. У меня на домашнем сервере доступ всех компьютеров подсети по nfs к музыке и фильмам без пароля на read only.
2. Если с ноутбука по wifi - может возникнуть следующий косяк: При выключении выключении ноутбук сначала выключает wifi, а потом долго и нудно пытается отмонтировать примонтированное. Это может затянутся надолго. Лечится так: идем в /etc/init.d/. Создаем файл например unmount_nfs.sh . Наполняем его следующим содержимым:
#!/bin/bash#script for automatic un-mounting of network shares on reboot and shutdown
umount /mnt/dir1/dir2
exit
Не забываем делать этот скрипт исполняемым
chmod +x unmount_nfs.shИ прописываем его
update-rc.d unmount_nfs.sh start 20 0 6 .Напоминаю: все действия под рутом.Это должно помочь. Удачи. Будут вопросы - пишите.
Вот он, тру линукс вэй =) Только я бы в локалке, наверное, таймауты поменьше поставил.
MacLeod, объясни пожалуйста косяк(фичу) долфина, почему он не как все?
Я боюсь тут дело не в дольфине. Он тебе спокойно покажет все файлы в сети при должных настройках, но вот играть по сети местный софт откажется. Я пытался vlc объяснить что есть upnp (DLNA)- не видел в упор. Можешь вместо fstab с autofs поиграться. Рецепты можно через гугл найти. Не получится - пиши. В общем... при Ридделе такого не было. :)
Любое приложение, имеющее уникальное имя и набор исходников (или отдельный форк) - уже не такое, как все. Вроде бы, очевидная вещь.
У пользователя есть возможность:
1) сопоставить заявленные фичи с реализованными, в случае расхождения - оповестить об этом автора;
2) сопоставить заявленные фичи с работающими, в случае несоответствия - оповестить об этом автора (баг-репорт);
3) предложить авторам реализацию новой востребованной фичи.
В случае, если оповещение или предложение будет нахрюкано или накудахтано (изложено нечленораздельно, непоследовательно и неопределенно, а также если упомянутые проблемы не будут иметь никакого отношения к конкретному приложению) - почти со стопроцентной вероятностью оно не будет рассмотрено всерьез и не получит статус "подтверждено".
В случае опенсурс приложения, существуют еще две возможности:
4) самостоятельно исправить/доработать приложение, отправить пул-реквест на одобрение автору;
5) если позволяет лицензия, сделать собственный форк и развивать приложение в любом направлении, как вздумается.
С уважением,
ваш КЭП.
КЭП, я ожидал от тебя такой портянки.
Разработчики кед всё знают, но почему то упорно курят какую то дрянь.
Я до сих пор не могу привыкнуть к фиче долфина: ПКМ на папке- верхняя строка "создать папку". Бред? Бред!
Так и с воспроизведением файлов по сети, такая же бредятина.
Почему всё нормально в перечисленных фм: Explorer, Finder, Nautilus, Thunar, PCManFM, иТД. В общем во всех фм, кроме Dolphin?
В портянке есть ответы на твои вопросы.
Про шестой пункт, где пользователь имеет возможность не использовать конкретную программу, рассказать? =)
Нет ответа на мои вопросы. Нет главного, названия курительной травы.
По шестому пункту: На качу ка я наутилус в кубунту а долфином пользоваться не буду. Имею ж возможность.
У тебя мышление ребенка, не способного воспринимать реальность.
"Ну почемууууууу нельзяяяяя? Я же хочуууууууу!"
Выше описан универсальный способ решения подобных проблем. Лично у меня на ноуте вообще NFS/SMB шары монтируются автоматически в зависимости от айдишника Wi-Fi сети. Я это выше и назвал настоящей линуксовой свободой.
Но ты "так не хочу". "Хочу как все". Хочу трехколесный лисапед, вынь да положь. Да еще "объясняй мне с моей колокольни, почему нельзя". Да потому, что реальность такова. Не нравится - попробуй изменить.
Ты так и не ответил, что в кде(долфине) технически не так в отличии от других де(фм)? То что ты написал (идеологию спо), я за время общения с тобой выучил как отче наш.
Я из разбитого ноутбука позаимствовал материнскую плату, и собрал медиацентр. И вот во время настройки сего чуда, решил проверить как у меня работает аудио- видео. Так как на данном жестком диске ничего не было я решил по сетке это дело проверить. И тут началось копирование вместо воспроизведения.
Не буду же я из за попробовать, настраивать монтирование NFS/SMB шар. Оно мне в дальнейшем "нинужно".
Вот эти все чудо фишки кде- делов (видящих мир другими глазами) и отпугивают народ.
Не знаю. Это нужно садиться и разбираться досконально, вплоть до использования дебаггера. Заниматься этим, когда есть надежное и удобное решение - нет ни малейшего желания. Если тебя устроит предположение - кеды (версий 4-5 точно) всегда отличались тем, что имели дополнительную прослойку KIO. Скорее всего, Dolphin использует ее для получения доступа к SMB ресурсам. Предположительно проблема в том, что содержимое файла как-то неверно начинает передаваться в потоке. Возможно, это связано всего лишь с парой ключей при вызове, возможно дело обстоит сложнее.
Я лично не хочу убивать день на поиск и еще несколько на правку этой хреноты. Как ты говоришь, "нинужно". Полагаю, разрабы кед придерживаются того же мнения. Возможно, они придерживаются такого мнения временно.
Настраивать "нинужно". Научить пользоваться гуглом?)
sudo mount -t cifs //192.168.0.11/share /media/sharefolder -o username=windowsuser,password=windowspass,iocharset=utf8,file_mode=0777,dir_mode=0777Статья, полный ликбез по теме - https://oss-it.ru/157.
Судя по ссылке на вики, это все же фича:
Мне монтирование в конкретно моем случае, действительно "нинужно". Если только для саморазвития.
Задумка хорошая, да. И звучит красиво. При серьезном подходе к реализации - должна была "порвать" все аналоги того времени.
В подобной задаче очень много нюансов. Например, в какой момент можно кэшировать файлы (скачивать и использовать копию), а в какой передевать потоком. И каким образом разделять эти режимы, как взаимодействовать по этому поводу с внешними приложениями. Выше было предложение (desktop-файлы), но я хз, так сходу сказать - решит ли это вопрос во всех случаях. И даже если поправить для отдельно взятого протокола - не стоит забывать, что нужно соблюдать универсальность, чтобы не только с SMB воспроизводилось, а еще через FTP, HTTP и т.д.
И ведь обязательно найдется какой-нибудь недовольный, у кого через какой-нибудь редкий протокол какая-нибудь хитрожопость не заработала =)
Напомни, из-за чего сыр-бор весь? Не получилось выполнить определенное действие. Варианта всего два: это вовсе невозможно или есть возможность использовать другой способ. Один из них - загуглить и использовать команду монтирования.
Отправить комментарий