Roel91
-
Items
18 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door Roel91
-
-
Probleem gister nog opgelost gekregen met wat stoeien
-Beide kaarten een half uur in de ci+ van ziggo in de tv gehad en de kaarten opnieuw in gelezen via de ziggo site. Zodat alle intitlements vernieuwd worden
-daarna nog niks weer error.
-beide ontvangers de image geupdate en toen hadden beide kaarten weer 6 intitlements
Toch ergens iets in de software van de ontvanger zelf denk ik dan
Vind het toch vreemd 1 stb draait pli de andere vti. Het eens even aankijken of ze het nu blijven doen
-
Vandaag viel mij op dat in mijn ontvanger boven een error (no entitlements) stond bij de ziggo irdeto kaart in oscam.
Ontvanger onder werkte wel nog met de kaart. kaart boven eruit onder erin nog steeds het zelfde probleem. toen de kaart wat onder erin zat terug gestoken die doet nu dus ook niks meer. kaarten opnieuw ingelezen via ziggo ook geen oplossing dus ik zit nu met 2 kaarten van ziggo wat niet meer werken via oscam hebben het voorheen altijd gedaan. als ik ze in de ci+ in de tv stop gaan de zender gewoon netjes open.
zijn verder geen instellingen gewijzigd 1 is 0604 andere 0606.
Wie heeft de oplossing voor mij? hieronder logje bijgepost van oscam + reader
- 2021/12/21 20:46:07 00000000 s (main) Host name = vuduo4k
- 2021/12/21 20:46:07 00000000 s (main) Release = 4.1.45-1.17
- 2021/12/21 20:46:07 00000000 s (main) Version = #1 SMP Thu Sep 10 17:29:45 CEST 2020
- 2021/12/21 20:46:07 00000000 s (main) Machine = armv7l
- 2021/12/21 20:46:07 00000000 s (main) Stb model = dm8000
- 2021/12/21 20:46:07 00000000 s (main) Stb vumodel = vuduo4k
- 2021/12/21 20:46:07 00000000 s (main) Stb boxtype = vuduo4k
- 2021/12/21 20:46:07 00000000 s (main) creating pidfile /tmp/oscam.pid with pid 5546
- 2021/12/21 20:46:07 00000000 s (config) userdb reloaded: 1 accounts loaded, 0 expired, 0 disabled
- 2021/12/21 20:46:07 00000000 s (main) signal handling initialized
- 2021/12/21 20:46:07 00000000 s (reader) lower_card [internal] creating thread for device /dev/sci0
- 2021/12/21 20:46:07 00000000 s (emmcache) loaded 0 emmcache records from /etc/tuxbox/config/oscam.emmcache in 0 ms
- 2021/12/21 20:46:07 41C17E5D r (reader) lower_card [internal] Reader initialized (device=/dev/sci0, detect=cd, pll max=27.00 MHz, wanted mhz=4.50 MHz)
- 2021/12/21 20:46:07 41C17E5D r (reader) lower_card [internal] Reader sci internal, detected box type: vuduo4k
- 2021/12/21 20:46:07 00000000 s (emmcache) loaded 0 emmstat records from /etc/tuxbox/config/oscam.emmstat in 0 ms
- 2021/12/21 20:46:07 2F98AAD3 c (client) plain dvbapi-client granted (dvbapi_local, au=auto (13 reader))
- 2021/12/21 20:46:07 2F98AAD3 c (dvbapi) dvbapi channelcache loaded from /etc/tuxbox/config/oscam.ccache
- 2021/12/21 20:46:07 2F98AAD3 c (dvbapi) Detected /dev/dvb/adapter0/demux0 Api: 0, userconfig boxtype: 1 maximum number of filters is 64 (oscam limit is 64)
- 2021/12/21 20:46:07 2F98AAD3 c (dvbapi) Detected /dev/dvb/adapter0/ca0 device, total available descramblers: 16
- 2021/12/21 20:46:07 7313E0C5 h (webif) webif: decompressed 166586 bytes back into 407776 bytes
- 2021/12/21 20:46:07 7313E0C5 h (webif) HTTP Server running. ip=0.0.0.0 port=83
- 2021/12/21 20:46:08 41C17E5D r (reader) lower_card [internal] card detected
- 2021/12/21 20:46:09 41C17E5D r (reader) lower_card [internal] ATR: 00 00
- 2021/12/21 20:46:09 41C17E5D r (reader) lower_card [internal] ERROR: Could not read reader->convention
- 2021/12/21 20:46:09 41C17E5D r (reader) lower_card [internal] Error activating card.
- 2021/12/21 20:46:09 41C17E5D r (reader) lower_card [internal] ATR: 00 00
- 2021/12/21 20:46:09 41C17E5D r (reader) lower_card [internal] ERROR: Could not read reader->convention
- 2021/12/21 20:46:09 41C17E5D r (reader) lower_card [internal] Error activating card.
- 2021/12/21 20:46:10 41C17E5D r (reader) lower_card [internal] ATR: 00 00
- 2021/12/21 20:46:10 41C17E5D r (reader) lower_card [internal] ERROR: Could not read reader->convention
- 2021/12/21 20:46:10 41C17E5D r (reader) lower_card [internal] Error activating card.
- 2021/12/21 20:46:11 41C17E5D r (reader) lower_card [internal] THIS WAS A FAILED START ATTEMPT No 1 out of max allotted of 1
- 2021/12/21 20:46:11 41C17E5D r (reader) lower_card [internal] card initializing error
label = lower_card
description = Ziggo
protocol = internal
device = /dev/sci0
caid = 0604
boxkey = 1122334455667788
rsakey = ****
dedetect = cd
mhz = 540
cardmhz = 2700
group = 1,2
emmcache = 1,3,2,0
blockemm-unknown = 1
blockemm-g = 1 -
zoals beloofd zal ik hieronder de waardes neerzetten
Gemeten met vu duo 4k vti image en triax 78
toen ik de triax rail gemonteerd heb heb ik de schoten tevens iets bij moeten draaien om meer signaal te krijgen
sab rail = elevatie 32.5 graden
triax rail = elevatie 31.5 graden
1e opstelling was 4x Inverto black premium met sab-rail
13e = 72% op 10719025 3/4 V
19.2e = 86% op 10743075 5/6 H
23.5e = 90% op 12187050 2/3 H
28.2e = 86% op 10803000 5/6 H
2e opstelling 3x premium 1x triax slim met sabrail
13e = 72% (inverto)
19.2e = 94% (inverto)
23.5e = 87% (traix)
28.2e = 92% (inverto)
3e opstelling zelfde als 2e maar dan triax rail ( in de hoge stand)
Rails staat hier niet vol schuin anders komt de hotbird te laag te staan
13e = 77%
19.2e = 91%
23.5 = 85%
28.2e = 88%
4e Opstelling is het zelfde als de 3e maar dan de rails vol schuin
13 = 64%
19.2 = 96%
23.5 = 85%
28.5 = 93%
5e opstelling heb ik de triax rail omgedraaid en compleet schuin gezet
13 = 77%
19.2 = 96%
23.5 = 64%
28.5 = 70%
in verhouding ontlopen de triax en sab zicht niet heel veel met de triax krijg ik wel beter signaal op de hotbird
teven zie je hier dat je met een lnb zonder feedhorn iets op signaal inlevert het is en blijft een compromise sluiten tussen de 4 satellieten
-
11 minuten geleden, Sprietje zei:
En kijk dan ook hoeveel de elevatie instelling anders is.
Ik schijf alles op alleen bij vti zijn de transponder nummers wat anders genummert (deze lijken veel langer). Heb ook even de 4x inverto premium opgeschreven astra 3 wordt nu een triax slim lnb.
-
Op 23-6-2021 om 14:43, Janssen11 zei:
Ik ga ook eens wat andere shops afbellen, als ik er een heb dan laat ik het ook weten.
Sprietje, hartelijk bedankt voor de berekening, ik hoop nu snel aan de slag te kunnen.Ik zou je nog iets laten weten over de multiblock.
Die ik besteld heb is wel een echte triax 🙂
En over het bericht hierboven. Heb een smalle lnb mee besteld. Die ga ik eerst in de sab rail zetten en afstellen. Schijf de waardes op en daarna monteer ik de triax rail en richt deze uit. Dan zien we snel genoeg het verschil in de 2 multiblocks of hey veel uit maakt
-
22 minuten geleden, Janssen11 zei:
Zojuist het pakketje ontvangen van ***** en 3 keer raden, alweer een SAB rail.
Direct gebeld en zij geven aan dat dit correct is en dat de originele triax rail nergens meer te krijgen is / niet meer gemaakt wordt.
Zou het ook op de SAB rail kunnen met je berekening of weet jij wellicht waar deze wel nog op voorraad is?Ik heb er net een een bij **** besteld. Wil ook vab mijn sab rail af. Heb hun gebelt en hun zeggen dat dit de originele is. Nouw ben benieuwd! Als dit zo is laat ik het je weten 😉
-
Het is inderdaat niet optimaal. Maar uitval heb ik eigenlijk niet alleen het signaal keldert met veel regen. Veel regen reserve heb je niet. De sab rail wil ik zowiezo nog wisselen voor een triaxrail. Dit omdat bij de sab rail de lnbs eigenlijk te hoog staan. Maar als je het echt goed wil doen kan je beter voor een wavefontier t90 etc gaan. Een triax 78 is eigenlijk niet ontworpen voor multifeed.
-
21 minuten geleden, Old Satterhand zei:
Heb je bij het instellen van die regels een black-out (HDMI sync) ervaren? Dat zou n.l. moeten. Heb je die niet gehad dan is er niets gewijzigd.
Je kunt het nog eens proberen. Zie het filmpje. Als je op de kleurruimte regel staat dan klik je 1x naar links.
De STB wijzigt de instelling dan van 4.2.2 12 bit naar 4.2.0. 10 bit en de clock gaat van 594 naar 371 MHz.
Ja dat zwarte schern kreeg ik dan maar de witte knipperende pixels bleven nog. Nu rechtsteeks op tv blijft het goed gaan
-
Zelf heb ik een multifeed met triax 78 in combibatie met sab rail en 4x inverto ultra black quad. Gaat al 2 jaar goed. Rond de 89% op de 23 oost en 19.2. De hotbird en 28 oost zitten rond de 79% alleen de zwakkere transponders zitten soms op 50% maar die kijk ik nooit. Met regenval ook niet zo'n last van. Alleen met heel slecht weer is het beeld weg. Heb hem zelf ook in reuver gehad. Nu dan baexem 🙂 durf alleen niet te zeggen hoe het met de nieuwe triax is
-
7 minuten geleden, Tonskidutch zei:
Dus de Denon X2300W heeft een probleem met dat doorsluizen van het aangeleverde HDMI signaal zoals Old Satterhand schreef waaraan die niet juiste instelling debet is.
Dat zou dan haast wel moeten. Alleen in. De denon vakt niet heek veel in te stellen. Heb ook de scaler uitgezet etc mar mag niks baten
-
37 minuten geleden, Tonskidutch zei:
hij schreef dat de AVR niet het probleem is, dus hij heeft wellicht de Vu+ direkt aan de TV getest ???????????????????????????????????
Nachtmerries schudden je wakker.
Eerst leek het weg te zijn tot het uiteindelijk weer verscheen. Nu de avr er tussenuit gehaalt. Gisteravond ging het tot zo ver goed. Inderdaad nachtmerries haha. Vooral als het niet condstand is en je denk het is weg en ja hoor daar is het weer 😕😅
-
38 minuten geleden, Old Satterhand zei:
Dit is een gebruikelijke fout bij problemen met HDMI.
Meestal is dat een van de kabels in de keten STB -> AVR -> Display
Als al je apparaten UHD ondersteunen met 50/60 fps en deep colour (12 bits) dan wordt er per seconde 3x6 Gygabit getransporteerd.
Dan is er niet veel nodig om data te verliezen. De witte spikkels duiden hier op.
Als je de resolutie verandert naar 1080P dan reduceer je de data doorvoer met een factor 4 of meer.
Je kunt ook de stress op de kabels/apparatuur verminderen bij UHD door te kiezen voor een andere chroma subsampling (OpenPli noemt dit kleurruimte)
4.2.2 naar 4.2.0 geeft 25 % datareductie, zonder verlies van beeld kwaliteit. Alle uitzendingen zijn in 4.2.0
Mocht dit niet genoeg zijn kun je (als de kleurruimte op 4.2.0 staat) verdere datareductie verkrijgen door te kiezen voor 10 bit kleurdiepte.
Ook dit geeft geen verlies van beeldkwaliteit omdat er maximaal 10 bits worden gebruikt bij UHD/HLG.
Deze instellingen kun je vinden bij de audio/video instellingen.
Voor de meeste OpenPli gebruikers is een overgang naar VTI een nachtmerrie, dus probeer dit eerst.
Ik heb gister vanalles geprobeert. Met aanzetten niks aan de hand. Toen een beetje, toen heel erg, en weer bijna niks heb heel wat geplugt met kabelsven gewisselt. Nouw toen maar vti erop gezet na heel wat gevloek. En ja hoor daar was het weer. Toen de kabel regelrecht in de tv gestoken. En ja hoor het was weg en bleef ook weg. Nu weer ik nog niet wat het precies is
Stb staat op 2160p
Heb op de stb kleur ruimte, beide regels gewisselt. Veranderde niet heel veel en naar 1080p was het weg.
Opstelling is
Vu+ Duo 4k > denon avr x2300w > philips 58pus8545 zou normaal gesproken goed moeten gaan. Heb het niet eerder gehad. Dan zou het toch de avr of de kabel moeten zijn???
-
Zojuist, alias haha zei:
Probeer eens een ander image van een andere bouwer
welke kan ik dan het beste kiezen vti of atv?
-
Zojuist, minplus zei:
Ik neem nooit de allernieuwste van een image. Daar zitten nog veel fouten in. Geldt voor Pli, VTI en noem maar op.
heb de oude terug geflasht maar dit haalt niks uit helaas.
-
Het lijkt erop dat het toch aan de image ligt.
andere hdmi kabel maakt niks uit, ook aan de avr receiver ligt het niet.
als ik in de beeld instellingen in openpli hem terug zet naar 1080p zijn alle flikkerende pixels weg. heb de beeldverversing aangepast dit veranderde het wel iets maar met terug zetten bleef het ook weer net zoveel. zal denk ik een driver probleem of iets zijn. misschien toch eens een andere image flashen.
welke word geadviseerd vond openpli altijd makkelijk en lekker overzichtelijk, maar mischien toch maar eens over gaan stappen dan
-
3 minuten geleden, fred33 zei:
Ja! Maar... dat was een akelig probleem: namelijk dat de NVIDIA chip (in zo'n vreselijke BGA behuizing) tijdens fabricage onvoldoende flux had gekregen.
Die had ik met een temperatuur gecontrolleerde airblower moeten fixen... heel gedoe, boel werk: wens ik niemand toe...
Maar... kijk eens (ter test) of de Duo4K onder streaming (dus met vlc op een aparte machine) nog wel beeld geeft? (Daarmee sluiten we uit dat het al eerder misgaat... dwz, dat de mpeg-decoder al niet het juiste signaal krijgt (dan kan ie er ook niks van maken he).
En verder valt er helaas niets meer verder te doen wat me te binnen schiet, want zo'n Duo4K heeft alleen maar HDMI, daar zit geen composite ofzo meer op 😕
Beeld heb ik nog wel.
Alleen met zender wissel (zwart scherm) en donkere beelden zie je de witte knipperende pixels in beeld. Ikga straks is een andere kabel proberen als ik thuis ben of dit iets uithaalt. En eventueel eens de denon avr ertussenuit halen. Maar deze heb ik ook eens uitgezet maar dit haalde ook niks uit. Niet dat de avr dadelijk nog de schuldige blijkt te zijn
-
33 minuten geleden, Tonskidutch zei:
Garantieperiode 2 jaar...!
mits de tuner niet doorgebrand is door een waterlekage
Ontvanger is denk ik nu 3 jaar oud. Dus geen garantie. Weet niet of dit iets met drivers te maken heeft of hardware matig iets
-
Mijn vu+ duo 4k heeft sinds gister knipperende witte pixels met zwart scherm en donkere beelden.
Heb gister de nieuwste openpli image geflasht. Later op de avond viel mij dit ineens op
- opnieuw opgestart
- stroom eraf
- oude images terug geflasht
- hdmi kabel eruit gehad
Dit maakt geen verschil, met zwart scherm zijn het net allemaal sterren die knipperen.
Iemand dit probleen ook gehad?
Vu plus solo 4k se, fbc kabel tuner
in 2dehands
Geplaatst:
Zou je mij wat foto's kunnen sturen via pb van de ontvanger. eventueel interesse om hem van je over te nemen 🙂