kwetal
-
Items
310 -
Registratiedatum
-
Laatst bezocht
-
Dagen gewonnen
1
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door kwetal
-
-
Op 25-11-2020 om 10:11, Tonskidutch zei:
Ik denk dat het voor de netwerk functionaliteit werkende krijgen op een Image en dus als voorbeeld voor derden die dit zoeken op internet en dan lezen wel belangrijk is dat er oplossingen zijn die werken.
Ok. Er is een oplossing voor dit probleem. Zelf had ik de moed al opgegeven. Van hetgeen wat ik op dit forum heb kunnen vinden (ik heb indertijd meerdere keren gezocht) is dit ook de eerste keer dat ik een concrete aanwijzing zie welke weg te bewandelen. De crux zit in mijn geval niet in "Netwerk interface inschakelen" maar in "DHCP" uitschakelen. In de default configuratie op mijn image staat ie ingeschakeld. (Groen). Eigenlijk precies hetzelfde als bij ethernet configuratie. Waar DHCP wel werkt. En de configuratie binnen een paar seconden rond is. En zo zou het eigenlijk moeten in deze moderne tijd waarin gemak de mens dient. De tijd van moeizaam handmatig configureren ligt toch al ver achter ons? Het doet me denken aan de begin tijd van de ISDN. Waar je zo een heel weekend mee bezig kon zijn om de boel aan de praat te krijgen. Het is me een raadsel waarom de ontwikkelaars van Openpli inzake wifi deze als "hidden gem" hebben ingebouwd. Misschien heeft iemand daar een idee over.
Verder heb ik niet meer getest of wifi het ook echt doet. Dan moet ik eerst op zoek in de doos met documentatie naar de juiste parameters. Dat doe ik wel op het moment dat muizen mijn kabel doorgeknaagd hebben. If it ain't broke, don't fix it.
@Spotvogel Ondanks dat het voor mij mosterd na de maaltijd is, bedankt voor je aanwijzing.
-
31 minuten geleden, Jürgen zei:
....... van @kwetal warvan de laatste het topic heeft gekaapt.
Toch denk ik dat beiden het over hetzelfde probleem hebben.
Persoonlijk denk ik niet dat het met foutieve of onvoltooide instellingen te maken heeft maar dat het gewoon aan een niet goed functionerende OpenPli Image ligt.
Afgezien van regel 1 zitten we op hetzelfde spoor denk ik.
Leg me eens uit waarom je het woord "gekaapt" van toepassing vindt. Mijn intentie was niet anders dan TS te laten zien dat hij niet alleen stond in zijn problematiek.
Het plaatje met screenshots heb ik gemaakt i.v.m. de volgende opmerking van @Spotvogel
"Open Pli 7.3
Geen enkel probleem, alleen, je moet de wifi wel aan zetten."
Mijn wifi staat aan, dacht ik. Openpli 7.3
Mede geplaatst omdat TS hier mogelijk geen zin in zou hebben:
"Schijnbar heeft TS HIER ook geen zin in want dit is nu ook al herhaaldelijk gevraagd....😉"
Verder kan ik me wel voorstellen dat sommigen hier afhaken:
"dat klopt maar ook @Spotvogel kan al een sluier lichten die de schaamte van @Digipaps, wat instellingen betreft helpt overwinnen"
Het verheugende van de ontwikkeling in dit topic dat er in ieder geval bij Jürgen begrip lijkt te ontstaan dat de problematiek wel eens niet aan een onhandigheid van de gebruiker kan liggen.
-
4 uren geleden, Spotvogel zei:
Netwerk-wlan connectie-adapter instellingen-netwerk interface inschakelen (rechts groen maken dus)
Zonder dat zien ze elkaar wel maar komt er geen verbinding...
Was het maar zo simpel....... Dit recept geldt helaas niet voor iedere VU/openpli gebruiker. Ergens gaat er iets mis in de wijze waarop openpli de specifieke (hardware gebonden!) device driver van de draadloze netwerkchip aanspreekt. Of omgekeerd. Tenminste, dat is wat mijn kleine denkraam er van kan maken.
Device drivers literally drive everything you're interested in--disks, monitors, keyboards, modems--everything outside the computer chip and memory. And writing device drivers is one of the few areas of programming for the Linux operating system that calls for unique, Linux-specific knowledge.
Het is in principe oplosbaar, maar iemand moet daar zin aan hebben en er voor gaan zitten. Zelf ben ik met programmeren gestopt met de overstap naar windows XP. Anderen doen dat nu eenmaal beter en efficiënter. Het schrijven van een robuuste device driver was bepaald geen sinecure. Zelfs in de redelijk overzichtelijke MS-Dos tijd. Mijn laatste projectje was een custom interface voor de 16550 UART. Niemand gebruikt die chip meer. Maar er zijn nog heel wat toepassingen die deze chip (en haar voorgangers) emuleren in communicatie via de USB interface. Dan ben je een stuk sneller klaar dan dat je vanaf de bodem een nieuwe device driver moet opbouwen. Oude bewezen protocollen zouden zo soepel in een nieuw jasje moeten glijden. Maar het is meteen een bron van zelden optredende onbegrepen problemen. Zo had ik moeite met updaten van de Schwaiger Satfinder via W10/USB. De overdracht kwam niet op gang. Ondanks de succes melding van de updater. Onder W7/USB lukte het wel. Hoe dan ook lijkt me dit probleem vergelijkbaar met de problemen die sommigen hebben met wifi van VU/openpli.
Maar ik wil wel meedenken met diegenen die denken dat het louter een kwestie van de juiste instellingen is:
Het gewraakte schuifje staat op groen. Wat moet ik nu doen?
-
Mijn VU+ Ultimo heeft wifi ingebouwd. Alles geprobeerd. Alle instellingen goed. Fritz- en VUbox zien elkaar. Geen verbinding. Met geen mogelijkheid. Ik denk voor 99 a 100% een open pli probleem.
Ik ben inmiddels zeer tevreden met de (noodgedwongen) aangelegde cat5 verbinding. Werkt perfect
-
50 minuten geleden, Sprietje zei:
Ik dacht dat ik met de tweede reactie op de vraag van topicstarter een duidelijk antwoord had gegeven <knip>
Vind ik ook hoor. Waar ik aan refereerde was deze opmerking:
Op 26-10-2020 om 22:16, Codx zei:Echt niemand die een normaal antwoord kan geven op zijn vraag? <knip>
Gezien de ontstane verwarring kan ik alleen maar spijt hebben mijn reactie op deze manier begonnen te zijn. Ik herhaal nog maar eens dat ik het erg leuk vond alle reacties in dit topic te lezen. Zonder daar een onderscheidend waardeoordeel aan te willen koppelen.
-
1 minuut geleden, Tonskidutch zei:
beetje tendentieus als opening van een Off topic reactie meent " niemand "
Ik meende slechts te refereren aan een andere opmerking uit dit topic. Maar mijn excuses voor het ongemak.
-
Niet helemaal on topic maar reclame blokken zappen we "hi-speed" door tijdens het kijken.
Gratis: Een TS bestand (en andere formaten) kan je ook schoon knippen via VLC. Moet het echt helemaal op het frame nauwkeurig dan doe ik re-encoding via Virtual-Dub. Je hebt als output dan wel alleen maar de keuze uit een AVI-container. Voor mij geen probleem. Daarnaast vele interessante filters om eventueel wat met de beeldkwaliteit te pimpen. Audio kan aangepast worden via het eveneens gratis Audacity. Maar goed, allemaal geen opties voor diegenen die het allemaal met één druk op de knop willen doen.
-
Ondanks dat niemand aanvankelijk de moeite heeft genomen om TS direct op zijn vraag te beantwoorden vond ik dit een reuze interessant topic om door te lezen.
OT: Wat beeldkwaliteit betreft: Hulde aan de Duitsers. Geweldig wat die met 1280x720 50p weten door te geven. Hoe ze het doen weet ik niet, maar op mijn 85 inch Qled ziet het er (bijna) uit als native UHD content. Nou ja, tikkie overdreven. Maar het overklast ruimschoots veel 1920x1080 aanbod. Behalve dan de BBC en vele (staats?) zenders uit het midden- en verre oosten. Zelfs het "arme" Wit-Rusland en de Oekraïne doen het beter
-
19 uren geleden, cookie monster zei:
Dat draadje had ik ondertussen al gelezen , maar ik word er niet echt wijzer van !! 😕
Toch mercikes voor de link 🙂
Dat draadje ging al vrij snel over in de kwaliteiten van het antennesignaal.
Die Duitse DD kaarten functioneren goed bij onberispelijke signaal kwaliteit maar vallen als eerste door de mand bij afnemende signaalkwaliteit. Een ander DVBviewer forumlid had een soortgelijke ervaring. Ook deze TS heeft problemen gemeld maar ging er zonder meer vanuit dat zijn probleem niet aan de kaart lag. Helaas heeft hij bij de discussie afgehaakt en niet meer vermeld hoe het is afgelopen. Jammer.
Ik kan alleen maar zeggen dat de vervangende TBS 6590 (PCIe i.p.v. USB) voortreffelijk functioneert. Met de Joyne CI module. En met de multistream zenders op 5W. Dus op basis van mijn ervaring: In ieder geval geen DD. TBS (ik heb er drie vanaf 2010) heeft me nog nooit teleurgesteld.
-
Bij de RAI op 5W is ie FTA. Tot 14:00 op RAI sport+HD. Je kan 's ochtends al beginnen te kijken bij de voorbereidingen. Na 14:00 overschakelen op RAI2 HD. Integrale uitzendingen. Naar Nederlandse begrippen maar zeer bescheiden reclame onderbrekingen. Ik geniet van het landschap, het wielrennen en probeer en passant mijn Italiaans wat bij te spijkeren.
-
2
-
-
10 uren geleden, Mimisiku zei:
Kilometers buiten mijn interessegebied.. Maar leuk voor de liefhebbers (als die er zijn)
Het was indertijd (Brava HD) de enige zender die ik moeite waard vond in het CD aanbod.
Ik dacht overigens dat het helemaal verdwenen was bij CD. De website van CD blinkt overigens niet uit in duidelijkheid wat er nu precies wel of niet in het royaal pakket zit. Maar 35 euro per maand wordt me echt te gortig voor alleen Stingray classic HD.
Met enig zoekwerk is er ook nog wel wat te vinden op FTA's zoals ARTE, 3Sat, BR, SWR, NDR, BBC FOUR en RAI 5. Met uitzondering van RAI 5 veel betere kwaliteit beeld en audio. Ik heb er over de afgelopen jaren een aantal uitstekende opnames aan overgehouden. Nadeel is dat je wel regelmatig de EPG's en/of TV gidsen moet scannen om niets te missen.
Als achtergrond muziek heb ik tegenwoordig NRK Klassisk op 4.8 E. AAC-LATM. Klinkt voortreffelijk! Maar weinig geklets (in het Noors) tussendoor.
-
Niet alle multikabel heeft een ijzeren kern hoor. Die van Triax in ieder geval niet. Maar is wel 400 euro voor een rol van 100 meter. En die heb ik nog nergens per meter aangeboden gezien.
-
14 uren geleden, moonchild zei:
De verschillende ffdesca versies 32/64 bit en broncode zou je op het net moeten kunnen vinden. Anders heb ik hier nog veel liggen.
Is het assembler geschreven? In C++ zie je, naar mijn idee, al niet meer de rechtstreekse implementatie van de instructieset. Hoewel je natuurlijk wel assembly listings kunt maken. Overigens ligt de tijd van low-level programming al ver achter me. Het loont niet meer die moeizame wegen wegen te bewandelen.
Programmeren doe ik tegenwoordig alleen nog maar een beetje in VB6. Daar heb ik die W7 PC nog voor staan. Het is af en toe nog verrekte handig snel een dedicated tool te kunnen schrijven.
Overigens is het wel interessant weer eens in de achtergronden van de LAME en/of FFmpeg encoders te duiken. Zodra ik me ga vervelen kan ik dat nog wel eens doen
Maar de Ryzen7 gaat als een mes door elke boter. Dus echt nodig is het niet meer. Het enige wat nog echt voor traagheid kan zorgen zijn de windows kernels. Nog steeds onbegrijpelijk dat je systeem traag als stroop kan worden bij een totale processorbelasting van nog geen 30% en een sloot vrij geheugen. Ik heb intussen wel een linux systeem opgezet. maar ja, als 65er begin ik er moeite mee te krijgen steeds maar wielen opnieuw uit te moeten vinden....
Het draait met alleen de integer instructies. Komt een beetje moeilijk op gang:
- 2020/09/09 12:15:18 15A95157 c (client) encrypted cccam-client 192.168.178.20 granted (w7, au=off)
- 2020/09/09 12:15:47 15A95157 c (client) w7 disconnected from 192.168.178.20
- 2020/09/09 12:20:24 3B482427 c (client) encrypted cccam-client 192.168.178.20 granted (w7, au=off)
- 2020/09/09 12:21:02 3B482427 c (client) w7 disconnected from 192.168.178.20
- 2020/09/09 12:22:31 0BD3F6A6 c (client) encrypted cccam-client 192.168.178.20 granted (w7, au=off)
- 2020/09/09 12:22:37 0BD3F6A6 c (ecm) w7 (0100@00006A/5C00/5225/64:492AB36F69D1AFE607CE6706A38A6212): found (334 ms) by upper_card
- 2020/09/09 12:22:38 0BD3F6A6 c (ecm) w7 (0100@00006A/5C00/5225/64:A22FE6A02BF8B06D22C5FE757B030577): found (664 ms) by upper_card
- 2020/09/09 12:22:47 0BD3F6A6 c (ecm) w7 (0100@00006A/5C00/5225/64:905CAC0200DEA3B5F0F7594D6D007997): rejected (1 ms) by upper_card (Ratelimiter: no slots free)
- 2020/09/09 12:22:58 0BD3F6A6 c (ecm) w7 (0100@00006A/5C00/5225/64:54AFEEFB52A2E17CE5433B9BF50964C6): found (330 ms) by upper_card
Dat "probleem" met die ratelimiter heb ik nog niet eerder gezien. Ik was op dat moment met zekerheid de enige gebruiker van de CD kaart. Maar daarna draaide het. Mijn dank voor het aanbieden van deze oplossing. Wie weet kan TS er zijn voordeel mee doen. Maar je moet niet te veel drempelvrees hebben. Een gegeven waar velen zich op stuk lopen, denk ik.
-
Dus dan moet je altijd de zwarte buitenmantel verwijderen. Maar dan heb je mogelijk weer last van uv-licht werking?
Overigens speelt dit bij mij niet. Ik gebruik de multicoax in de route tussen de switches en de ontvangers. Het is zo goed als onmogelijk dat er nog water in kan lopen. Voor de verbindingen met de quattro's heb ik standaard coax gebruikt.
Wat wel een rol speelt is de maximale buigradius. De ruimte in mijn installatiekast houdt (uiteindelijk) niet over. Omdat ik van het plan van één 33/12 naar twee 17/8 multiswitches plus 4 uncommited ben overgestapt. Niet duurder en een stuk flexibeler in de uitbreidingsmogelijkheden. Ik denk dat het me overal gelukt is buiten die 35 mm te blijven. Behalve op drie plekken waar ik een haakse connector heb toegepast.
-
Op 6-9-2020 om 20:24, Sprietje zei:
Bovendien is de minimale buigradius van multicoax is 190mm, een enkele coaxkabel 35mm.
Indien dit zo is dan is dit een zorgwekkend gegeven. Geldt die 190 mm voor de intacte bundel van 4 of ook voor de individuele coax losgemaakt uit de bundel?
-
W7: AMD FX-8320 Black; 2012; Piledriver Family; AVX maar geen AVX2.
Instructieset: MMX, SSE, SSE2, SSE3, SSE4, SSE4.1, SSE4.2, SSSE3, x86-64
Op W10 heb ik een Ryzen7. Die heeft wel AVX2 aan boord maar daar laat ik voorlopig even geen experimenten op los.
Ik heb voor de standaardinstallatie gekozen. Dus met SSE2. Ik wil deze week nog wel eens opnieuw installeren met alleen Integer.
Naar mijn idee is het vooral "spielerei" van de programmeur om de meer geavanceerde instructiesets te implementeren. Op dit moment loopt op mijn W10 tegelijk DVBDream op tuner 0 (Rai 5 FTA) en DVBViewer op tuner 1 (een HD - via ultimo CD kaart). Gem. CPU belasting resp 1,4 en 0,7%. Nog niet echt een noodzaak het uiterste uit de CPU te gaan persen. Lijkt me. Het lijkt me dat het FFdecsa pakket ontwikkeld is in een tijd dat de processor nog iets van een flessenhals kon vormen in de verwerkingssnelheid.
-
1
-
-
19 minuten geleden, Vaako zei:
Zo zie je maar dat je met alles kunt uitgelachen worden, zelfs als je info geeft leuk.
Zo moet je dat nu ook weer niet opvatten. Misschien hebben IJzerbout en ceesv een zware dag gehad en wat humor nodig om zich op de been te houden. Er zijn nog serieuze mensen genoeg op dit forum. Hopelijk is voor jou de lol er nog niet af. En het zou best kunnen dat je foto's de sleutel tot de oplossing geven.
-
Op 6-9-2020 om 17:35, Clemens-vuplus zei:
ECMs zijn geen decoderingssleutels. ECMs zijn pakketjes waar de decoderingsleutels geëncrypteerd in zitten vervat
Na het installeren opent de oscam webif, daar kun je dan de instellingen wijzigen om met je server te verbinden.
Mooi dat je het even helemaal exact benoemd.
De setup installeert soepel. Op mijn W7PC. Daar zit nog een TBS 6902 in. Alleen op het thuisnetwerk aangesloten. Internet toegang in de Fritzbox geblokkeerd.
Ik heb de meest recente: oscam_for_dvbviewer_setup_11594_dvbapiNET#1d5c9b8d. De verbinding met de server ingesteld en dvbviewer 6.1.6.1 opgestart. Ik zie dat er 2 ecm's binnenkomen in de ultimo:
- 2020/09/07 21:41:14 292E42DB c (client) 192.168.178.20: resolved ip=192.168.178.20
- 2020/09/07 21:41:14 292E42DB c (client) encrypted cccam-client 192.168.178.20 granted (w7, au=off)
- 2020/09/07 21:41:54 292E42DB c (client) w7 disconnected from 192.168.178.20
- 2020/09/07 21:42:40 3A2592D6 c (client) encrypted cccam-client 192.168.178.20 granted (w7, au=off)
- 2020/09/07 21:42:47 3A2592D6 c (ecm) w7 (0100@00006A/5C00/5225/64:68B98D88313D3B81E8E4BCBC519B7E19): found (352 ms) by upper_card
- 2020/09/07 21:42:48 3A2592D6 c (ecm) w7 (0100@00006A/5C00/5225/64:DD7F769F13AAE06C83FE05601E258F1C): found (684 ms) by upper_card
- 2020/09/07 21:43:24 3A2592D6 c (client) w7 disconnected from 192.168.178.20
Dan crasht DVBViewer. Ergens in module FFDexcsa.dll gaat het mis..... Het kan natuurlijk aan mijn niet meer onderhouden W7 PC liggen. Maar ik ben een nog een beetje huiverig om (voor mij) onbekende executables los te laten op mijn W10 PC. Des te meer omdat DVBViewer daar, na veel pijn en veel moeite, eindelijk draait.
Dan nog de log van oscam in mijn W7PC (de klokken lopen niet helemaal synchroon):
2020/09/14 21:41:35 5857B0A7 p (reader) share [cccam] connecting to 192.168.178.32:12000
2020/09/14 21:41:40 2B08A7F8 c (ecm) dvbviewer (0100@00006A/5C00/5225/64:DD7F769F13AAE06C83FE05601E258F1C): timeout (5000 ms) by share
2020/09/14 21:41:40 2B08A7F8 c (config) 1 provid's loaded
2020/09/14 21:41:40 2B08A7F8 c (config) 4 service-id's loaded in 0 ms
2020/09/14 21:41:42 2B08A7F8 c (ecm) dvbviewer (0100@00006A/5C00/5225/64:68B98D88313D3B81E8E4BCBC519B7E19): found (353 ms) by share - NPO1 HD
2020/09/14 21:41:42 2B08A7F8 c (ecm) dvbviewer (0100@00006A/5C00/5225/64:DD7F769F13AAE06C83FE05601E258F1C): found (2402 ms) by share - NPO1 HD
2020/09/14 21:41:50 2B08A7F8 c (dvbapi) Demuxer 0 stopped descrambling for program 5225 (NPO1 HD)
2020/09/14 21:42:19 5857B0A7 p (reader) share [cccam] disconnected: reason inactivityIk lees hieruit dat mijn W7 PC twee DCW's terug heeft gekregen. Waar vervolgens DVBViewer/FFDexca zich in verslikt.....
Hopelijk heeft Tonskidutch meer succes.
-
Mijn LNB houders zijn al 68 mm breed. Moeten onderling ook nog een (bescheiden) hoek kunnen maken. Dus daar zit ook al een beperking in waaraan de breedte van de black ultra niet zo heel meer aan toevoegt. OK, op 16E heb ik een smaller inverto exemplaar gebruikt om deze nog tussen 19.2 en 13 kwijt te kunnen. Fijn afstelling was er sowieso niet meer bij
Maar wat het verlanglijstje van satellieten ook moge zijn, ze zullen toch altijd zo'n 3 graden uit elkaar moeten staan. Voor mij ook een reden om t.z.t naar een tweede T90 over te gaan.
-
8 uren geleden, ceesv zei:
No Name LNB's.
Dat is nog eens een schoolvoorbeeld van geen reclame maken
Ik heb 7 Inverto's en 1 smart titanium. De smart presteert waarneembaar matiger dan de inverto's. Minimaal 1dB slechter. Maar het zou ook wel 2 kunnen zijn. Ik heb geen peperdure meetapparatuur.
Het assembleren van die T90 (ik heb een maximum kloon) was best wel een klus. Gezien de grote van de onderdelen zou ik me kunnen voorstellen dat het ene exemplaar van de T90, qua vormvastheid na assemblage, wat optimaler uitpakt dan de andere. Relatief kleine vormveranderingen kunnen tot relatief grote verliezen in versterking leidden. Heb ik begrepen.
Het instellen van de T90 vond ik een stuk eenvoudiger dan ik verwacht had. Het recept is duidelijk en niet moeilijk uit te voeren. Met de fijn afstelling heb ik meer moeite. Ik weet niet of dat specifiek aan mij ligt of aan het ontwerp van de LNB houders. In ieder vind ik het moeilijk de gevonden optimale positie van de LNB exact zo vast te houden bij het vastschroeven. Daar komt bij dat de schroef met klempunt "een geheugen" ontwikkeld voor een eerste ingenomen positie. Wil je daarna nog eens iets veranderen dan glijd ie makkelijk in de oude, niet zo optimale, positie terug.
Bij "normale" regenluchten heb ik geen uitval. Bij zware buien gaan de zwakkere transponders er wel uit. Helemaal vreemd vind ik dat niet. Ik heb ook nog 80 meter coax naar de meest afgelegen ontvanger. Plus een enigszins complex switch systeem met in totaal 6 F-connectoren op elke coax van LNB tot ontvanger.
Intussen zie ik je lijstje LNB's binnenkomen. Wat me opvalt zijn de relatief grote prijsverschillen bij de Inverto Premium Black Ultra's. De eerste die ik kocht waren inderdaad 19 euro. Later waren ze een tientje duurder. Ik heb ze ook voor 40 euro aangeboden gezien. Bij de oosterburen zag ik ze voor 13 euro. Volgens kenner Sprietje is er nogal wat namaak in de omloop. Dus daar kan ook nogal wat variatie inzitten.
High end LNB's zijn er wel, maar voor 30 euro? Een LNB kan van een matig signaal geen goed signaal maken. Wel kan een heel goed ontworpen en gebouwd exemplaar goed zijn in het zo veel mogelijk "vangen" en het zo weinig mogelijk "verspillen" van het signaal. Ik zou voor de black ultra's gaan. Namaak of niet, een slechte heb ik er niet tussen zitten. Redt je het daar niet mee dan zou je je T90 door kunnen proberen te verkopen aan een minder kritisch gebruiker en een nieuwe assembleren.
-
51 minuten geleden, Clemens-vuplus zei:
De grootste fout was dat je op de server een reader aangelegd hebt...maar dit gebeurt enkel op de client.
Op de server moet je een poort openzetten in de oscam.conf en een user in de oscam.user.
De beste mosterd komt na de maaltijd
Een andere flinke fout was dat ik dacht vanuit de cliënt met acamd rechtstreeks te kunnen communiceren met oscam op een server elders.
Ik zal morgen eens naar je setups kijken. Ik heb er voor vandaag even genoeg van gehad. Het zou wel goed zijn dat er wat kant en klaars te vinden was voor zoekenden in de woestijn.
-
Op 28-8-2020 om 09:03, greydutch zei:
@Tonskidutch: ja, ik weet dat er veel topics over dit onderwerp zijn. Dat schreef je al eerder. Maar het zijn topics, en niet iets waar een beginner veel aan heeft. Ik heb het topic gelezen waar je naar verwees. Afgezien van het feit dat het 10 jaar oud is moet ik zeggen dat ik er niet al te veel van begrijp, simpelweg omdat ik de basiskennis hiervoor niet heb.
@kewtal: ik zou het inderdaad zeer op prijs stellen als je bij gelegenheid je "recept" voor de beoogde installatie met mij zou willen delen. Alvast bedankt.
Haha , ik heb het voor elkaar. Maar vooral omdat het voor mij een erezaak is om me niet te laten kisten door softwareproblematiek. Anders had ik het bijltje er al lang bij neergegooid. Des te meer omdat het aanbod van CD dermate oninteressant is dat ik er maar zelden naar kijk. Uiteindelijk heb ik de suggestie van Moonchild onderzocht en moeizaam, heel moeizaam opgelost.
Mijn PC met DVBViewer leest dus de benodigde ECM's (lees de decoderingssleutels) uit via oscam in de VU ontvanger. Op die route zou ik je kunnen helpen. Met een phoenix cardreader misschien ook maar dan moet je eerst een opsporen. Ik heb eens gezocht maar ze zijn niet zo dik gezaaid.
-
Op 3-9-2020 om 08:45, carlo666 zei:
om de ......25 client te maken van ..........32 hoef je geen cccamserver op ...........32 te draaien.
Het draait. Vraag niet hoe. Na 113 doodlopende wegen geprobeerd te hebben werkt de 114e eindelijk.
Leerzaam:
1. De directe zoekfunctie op dit forum is ontzettend beroerd. Een paar recente resultaten, that's it.... als je al iets krijgt.... Een goede workaround is zoeken met google. Die laat me binnen dit forum zo'n beetje alles vinden wat ik zoek. Mits het ooit eens is behandeld.
2. Je hebt oscam en oscam. De ene versie is de andere niet. Uiteindelijk ben ik teruggevallen op een zelf gecompileerde (onstabiele) cygwin versie uit 2012. Is op mijn W7 PC redelijk stabiel geweest. Ik heb het afgelopen dagen nog eens geprobeerd en heb voor niet ingewijden maar één advies: Begin er niet aan. Ongelooflijk wat een overload aan ontwikkelomgevingen je op je PC moet installeren. Foutloos kunnen typen op een commandline en dan nog vastlopen omdat het recept alweer verouderd is..... Ik had er er in 2002 ook redelijk wat werk aan maar niet zo onthutsend veel als nu. Indien het me gelukt was een cygwin oscam met mdvbapi ondersteuning te compileren dan was het, denk ik, makkelijker geweest een redelijk straight forward route op te zetten in de communicatie tussen een tunerkaart in een windowsomgeving en oscam in een enigma2box.
3. Elkaar goed begrijpen is een stuk lastiger dan het lijkt.
-
Dit staat momenteel op de Ultimo in oscam.user:
[account]
user = dvbapiau
au = 1
group = 1[account]
user = 2nd_box
pwd = 2nd_box
group = 1[account]
user = mancave
pwd = mancave
description = w10pc
group = 1Eigenlijk een kopie van de user 2nd_box, die al standaard was aangemaakt. OK. Dan de cccam config. Voor de duidelijkheid: de getoonde was de ccam config van de Ultimo. In een eerder bericht las ik dat ik op de ultimo geen cccam server hoef te draaien. OK. Bij de oudere cygwin-oscam versie op de PC kan ik alleen maar een poort en geen serverip invullen.
VU+ zero met VU+ wifi dongle
in Vu Plus
Geplaatst:
Geen sprake van. Helaas. De ultimo staat in de huiskamer en continuïteit is daar zo'n beetje het heilige der heilige. Dus dit experiment zal gedaan moeten worden door iemand die nog eigen baas in eigen huis is.
@Spotvogel "Doet het ook." Dat is geen woord te veel. Verwarrend is dan wel dat in je getoonde screenshot DHCP op uit staat. Zet ik hem niet uit maar aan dan heb ik niets om in te stellen en produceert de netwerktest de bekende foutmeldingen. Mogelijk behelpt Openpli zich met oude opgeslagen instellingen van een periode voor dat je met de dongles ging experimenteren. Werkt het ook nog indien je alles blanco maakt, het opslaat en daarna, na een netwerk herstart kiest voor automatisch DHCP?