Svenska ElektronikForumet

Det är en kontinuerlig ström av data utan återkoppling. Hur skall dekodern veta om det är återspelad data eller realtid?

Jag är inte helt insatt, men såvitt jag förstått så skickas dekrypteringsnycklar ut via sändningarna, krypterat (med asymmetriskt krypto). Nycklarna som ligger i dekrypteringsmodulen byts alltså ut regelbundet och "fristående" från sändningarna. Den nyckel som du behöver för att dekryptera det inspelade kan alltså vara borttagen från programkortet när du vill titta, eftersom det är en gammal nyckel som inte längre används. Och eftersom du inte kommer åt programkortets interna data så kan du inte spara ner nycklarna. Du vet heller inte vilken av alla gamla nycklar som skickats ut som det är som gäller just nu, du vet inte ens om det är nycklar som skickas eller nåt annat eftersom du inte har tillgång till nyckel att dekryptera dem (den nyckeln ligger på kortet och kan inte läsas ut).

Även det gamla systemet (Viacrypt?) fungerar på liknande sätt, men där är kortet inte lika "intelligent" så kortet tillåter att man dekrypterar flera dataströmmar samtidigt (egentligen dekrypterar kortet inte dataströmmarna, det levererar bara nycklar för dekryptering). Jag kan se i loggarna för min kortserver hur nycklar begärs ut och uppdateras.

Krille Krokodil skrev:Jag har kört Tvheadend som server i två månader nu och det har inte varit något strul alls,
väldigt bra web-gränssnitt för administrationen och snabba kanalväxlingar i XBMC.
Mottagaren är en PCTV Triplestick köpt på Kjell, den kan ta in T, T2 och C.

Ligger videos på tuben där de har Pi som klient, ser ut att flyta helt OK.

Jag kör också tvheadend på min server (som dock inte är en raspberry Pi utan en vanlig dator som kör Linux) och det fungerar mycket bra. Kör XBMC på en dator vid min TV (som heller inte är en raspi utan en vanlig dator som kör Linux och XBMC på det).

Jag har 4 stycken DVB-C tuners i servern, två PCI kort och ett PCIe med dubbla tuners. Har comhems abonnemangskort i en USB-ansluten kortläsare. HDTV funkar bara med SVT dock. PCIe-kortet (Digital Devices DuoFlex) är lite struligt med drivrutiner så man får kompilera dem själv vilket är trist. De äldre PCI-korten (Technotrend budget) har inbyggt stöd i linuxkärnan. Rekommenderar verkligen att välja något beprövat med bra drivrutinsstöd. Kolla på http://www.linuxtv.org/wiki/index.php/H ... nformation efter vad som stöds.

matsadona skrev:Hur fungerar det med betalkanaler, för såvitt jag kan se har inga av de nya tunerkorten någon CI kortplats, eller?
Antar att det har med rättigheter att göra, dvs att man inte skall kunna spara ner filmer/tv-serier i ett lätttillgängligt filformat osv....

Nerre skrev:Kolla upp att det finns Video4linux-stöd för kortet först.

Inser inte hur detta skall gå till. Video4L är en video-grabber. Jag utgår att den inte klarar att hantera kodade kanaler utan en kod. Kan Video4L dekoda om matar in en köpt kod?

ps
Kör RPI B+, Openelec 4.0.5 med en 4G router med Wi-Fi. Tyst och drar lite ström. Fungerar bra och Openelec är flexibel hyffsat stabil. En fast internet-anslutning på 2Mbit räcker dock inte till för att streama video men Openelec är duktig att hämta upp från var det blev stopp. Fungerar även med Air-play. Det behövs inte köpas någon Apple-TV, Western Digital eller Roku 3 för 900 spänn.

Tänker skaffa en USB TV-tuner men vill ha en så att jag kan köra Boxers betalkanaler.

Tips: När du läser på Wikipedia, läs hela meningen :)

http://en.wikipedia.org/wiki/Video4Linux

Video4Linux or V4L is a video capture and output device API and driver framework for the Linux kernel

Det är alltså ett API och drivrutins-ramverk för video capture och video output. D.v.s. ett standardiserat sätt för applikationer att kommunicera med videoenheter.

V4L läser alltså data från TV-kortet, för att sen dekryptera så filtrerar man det datat genom en mjukvara som ger en virtuell avkodad videoenhet.

På min backend (som just nu bara har två tuner-kort) så har jag alltså:

/dev/dvb/adapter0 - fysiskt DVB-kort med krypterad signal från krypterade kanaler
/dev/dvb/adapter1 - fysiskt DVB-kort med krypterad signal från krypterade kanaler
/dev/dvb/adapter2 - virtuellt DVB-kort med dekrypterad signal från krypterade kanaler
/dev/dvb/adapter3 - virtuellt DVB-kort med dekrypterad signal från krypterade kanaler

MythTV använder sig alltså bara av adapter2 och adapter 3 och får därmed automagiskt dekrypterad data.

Jo hade läst meningen men förstår inte vad den implicerar:-)
Skall läsa den några ggr till så kanske det klickar. Lite ytterligare surfande kan även vara poistivt för kilcket...

Jag kan hålla med om att meningsbyggnaden inte är så bra. Meningen har säkert byggts på.

"Video4Linux is a driver framework for the Linux kernel"

Nä, det är ju ett API också!

"Video4Linux is an API and driver framework for the Linux kernel"

Men vi måste ju förtydliga för vad!

"Video4Linux is a video device API and driver framework for the Linux kernel"

Förstår folk vad "video device" är? De kanske tror att det bara är grafikkort? Vi måste förtydliga!

"Video4Linux is a video capture and output device API and driver framework for the Linux kernel"

Vi borde peta in förkortningen V4L också.

"Video4Linux or V4L is a video capture and output device API and driver framework for the Linux kernel"

(OBS! Jag har inte kollat redigeringshistoriken för sidan, det här är en bild av hur det hade kunnat gå till:)

Nerre skrev: V4L läser alltså data från TV-kortet, för att sen dekryptera så filtrerar man det datat genom en mjukvara som ger en virtuell avkodad videoenhet.

Vad heter progamvaran som dekrypterar? Var hittar man den? Skriver man den sjaev?

Jag har tagit bort tre inlägg som diskuterar programvaror och metoder för dekryptering av tv-signaler.
Enligt lagändringen som gjordes nyligen är det olagligt att använda dylika metoder även inom hushållet, tidigare var det bara olagligt vid kommersiellt bruk.

Eftersom vi inte vill komma i sitsen att behöva lämna ut en medlems uppgifter efter ett domstolsbeslut så kan vi inte tillåta den typen av diskussion.
Det finns andra forum som diskuterar dessa ämnen och är skyddade eftersom dom är placerade i andra länder.
För den som är intresserad kan dom säkert hittas med en google-sökning.

Vilken lagändring? Det innebär då att digitalboxar som kan spela in en kanal samtidigt som man tittar på en kanal blir olagliga också? För lagen kan väl inte göra skillnad på om jag har tillverkat "boxen" eller om det är ett företag som har gjort det?

Har slagits med PCTV 292e för att få den i luften. Bökigt. Trodde nästan att den var defekt. Fått in kanaler i W7 men inte i linux, ännu. Problem med drivrutiner i W7. I linux enheten finns i /dev/dvb/adapter0 men inte i /dev/v4l. VLC i linux hittar enheten men inga kanaler hittas när jag skanner efter kanaler.
PCTV-supporten fick jag snabbt svar från även om deras svar inte räckte för att lösa driverproblemet men det fanns fungerade drivers på deras web. Har dock inte fått några svar när jag ställt linux frågor även om de leverar med linux info.

I en README-file från PCTV står följande
# PCTV 292e ( PCTV tripleStick )
- Supported : Yes, in kernel since 3.16
- Comment:
- Firmware file required: dvb-demod-si2168-01.fw

Jag misstänker att dvb-demod-si2168-01.fw är en driver-file

Har du hittat den här sidan?
http://blog.palosaari.fi/2014/04/naked- ... -292e.html

Mm jag har sett sidan dock bestämde jag mig att uppgradera till linux 3.16 instället för att installera ny driver i kärnan, som jag inte kan. Men det är väl dags att jag lär mig det om jag skall få PCTv-292e att fungera med Openelec.

Ah, jag har dålig koll på versionsnumreringen, 3.16 är rätt ny kernel alltså... Inser att jag kör 3.2 på min "nya" backend. Men mina TV-kort har ju funnits i kerneln sen 2.4 eller nåt sånt.

I mitt fall när den inte hittade kanaler så var den satt på fel "delivery system", för Comhem
måste man köra:

dvb-fe-tool -d DVBC/ANNEX_A

http://www.linuxtv.org/wiki/index.php/Dvb-fe-tool