IanPH
-
Items
294 -
Registratiedatum
-
Laatst bezocht
-
Dagen gewonnen
1
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door IanPH
-
-
Hier nog even de laatst beschikbare build van dit moment (3057). Deze verwerkt nu ook icm ACamd de EMM's vanwege een fix mbt de positie van de key en subkey data.
-
@CB1: "OSCam is de nieuwe cardserver."
Waar jij aan refereert is een client (Zoals ACamd en HADU). Er is voor Windows Media Center zelf geen enkele client beschikbaar. Windows Media Center kan zonder TVSource alleen met een DVB kaart + CI module TV signalen decoderen.
Ik kan me ook niet voorstellen dat die enorme lange zaptijden worden veroorzaakt door ACamd aangezien deze in gemiddeld 300ms een key krijgt van OSCam of NewCS.
Ik denk eerder dat het te maken heeft met de combinatie van Media Center + TVSource. Beide moeten voor hun werking een buffer opbouwen. Eerst TVSource... vervolgens levert TVSource de stream aan Media Center die ook weer een buffer op moet bouwen voordat die het naar de videokaart kan sturen. Dit duurt al met al zo'n 3-5 seconden.
-
Heel interessant verhaal ik encryptie enzo. Maar vrijwel elke film is op usenet en middels andere bronnen zonder excryptie beschikbaar. De logische vraag is daarom...
Kan de Vu+ (of een andere Linux bak) deze niet gecodeerde BluRay's afspelen? Middels mounten of een share?
-
@47110815: Uit je eerste bericht maak ik op dat je het nog net geen schande vindt dat Canal Digitaal geen CI+ module gebruikt. Maar wat verwacht je dat een CI+ voor jouw als meerwaarde heeft dan?
Mijn schoonvader gebruikt een Pioner PDP-LX5090H icm een officiele Canal Digitaal CI module. Maar het systeem is niet bepaald stabiel. Soms wordt de CI module niet herkend en soms de kaart niet. Maar naar wat ik daarvan heb begrepen is dat eerder de schuld van de Pioneer dan van de CI-module.
Kun je anders niet eens het exacte merk en typenummer van je TV vermelden?
-
@Niels: Bedankt voor de sticky
@All:
Aangezien de builds elkaar momenteel in hoog tempo opvolgen is het niet zinnig dit bij te houden. Mocht er iemand een build zien die een mogelijk probleem oplost of belangrijk genoeg is om er een Windows variant van te maken, laat het dan even weten. Dan compile is de laatste versie die er op dat moment is en attach ik die aan een post (ik garandeer overigens niet dat ik op elk verzoek in ga!).
Hier in ieder geval de laatste build 3031.
-
OSCam is de nieuwe cardserver. Die het net als NewCS mogelijk maakt om met een DVB kaart in je PC en een cardreader met een smartcard legaal TV te kijken met een officieel abonnement.
NewCS is al een tijdje "dood" (in ieder geval wat Windows ontwikkeling betreft).
OSCam daarentegen wordt (op het moment van schrijven) zeer actief geupdate/bug fixed.
De ontwikkelingen hiervan zijn goed te volgen op:
OSCam draait op verschillende operating systems waaronder op Windows (middels Cygwin - Een Linux-achtige werkomgeving onder Windows)
Hieronder vind je in de attachement de huidige build (0.99.4 svn #3014) gecompileerd voor Windows.
Het pakketje bevat de cygwin DLL's en een basis configuratie die nodig is om van start te kunnen gaan.
Het meegeleverde config staat standaard op een phoenix compatible seriele reader op COM1 die werkt op 3.58MHz.
Daarnaast zijn er twee servers actief. Namelijk Newcamd op poort 12345 en CCCam op poort 12346.
Ook is deze OSCam build te benaderen middels een webinterface die is te vinden op:
user: webadmin
pass: admin
De basis config bevat 1 gebruiker:
user: testuser
pass: testuser
Deze kan op zowel poort 12345 (newcamd) als poort 12346 (CCCam) inloggen.
Wil je weten hoe de config bestanden in elkaar zitten en waar bepaalde opties voor zijn dan kun je die info hier vinden.
-
1
-
-
De + in CI+ is duidelijk alleen maar als plus voor de rechthebbende van de TV-programma's bedoeld. Niet voor de consumenten. Die worden door CI+ alleen maar meer beperkt in hun vrijheid.
>offtopic<
Maar goed zo zijn er wel meer consumenten verwarringen.
Het gros van de mensen denkt nog steeds dat LED TV's een nieuwe techniek zijn terwijl LED TV's gewoon LCD TV's zijn waarvan de fluorescentie buis is vervangen door LEDs.
Daar is dan weer niets nieuws aan want mijn Nokia 3310 die ik in 1998 had, had ook al (actieve!) LED backlight!
>ontopic<
-
Ik heb overigens gemerkt dan als ik de config lijn als volgt in richt:
cccamn:localhost:12346:1/0000/0000:testuser:testuser
Dat er bij Key 0000000000000000 dan wel een getal staat die ook in de entitlemenst van m'n kaart voor komt. Maar de subkeys blijven te allen tijde leeg!
Ik vindt het overigens wel vreemd dat het niet werkt want er zijn er genoeg die met OSCam als CCCam server wel autoupdate hebben. Zou alleen niet weten hoe die dan aan die key en subkey info komen.
-
Mijn HTPCtje in de slaapkamer, gebaseerd op een Asus AT3N7A-1 met daarin 4 GB geheugen en een Western Digital 160GB Scorpio Black (2,5Inch SATA), welke in staat is om vrijwel alle FullHD content (LiveTV, MKV's en Blurays) weer te geven gebruikt in het uiterste geval zo'n 51Watt. Standby is dat nog steeds 16 watt! Maar z'n lang gemiddelde tijdens aanstaan is 34 watt.
M'n HTPC in de huiskamer, waarin een Athlon X2 5600+ met 4 GB geheugen, 2x 160GB Samsung Spinpoint in RAID, een HD4650 en een Samsung Bluray-rom zit verbruikt met simpel livetv zo'n 126watt. Standby doet is 19 watt en z'n max heb ik wel eens op 212 watt geklokt.
Groot verschil is natuurlijk dat die kleine problemen zal hebben zodra iets niet met hardware acceleratie is af te spelen. Maar voor de rest doet ie niet onder voor z'n grote broer beneden!
-
Opzich een leuke geek oplossing
maar daarvoor moet je dus wel een PC aan hebben staan. Dat is dan weer een minder zuinige oplossing! -
Appie ik heb een vraag. Ik gebruik ACamd al heel lang met Newcamd. Maar onlangs ben ik van NewCS over gestapt op OSCam en wil daarbij gebruik maken van CCCam. Ik heb daarom de volgende config file in cardclient.conf staan:
cccamn:localhost:12345:1/0100/ff00:test1:test1
Maar als deze inlogt op m'n OSCam server dan krijg ik de volgende melding en worden er (twee uur getest) geen EMM's naar OSCam gestuurd:
10:46:58.341: cCardClientCCcamN::Login
10:46:58.342: connecting to localhost:12345/tcp (127.0.0.1)
10:46:58.389: CCcam login succeed
10:46:58.390: CCcamN 0: NodeID 0A0A0A0A0A0A0A0A, CCcam version 2.1.4 (build 3191)
10:46:58.390: CCcamN 0: Share 00000064, CAID 0100, Hops 0, Key 0000000000000000, Subkey 000000 00000000, Subkey 00006A 00000000, NodeID 0A0A0A0A0A0A0A0A
10:47:03.400: CCcamN 0: Share Count(1)
Volgens mij zit hem de kneep in de Subkey's. Die zijn leeg. Maar kan ik op een andere manier forceren dat ACamd toch de EMM's verwerkt en naar m'n OSCam server stuurt?
Ik heb de gebruiker in OSCam (natuurlijk) AU rechten gegeven. Met Newcamd protocol werkt AU wel. Maar wil liever maar 1 (CCCam) server draaien.
-
En andere mogelijke rede is geluid. Ik weet niet in hoeverre de Vu+ zelf herrie kan maken (zit er een fan in?) maar een HDD, zeker als die wat in de kast zou kunnen resoneren, kan best voor irritante herrie zorgen.
Blijft overigens altijd een dure oplossing voor euro per gigabyte.
-
Voor subtitles met vobsub, moet je VobSub of de VSFilter.dll installeren. Als deze wordt gebruikt krijg je het bekende groene pijltje rechtsonderin. In dat geval weet je ook zeker dat de video waar je naar kijk door de processor en niet door de videokaart wordt gedecodeerd.
Waarschijnlijk gebruikt XBMC z'n eigen subtitle renderer en is het subtitle verhaal geen eens een probleem.
-
Ja dat zijn (2 seconden red ik dan net niet) opzich tijden die ik met m'n DVB-t stick ook haal. En dat vindt ik eigenlijk wel lang. Maar ja ik zap allang niet meer! Ik browse altijd door de gids en kies van daaruit het kanaal waarop in wat wil zien!
-
Ik denk zelf dat het probleem in Media Center zit. Want m'n USB DVB-t dongle, die overigens in Media Center alleen de FTA kanalen weer geeft, zapt in Media Center (dus zonder TVSource) ook erg traag. Geen 6 seconden overigens, maar 3-4 seconden.
-
@Jetro:
Ja als er geen hardware versnelling zou kunnen worden gebruikt, kom je duidelijk in de problemen als het om HD materiaal gaat! Maar naast VC1 en H264, welke dus wel middels hardware acceleratie worden gedecodeerd, kom je bijna geen andere codec tegen om FulHD content mee te coderen.
Overigen heb ik maar 1 video codec geinstalleerd. Namelijk de MPCVideoDec.ax van MediaPlayer Classic. En deze wordt gebruikt om VC1 de decoden. Voor H264 gebruik ik de ingebouwde DTV codec van Windows 7 zelf. Na installatie van Haali Media Splitter wordt in Windows 7 al bijna alles probleemloos afgespeelt.
Wat ook nog het vermelden waard is, is dat zodra je in Windows subtitles middels VobSub afspeelt, hardware acceleratie niet meer werkt! Dat is dus voor sommige wel een groot min punt!
-
Ik heb zelf een HTPC(tje) met een Asus AT3N7A-I moederbord. Dit is een Atom 330 met een ION(1)-chipset.
Dit speelt onder Windows 7 werkelijk alles af. Mits je de juiste codecs voor het juiste doel op de juiste manier weet te configureren.
Bij mij speelt LiveTV (zowel SD als HD), Blurays, DVD's, MKV's met zowel VC1 als H264, AVI's met DIVX/XVID/MPEG4, AC3 en DTS (SPDIF out), MP3, Vorbis, DTSWAV's en nog veel meer. En dit alles vanuit Media Center met een Microsoft MCE remote.
In het begin heb ik deze over geklokt naar 2GHz maar inmiddels staat ie al weer een half jaartje (na een bios update) op de standaard 1.6GHz en dat maakt voor de werking niets uit.
Het apparaat staat middels HDMI op een FullHD scherm (1920x1080).
-
Ik dacht trouwens hier te lezen dat de VU+ sinds 4.0 ook 1080P ondersteund?
-
In dat geval zou de TV het scalen moeten uitvoeren. Tja het is de vraag of dat dan beter zal zijn. Wie weet!
-
Ik heb in het hele huis maar 1 HTPC met NVidia video en die is duidelijk minder (op m'n Pioneer Plasma) dan m'n andere HTPC's waar ATI kaarten in zitten. Ik wil daar absoluut niet mee zeggen dat NVidia kaarten per definitie slecht zijn voor dit doel.
Maar duidelijk is wel dat het beeld in m'n huiskamer op m'n FullHD Plasma van Pioneer van m'n HTPC (met ATI HD4650 aangesloten via DVI->HDMI kabel) menig bezoeker versteld doet staan. En dat het er dus echt wel heel goed uit kan zien!
Als je een SD beeld (altijd lager dan 720x576) op een resolutie van 1366x768 of 1920x1080 wilt weergeven moet er flink worden geupscaled. Ik denk zelf dat daar een deel van de kwaliteit verloren kan gaan. Maar ook deinterlacing en de kleurinstellingen in je videodrivers hebben daar invloed op.
-
Trouwens de responsetijden kun je ook (via ACamdMonitor bijvoorbeeld) in ACamd zelf zien.
-
Ik heb ook het volgende VBScript gebruikt om zoiets te doen in de tijd dat TVSource nog DVBSBridge for DVBViewer heette. Kopier het onderstaande en plak dat in een tekst bestandje. Verander daarna de extensie van .txt naar .vbs en start het op. Het zal in de achtergrond draaien en de taken uitvoeren zodra de status van het systeem veranderd:
Set oShell = CreateObject("WScript.Shell")
Set colMonitoredEvents = GetObject("winmgmts:")._
ExecNotificationQuery("Select * from Win32_PowerManagementEvent")
Do
Set objLatestEvent = colMonitoredEvents.NextEvent
Select Case objLatestEvent.EventType
Case 4
oShell.Run "taskkill /IM:OSCam.exe /F", 1, False
Case 7
oShell.Run "<programma folder>\OSCam.exe", 1, False
Case 11
MsgBox "OEM Event happened, OEMEventCode = " _
& strLatestEvent.OEMEventCode
End Select
Loop
-
Las vandaag dat Net5 in september al met een 3D kanaal begint via Ziggo. Wie weet zal dat kanaal dan ook snel bij andere providers waaronder Canal Digitaal beschikbaar komen.
-
Ik denk niet dat Oscam geschikt is om een slaapstand te overleven. O.a. omdat het middels sygwin een half linux programma is.
In (een van je) TVSource mappen in de Sources map van DVBLink staan twee batch bestandjes.
Zet in before_standby.bat
taskkill /IM:OSCam.exe /f
en before_resume.bat
<Het pad waar oscam staat>\OScam.exe
Dit zal voor de slaapstand OSCam geforceerd afsluiten en na het wakker worden OSCam weer opstarten.
maar daarvoor moet je dus wel een PC aan hebben staan. Dat is dan weer een minder zuinige oplossing!
OSCam - Windows versie
in Windows en zo...
Geplaatst:
Voor hen die graag zelf de laatste OSCam build met Cygwin willen compilen volgt hier een uitleg hoe ik dat doe:
1: Installeer Cygwin
bij de packages keuze zoek en selecteer je:
- make: The GNU version of the 'make' utility
- cmake: A cross platform build manager
- gcc: C compiler upgrade helper
- subversion: A version control system
- libusb1.0-devel: USB programming library (development files)
- openssl-devel: The OpenSSL development environment
2: start vervolgens Cygwin op en voer op het command prompt de volgende commando's uit
cd /usr/src
svn co http://streamboard.gmc.to/svn/oscam/trunk oscam
cd oscam
mkdir build
cd build
cmake -DWEBIF=1 ..
make
Je vindt vervolgens in de installatie map van Cygwin onder:
\usr\src\oscam\build
OSCam.exe
Als je de laatste build wilt ophalen en compileren hoef je in Cygwin vanaf nu alleen nog deze commando's uit te voeren:
cd /usr/src
svn up oscam
cd /usr/src/oscam/build
cmake -DWEBIF=1 ..
make