Välkommen till linuxportalen.se!

Linuxportalen.se är Sveriges största och aktivaste webbplats för användare av öppen- och fri programvara.

Du besöker Linuxportalen.se som gäst vilket begränsar din möjlighet att använda webbplatsens alla funktioner. Genom att registera dig som medlem får du inte bara möjlighet att söka bland webbplatsens innehåll, skapa nya och delta i befintliga diskussioner, skapa din egen blogg, kommunicera med andra medlemmar genom privata meddelanden och delta i omröstningar. Du får också tillgång till Veckans Kadavro - en seriestrip unikt skapad för Linuxportalen.se!

Registeringen sker snabbt och är helt kostnadsfri - tveka inte, bli medlem idag!

SVT, Move Media Player samt BBCs iPlayer

Ny liten "surdeg" Smile

SVT erbjuder nu högupplöst streaming som inte funkar för Linux
http://svt.se/content/1/c6/91/20/20/support/faq.html
.
Tjänsten serveras då av det här bolaget:
http://www.xlontech.com/index.html
.

BBC startade en iPlayer tjänst som förmodligen är samma teknologi, BBC har för övrigt exakt samma lösning som SVT.
http://polishlinux.org/apps/multimedia/bbc-iplayer-linux-screenshots/
.
http://www.bbc.co.uk/iplayer/

Nu kan man då i sann FSF anda försöka med det omöjliga via förvirrade "skriv på" skrivningar eller gör man som i England och kräver en Linuxkompatibel spelare oavsett proprietära format som vi just nu måste acceptera. IMHO Smile

Alternativ för kommentarvisning

Välj ditt önskade sätt att visa kommentarerna och klicka på "Spara" för att verkställa dina ändringar.

oscarss bild

Känns som att det är en h264-codec i proprietär form... Löjligt. Någon borde förklara för dem hur dumt det är att ha stöd för Mac men inte Linux. :/

cryingfreemans bild

..till svtwebb.video@svt.se och frågade efter när Move Media Player kommer i en Linuxversion. Som beställare bör de kunna ställa krav på leverantören av systemet. Som licensbetalare bör man kunna ta del av SVTs material utan hänsyn till vilket operativsystem man kör.

_______________________________________

linuxnyheter.se

alberts bild

Ett skäl till att inte använda move media player: http://secunia.com/advisories/26600 Jag tänkte reverse engineera lite senare ikväll efter jobbet. Talar om hur det går sen.
 
Senare...
 
Installationsfilen för spelaren kan laddas hem med kommandot:
wget 'http://mvnet.xlontech.net/qm/move/07073001/MoveMediaPlayer_07073001.exe'
Eventuellt kan man lägga till följande parameter till wget (om ovanstående inte funkar): --referer='http://svt.se/content/1/c6/91/20/20/player.html'

När man klickar på ett avsnitt hos svt.se kontaktas så småningom servern qmplive07.xlontech.net som kör Apache/2.0.52 på CentOS. Vilken ironi, servern kör Linux men det går inte att använda Linux på klienterna. Efter ett tag kastas man över till ett gäng andra servar med namn som move-od-XXX.vo.llnwd.net där XXX är 3 siffror som varierar mellan paketen. Det är alltså en pool av servrar som kan servera paket lite hur som helst. Är det så att servern för nästa paket anges i videoströmmen på något sätt?
 
Filer med ändelserna .qmx och .qss är också inblandade. Först hämtas en qmx-fil, tex: wget 'http://qmplive07.xlontech.net/svtvod/clips/aa_ep1_master_ny_2/output.qmx'
 
Sen hämtas med jämna mellanrum qss-filer med url:er på följande format: 'http://qmplive07.xlontech.net/svtvod/clips/aa_ep1_master_ny_2/F5A8791B02D8324D8BD533BFC32DF937_0100000001.qss' Jag misstänker att qmx-filen talar om vilka qss-filer som ska hämtas på något sätt. Men qmx-filen är ganska liten och det är väldigt många qss-filer. Någon lär väl lista ut protokollet förr eller senare.

Filformatet har jag inte listat ut, men jag såg strängen Ogg dyka upp flera gånger när jag tittade på qss-filerna med en hex-editor så det kan vara någon typ av ogg-fil. Allting skickas förresten över http-protokollet.
 
Ironi igen. Linuxservrar streamar ogg-filer, men det går inte att titta med Linuxklienter.

Det verkar som att vissa har börjat tittat på det, men inte kommit så långt: http://forum.videolan.org/viewtopic.php?f=7&p=135212
 
Jaja, nu ska jag gå och lägga mig. Det här var för komplicerat för att knäcka utan att lägga ner en massa timmar på det. Den tiden har jag inte.
 
Uppdaterat igen. Om någon känner för att fortsätta undersöka protokollet så är enklaste sättet att installera move media player i en virtuell maskin under vmware. Starta sen wireshark på Linuxburken och samla in data på ethernetinterfacet för vmware, i mitt fall vmnet8. Då kommer allt som ser ut som eth0 för Windows att sparas av wireshark _under Linux_. Windows märker absolut ingenting av att trafiken sniffas.

jonasbjorks bild

En tanke som slog mig var om du handlar en TV i USA som du kör här i Sverige, klarar den av att ta emot Svenska tv-signaler? Om inte, är det SVT:s skyldighet att se till att du kan ta in deras program på den TV:n eller är det OK att de ber dig skaffa en TV för svensk TV? Bara en tanke, som sagt..

--
Jag är grundare av och administratör på Linuxportalen. Kontakta mig om du har frågor, funderingar eller synpunkter kring Linuxportalen.se .

alberts bild

Albert svarar sig själv *ding* *ding*. Om jag hade haft mera tid hade jag gjort så här. Antingen försökt få tag i BBC:s Linuxklient och debuggat som vanligt under Linux. Eller kört OllyDbg under Windows och försöka sätta en brytpunkt när output.qmx laddats hem och ska dekrypteras. Det första som måste göras är att lista ut vilket format output.qmx är på. Om den är krypterad på något sätt, lista ut hur. Sådana här proprietära program har i stort sett alltid värdelös kryptering. Undantaget är Skype, som har bra kryptering. Om det inte går att köra OllyDbg (de kan ha lagt in skydd mot det) så funkar alltid rasta ring 0 debugger. Men den är lite svårare att lära sig. Det var rr0d som användes när skype knäcktes och jag har svårt att tänka mig att move media player är värre än skype. När output.qmx har reversats, fortsätt på samma sätt för att lista ut formatet på videoströmmen (qss-filerna).
 
Uppdaterat. Jo, det krashar under OllyDbg precis som jag misstänkte. De är proprietära till max. På hemsidan står det ingenting om hur protokollet fungerar, bara att det är "patent-pending".

cryingfreemans bild

Tycker i och för sig att den jämförelsen har viss legitimitet, men majoriteten av TV-fabrikaten som finns idag och har funnits sedan 20-30 år tillbaka i tiden har stöd för både PAL och NTSC i olika varianter beroende på var du köpt den.
.
Du kan köpa en Sony-TV med PAL och du kan köpa en Sony-TV med NTSC.
.
Att begära att SVT ändrar sina sändningar till NTSC för att jag har en NTSC-TV är ganska löjligt, men det är inte samma sak att efterfråga en klientprogramvara (kalla det firmware-uppgradering om du vill) till TVn som stöder PAL. Alternativt säljer du TVn innan du flyttar till ett land där den inte fungerar och köper en likadan i landet du flyttar till om du tycker om den så mycket. Smile
.
Eftersom SVT finansieras av licensbetalarna bör de välja ett format som möjliggör tillgång till sitt material utan att låsa in dessa i ett val att antingen avstå eller byta operativsystem. När de inte gjort det tycker jag också att de får stå för lösningarna till problemet.
.
Fram till för några månader sedan fanns det möjlighet att se på det analoga TV-nätet utan digitalbox. Denna möjlighet är nu borta och de som inte hade digital tuner i sin TV fick vackert betala en extra digitalbox för att kunna ta in sändningarna. Tänk om dessa hade varit av en modell som bara fungerade med vissa fabrikat av TVar? Nu är det inte så eftersom PAL har en publik specifikation som vilken TV-tillverkare som helst kan kolla upp: "Recommendation ITU-R BT.470-6, Conventional Television Systems".
.
Jag anser att möjligheten borde finnas (om även som betaltjänst) att ta del av tekniken i ett public service-företag oavsett vilken TV man använder. Om Linux ska växa till något som gemene man kan använda måste det här ske. BBC har förstått det redan, får hoppas att SVT också inser detta. Visst handlar det om en minoritetsgrupp, men har vi "Moi mukkulat" och "språka på..."-programmen så kan vi väl få ett program för att kolla HD-tv på.

_______________________________________

linuxnyheter.se