T
theGIZMO
Bevor große Diskussionen losgehen:
Es gibt bei der 3.0 teilweise Switching-Probleme. Ich habe es bisher nicht lösen können, warum unter diversen Umständen keine ECM's mehr duchkommen. Ich spekuliere hier mit einen neuen Bug bei der Firmware.
PH
Es gibt bei der 3.0 teilweise Switching-Probleme. Ich habe es bisher nicht lösen können, warum unter diversen Umständen keine ECM's mehr duchkommen. Ich spekuliere hier mit einen neuen Bug bei der Firmware.
PH
R
redneck eyeball
Blijkbaar volgt Planet Hemp mijn doen en laten op de voet 
http://www.satellite-board.de/ubb/Forum6/HTML/003578.html
@PH, you are still the BEST !
I don't think it's a bug in the new firmware. I tried with the patch from Happy2000 and it doesn't have that problem, but then that patch doesn't do autoswithing... so I think it could be a problem in your routine. The same problem occured also in the 2.4 patch, only less.
Since I have noticed this problem occur when switching between SECA channels would it be possible to make a slight adjustment to the patch ? Before giving up on the card and giving the 'scrambled' message to try whatever the previous state of the card was ?
I don't know if it is possible to do that or
not but that's where the problem is.
I have noticed that this happens when changing transponder, since this takes just that extra bit longer for the signal to arrive it could be that the patch thinks that it should switch too soon.
Just an idea, I hope it helps !
CU
Red
http://www.satellite-board.de/ubb/Forum6/HTML/003578.html
@PH, you are still the BEST !
I don't think it's a bug in the new firmware. I tried with the patch from Happy2000 and it doesn't have that problem, but then that patch doesn't do autoswithing... so I think it could be a problem in your routine. The same problem occured also in the 2.4 patch, only less.
Since I have noticed this problem occur when switching between SECA channels would it be possible to make a slight adjustment to the patch ? Before giving up on the card and giving the 'scrambled' message to try whatever the previous state of the card was ?
I don't know if it is possible to do that or
not but that's where the problem is.
I have noticed that this happens when changing transponder, since this takes just that extra bit longer for the signal to arrive it could be that the patch thinks that it should switch too soon.
Just an idea, I hope it helps !
CU
Red
F
FranX
Misschien is het handig om een klein beetje te weten hoe PH het 'autoswitching' heeft gemaakt, dan is het ook wat duidelijker waarom het zo af en toe hapert...
Bij een normale ALLCAM, kijkt de ontvanger software (DVB2000) of de CAM software (SE4.6/4.7) naar welke provider gekeken wordt, en geeft de ontvanger opdracht om de juiste kaartdata PID's intestellen. (daarom werkt een C-kaart ook in een 0-CAM onder DVB2000)
Bij de Humax is dit allemaal wat lastiger, omdat het (nog) niet duidelijk is hoe software nou precies werkt, is het onmogelijk om de software zo te veranderen dat deze de juiste kaartPID's instelt.
Hiervoor heeft PH een 'workaround' bedacht.
Aangezien er maar een paar kaartPID's zijn, heeft ie een 'lijstje' gemaakt met alle bekende PID's, en stapt de ontvanger door dit lijstje totdat er geldige kaartdata is.
En hier zit um ook het probleem, aangezien je een stukje extra programmacode maakt, zul je ook variabelen ed. moeten gebruiken.
Maar omdat de exacte werking niet geheel bekend is, kan dit soms hele vreemde problemen geven.
Op dit moment wordt alles nog gepatched in het CAM gedeelte, zodra er meer over de ontvanger software bekend wordt, zullen er 'meer' dingen met de Humax mogelijk zijn...
Gr FranX
Bij een normale ALLCAM, kijkt de ontvanger software (DVB2000) of de CAM software (SE4.6/4.7) naar welke provider gekeken wordt, en geeft de ontvanger opdracht om de juiste kaartdata PID's intestellen. (daarom werkt een C-kaart ook in een 0-CAM onder DVB2000)
Bij de Humax is dit allemaal wat lastiger, omdat het (nog) niet duidelijk is hoe software nou precies werkt, is het onmogelijk om de software zo te veranderen dat deze de juiste kaartPID's instelt.
Hiervoor heeft PH een 'workaround' bedacht.
Aangezien er maar een paar kaartPID's zijn, heeft ie een 'lijstje' gemaakt met alle bekende PID's, en stapt de ontvanger door dit lijstje totdat er geldige kaartdata is.
En hier zit um ook het probleem, aangezien je een stukje extra programmacode maakt, zul je ook variabelen ed. moeten gebruiken.
Maar omdat de exacte werking niet geheel bekend is, kan dit soms hele vreemde problemen geven.
Op dit moment wordt alles nog gepatched in het CAM gedeelte, zodra er meer over de ontvanger software bekend wordt, zullen er 'meer' dingen met de Humax mogelijk zijn...
Gr FranX
P
pecari
Wat ik op wil merken is dat er een paar verschilende verzies omzwerven op het net ik zelf heb er 2 geprobeert + de nl verzie. het probleem met verzie 1 HIC-10306PH+CAM-3.0 18-08-2001 tijd 14:55 deze loopt als een trein soms moet je even naar eurosport zappen en dan schakelt hij over op seca maar dat is het probleem niet als je dat weet dat geld ook voor het Premiere pakket daar gewoon even op Star of krimi&co en het werkt prima dus ging als een speer met de 3in1 file niet de duck file want die heeft een andre cam code die geen upate van irdeto toelaat cam code bij de duck file is 05 00 01 00 06 02 en dat moet voor de update file het volgende zijn 06 02 01 00 05 00
dit geeft ook het probleem bij stream met de duck file dat hij de voorkeur aan seca geeft.
maar even verder over de ander Hic-10306PH+CAM-3.0 18-08-2001 tijd 19.45 deze verzie lijkt het zelfde maar is iet kleiner en geeft steets problemen bij het zappen van zenders problemen bij de kaart herkenning en het overschakelen van seca naar viaccess en irdeto geeft problemen.
nu de NL verzie geeft bij mij ook zap problemen geeft de voor keur aan seca, zap maar eens van op irdeto van ned1 of 2 op seca naar rtl4 of 5 dan komt hij geregeld met de melding geen geldigekaart of code dus kijk uit welke verzie je laadt bij mij werkt de eerste niet vertaalde verzie het beste maar als ik echt moet kiezen dan is de HIC-10110ph+cam-2.4 nog de beste verzie die er is.
Groeten Pecair
dit geeft ook het probleem bij stream met de duck file dat hij de voorkeur aan seca geeft.
maar even verder over de ander Hic-10306PH+CAM-3.0 18-08-2001 tijd 19.45 deze verzie lijkt het zelfde maar is iet kleiner en geeft steets problemen bij het zappen van zenders problemen bij de kaart herkenning en het overschakelen van seca naar viaccess en irdeto geeft problemen.
nu de NL verzie geeft bij mij ook zap problemen geeft de voor keur aan seca, zap maar eens van op irdeto van ned1 of 2 op seca naar rtl4 of 5 dan komt hij geregeld met de melding geen geldigekaart of code dus kijk uit welke verzie je laadt bij mij werkt de eerste niet vertaalde verzie het beste maar als ik echt moet kiezen dan is de HIC-10110ph+cam-2.4 nog de beste verzie die er is.
Groeten Pecair
T
TeeBee
ik wil de pret niet drukken, maar zelfs als men er in zou slagen om ook te compilen en niet alleen te dissamblen heb je daar weinig aan omdat de nieuwe humax receivers voorzien zijn van iets andere hardware en een totaal nieuwe loader EN applicatie firmware hebben.
De firmware wordt door de loader gedecodeerd en real-time vanuit het buffergeheugen in het aplicatie geheugen geschreven. Verder ondersteunt de loader alleen nog maar het up/downloaden van het geheugenbereik dat voor settings is bedoeld waardoor je geen firmware kunt uploaden of downloaden.
Als klap op de vuurpijl zal Humax ook geen firmware meer op de website beschikbaar stellen maar alles OTA (over the air) gaan doen. Ook die firmware zal encrypted worden verzonden en alleen werken op de nieuwe receivers.
Er zijn snode plannen om ook de huidige humaxkes van een nieuwe aangepaste loader te voorzien (OTA) alleen zul je daar nog wel kunnen kiezen de upgrade niet door te voeren. Als je wel kiest voor de nieuwe loader zal daar ook nieuwe firmware bij geladen worden die ook niet patchbaar is.
Uitlezen van de firmware d.m.v. uitsolderen van de chips heeft dan ook geen zin omdat de Humax in uitgeschakelde toestand de firmware weer gecodeerd opslaat en zonder devkey en mankey kun je met die firmware helemaal niets doen.
Het ziet er naar uit dat Humax de zaak (noodgedwongen) goed heeft dichtgetimmerd. Op dit moment zijn wij bezig de loader te dissamblen maar het resultaat daarvan zal gelijk -0- zijn want het gaat om twee 171byte keys en het cracken daarvan kost ongelofelijk(!) veel tijd als je niet beschikt over de juiste documentatie.
Zelfs als je de key kunt cracken zal de volgende firmware van een nieuwe keys zijn voorzien waardoor je weer bijna helemaal opnieuw mag beginnen.
We hebben het wel voor elkaar een goed werkend J-tag interface te maken waarmee ook de nieuwe Humax IRCI-5400Z naar 'oude' firmware gepatched kan worden.
Moraal van dit verhaal is dus: Heb je een 'oude' Humax krijg je in de nabije toekomst alleen nog maar nieuwe firmware als je een OTA upgrade toelaat die ook de loader zal overschrijven en downloaden van firmware via de seriele poort onmogelijk maakt.
Heb je een nieuwe Humax kun je misschien je Humax laten veranderen naar oude firmware maar dan heb je geen mogelijkheid van de eventuele nieuwe features van nieuwe firmware gebruikt te maken. Dat is minder als Humax hun laatste DD bugs, EPG en motorsturing fixed.
Cya!
TeeBee
De firmware wordt door de loader gedecodeerd en real-time vanuit het buffergeheugen in het aplicatie geheugen geschreven. Verder ondersteunt de loader alleen nog maar het up/downloaden van het geheugenbereik dat voor settings is bedoeld waardoor je geen firmware kunt uploaden of downloaden.
Als klap op de vuurpijl zal Humax ook geen firmware meer op de website beschikbaar stellen maar alles OTA (over the air) gaan doen. Ook die firmware zal encrypted worden verzonden en alleen werken op de nieuwe receivers.
Er zijn snode plannen om ook de huidige humaxkes van een nieuwe aangepaste loader te voorzien (OTA) alleen zul je daar nog wel kunnen kiezen de upgrade niet door te voeren. Als je wel kiest voor de nieuwe loader zal daar ook nieuwe firmware bij geladen worden die ook niet patchbaar is.
Uitlezen van de firmware d.m.v. uitsolderen van de chips heeft dan ook geen zin omdat de Humax in uitgeschakelde toestand de firmware weer gecodeerd opslaat en zonder devkey en mankey kun je met die firmware helemaal niets doen.
Het ziet er naar uit dat Humax de zaak (noodgedwongen) goed heeft dichtgetimmerd. Op dit moment zijn wij bezig de loader te dissamblen maar het resultaat daarvan zal gelijk -0- zijn want het gaat om twee 171byte keys en het cracken daarvan kost ongelofelijk(!) veel tijd als je niet beschikt over de juiste documentatie.
Zelfs als je de key kunt cracken zal de volgende firmware van een nieuwe keys zijn voorzien waardoor je weer bijna helemaal opnieuw mag beginnen.
We hebben het wel voor elkaar een goed werkend J-tag interface te maken waarmee ook de nieuwe Humax IRCI-5400Z naar 'oude' firmware gepatched kan worden.
Moraal van dit verhaal is dus: Heb je een 'oude' Humax krijg je in de nabije toekomst alleen nog maar nieuwe firmware als je een OTA upgrade toelaat die ook de loader zal overschrijven en downloaden van firmware via de seriele poort onmogelijk maakt.
Heb je een nieuwe Humax kun je misschien je Humax laten veranderen naar oude firmware maar dan heb je geen mogelijkheid van de eventuele nieuwe features van nieuwe firmware gebruikt te maken. Dat is minder als Humax hun laatste DD bugs, EPG en motorsturing fixed.
Cya!
TeeBee
W
wizzaerd
@Pecari, ik gebruik de eerste versie en moet ook zeggen dat ie goed werkt. Nadeeltje is dattie op simulcrypt kanalen niet altijd oveschakeld op de aston als dat nodig is.
@Teebee
Das niet zo'n best verhaal. Ik vraag me toch een beetje af; waarom doen ze al die moeite? Alleen voor die irdeto-cam? Vreemd...
@Teebee
Das niet zo'n best verhaal. Ik vraag me toch een beetje af; waarom doen ze al die moeite? Alleen voor die irdeto-cam? Vreemd...
- Lid sinds
- 8 feb 2001
- Berichten
- 252
- Waarderingsscore
- 1
- Punten
- 16
- Leeftijd
- 59
@TEEBEE dat was ik vergeten op een ding heb je wel groot gelijk en dat is dat we eigelijk de mensen die achter deze software patches zitten zweten om dit allemaal voor mekaar te krijgen .
Maar ik ben toch van oordeel dat er goed moet opgepast worden om zommaar deze patches in de Humax te laden .
Het begint een beetje op een wilde ranche te lijken vind ik iedereen is aan't patchen tegenwoordig en dat kan toch niet zonder gevaar zijn voor diegene die deze dingen in hun ontvanger laden .
Deze dingen zijn dan wel speelgoed zoals we ze soms deze naam geven maar toch wel duur speelgoed en ze gaan nog duurder worden vernam ik de oude hummis dan .
Groeten
Maar ik ben toch van oordeel dat er goed moet opgepast worden om zommaar deze patches in de Humax te laden .
Het begint een beetje op een wilde ranche te lijken vind ik iedereen is aan't patchen tegenwoordig en dat kan toch niet zonder gevaar zijn voor diegene die deze dingen in hun ontvanger laden .
Deze dingen zijn dan wel speelgoed zoals we ze soms deze naam geven maar toch wel duur speelgoed en ze gaan nog duurder worden vernam ik de oude hummis dan .
Groeten
P
Ptje
Op zich kan dat "wild" patchen niet zo`n probleem zijn, omdat de loader gewoon orgineel blijft, dus als tuner niet of niet goed werkt, zal ten allertijden de orginele firmware terug te zetten zijn.
T
theGIZMO
Übrigens in einigen Tagen gibt es bereits +CAM 3.1 wegen diverser Switchprobleme.
PH
PH
R
redneck eyeball
En die +Cam 3.1 heb ik al in mijn mailbox gekregen van Planet Hemp rechtstreeks, met de vraag hem te testen.
Aangezien de strubbelingen van de laatste week tussen SatFan en mijzelf, waar PH ongewild toch bij betrokken is geraakt, moet ik eerlijk toegeven dat ik er niet echt gerust in ben ...
Ofwel is dit een gebaar van HP waarmee hij vrede wil sluiten
ofwel is de firmware bedoeld om mijn ontvanger compleet om zeep te helpen.
Ik vermoed het eerste, ik heb hem wat tips gegeven over hoe hij het probleem kan verhelpen, en ik veronderstel dat hij die heeft geimplementeerd.
Ik heb dus de firmware naar twee specialisten ter zake reeds doorgestuurd voor onderzoek, FranX en Happy2000.
Van Teebee kon in het e-mail adres niet vinden.
Ik ben deze avond thuis, maar ik wil de zaak toch graag zeker spelen. Van zodra ik de 'all clear' van FranX, Happy2000 en Teebee krijg zal ik de soft patchen en contact opnemen met PH.
De patch heb ik al eens met HNFtool bekeken, en ziet er echt uit.
Waarschijnlijk binnen een paar dagen de release van de +cam3.1
CU
Red
Aangezien de strubbelingen van de laatste week tussen SatFan en mijzelf, waar PH ongewild toch bij betrokken is geraakt, moet ik eerlijk toegeven dat ik er niet echt gerust in ben ...
Ofwel is dit een gebaar van HP waarmee hij vrede wil sluiten
ofwel is de firmware bedoeld om mijn ontvanger compleet om zeep te helpen.
Ik vermoed het eerste, ik heb hem wat tips gegeven over hoe hij het probleem kan verhelpen, en ik veronderstel dat hij die heeft geimplementeerd.
Ik heb dus de firmware naar twee specialisten ter zake reeds doorgestuurd voor onderzoek, FranX en Happy2000.
Van Teebee kon in het e-mail adres niet vinden.
Ik ben deze avond thuis, maar ik wil de zaak toch graag zeker spelen. Van zodra ik de 'all clear' van FranX, Happy2000 en Teebee krijg zal ik de soft patchen en contact opnemen met PH.
De patch heb ik al eens met HNFtool bekeken, en ziet er echt uit.
Waarschijnlijk binnen een paar dagen de release van de +cam3.1
CU
Red
C
Csxx
Gibt es schon die Version 3.1 ??
T
TeeBee
teebee@cyberdude.com
Ik ben er rond een uur of 6 weer dus als er dan nog niemand naar gekeken heeft doe ik het graag voor je.
Cya!
TeeBee
Ik ben er rond een uur of 6 weer dus als er dan nog niemand naar gekeken heeft doe ik het graag voor je.
Cya!
TeeBee
R
redneck eyeball
Ok, ik heb de 3.1 getest !
Werkt STUKKEN beter !!!!!!!
Geen enkele hanger meer, gedaan probleem van heen en weer zappen om te kunnen kijken.
Ik heb het goede nieuws al meegedeeld aan PH.
En ga nu aub niet allemaal naar die Beta vragen ... en FranX, Happy2000, Teebee, gelieve hem ook niet door te geven, anders krijgen we twee versies 3.1 ... degene die PH me heeft doorgestuurd moet nog worden aangepast om met elke loader te werken, momenteel nog enkel 100.0600
Binnen enkele dagen release ...
CU
Red
Werkt STUKKEN beter !!!!!!!
Geen enkele hanger meer, gedaan probleem van heen en weer zappen om te kunnen kijken.
Ik heb het goede nieuws al meegedeeld aan PH.
En ga nu aub niet allemaal naar die Beta vragen ... en FranX, Happy2000, Teebee, gelieve hem ook niet door te geven, anders krijgen we twee versies 3.1 ... degene die PH me heeft doorgestuurd moet nog worden aangepast om met elke loader te werken, momenteel nog enkel 100.0600
Binnen enkele dagen release ...
CU
Red
R
redneck eyeball
@wizzaerd
+cam 3.1 ist fast fertig. Specialisten testen ihn schön! Die ersten teste sind sehr positiv!
Vreemd, PH stuurt me de patch om te testen, en van SatFan mag ik nog altijd niet posten op zijn board
Anyway, voor diegenen die intresse hebben, dit is wat ik naar PH gestuurd had, en ik vermoed dat hij dat heeft geimplementeerd in de 3.1 patch.
I don't think it's a bug in the new firmware. I tried with the patch from Happy2000 and it doesn't have that problem, but then that patch doesn't do autoswithing... so I think it could be a problem in your routine. The same problem occured also in the 2.4 patch, only less.
Since I have noticed this problem occur when switching between SECA channels would it be possible to make a slight adjustment to the patch ? Before giving up on the card and giving the 'scrambled' message to try whatever the previous state of the card was ?
I don't know if it is possible to do that or
not but that's where the problem is.
I have noticed that this happens when changing transponder, since this takes just that extra bit longer for the signal to arrive it could be that the patch thinks that it should switch too soon.
And the reason this doesn't occur with every setup could possibly be the LNB performance and dish size... giving a different signal level and a different time required to decode the signal ...
At some point the Humax software has to decide if the signal should be decoded by the internal cam or by a CI module.
It looks as if the signal that should have been sent to my CI module is being sent to the internal cam, the internal cam can of course not decode this signal because it has a Betacrypt 1.2 card ...and I get a 'no signal or scrambled' message.
Just an idea, I hope it helps !
CU
Red
+cam 3.1 ist fast fertig. Specialisten testen ihn schön! Die ersten teste sind sehr positiv!
Vreemd, PH stuurt me de patch om te testen, en van SatFan mag ik nog altijd niet posten op zijn board
Anyway, voor diegenen die intresse hebben, dit is wat ik naar PH gestuurd had, en ik vermoed dat hij dat heeft geimplementeerd in de 3.1 patch.
I don't think it's a bug in the new firmware. I tried with the patch from Happy2000 and it doesn't have that problem, but then that patch doesn't do autoswithing... so I think it could be a problem in your routine. The same problem occured also in the 2.4 patch, only less.
Since I have noticed this problem occur when switching between SECA channels would it be possible to make a slight adjustment to the patch ? Before giving up on the card and giving the 'scrambled' message to try whatever the previous state of the card was ?
I don't know if it is possible to do that or
not but that's where the problem is.
I have noticed that this happens when changing transponder, since this takes just that extra bit longer for the signal to arrive it could be that the patch thinks that it should switch too soon.
And the reason this doesn't occur with every setup could possibly be the LNB performance and dish size... giving a different signal level and a different time required to decode the signal ...
At some point the Humax software has to decide if the signal should be decoded by the internal cam or by a CI module.
It looks as if the signal that should have been sent to my CI module is being sent to the internal cam, the internal cam can of course not decode this signal because it has a Betacrypt 1.2 card ...and I get a 'no signal or scrambled' message.
Just an idea, I hope it helps !
CU
Red
T
TeeBee
@red,
beloofd.
@all
Deze versie werkt wel beter maar nog niet optimaal. Ik neem aan dat hij nog niet public is omdat PH er verder aan wil werken dus wachten we even af.
De 3.2 zal vast nog beter zijn.
Cya!
TeeBee
beloofd.
@all
Deze versie werkt wel beter maar nog niet optimaal. Ik neem aan dat hij nog niet public is omdat PH er verder aan wil werken dus wachten we even af.
De 3.2 zal vast nog beter zijn.
Cya!
TeeBee
H
Happy2000
@red
Ik heb deze versie ook even getest, eerst even bekeken voordat ik hem in de ontvanger heb geduwt en inderdaad werkt al een heel stuk beter.
Greetz
Ik heb deze versie ook even getest, eerst even bekeken voordat ik hem in de ontvanger heb geduwt en inderdaad werkt al een heel stuk beter.
Greetz
R
redneck eyeball
Teebee, Happy 2000, FranX,
Wat zijn zo de problemen die je direct ziet, ik zal ze kanaliseren en doorspelen aan Planet Hemp.
CU
Red
Wat zijn zo de problemen die je direct ziet, ik zal ze kanaliseren en doorspelen aan Planet Hemp.
CU
Red
T
TeeBee
Het schakelen gaat nog steeds wat stroef soms.
Ik kan er niet echt een structuur in vinden maar de ontvanger schakeld vaak gewoon niet lekker van seca naar beta en van beta naar seca.
Ik heb geprobeerd een patroon te vinden maar het gebeurt redelijk willekeurig volgens mij.
In ieder geval wordt seca bij het invoeren van de kaart niet herkend. Daarvoor moet eerst geschakeld worden.
Cya!
TeeBee
Ik kan er niet echt een structuur in vinden maar de ontvanger schakeld vaak gewoon niet lekker van seca naar beta en van beta naar seca.
Ik heb geprobeerd een patroon te vinden maar het gebeurt redelijk willekeurig volgens mij.
In ieder geval wordt seca bij het invoeren van de kaart niet herkend. Daarvoor moet eerst geschakeld worden.
Cya!
TeeBee
H
harry20
Rednack: met 1 punt ben ik het niet helemaal eens, de happy2000 patch geeft hier dezelfde problemen zoals omschreven door Teebee.
Zit dit switching probleem dan toch in de firmware?, en heeft dit niets met de (allcam) patch te maken?.
We wachten rustig af, probleem zal wel opgelost worden.
Zit dit switching probleem dan toch in de firmware?, en heeft dit niets met de (allcam) patch te maken?.
We wachten rustig af, probleem zal wel opgelost worden.
