Ga naar inhoud

kwetal

Leden
  • Aantal items

    171
  • Registratiedatum

  • Laatst bezocht

Over kwetal

  • Titel
    Proef lidmaatschap

Aanvullende info

  • Geslacht
    Mannelijk
  • Locatie:
    Lemsterland

Recente bezoekers van dit profiel

De recente bezoekers block is uitgeschakeld en zal niet meer getoond worden aan gebruikers.

  1. 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.
  2. 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.... @Clemens-vuplus 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 @Clemens-vuplus 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. @Clemens-vuplus
  3. 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.
  4. 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?
  5. 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.
  6. 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.
  7. 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 inactivity Ik lees hieruit dat mijn W7 PC twee DCW's terug heeft gekregen. Waar vervolgens DVBViewer/FFDexca zich in verslikt..... Hopelijk heeft Tonskidutch meer succes.
  8. 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.
  9. 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.
  10. 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.
  11. 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.
  12. 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.
  13. 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 = 1 Eigenlijk 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.
  14. Intussen wat verder op de route uit bovenstaande link. Voor zover ik kan nagaan alles op de PC correct ingesteld: C++ 2017, mdvapi.dll in de pluginmap van DVBviewer, mdvapi.ini in C:\ProgramData\mdvbapi mdvbapi.ini [oscam] host=192.168.178.32 port=11500 [options] debug=0 Voor zover ik het begrijp fungeert de mdvapi.dll op de PC als oscam "vervanger" en moet ik nu in de ultimo het oscam config aanpassen. Momenteel staat er: [dvbapi] enabled = 1 pmt_mode = 6 au = 1 user = dvbapiau boxtype = dreambox Nu heb ik begrepen dat dvpapiau de standaard user van de Ultimo zelf is. Wanneer die verdwenen is heeft de ultimo zelf geen toegang meer tot de CD kaart (Dan zijn de rapen gaar in huize Kwetal) Die kan ik dus niet overschrijven met de aanbevolen: [dvbapi] enabled = 1 listen_port = 11500 delayer = 60 user = lokaluser read_sdt = 2 write_sdt_prov = 1 boxtype = pc Of kan ik twee [dvbapi]'s onder elkaar zetten in oscam.conf (op de ultimo)
  15. @alias haha We komen bij de kern van het probleem. Het duidelijk maken van het probleem is kennelijk veel moeilijker dan het oplossen daarvan. Tenminste ik vermoed dat er zoiets aan de hand is. @carlo666 Dit is een heel bruikbare aanwijzing. Laat ik nu door het document van * op het idee gebracht zijn dat zoiets een minimum voorwaarde was om via het cccam protocol vanuit de pc op .25 de ultimo op .32 te kunnen benaderen. Het gaat in dat document uiteindelijk om een "bijbox" die de "hoofdbox" (met kaart) communiceert inzake de benodigde ECM's. Wat moet er minimaal wel draaien op de .32 (ultimo) om de .25 (pc) cliënt te kunnen maken? @Mimisiku Zou ik ook niet weten. Op de PC heb ik de ACamd opvolger DVBJCAM in de plugin map. Momenteel met de niet werkende aangepaste (voorbeeld) configuratie [reader] label = W10_PC protocol = cccam device = 192.168.178.32:12000 user = w10pc password = mancave //inactivitytimeout = -1 //reconnecttimeout = 5 audisabled = 0 chid = 0604:-270E,-270F,-01F4 blockemm-g = 1 enable = 1 @Tonskidutch Dat is een deels juiste veronderstelling. Met dat verschil dat ik oscam cygwin (nog) niet draaiende heb op de PC. Zo langzamerhand daalt het besef in dat deze stap een noodzakelijke voorwaarde is om de kaart in de Vu+ te kunnen gebruiken voor mijn PC-satellite tuner card. Gisteravond heb ik geprobeerd een verse oscam cygwin te compileren op mijn W10 PC. Ik was even vergeten hoeveel (juiste) stappen je in de CL moet invoeren om zo'n verse compilatie succesvol te maken. Het is me dus ook (nog) niet gelukt. Wel heb ik nog een oude 1.20 build #7635 van mijn oude W7 PC gevist. Heeft altijd probleemloos gewerkt. Deze kan ik op de nieuwe W10 pc gebruiken maar volgt er nog wat (voor mij onbekende) instellingen. Is het mogelijk om even een protocol te schetsen?
×
×
  • Nieuwe aanmaken...

Belangrijke informatie

Lees alvorens je verder gaat onze Gebruiksvoorwaarden en Privacybeleid. We hebben cookies geplaatst op je toestel om deze website voor jou beter te kunnen maken. Je kunt de cookie instellingen aanpassen, anders gaan we er van uit dat het goed is om verder te gaan.