dolphs
-
Items
1435 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door dolphs
-
-
Interessante kost - is dit nog steeds nodig om OSCam DVBAPI te draaien op een PC ( debian/wheezy ), zodat kaartupdates ( mouse reader ) doorkomen of is er een snellere manier? Ik zit gebonden aan newcamd ( hts ), dus zou graag mbv newcamd de boel willen laten updaten. Lijkt erop dat protocol cs387x wel werkt ....
-
OSCam hobbyisten - het valt mij op als ik een connectie maak over " cs378x " dat ik keurig AU ACTIVE krijg, maw dan komen er wel kaartupdates. Echter herhaal ik dat met newcamd dan lijkt dat niet te lukken naar de " mouse " readers. Klopt dit en is dat alleen voor het cs378x-protocol weggelegd?
-
Ben ook wel benieuwd hoe de VDR-dvbapi-plugin icm OSCam aan de praat is te krijgen, dus dat er updates doorkomen.
Is het een kwestie van compilen op een linux machientje en zo ja welke dependencies zijn er dan packages voordat het gecompiled kan worden, zoals vdr en vdr-dev. Zou mooi zijn als " ERROR: Could not detect DVBAPI version. " tot het verleden behoort
-
Een duit in het zakje voor de debian (wheezy) gebruikers ( met kernel 3.12.x ) :
sudo vi /etc/udev/rules.d/31-persistent-smartreader.rules -daarin: SUBSYSTEMS=="usb", ENV{ID_IFACE}="$attr{bInterfaceNumber}" KERNEL=="ttyUSB*". ATTRS{serial}=="00000xxx", SYMLINK+="triplereader$env{ID_IFACE}"Na het kabeltje opnieuw te hebben aangesloten lijkt het klaar voor de start:
oscam@tvheadend:/etc/udev/rules.d$ ls /dev/tr* -la lrwxrwxrwx 1 root root 15 Jan 3 19:09 /dev/triplereader -> bus/usb/001/012 lrwxrwxrwx 1 root root 7 Jan 3 19:09 /dev/triplereader00 -> ttyUSB0 lrwxrwxrwx 1 root root 7 Jan 3 19:09 /dev/triplereader01 -> ttyUSB1 lrwxrwxrwx 1 root root 7 Jan 3 19:09 /dev/triplereader02 -> ttyUSB2
-
Op dit moment heb ik mijn twee ET9000's draaien op Openpli 3.0 maar al langere tijd is versie 4.0 ook beschikbaar.
Is het de moeite waard om over te gaan naar 4.0 of kan ik beter nog op versie 3.0 blijven?
nav dit topic geen OpenPLi-3.0 builds meer te verwachten vanaf morgen, 3 januari ...
-
Ben ook zover dat de backend (tvheadend) draaiend is en nu eens gaan toeleggen welke client te gaan gebruiken -- Mij eerste gedachte gaat dan ook meteen uit naar de Rpi, oa vanwege de lage wattages en OpenELEC ( xbmc ) en vandaar ik reageer op dit topic, hoewel ik besef dat het een randje van OpenELEC heeft ...
Echter omdat een aantal onder ons ( waaronder ik ) zullen willen vasthouden aan de enigma2 gebruiks(on)vriendelijkheid en dus bepaalde combinaties dromen met de UEI remote control zal het een must zijn om met Flirc aan de slag te gaan, zodat alvast dezelfe afstandbediening kan worden ingezet op de RPi.
Voorts zou het geweldig zijn als de client ( OpenELEC ) meteen begint met Live streaming, vergelijk dat met een enigma2 box die door middel van de plugin Remote Channel Stream Converter is opgezet en dan meteen begint met streamen. Dat deze laatste setup een ijzersterke combinatie is tussen beide enigma2 ontvangers blijkt wel dat er zonder problemen kan worden gezapt en bovendien merk je niet dat er eerst gebufferd moet worden en daardoor gaat zappen dan dus ook uitstekend. Nu is mijn hoop dat dit ook te tunen is op de RPi en gebruikte backend ( tvheadend ). Echter wellicht is dit hardwaretechnisch icm de RPi niet behapbaar en dat zou zonde zijn waardoor het apparaat meteen onbruikbaar zou zijn als client. De RPi heeft een 700 MHz ARM1176JZ-F-processor en dat lijkt mij beter dan bijvoorbeeld de gebruikte processor in de XP1000 ( 500Mhz MIPS ).
De HDMI-CEC optie is natuurlijk ook niet onbelangrijk, zodat RPi, TV, versterker via HDMI tegelijk aan/uit gaan.
Echter dat is ook TV afhankelijk ( TVs die soms bepaalde HDMI implementatie niet heeft ). Gelukkig lijkt dat laatste prima te werken op de Rpi - althans met OpenELEC
-
Hallo Hemant - ik heb ook een tvheadend systeem opgezet met o.a. 2x DVB-C van digital devices, maar ik ben er dus nog niet uit wat nu te doen ( induiken in HTSP protocol of streamen via http ).
Wil naast de boven genoemde clients inderdaad ook mijn enigma2 doosjes kunnen inzetten om zo te kunnen connecten naar tvheadend. Misschien kunnen we elkaar helpen, hoewel ik geen goede coder ben.
-
@dolphs: ik lees net je opmerking over Remote channel stream converter plug in.
Ik gebruik van de XBMC enigma VU+ plugin om te streamen vanuit mijn VU+duo. Dit werk op zich erg goed, alleen zap snelheid mag best omhoog.
Nou heb ik een beetje rondgekeken maar kan niet echt achterhalen wat deze Remote channel stream converter plug in nou doet.
Kan ik hiermee ook rechtstreeks vanuit de VU naar mijn HTPC streamen? EN zo ja, hoe moet je XBMC dan instellen?
inderdaad die Vu+ plugin op de raspberry is niet echt om over naar huis te schrijven qua zappen.
Waar ik eigenlijk op zit te hopen is dat er een mogelijkheid is om van mijn zojuist gebouwde tvheadend te streamen naar enigma2 clients.
Formaat vd streams die tvheadend doet zijn, middels m3u" http://192.168.10.21:9981/playlist/channelid//15 " of middels Direct URL " http://192.168.10.21:9981/stream/channelid//15 ", terwijl enigma2-enigma2 iets is als " http://192.168.10.11:8001/1:0:19:C9:1B:1F4:FFFF0000:0:0:0 ". Daarbij weet ik nog even niet wat tvheadend aan codec (MKV) doorpompt zodat het op de enigma2 settopbox bekeken kan worden.
Remotechannelconvert doet feitelijk niets veel anders dan remote de favourites inlezen en de boel dus converten naar IPTV, zie enigma2-enigma2 voorbeeld hierboven. Zodra dat is ingelezen kan de plugin er ook af en dat is meen ik ook hier ergens of op het collega board van openpli terug te lezen
-
Nou eerste begin is er - netjes alle ziggo zenders ingeladen op tvheadend ... precies zoals was aangegeven op tvh wiki ... Daar moest wel het eea voor gebeuren, eerst kernel compiled, daarna drivers van digital devices gecompiled en tvheadend erop en dus geconfigureerd zoals op tvh wiki beschreven - indien geinteresseerd kan kleine howto plaatsen ...
-
Hemant, wil vandaag ook beginnetje maken met hts, tvheadend op wheezy met digtal devices materiaal. Beide kaarten werken in linux dus tot zover zou het goed moeten zijn. Echter op tvh forum stelt men dat je de dvbc kaart moet configureren door je netwerknummer (bijv 5555) in te stellen en voorts worden 4 transponders toegevoegd en zou alles uiteindelijk gevonden moeten worden. Ik ga proberen of dit lukt...
-
Wil aankomende dagen toch eens gaan proberen om tvh op wheezy te configureren icm een DD Cine S2 ( v6.5 ) kaart ... Zou prachtig zijn als een enigma2 stb kan connecten naar tvheadend, zodat " IPTV " gestreamd kan worden zoals ook "partnerbox" het geval en dan liefst ook nog lekker snel zappen, zoals gewend bij enigma2 naar enigma2 ...
-
Wil hier mijn raspberry ook nog eens uit het stof halen met als doel een client voor in de slaapkamer welke moet verbinden naar mijn dm8000 server.
Gewoon op LAN en heb een FLIRC dongletje om good old Dreambox afstandsbediening te blijven gebruiken. In het verleden ( half jaar oid ) werd ik teleurgesteld omdat het leek dat de VU+ plugin niet meer verder werd ontwikkeld en dat switchen tussen zenders werkelijk dramatisch was. Is daar intussen verbetering in gekomen of kan ik het echt vergeten?
-
Heren ( dat neem ik voor het gemak maar even aan ) - jullie zijn helden!!!!
opkg remove dccamd en voorts:
-------------------------------------------------------------------------------
>> OSCam << cardserver started at Fri Nov 29 18:00:29 2013
-------------------------------------------------------------------------------
2013/11/29 18:00:29 0 s >> OSCam << cardserver started, version 1.20-unstable_svn, build r9062 (mipsel-unknown-linux-gnu)
2013/11/29 18:00:29 0 s creating pidfile /tmp/oscam.pid with pid 1737
2013/11/29 18:00:29 0 s userdb reloaded: 1 accounts loaded, 0 expired, 0 disabled
2013/11/29 18:00:29 0 s signal handling initialized
2013/11/29 18:00:29 0 s dm800int [internal] creating thread for device /dev/sci0
2013/11/29 18:00:29 4E7400 h webif: decompressed 54572 bytes back into 155280 bytes
2013/11/29 18:00:29 4E7400 h HTTP Server running. ip=0.0.0.0 port=8888
2013/11/29 18:00:29 4ECB68 r dm800int [internal] Reader initialized (device=/dev/sci0, detect=cd, pll max=27.00 MHz, wanted cardmhz=5.00 MHz
2013/11/29 18:00:29 4EE828 c plain dvbapi-client granted (dvbapi, au=auto (1 reader))
2013/11/29 18:00:29 4EE828 c [DVBAPI] Detected /dev/dvb/adapter0/demux0 Api: 0, userconfig boxtype: 1
2013/11/29 18:00:30 4ECB68 r dm800int [internal] card detected
2013/11/29 18:00:31 4ECB68 r dm800int [internal] Init card protocol T0, FI=1, F=372, D=1, N=1
2013/11/29 18:00:31 4ECB68 r dm800int [internal] Calculated work ETU is 82.67 us reader mhz = 2700
2013/11/29 18:00:31 4ECB68 r dm800int [internal] PLL Reader: ATR Fsmax is 5 MHz, clocking card to 4.50 Mhz (nearest possible mhz specified reader->cardmhz)
2013/11/29 18:00:32 4ECB68 r dm800int [internal] type: SECA, caid: 0100, serial: #########, card: Mediaguard v10.0
2013/11/29 18:00:33 4ECB68 r dm800int [internal] Request provider 1<snip snip>
-
Neen - het is een kale OE2.0 image van DMM waar dus GEEN softcams inzitten ...
Een andere softcam ( als CCcam ) gebruik ik niet. Verder heb ik een kale oscam.server met allen sci0 erin : daar lijkt het dus niet in te zitten ( wijzig ik sci0 naar ttyUSB0 dan werkt kaart ).
Dus idd even doorzoeken waar de boel nou gelocked wordt ... Straks voor de gein GP3 erin zetten en kijken of het dan per ongeluk wel loopt ...
-
Klopt dat van GP3 is mijn volgende stap - Echter ik wil de boel eerst met een kale OE2.0 proberen op te tuigen, dus dmv een eigen gecompilde OSCam .. Na het installeren van " kernel ftdi " krijg ik mijn blauwe smartreader+ prima aan de gang ( mouse mode ) op ttyUSB0 - echter de sci0 vertikt ie, hoe ik mijn smartcard ook draai .. Mogelijk mis is een kernel driver of andere library die middels GP3 wel binnenkomt en waardoor de boel werkt ...
Ook in web zie ik inderdaad geen sci0 , hoewel /dev/sci0 wel wordt aangemaakt ( zie mijn eerste posting )
ls -la /dev/sci0
crw-rw---- 1 root root 10, 60 Jan 1 2000 /dev/sci0Het klopt inderdaad wel dat oscam twee processen start als ik in een " ps " draai, maar dat is op mijn dm8000 ook zo, dus zou de pret niet mogen drukken :
567 root 2732 S /usr/bin/oscam -b -r 2 -c /etc/tuxbox/config
568 root 6600 S < /usr/bin/oscam -b -r 2 -c /etc/tuxbox/configWbt oscam.server lijkt het mij toch dat het gewoon " internal " is, of moet ik een andere parameter gebruiken:
protocol = internal
device = /dev/sci0 -
leuke geste - daarom zojuist "alles" gekilled en nog eens gestart na 5 minuten - met als resultaat (errno=16 Device or resource busy)
-
oof dat valt nog even niet mee - hier kaal OE2.0 op mijn DM800HD gezet - so far so good.
Voorts OSCam erbij gezet ( oscam-svn9062-mipsoe20-webif ) met INTERNAL en PHOENIX cardreaders compiled.
OSCam start ook " prima ", echter " /dev/sci0 " kan niet worden geopend volgens log file:
Blijkbaar zie ik iets over het hoofd qua device, is er soms iets veranderd op een originele DMM image, in dit geval die van 18 november waardoor sci0 wordt vastgehouden?
ls -la /dev/sci0
crw-rw---- 1 root root 10, 60 Jan 1 2000 /dev/sci0tail -f oscam.log:
2013/11/29 06:15:42 0 s creating pidfile /tmp/oscam.pid with pid 5087
2013/11/29 06:15:42 0 s userdb reloaded: 1 accounts loaded, 0 expired, 0 disabled
2013/11/29 06:15:42 0 s signal handling initialized
2013/11/29 06:15:42 0 s dm800int [internal] creating thread for device /dev/sci0
2013/11/29 06:15:42 4E90C0 h webif: decompressed 54572 bytes back into 155280 bytes
2013/11/29 06:15:42 4E90C0 h HTTP Server running. ip=0.0.0.0 port=8888
2013/11/29 06:15:42 4E7400 r dm800int [internal] ERROR: Opening device /dev/sci0 (errno=16 Device or resource busy)
2013/11/29 06:15:42 4E7400 r dm800int [internal] Cannot open device: /dev/sci0
2013/11/29 06:15:42 4EDB10 c plain dvbapi-client granted (dvbapi, au=auto (1 reader))
2013/11/29 06:15:42 4EDB10 c [DVBAPI] Detected /dev/dvb/adapter0/demux0 Api: 0, userconfig boxtype: 1Mijn oscam.server heeft:
[reader]
label = dm800int
description = canalnl
protocol = internal
device = /dev/sci0
detect = cd
<snip snip>
group = 1
emmcache = 1,1,0<snip snip>
-
dat lijkt mij toch een performance probleem ( LAN ), om welke db gaat het op de client kant ( keuken ) ?
Gebruik zelf ook al heel lang deze combinatie over het lichtnet met powerplugs, werkt prima met 1 client - met twee clients is het wat moeilijker maar lijkt na dit weekend ook weer prima te werken! Mijn setup was jaren: master DM8000 en client DM800 (eerste generatie)
-
lijkt erop dat het probleem is dat de settings niet worden vastgehouden
voltage mode = polarisation
tone modus = band
Lof/etc = universal
Welke toets is het om dit vast te zetten in het geheugen, gaat dat met OK ( Activate/groen uit hoofd ) of kan het met de BACK toets en wordt dan gevraagd om settings op te slaan.
Zit helaas deze weken niet naast Kathi, moet remote gebeuren door iemand anders ( zucht )
-
Bram hartelijk dank - ik ga er vanavond mee verder
-
Hallo - ben wat met Kathrein aan het rommelen en ben even vergeten hoe ook weer de instellingen moeten zijn om bijvoorbeeld de Thor op de Ku-band ( 0,8 werst ) in te kunnen scannen, gaat om een single lnb.
Uit mijn hoofd is het:
- MENU-> System-> Channel Service-> Tuner Configuration-> Edit (red button)
Dan
en dan met name sat type: single ( neem ik aan ) en dan
tuner config:
voltage: 13?
Tone mode: none?
LOF: universal ?
Graag hoor ik het
-
Goede morgen
Met applicaties verwijderen kan je eerst de overtolligen er af gooien.
De swap-usb formateer je als FAT32 en benoem je SWAP
én je zorgt dat je drie folders aanmaakt; nml:
backup, swapdir en swapextensions
dan herkent de box de stick wel als swap
dan nog even aangeven dat je hem hiervoor gebruikt: menu/system/hdd/configureren .. daar zie je de usb-stick
Werkt dit ook voor de ufs912 en in plaats van een USB stick te gebruiken kan je dan ook een sdcard inzetten?
Dat zou aanzienlijk kunnen schelen bij het flashen in de toekomst ( ivm settings in het flash geheugen ipv usb of sdcard ).
-
Mensen Kathi staat op dit moment niet direct tot mijn beschikking ...
Daarom kan iemand mij vertellen welke WLAN drivers default met tiTan 1.40 meekomen?
Ik bedoel dus zonder de driver separaat te downloaden? Ik wil dit weten zodat ik de juiste WLAN dongle koop, scheelt me weer eerst LAN aansluiten en voorts overschakelen op WLAN zodra 1.41 uit is ( lees volgende upgrade ), of kan je bijvoorbeeld de 8192cu drivers op sdcard zetten zodat de drivers op die manier kunnen worden ingeladen zodra is geflashed/ online geupgraded.
-
Oscam schakelt reader uit triple reader
in CI, CI+, (soft)cams en smartcards
Geplaatst:
hoe is de stand van zaken hieromtrent?
Heb zojuist op mijn RPi die triple reader aangesloten en op mouse kom ik dichtbij, lees TR1 lijkt te initialiseren maar de andere twee dus nog net niet:
Voorts ook :
mijn output vertelt mij:
OSCam output ( build 9185 ):
De test configuratie oscam.server :