3_7 funcard fix here

[SunRise]

Originally Posted by timetrex

Aint got a problem m8. I dont need to endeaur myself no one either. If they feel like they want to contribute which so far they havent then so be it. Folks like blake have merly put their views across. oops im sorry again we are not entitled to views.

The only thing I pointed out was the mere fact nagra 3 is impending along with iptv and it could be thought of that is a reason for holding a fix back. It didnt take long for fixes to come out before to my knowledge so y now?

Again if you had the answers then im sure you could answer it but as you dont it is pure specualtion.

AS I have stated numerous times, I dont care about the fix I just wish to learn..How many times to I need to state that... I'm willing and im sure there are a few other members willing to... yes I need help and im prepared to read and read and read but I still need a helping hand.

I do appreciate sunrise work in the past and I myself have only used his fixes purely for myself as I got fed up waiting on the cowboys who do your card then set the dates to expire in a month or so down the line.. Thos are the people that sickened me.

I learned to do the basics mostly by myself and from reading guides like the novice guide.

So if sunrise and the coder want to contribute then please do as it is a fourm, this is techwatch fourns not elsewhere. We dont have a thread of such as I have seen in other places and also seen mysteriously taken away elsewhere to. So fairplay to Sunrise for teaching 666 for days on end elsewhere but this is not eleswhere this is techwatch and as such should be a community where members contribute.

So you think I should run seperate thread on every single forum?

And you think it's my responsibility to start it?

[timetrex]

And I agree, alot of it is self taught...I asked for a starting point and I have one. Currently read stuntguy's guide, very interesting and boring as well lol...

As for the fix from what I have been reading it is a timing issue between the IRD and Card. So if we know from MOSC that are currently running when the first byte is received or do we?we can put a value on that and append the last fix persuming nothing has changed as far as the keyroll is concerned?

The other question is do we really need to know when the first byte is received? Can the Card not be kept in some sort of loop state until the byte is received. Of course I am just rambling but I will figure this out.

[timetrex]

Originally Posted by SunRise

So you think I should run seperate thread on every single forum?

And you think it's my responsibility to start it?

No never said it ws your responsibility to start it, I started the thread dude lol. Merely suggedted for some of the respected coders and that goes for yourself to have some input or to encourage members to get off their backsides. If you would like to input, great if not then thats fine.. You have talked in other fourms, thats great, but as said this is techwatch so if you would contribute, I would be greatful and would also like the coder and anyone else as well.
AS I say I appreciate your work, but I aint kissin ass lol...I dont care about this fix but would like to learn a bit more. I know there is no general tutorial on "how to be a coder" I dont want that, i'll teach myself dude but it aint easy to encourage people here.

The whole N3 and iptv is jst an observation on how it could be seen, I wouldnt blame you if ya did or didnt. If your doing it for fun or for whatever, I couldnt careless.

Anyway im rambling so feel free to help us help ourselves when we know a bit and give us a pointer when we need it.

[TheCoder]

Hasn't this already been done to death in some thread somewhere ?

I seem to remember it all been explained pretty thoroughly with quite a few people saying they were gonna try some coding. I guess nothing came of it. People really do give up far too easily !

The fault is pretty obvious from the logs (although the logging doesn't actually capture everything due to a baud rate change). You can see it happening without having to learn the nuances of the Nagra command set.

See'ing the problem should give you a pretty fair idea of where to look to try and sort it. Its really not that hard, which is why its been left for you lot to sort for yourselves as an "introduction" to card programming.

[Tesla]

The 3.7 fix and a keyroll fix are two separate problems both are good learning points but I would stick to learning the nuances, I like that word, of one of the fixes.

[timetrex]

Originally Posted by TheCoder

Hasn't this already been done to death in some thread somewhere ?

I seem to remember it all been explained pretty thoroughly with quite a few people saying they were gonna try some coding. I guess nothing came of it. People really do give up far too easily !

The fault is pretty obvious from the logs (although the logging doesn't actually capture everything due to a baud rate change). You can see it happening without having to learn the nuances of the Nagra command set.

See'ing the problem should give you a pretty fair idea of where to look to try and sort it. Its really not that hard, which is why its been left for you lot to sort for yourselves as an "introduction" to card programming.

Cheers coder,

Probably done a million times and people give up but I'll sit and do this, well gonna try...

mmm baud rates hop it has nothing to do with any change of frequency between the IRD and card and thus receive communication errors.

Sitting readin this guide with the flu.....not helping but I will keep at it

[timetrex]

Right well im been looking at some of the logs last nite and today. Still trying to get my head round it all but anyway.

We know there was a firmware upgrade in some areas.

I was looking at this in particular.

21 40 08 ; A0 CA 00 00 02 14 00 06 13
12 00 08 ; 94 04 0F 54 54 68 90 00 7D

We know Roms are better than funcards, why because pretty they can respond to any request where as the funcard are hardcoded with the responses. If the response is not hard coded, it aint going to work.

So look at the above its I think asking for the firmware, it wants to know the current status, now the response is the same as it was on 3.6 which intself is wrong. The last byte in particular "68" should be different but isnt. I take it this does need to change?

Well im trying....any1 else..

[TheCoder]

Its nothing to do with any particular command or even the implementation of any particular command on Funcards. The problem is much more fundamental than that !

Look at the captured log that was floating around of a funcard attempting to run on a 3_7 box. Look for the anomolies and you''ll start to have an understanding of where the probblem may lie.

You should spot the anomolies by comparing the 3_7 log with the 3_6 log.

[PaddyBhoy]

The difference between the two is seen on 3.7 log
21 C1 01 ; FE 1F
12 E1 01 ; FE 0C
this repeats itself on a number of occasions.

Would this be down to the card either not getting or receiving a response from the box as it would expect.We would then need to figure out what info it is trying to send to understand how to fix it

Please forgive me if that appears totally idiotic as i'm trying to learn and get my head around this.

[G77]

read stuntguys faq's.