Ga naar inhoud


Rigolo

Lid
  • Items

    473
  • Registratiedatum

  • Laatst bezocht

  • Dagen gewonnen

    1

Berichten die geplaatst zijn door Rigolo

  1. en als je overstapt naar ubunut .. is het erg handig als je al je email via IMAP kunt bereiken.

     

    Ik zelf heb al mijn email naar google apps verplaatst en daar IMAP aangezet. Nu kan ik overal vandaan bij mijn email. En Thunderbird werkt daar prima mee. Maar voglens mij ondersteunen de meeste nederlandse ISP tegenwoordig IMAP op hun mail servers.

     

    En je outlook adres book kan je dan ook naar google contacts overzetten zo ver als ik weet. En dan kan je deze weer importeren in thunderbird.

     

     

  2. als je nu windows gebruikt en je wil eens een installatie van ubuntu proberen zonder meteen je windows kwijt te zijn kan je eens kijken naar Wubi (http://wubi-installer.org/)

     

    Dit maakt op een bestand binnen je windows omgeving een complete (officiele) ubuntu installatie. Bij het opstarten van windows krijg je dan een windows selectie menu waar mee je tussen windows en ubuntu kunt kiezen. Erg handig om eea uit te proberen zonder meteen je hele windows machine overhoop te moeten halen. En als je er van wilt, dan kan je gewoon onder windows " un-install" uitvoeren.

     

    (ook zeer handig op werk PCs/Laptops als je graag ubuntu wilt gebruiken zo nu en dan smile )

  3. ik heb meerdere tt 1500-c kaarten welke goed werken. en een aantal terratec cinergy 1200 kaarten hier in de servers zitten. Deze werken " out-of-the-box" met ubuntu 10.04.

     

    In principe is elke kaart met software decoding voldoende als je alleen wilt opnemen. En voor het afspelen maak ik liever gebruikt van de video kaart dan van een chip in mijn dvb kaart.

     

    Gewoon kijken op http://linuxtv.org/wiki/index.php/DVB-C_PCI_Cards voor de lijst met ondersteunde kaarten.

     

    De meeste heb ik via markrtplaats gekocht .. de laatste tijd komen deze alleen niet meer zo vaak voorbij.

     

    Hein

  4. Origineel bericht van: Ou-Tannu
    nu wachten op linux DVB-C bakkies die met CI+ overweg kunnen >:)


    Elke Linux kaart welke DVB-C ondersteund kan met CI+ overweg. Het is nml niks anders dan extra informatie in de DVB datastroom welke goedgekeurde DVB CI+ ontvangers moeten intrepreteren. Maar een ontvanger welke geen CI+ ondersteuning heeft zal deze data gewoon negeren. Vandaar dat CI+ beperkingen alleen werkt op CI+ ondersteunde aparatuur. Je oude DVB-C STB's blijven toch ook nog steeds werken ...

    En er zullen nooit CI+ gecertificeerde hardware komen met Linux ondersteuning omdat je dan met certificaten en andere lastige zaken aan de slag moet. En tsja, als de source openbaar is, dan sleutel je al dat soort zaken er zo weer uit.

  5. voor het ontvangen van HD kanalen via DVB-C heb je niet specifiek een "HD PCI kaart nodig". Wat deze kaarten meestal "HD" maakt zijn de extra (windows) HD decoder drivers die meegeleverd worden.

     

    Ik maak gebruikt van budget dvb-c PCI kaarten van TechnoTrend en Terratec en daarmee kan ik prima HD programma's opnemen (icm Tvheadend)

     

    Ik heb zelf wel een Technisat CableStar HD2 liggen, maar deze idd niet goed werkend gekregen ivm gebrekkige drivers. Ik had deze voornamelijk gekocht voor de CI interface om te kunnen testen met CI ondersteuning binnen Tvheadend.

     

    Hein

  6. nee, ik gebruik het icm met Ziggo. En daarvoor heb ik als basis deze how to gebruikt:

     

    http://trac.lonelycoder.com/hts/wiki/tvheadend_oscam_ziggo

     

    Dit is wel voor Ubuntu en Zigg maar je kan de paden gewoon aanpassen voor onder OpenWRT. En voor de Canal+ config moet je goed opletten wat je in het oscam.server bestand neerzet.

     

    Maar volgens mij kan je die voor Canal+ ook gebruiken alleen moet je dan even opletten dat de versleutelstandaard anders is.

     

    En om je dreambox-en naar OScan te laten connecten met CCcam als client is niks anders dan een N: regel toevoegen in de CCcam config file. OScam maakt nml gebruik van het Newcamd protocol. Er is volgens mij ook een OSCam client voor op de dreambox, ben je meteen van CCcam verlost.

  7. zo te zien bouwt het programma wat deze .ts bestanden maakt de bestandsnaam als volgt op:

     

    Zender-datum-tijd-programma.ts

     

    Dus als je nou zoekt naar het 3de liggende streepsje en je alles daarna gebruikt als de nieuwe bestandsnaam dan ben je er ook.

     

    Maar wat als daardoor nu bestandsnaam conflicten door ontstaan? Hoe wil je daar mee omgaan?

     

  8. ik zou beginnen met het lezen van deze pagina's:

     

    http://streamboard.gmc.to:8001/

     

    dat is de thuisbasis van OScam.

     

    En dan zal je er snel achterkomen dat OScam voornamenlijk op linux werkt. Je kan daarna kiezen voor 2 optie's: of zelf compileren (niet heel erg lastig) of een kant en klare gecompileerde versie voor dat linux systeem wat je draait te gebruiken.

     

    In de forums van OScam (http://streamboard.gmc.to/wbb2/portal.php) kan je meestal wel de laatste versie gecompileerd vinden.

     

    Success.

     

    Hein

  9. OScam is een Open Source CAM server. Het kan overweg met verschillende protocollen, maar de meest gebruikte is het newcamd protocol.

     

    OScam kan (net als CCcam) gebruikt worden om vanaf bijvoorbeeld een HTPC of een dreambox verzoeken tot "decryptie sleutels" verwerken. Dit doet OScam door door middel van een Smarcard reader deze verzoeken aan te bieden aan de smartcard. Deze zal dan de decryptie sleutel terug geven als de smartcard toegang biedt tot de gevraagde service.

     

    Deze decryptie sleutel wordt terug gestuurd naar de client om daar het versleutelde signaal te ontsleutelen.

     

    CCcam kan het zelfde, maar maakt gebruik van gesloten software, en een eigen communicatie protocol. CCcam kan ook als een client gebruikt worden richting OScam. Andersom werkt dit niet. CCcam kan dus alleen met het eigen CCcam protocol benaderd worden met verzoeken tot decryptie sleutels. Dus als je eenmaal met CCcam begonnen bent, ben je op alle clients ook "verplicht" om CCcam te gebruiken.

     

    Dus de vraag die je je zelf moet stellen is: wil ik gesloten closed source software gebruiken welke mijn keuze mogelijkheden beperkt, of gebruik is een opensource oplossing welke je meer flexibiliteit geeft.

     

    persoonlijk kies ik voor de 2de optie.

     

    In jou specifiek geval:

     

    ik zou zorgen dat ergens in je netwerk een OSCam server draait met daarop aangesloten je smartcard en cardreader. Omdat CCcam als newcamd client kan werken kan je dan de CCcam op je dreambox een verbinding laten opzetten met je OScam server om daar de sleutels vandaan te halen.

     

    Nu kan je prima OScam op een dreambox draaien, en op die zelfde dreambox ook CCcam als client maar dat is volgens mij niet eens nodig.

     

    Lees ook dit even door:

    http://www.sat4all.com/forums/ubbthreads.php/topics/1884605/1

     

    Voor je HTPC ga je XBMC gebruiken en ik vermoed dat je Tvheadend gaat gebruiken voor het TV gedeelte? Tvheadend kan ook werken als newcamd client en die kan dus ook zeer eenvoudig gekoppeld worden aan die central OScam server in je netwerk.

     

    Op die manier ben je zeer flexibel. Als je in de toekomst je dreambox aan de wilgen hangt (geen idee waarom) dan kan je OScam gewoon op je HTPC er bij draaien.

     

  10. je kan idd een CCcam server opzetten .. maar waarom zou je dat willen. CCcam is closed source, zorgt voor "lockin" waardoor je vast komt te zitten aan CCcam op als je clients etc etc.

     

    Oscam is open source, wordt goed en snel door ontwikkeld, werkt met een open protocol (newcamd) en is te gebruiken met een helemboel verschillende clients.

     

     

  11. lijkt me sterk dat je probleem in de LNB's of switches zit ..

     

    je zult idd op een laag nivo moeten uitzoeken wat er nu precies misgaat en op welk moment en wat er dan met de kernel gebeurd.

     

    Ik heb wel bewondering voor je vasthoudendheid .. en ik hoop dat je kunt uitvinden wat er nu precies misgaat. Want een stabiele werkende en betrouwbare sasc-ng is natuurlijk erg nuttig om te hebben :-)

     

     

  12. het probleem zit zo ver als ik kan zien echt in open-sasc-ng. Deze raakt op een bepaald moment de weg kwijt in wat het nu wel en niet kan doen/decoderen. Wat je dan krijgt is dat je eigenlijk mythtv moet stoppen, open-sasc-ng moet stoppen, de kernel modules moet unloaden en dan alles weer opnieuw opstarten in de juiste volgorde.

     

    Dat is te veel gedoe en lastig te controleren en verhelpen.

     

     

×
×
  • Nieuwe aanmaken...