600 replies to this topic

[Wilmaas]

 plaatje lukt niet

 

caid: 0x0100

pid: 0x0711

prov: 0x00006A

child: 0x5C00

reader: upper_card_CD-NL

from: local:0

protocol: internal

hops: 0

ecm time: 0.351

cw0: sleutel 1 

cw1: sleutel 2

Edited by Wilmaas, 24 January 2021 - 10:52.

[40H3X]

Wat lukt niet aan het maken/plaatsen van een plaatje?

[Wilmaas]

als ik een plaatje wil invoegen moet dat vanaf een link, dit is vanaf mijn eigen website, plaatje wil niet importeren 

 

afgelopen week ging dit wel

Edited by Wilmaas, 24 January 2021 - 11:13.

[Wilmaas]

[40H3X]

Een link naar een website cq. een plaatje op een website kan "direct", dus bij het plaatsen van de link naar een plaatje zie je deze direct. Wil je een plaatje vanaf je PC uploaden moet dat met "More Reply Options" rechts onderin.

[Sagitarius †]

@Sagitarius,

 

Voeg deze hier eens toe dan? Dan kan ik vergelijken, hoewel de zaptijden vaak subjectief dus een gevoel zijn.

Ik heb er nog nooit echt hinder van ondervonden. Noch op mijn hoofdbox noch op een Oscam interne client met mainreceiver reader.
De Ultimo 4K  connect hier naar mijn interne server waar mijn kaarten in zitten.

@Frenske, ik denk dat dit weinig zin heeft als je bij voorbaat al aangeeft dat dit snelle zappen subjectief zou zijn.   Als je Oscam configuratie niet goed ingesteld staat (dat luistert erg nauw) dan zal de boel traag blijven, mijn instellingen zijn afgestemd op mijn interne Oscam server die op een Beagle Bone Black draait. Ook daarin zit een binary die via Simplebuild gecompileerd is, ik kan daar een build script in draaien die gelijk de binary update naar de laatste versie. Voor de Ultimo4k doe ik dat in een virtuele debian Linux omgeving hier op mijn laptop, zo vaak doe ik dit niet dus dat is wel te doen.

En dat je er nooit hinder van ondervonden hebt, ok ik dus wel als de ontvanger stroperig zapt met een pli binary en mijn opnames sinds R8.0 allemaal mislukten, dan kies ik voor iets meer werk voor mijn eigen gebakken binary.

Edited by Sagitarius, 24 January 2021 - 11:43.

[snottt]

De CF kaart op de DM8000 wordt niet herkend. Hierop staat de back-up en picons bij mij. Weer maar terug gegaan naar 7.3 waar de CF kaart meteen wordt herkend. 

[40H3X]

De CF kaart op de DM8000 wordt niet herkend. Hierop staat de back-up en picons bij mij. Weer maar terug gegaan naar 7.3 waar de CF kaart meteen wordt herkend. 

Even lezen; https://forums.openp...dm8000-problem/

[WanWizard]

De CF kaart op de DM8000 wordt niet herkend. Hierop staat de back-up en picons bij mij. Weer maar terug gegaan naar 7.3 waar de CF kaart meteen wordt herkend. 

 

Kun je overweg met telnet/ssh en de commandline, en zou je wat willen testen?

Edited by WanWizard, 24 January 2021 - 16:02.

[Frenske]

@Sagitarius.

 

Mag ik zelf niet bepalen of de door jou gebruikte Oscam zoveel sneller is? Dát is namelijk mijn enige doel.

Ik zal de laatste zijn om te ontkennen dat jouw versie (gevoelsmatig) sneller is als ik daadwerkelijk die ervaring opgedaan zou hebben. Maar blijkens jouw reactie mag ik dat niet ondervinden. 
Als jij bij jouw standpunt blijft dat het geen zin heeft om jouw versie hier te plaatsen dan is dat maar zo. 

[WanWizard]

Ik heb hier inmiddels een Oscam draaien met de clockfix aan, zowel op de client box als de cardserver box.

 

Soms lijkt het gevoelsmatig iets sneller, soms zie ik geen verschil. Ik zie in ieder geval geen verschil in ECM tijden. En het lijkt per type kaart verschillend te zijn, de M7 Seca kaarten zappen aanmerkelijk trager dan een NDS, Nagra of een Irdeto kaart.

[snottt]

 

De CF kaart op de DM8000 wordt niet herkend. Hierop staat de back-up en picons bij mij. Weer maar terug gegaan naar 7.3 waar de CF kaart meteen wordt herkend. 

 

Kun je overweg met telnet/ssh en de commandline, en zou je wat willen testen?

 

 

Zeg het maar, wat kan ik testen ?

[WanWizard]

Herstart de box, en post de output van

dmesg | grep " sd"

[Sagitarius †]

@Sagitarius.

 

Mag ik zelf niet bepalen of de door jou gebruikte Oscam zoveel sneller is? Dát is namelijk mijn enige doel.

Ik zal de laatste zijn om te ontkennen dat jouw versie (gevoelsmatig) sneller is als ik daadwerkelijk die ervaring opgedaan zou hebben. Maar blijkens jouw reactie mag ik dat niet ondervinden. 
Als jij bij jouw standpunt blijft dat het geen zin heeft om jouw versie hier te plaatsen dan is dat maar zo. 

@Frenske zeker mag je dat, maar mag ik dan op mijn beurt zelf bepalen of het nut heeft jou te overtuigen dat mijn binary sneller zapt.   Het ging toch over een haperende oscam sinds R8.0, het board staat vol met dit soort klachten over haperende opnames. Het lijkt me beter dat daar wat meer aandacht voor zou zijn. Ik weet niet of dat door blijven lopen van het oscam proces, als je van een gecodeerde zender komt en naar een fta zender zapt het ''kill''  oscam probleem inmiddels al opgelost is? En die volgens jouw gevoelsmatige hogere snelheid was toch geen issue schreef je eerder nog.

Edited by Sagitarius, 24 January 2021 - 17:05.

[HPPli]

Ik heb hier inmiddels een Oscam draaien met de clockfix aan, zowel op de client box als de cardserver box.

 

Soms lijkt het gevoelsmatig iets sneller, soms zie ik geen verschil. Ik zie in ieder geval geen verschil in ECM tijden. En het lijkt per type kaart verschillend te zijn, de M7 Seca kaarten zappen aanmerkelijk trager dan een NDS, Nagra of een Irdeto kaart.

 

Het ging toch niet specifiek om de snelheid van zappen of om afwijkende ECM-tijden maar meer om het betrouwbaar werken van de huidig aangeboden Oscam (functioneren) binnen OpenPli 8.0

E.e.a. omdat sommige gebruikers binnen dit draadje hierover problemen melden..

[WanWizard]

Ik heb nog nooit betrouwbaarheidsproblemen gehad, dus daar kan ik geen opmerkingen over maken.  En dat maakt adresseren van eventuele problemen ook lastig, als je in den blinde moet rondmeppen...

[Wilmaas]

Ik kan melden dat het hier lijkt te zijn opgelost, opnemen, live kijken, opnames kijken en time shift, box lijkt niet gek te krijgen�

[Sagitarius †]

Ik heb nog nooit betrouwbaarheidsproblemen gehad, dus daar kan ik geen opmerkingen over maken.  En dat maakt adresseren van eventuele problemen ook lastig, als je in den blinde moet rondmeppen...

Mmm bij jou misschien niet maar in een ander gesloten draadje was er toch wel wat aan de hand je schreef:

 

Er is een probleem met "rare" instellingen bij M7 en Ziggo die voor hangers zorgen, Er is/was een probleem met de filepump op MIPS boxen die voor een probleem zorgen, en er is nu een probleem met het "kill" commando icm met Oscam (en wellicht ook andere zaken) dat voor problemen zorgt.

 

 

Ik heb inmiddels wel in de oscam code gezien dat ook deze gebruik maakt van polling en signals, hetzelfde probleem dat de filepump had en waardoor boxen met opnames vast sloegen. Die code zit in het time management van oscam, en dus ook actief als er niks te decoderen valt.

Lijkt me toch niet zomaar een dingetje,, en is dit nu al opgelost is mijn vriendelijke vraag dan.

Edited by Sagitarius, 24 January 2021 - 17:39.

[WanWizard]

Er is me door de HH specialisten vertelt dat de polling / signaling zaken in de filepump niks te maken hebben met wat oscam doet, dus dat volg ik dan maar.

 

Mijn cardserver is een MIPS box, en dan nog wel een van de langzaamste waar we nog OpenPLi voor maken, en ik heb regelmatig 6 of meer parallele opnames actief, naast kijken, en zoals gezegd heb ik nooit problemen.

 

En dat maakt storingzoeken lastig, een beetje als van je garage vragen dat ze je auto fixen zonder dat je die langs brengt zodat een monteur kijken kan...

[Frenske]

 

@Sagitarius.

 

Mag ik zelf niet bepalen of de door jou gebruikte Oscam zoveel sneller is? Dát is namelijk mijn enige doel.

Ik zal de laatste zijn om te ontkennen dat jouw versie (gevoelsmatig) sneller is als ik daadwerkelijk die ervaring opgedaan zou hebben. Maar blijkens jouw reactie mag ik dat niet ondervinden. 
Als jij bij jouw standpunt blijft dat het geen zin heeft om jouw versie hier te plaatsen dan is dat maar zo. 

@Frenske zeker mag je dat, maar mag ik dan op mijn beurt zelf bepalen of het nut heeft jou te overtuigen dat mijn binary sneller zapt.   Het ging toch over een haperende oscam sinds R8.0, het board staat vol met dit soort klachten over haperende opnames. Het lijkt me beter dat daar wat meer aandacht voor zou zijn. Ik weet niet of dat door blijven lopen van het oscam proces, als je van een gecodeerde zender komt en naar een fta zender zapt het ''kill''  oscam probleem inmiddels al opgelost is? En die volgens jouw gevoelsmatige hogere snelheid was toch geen issue schreef je eerder nog.

 

 

Ik vind het prima zo.