Pay-per-View Quicktime Ström

Vill minnas att det gick bra att maila ut "unika länkar"…
Äh… Var så länge sen så jag minns inte riktigt.

Qbrick vet, http://www.qbrick.com
Dom byggde och streamde Big Brothers lösning (förra året). Fungerade precis så...

QBrick vill inte använda Quicktime utom i nödfall. BB har aldrig streamats i QT.

Borde man inte kunna göra en app som kontrollerar IP numret hos beställaren och sedan genererar ett lösen som bara kan användas med detta IP? Lösningen har dock svagheten att användare bakom samma IP kan komma åt filmen.

Kan man inte koppla det till en sånhäringa SMS tjänst?
Skicka ett SMS med nån kod, få tillbaka en kod. Knappa in koden i ett formulär och bli routad till "din" stream.
Borde ju kunna automatiseras. Lite a'la BigBrother.
/Mattias

Är det access till filmklipp eller till direktsäningar du vill justera med det?

På sidan 40 i adminguiden till QTSS (http://www.ictp.trieste.it/~radionet/2003_nitda/lectures/carlo/QTSS/qtss_admin_guide.pdf) står det ju att man kan justera det med namn och lösenord.
Eftersom verktyget för att redigera lösenordsfilen är terminalbaserat borde man väl kunna scripta och skapa användarnamn och lösen från nån servlet? eller är jag ute och cyklar.

Jag vet dock inte om det förhindrar två användare att använda samma namn och lösen. Det finns säkert någon cookiefunktion i RTSP-protokollet. Frågan är bara om man kan sätta den via HTTP, eller om den måste sättas med RTSP också.

Du kan ju alltid slumpa fram ett värde som du sedan skickar till den som ska få se samtidigt som du sparar den i en databas.

Lägger någon ut länken med det slumpade talet på ett forum kollar du sedan mot databasen om det redan är använt, är det det så skickar du dem till en annan sida.

För att se filmen så använder du samma värde i en query_string till själv streamen. På så sätt kan inte kopiera in länken direkt i quicktime utan måste gå via din url...

Edit: Nu svamlar jag ju.. det var ju nästan det du skrev, unik länk...

Det går inte att knyta antal samtidiga använder "per user"? Dvs att man bara låter 1 st person "per lösen/användare" vara inloggad samtidigt.

Du kan bygga en PHP-lösning mot en SQL-databas där du kan skydda rtsp-adressen i en annan QuickTime-film. Alternativet är att ta hjälp av Live Stage Professional. Det finns många vägar att ta och XML och SMIL är ett par intressanta språk du kan använda. Live Stage är för övrigt det program Barsark använt sig av när de gjort sin QuickTime-film.

Martin, visste du att jag är en LivestagePro kille *blink*
Navicast är grymt. Problemet är bara vad jag fattar för den enorma kostnaden.

QTSS är uppbyggd så att man kan skriva plugins för flera olika funktioner, en skulle kunna vara att kolla upp mot en databas om en biljett är förbrukad, verkligen ska till den adressen eller vad som nu vore intressant.

Systemeringen är enkel med en SQL-databas eftersom det räcker att ha en variabel för hur många biljetter användaren har kvar av respektive film. Vad jag tror att Björnström behöver veta är att XML och SMIL är två protokoll en QuickTime-film kan nyttja och att filmen därför kan ta bort en biljett först när den spelat [nästan] hela filmen till exempel.