Валидность src в элементе audio
 

Здравствуйте!

Пишу плеер песенок с файлообменника rghost.ru. Он, конечно, для этого не предназначен, поэтому имеем ссылки для каждой машины вида

http://rghost.ru/download/19800081/2...1%82%D1%8C.mp3


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

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

Кто-нибудь может что предложить для решения проблемы? приблизительно 30прц файлов не воспроизводится.

для примера рабочая и нерабочая ссылка

рабочая:
http://rghost.ru/19927671
прямая на файл - http://rghost.ru/download/19927671/7...%B4 %207).mp3


нерабочая:
http://rghost.ru/19800081
прямая на файл:
http://rghost.ru/download/19800081/2...1%82%D1%8C.mp3



Очень-очень жду советов. Заранее всем спасибо

У меня проигрывается и та и другая ссылка =) (в фф6, опера 11 попробовал).

http://rghost.ru/download/19927671/7...%B4 %207).mp3
прежде чем передавать ссылку плееру декодируй её-переведи коды символов в символы

пробовал именно через audio? попробуй в хром плз, для него расширение пишу

декодировал. не помогает

Нет, не через audio. Тега audio не вижу на странице (ctrl+f "<au" в коде страницы ничего не находит).

может я не так выразился, конечно :) смотри какая задача - надо написать плеер для того, чтобы воспроизводить песни с этого ргхоста. сами ссылки вида http://rghost.ru/число - не прямые на песню. в коде есть прямая ссылка, уникальная для человека.

я аяксово выцепляю эту ссылку (получается вида http://rghost.ru/число/уник...вание.mp3. собственно эту фигню я и запихиваю в плеер. как посоветовали даже - decodeURI(фигня). после этого обнаруживается, что какие-то ссылки воспроизводятся, а какие то-нет. вот и вопрос в чем: от чего зависит валидность этой ссылки и как с этим бороться?

не сработало на полностью латинской ссылке. перестал что-либо понимать :(

Эта ссылка не ведёт на мп3-если её преобразовать то она будет-http://rghost.ru/19927671?r=3877,она ведёт на страницу где можно скачать мп3. Ясно что плееру нужно передавать адрес мп3 а не страницы где его можно скачать. Сама же ссылка имеет вид-
http://rghost.ru/download/19927671/889ece9cfdc091ab56c3c18395bed0d6bdd7f23d/CLassic%20%5B%D0%92%D0%A3%D0%BB%D1%8C%D0%B3%D0%B0% D1%80%D0%BD%D1%8B%D0%B9%20%D0%A2%D0%BE%D0%9D%D0%9D %5D%20-%20%D0%9F%D0%BE%D0%B1%D0%B5%D0%B6%D0%B4%D0%B0%D0%B 5%D1%82%20%D0%A2%D0%BE%D1%82,%20%D0%9A%D1%82%D0%BE %20%D0%A3%D0%BC%D0%B5%D0%B5%D1%82%20%D0%96%D0%B4%D 0%B0%D1%82%D1%8C%20(%D0%A0%D0%B0%D1%83%D0%BD%D0%B4 %207).mp3"

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

ну вообще-то я писал 2 раза, что ссылка, ведущая на мп3 - для каждого компа своя. прямой ссылки для всех нет. твоя ссылка начнет качать только у тебя, у всех остальныех она тоже будет редиректить на страницу со скачкой

1 -decodeURI-не фигня.
2 распарсивание на сервере? сервер и клиентский комп -разные вещи.
3 мысли не было что сайт куки и сессии ставит?
4 разницу в ссылках с 2х разных компов не заметил при переносе кук

1. фигня было сказано про хэш вида dslfjas42k4bkr23483df
2. я пишу расширение для хрома. распарсивание на клиенте
3. какая разница? раз есть прямая ссылка, которая работает для 70% песен, подобный подход должен быть и для остальных 30. и это - баг хтмл5, флешплееры хавают все ссылки, а я хочу именно с тегом аудио
4. а ip разный? одинаковые ссылки могут быть
а) для одного ip
б) для одной подсети
в) как ты опытным путем уже доказал - при переносе кук. но это философия, к ответу на вопрос не относится

1 -у кук не вся информация является рабочей
3 в потребный вид нужно адрес приводить для тега аудио
4 разный.
с такой проблемой сталкивался тоже больше половины норм а некоторые не шли-правда парсил сервером,решалась именно приведением адреса к потребному виду(2 типа предвидения есть один пробелы оставляет пробелами второй на + их меняет-так что нужно смотреть чем переведено) и явными переводами кодировоки

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

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