Как транслировать аудиоклип на веб-страницу, чтобы ее было нелегко загрузить? - PullRequest
0 голосов
/ 13 ноября 2009

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

Основным ограничением является то, что его нельзя легко сохранить.
(Так что прямая .wav или какая-то другая игра отсутствует.).

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

В идеале это будет работать на платформе .net, но доступен любой вариант, если он работает безопасно.

Примечание. Если видео тоже можно сделать, мой пользователь получит дополнительный кредит.

Ответы [ 6 ]

2 голосов
/ 13 ноября 2009

Как и в случае с криптографией, любое решение, которое вы попытаетесь создать для себя, вероятно, будет ошибочным. Microsoft Media Player имеет некоторые решения DRM, которые, по крайней мере, в некоторой степени делают звук недоступным для загрузки, хотя я не знаю, насколько они надежны. Посмотрите на Windows Media Server и / или какой-нибудь WMP SDK, это, пожалуй, лучшее место для начала.

Это при условии, что вы находитесь на IIS. Я не знаю, что ты будешь делать на ЛАМПЕ.

2 голосов
/ 13 ноября 2009

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

1 голос
/ 17 ноября 2009

В конце концов я выбрал флеш-плеер, который достаточно хорошо соответствовал моим требованиям, чтобы мой клиент был доволен.

Я подписался на этот блог: http://www.longtailvideo.com/support/tutorials/Embedding-Flash

1 голос
/ 13 ноября 2009

Однажды я настроил сайт для воспроизведения звука .mp3 (с помощью небольшого приложения Flash). Конечно, вы можете увидеть в коде, где загружать файлы напрямую, поэтому я создал php-скрипт, который транслировал содержимое файлов и делал аудиофайл нечитаемым для общественности. Это сделало их доступными для прослушивания, но не для прямой загрузки.

Даже после всего этого аудиофайлы по-прежнему попадают в кэш браузера, а драйверы нужного типа просто записывают звук. Вы можете увидеть все это в действии здесь: http://carbondanger.org/sound_FX.html

0 голосов
/ 14 ноября 2009

Вы просто не можете этого сделать.

  1. Как вы хотите, чтобы звук / видео с вашего веб-сайта передавался на клиентский компьютер? правильно, загрузка. даже если у пользователя нет возможности загружать его через стандартный веб-браузер, пользователь все равно может использовать множество инструментов для его загрузки. HTTP Sniffer выполнит эту работу в большинстве случаев, иначе, если протокол не является обычным HTTP, пользователь может использовать generic-sniffer для перехвата данных. есть также загрузчики для известных протоколов потоковой передачи (например, MMS).

  2. Даже если вы зашифровываете аудио / видео данные по проводам или используете DRM, звук по-прежнему получает звуковую карту пользователя и поэтому может быть просто записан «как есть» и сохранен как файл без существенного качественное изменение. Аналогичным образом, видео получает пользовательское устройство отображения и, следовательно, может быть также записывающим устройством, но запись видео вызывает гораздо большую боль и потерю качества.

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

0 голосов
/ 14 ноября 2009

Бла! DRM - это кошмар для реализации. Вы действительно должны быть преданы требованию. Повышенная стоимость, хлопоты, разработка, обслуживание и боль пользователя. Гадость.

Я бы предложил выбрать самый простой маршрут: любой сервер, ориентированный на протокол потоковой передачи на основе UDP, например Flash Media Server. (Или Wowza.) (Или Red5.) Это даст вам видео рука об руку с потоковым аудио. Хотя технически возможно «извлечь» содержимое из протокола на основе UDP, это не так просто, как при доставке на основе HTTP.

Если вы отправляете этот контент по HTTP, независимо от того, какая хитрость используется для обфускации, кто-то, вероятно, поймет это.

...