Являюсь пользователем колонки JBL Link music с «Алисой» уже не один месяц. И всё меня в принципе устраивало, пока несколько дней назад она исчезла из приложения «Яндекс.Музыка» на моём IPhone.
Я подумал, ну мало ли, может глюк версии для IOS, достал Xiaomi, такая-же ерунда. Начал перебирать варианты, проверять Wi-Fi, переустанавливать приложения, ничего не помогает. Ну пора обращаться в поддержку.
Ну первый ответ стандартный, я ответил честно, что все это делал, и что все ок. Я упущу еще очевидные моменты переписки, и перейду к главному, когда я убедил тп, что не виноват.
Ну и завершение всей этой истории было сегодня, меня, а также всех бедолаг, которые осмелились купить колонки JBL, послали на три буквы.
Какие тут можно сделать выводы? Ну для себя я решил, что пойду покупать колонку от мейл.ру, а эта пойдет на авито, или бабушке в деревню. От подписки Плюс тоже откажусь. У меня были мысли, что все эти умные девайсы рано или поздно окирпичатся, но вот это вот никакой критики не выдерживает. Очевидно, что Яндекс просто хочет, чтобы я купил станцию. Но я не такой, мне не по душе абьюзивные отношения.
Вот сейчас не понял, в чем проблема. Пользуюсь Apple Music, с колонками типа Алисы или беспроводной jbl не сталкивался. Но по практике, с айфона могу отравить звук либо на совместимые с apple деавайсы: все девайсы Apple, телевизоры Sony, ресивер Marantz усилитель Primare. Все эти девайсы видны как airplay устройства. Но если есть какое-то просто блютуз устройство, туда также можно звук с айфона отправить. Не понял прикола, в чем боль? Из Яндекс музыки, с айфона, нельзя отравить звук на колонку jbl?
Телефон не видит этот блютуз девайс?
Или что?
не блютус.
она самостоятельно раньше работала.
ты отправлял плейлист и она его сама вытаскивала через wifi не задействуя телефон.
А с практической точки зрения большая разница?
радикальная.
входящие звонки не влияют на воспроизведение, как и расстояние от телефона до колонки и количество стен
Мне прерывание музыки при звонке всегда казалось полезной фичей. Плохо, если умная колонка не умеет
а откуда ей знать звонят вам или нет?
если по блютус связь, то телефон сам уменьшаект, а если без телефона то надо командовать или кнопки жать
У меня телефон спаренный по BT с компом проигрывание на компе прерывает.
Влияют. Эта опция работает только если телефон и колонка в одной и той же wifi сети. Если колонка в 2.4, телефон в 5 ГГц , уже не работает.
могу посоветовать отключить изоляцию подсетей (vlan) на маршрутизаторе.
возможно отключается не очевидным методом типа добавления клиентам персональных ip
1. Изоляции сетей нет.
2. То что вы пишите, это общее адресное пространство. Оно у меня на маршрутизаторе и так.
3. Vlan не имеет никакого отношения к изоляции сетей...
4. На сколько я понимаю, используется один из протоколов управления по wifi причем точка-точка, у меня аналогичный на роботе пылесосе. И работает он только при нахождении в одной физической сети.
еще раз - изоляция сетей вполне может быть и может включаться неочевидным способом. влан это и есть изоляция сетей (один из подвидов. для понимания почитайте вот это https://www.technotrade.com.ua/Articles/mikrotik_vlan_separation_2013-05-08.php ), когда устройство не видит никого в подсети кроме себя и маршрутизатора на верх (и принудительно добавленных в группу этого устройства)
более того, у меня, например, в ноуте штатная изоляция, т.е. все данные пробрасываются на впн от вендора в шифрованном виде. включается нажатием кнопочки усилить безопасность wifi или както так. при чем он настойчиво это рекомендует включать.
Изоляция можно организовать разными способами. Можно раскидав физические устройства по VLAN (на физическом уровне), можно раскидать по подсетям маской (сетевой уровень), можно разными подсетями с маршрутизацией...
Если вы VLAN- раскидали то устройства от двух физи нтерфейсов (а модули это разные физические интерфейсы) работать не будут, а у меня все отлично работает с 2.4 на 5.
И больше. НИ в одном исзветном мне коммутаторе/маршрутизаторе по умолчанию нет VLAN/
А ваш пример с VPN это вообще из другой оперы. Как и изоляция WiFi которая заключается в жестком убийстве в вынь маршрутов (осторожней с этой кнопкой "вендора"). восстанавливать потом замучаетесь...
у вас немного устаревшее понимание vlan
сейчас нет привязки к _физическому интерфейсу. все на логическом уровне. Т.е. хотя физически все клиенты могут сидеть на одной частоте, логически они разнесены и передачу друг друга не видят. старые точки доступа при обработке кидали все в кучу и получался обычный хаб, можно было обратиться к соседеней точке и вот это вот все. но мир изменился. точки доступа изменились, некоторые защищенность возвели в ранг паранойи. статья, на которую я дал ссылку и которую вы поленились прочитать, в ней как раз то, что сейчас сидящие даже на одной точке и в одной частоте могут как быть изолированы и видеть только шлюз наверх, но не других участников этой же подсети, так и работать в режиме хаба. и все это настраивается и не важно трансиверы физически и логически разные или нет.
Это вы видимо не читали... Разграничение в приведенных статья оформлено через 2 подсети не имеющие между собой маршрутизации... А vlan используется точно как я вам выше и написал, для отделения физических интерфейсов. Eth и wifi.
Я вот вообще не понимаю что за "аналог миракаст" может быть. Что бы реализовать протокол аналогичный Miracast надо, ну хотябы, на уровень драйверов уйти. На Андроиде? Без рута?
Что бы название песни колонке отправить?
Miracast это название для целого пакета протоколов. Не совсем понимаю, что вы имеете ввиду под драйверами? Драйвера знаете - разные... Они на разных уровнях работают... от физического до прикладного... Как и где реализован мирокаст я не интересовался, но что то мне кажется что точно не на физическом и канальном уровнях, а уж драйвером, модулем, службой и т.д. это как кому удобнее..
Опять таки причем тут рут и андройд?
И колонке отправляется не название, а путь и команда.. Аналогично хромкасту... там тоже путь кидается...
В смысле "как кому удобнее"? На Андроиде на чужом железе левый протокол "как кому удобнее" не добавляется.
А "в одной физической сети" - это уровень ниже IP, то есть физический и канальный.
А с чего вы это взяли, что ниже? Соединение bluetooth точка точка у вас какие? Там тоже 8 уровней, только стек другой не оси ИСО... А для него физическим уровнем может wifi выступать...
Ну вот как заставите телефон на Андроиде установливать блютус соединение по вайфаю в рамках одного SSID - это станет аргументом.
Обрадую. За вас это сделали в протоколе bluetooth 4.0. высокоскоростной построен на протоколе wifi.
Я правда не совсем понимаю, что вы хотели сказать? Чтобы был ssid должен быть access point, не совсем понятно где он будет в блютус точка точка и точка мультиточка...
Нет, вам этот надо не чтобы за вас сделали, а чтобы вы в рамках приложения скачиваемого с маркета такое сделали. Мы функционал Яндекс (музыки), а не "можно ли в сферическом в вакууме вайфае построить другой стек".
1. В стеке это уже сделали.
2. Каждое приложение реализует готовые rfc как их разработчику нужно.
3. Если для вас используемые в вашем телефоне протоколы это сферический вакуум, то о чем говорить?
Ну тогда ссылку на rfc по Яндекс музыке показывай
"точка-точка" подразумевает общение не через маршрутизатор. А телефон коннектиться к 2.4 колонки, вроде, должен уметь, это и будет одна физическая сеть.
"Если колонка в 2.4, телефон в 5 ГГц" - я выше писал. Если они в одном сегменте работает что то типа миракаст/хромкаст, иначе - нет (
На видел телефонов не поддерживающих 2.4. у меня миракасты и 2.4 и 5 работают
А вы каждый раз чтобы одну песенку перекинуть wifi переключаете?
У меня в сети 2.4 только устройства умного дома и то 6 устройств и ни к одному с телефона я не обращаюсь вообще...
Зачем мне переключать?
Вы же это выше предлагаете. У меня телефон работает в 5ггц, единственный вариант чтобы он оказался в 2.4 это переключится. Или у вас телефон сразу в 2 диапазонах работает? Модель назовёте, пригодиться....
P.s. Общий ssid для 2 диапазонов не решит проблемы, а тодько усугубит.
Подключил телефон на сеть 5, ноут на 2.4, миракаст с телефона на ноут при этом работает.
https://ru.wikipedia.org/wiki/Miracast
https://ru.wikipedia.org/wiki/Wi-Fi_Direct
В обход стандарта и p-t-p?
Практика - критерий истины. Ну и раз винда с андроидом общается - значит стандарт вполне себе есть, ссылки на википедию тут только о недостатках Википедии могут говорить.
Думаю, что если устройства работают через внешний интернет (а иначе как колонка качает плейлист), то им по барабану как они подключены, через 2.4 или через 5. У меня WiFi принтер от HP, печать на нем можно запустить вообще из любой точки мира через сервер HP. Если же они работают только внутри домашней сети, то это явный косяк производителя при проектировании.
Вы не совсем поняли принцип. Через некий протокол, аналогичный миракаст (точка точка в рамках одной wifi сети) отправляется команда. В соответствии с этой командой идёт воспроизведение. Телефон при этом поток звуковой на колонку не отдает. НО передача команды возможна только когда устройства в одной wifi сети.
Для того же chromecast который также позволяет перенаправлять поток на устройство с телефона, нужно чтобы устройства были в одной подсети... Медь, воздух, оптика - роли не играет.
В этом то и проблема, почему нельзя организовать как у других чтобы работало в независимости от домашней сети - достаточно проста выхода во всемирную паутину.
?? Миракаст работает тоже только в рамках одного ssid, хромкаст, в рамках одной подсети... Никаких "мировых паутин"...
Не надо ссылаться что вот у других так же криво, почему не сделать как у HP, авторизованный принтер, имеющий выход во всемирную паутину, может распечатать с любого источника подключенного к аккаунту любым способом через любую сеть.
1. Не путайте оправку файла сохраняемого на удаленном сервере без требования непрерывности и синхронности и потоковую передачу.
2. Если оперировать вашим подходом то и почты России достаточно, она флэшку может доставить с данными даже из тех мест где интернета нет...
Не путайте мягкое с горячим, вам не пофиг как до вашего устройства дойдёт заказанная информация, вы же не стрим в реальном времени хотите замутить. Я заказываю плейлист и как будет реализовано его проигрывание меня совершенно не волнует, меня волнует итог. Как это будет организовано - непрерывным потоком, набором файлов, главное чтоб не через жопу. Оправдывать рукожопость только из-за принципа когда есть примеры реализации подобных задач как надо верх некомпетентности.
Причем тут "рукожопство" есть протоколы для потоковой передачи, есть для пересылки файлов. В одном случае требований к непрерывности воспроизведения, задержкам и т.д. нет, в другом есть. Задача изначально разная...
Чтобы реализовать как вы хотите "скачать весь плейлист" это сколько памяти нужно будет? 1Гб, 1ТБ, 1 ПБ или ? И сколько времени он будет качаться? Вы будите ждать пока лист затянется? А если песню на последнюю переключить? Которая скачается толкьо через месяц?
Какой именно потокол передачи файлов не позволяет переключиться на последнюю песню? И к какой категории вы относите http, по которому все стриминги уже лет 10 как работают, как и передача файлов?
Вы копируете файлы по smb, afp, приложение поверх http. Файлов много. Как вам прослушать произвольный? Ведь Андрей, который пишет про руководство google и wifi allians, считает зачем потоковая передача, если он отлично может слушать скаченные, по его мнению разницы нет...
Вы не понимаете как по SMB открывается произвольный файл? Серьезно?
Вы читать пробовали прежде чем писать?
Расскажите мне как вы прочитаете произвольный 5 файл из 10 с диска, которые копируются по smb? С диска на который они копируются...
Вы не умеете пользоваться SMB. Так как вы никто не делает
Стриминги и по ip работают и по ethernet... С таким же успехом...
Не думали что http может быть транспортом для других протоколов и потоковой передачи аудио/видео, и передачи потока полного стека оси ИСО, как реализующий физический уровень...
Ну да, если завернуть протокол в протокол то как раз достигнем " требований к непрерывности воспроизведения, задержкам и т.д.". А уж если съехать с http на Ethernet каким то хреном, то можно доказать что рубль и доллар одно и то же - все бумага
Кажется вы "Miracast over Infrastructure/ethernet" не гуглили.
Извините но что то мне подсказывает, что MS-MICE это уже другой протокол... По крайней мере так указано у MS, разработчика этого протокола...
Miracart - не chromecast, и Яндекс не микрософт, да.
А фамилия разработка что-то по сути меняет?
Ну если так рассуждать рубль и доллар одно и тоже. Как и Жигули и Феррари.
Миракаст и хромкаст действительно совершенно разные вещи, хоть вы их и пытаетесь то смешать то разделить, как вам удобнее...
Я вот и не пойму почему как тебе удобно, так появляется что угодно от хромкаста до блютуса, а как не удобно - даже до фамилии разработчика можно докопаться
Что за ерунда? Вообще пофигу, 5 ГГц или 2.4 ГГц. По-умолчанию на точках доступа эти два интерфейса в одном бридже находятся. И поэтому имеют одну подсеть.
Только что проверил: включил музыку из приложения на ЯСтанции, телефон в сети 5 ГГц, станция 2.4 ГГц. Затем вообще отключил WiFi и BT на телефоне, закрыл приложение - музыка продолжает играть.
С какого это? Они вообще физически на разных интерфейсах. То что некоторые коробки позволяют им одно имя задать не делает их одним интерфейсом...
Не совсем понял что вы этим проверили? При чем тут, что станция получив задание (аналогично хромкаст) продолжает его выполнять, к тому, что задание вы отправили по wifi?
Физически - да. Но они в одном бридже. Даже если с разными именами.
Я по поводу вот этой фразы: "Если колонка в 2.4, телефон в 5 ГГц , уже не работает."
Может я просто неправильно понял сообщения в этом длинном тренде.
Если колонка в 2.4, а телефон в 5, то не работает управление колонкой с телефона. Сама то колонка работает отлично. Оба устройства должны быть в одной физической сети.
Аналогично в миракаст и в управлении теми же роботами пылесосами... На сколько я понимаю там один и тот же протокол управления используется...
Ну как это не работает, если у меня всё работает? Колонке и телефону вообще пофигу, по 2.4 или 5 они подключены. Главное, что они в одной подсети 192.168.1.0/24 . Ещё раз повторяю - обе сети в одном бридже. С чего они вдруг работать не должны? Да и миракаст тут вообще не причём. Трансляция музыки идёт не с телефона, а с интернета.
Только что проверил. Управление колонкой мини работает только если одна физ сеть 2.4. если телефон в 5 - не работает.
Для общей подсети наличие и отсутствие моста значения не имеют, он между подсетями. У меня подсеть тоже общая. И если бы было как говорите вы, то ничего бы не работало ))).
НО если используется общий ssid, то управлять можно. Так как не видно в какой подсети телефон. У Вас общий ssid?
Нет, SSID разный. Более того: 2.4 ГГц и 5ГГц - это у меня две разных Wi-Fi точки, которые соединены вместе через локалку.
Приложение изменилось и теперь играет и на jbl и на станции и из бой сети. НО не даёт выбрать колонку играет на последней подключенной. Так что обсуждение дальнейшее не имеет смысла...
Т.е. даже изначальный пост смысла не несёт...
Телефон не участвует в кодировании и декодировании и вообще в обработке потока. Колонка получает поток из сети. Некая убогая реализация хромкаст.
Это не "практическая" разница
Вы выключили телефон, а плейлист играет. Подключения к колонке - нет.