From: Colin D. M. <li...@mi...> - 2003-11-25 22:04:12
|
Hiya I just wondered if any of you had seen this yet: http://www.technotrend.de/english/download/sdk.html Apparently if you print and fill in the licence they'll send you an SDK (one of which appears to be a BDA driver) for their budget card (and various other things too). I'm going to post one for the "TT-PCline budget and TT-PCline USB" and one for the "TT-PCline budget and the BDA-Driver" assuming they're different, and see if I get anything back. Colin Munro |
From: Robert S. <rob...@gm...> - 2003-11-25 22:25:35
|
From: "Colin D. Munro" <li...@mi...> > I just wondered if any of you had seen this yet: > http://www.technotrend.de/english/download/sdk.html Yes, I heard about that last August. I didn't want to sign the NDA, though, for fear it might undermine my own driver development efforts. But from what I have heard, this driver might be based on the Philips SAA7146A capture driver coupled with a separate frontend driver binary (I driver model I dislike very much). Also, this driver appears to be incompatible with Windows XP Media Center Edition right now. From the user comments found in the public MCE newsgroups, it doesn't seem to work well either... Regards, -- Robert Schlabbach e-mail: rob...@gm... Berlin, Germany |
From: Colin D. M. <li...@mi...> - 2003-11-25 23:00:45
|
Quoting Robert Schlabbach <rob...@gm...>: > From: "Colin D. Munro" <li...@mi...> > > I just wondered if any of you had seen this yet: > > http://www.technotrend.de/english/download/sdk.html > > Yes, I heard about that last August. I didn't want to sign the NDA, though, > for fear it might undermine my own driver development efforts. But from > what I have heard, this driver might be based on the Philips SAA7146A > capture driver coupled with a separate frontend driver binary (I driver > model I dislike very much). > Hmm, doesn't sound too great. I gave the licence a quick look before deciding to go for it and I didn't think it'd interfere with anything else I was doing though (other than in the possible "Windows gets confused as to which drivers are even compatible" problems I had even with my own driver), what did you see to be a problem? Perhaps I shouldn't post the letter tomorrow. > Also, this driver appears to be incompatible with Windows XP Media Center > Edition right now. From the user comments found in the public MCE > newsgroups, it doesn't seem to work well either... > Hmm, doesn't sound like it's too great at all... Colin |
From: Robert S. <rob...@gm...> - 2003-11-26 07:10:11
|
From: "Colin D. Munro" <li...@mi...> > Hmm, doesn't sound too great. I gave the licence a quick look before > deciding to go for it and I didn't think it'd interfere with anything > else I was doing though (other than in the possible "Windows gets > confused as to which drivers are even compatible" problems I had even > with my own driver), what did you see to be a problem? Perhaps I > shouldn't post the letter tomorrow. Well, I don't like the "no reverse engineering" paragraph. Consider this: You make some enhancement to your driver, and TT comes and claims you stole that idea from their driver... Maybe they are nice guys and would never do such a thing, I don't know. But I'd rather be safe than sorry... Regards, -- Robert Schlabbach e-mail: rob...@gm... Berlin, Germany |
From: Robert S. <rob...@gm...> - 2003-11-26 07:14:01
|
BTW, Colin, while I got you on the list: It appears your driver has no support for power management (just like mine:(). Have you looked into this, or do you know of a good resource? I tried reading the DDK documentation, but it only left me confused :( The key thing one has to do is to restore the hardware state after resuming e.g. from hibernating (i.e. complete power-off). Now the ugly thing about this is that if a BDA graph is running when you hibernate, it will only be put in _paused_ state, not stopped! Thus, you need to get the hardware back exactly to that paused state, which I think is rather complicated... Or maybe there is a way to request that the graph is put in stopped state? I haven't found any, though :( Regards, -- Robert Schlabbach e-mail: rob...@gm... Berlin, Germany |
From: Colin D. M. <li...@mi...> - 2003-12-02 03:24:09
|
Quoting Robert Schlabbach <rob...@gm...>: > BTW, Colin, while I got you on the list: It appears your driver has no > support for power management (just like mine:(). Have you looked into this, > or do you know of a good resource? I tried reading the DDK documentation, > but it only left me confused :( > I've not really looked at the power management stuff, and since I just recently upgraded to Windows XP I've not reinstalled the DDK yet (although I will soon). > The key thing one has to do is to restore the hardware state after resuming > e.g. from hibernating (i.e. complete power-off). Now the ugly thing about > this is that if a BDA graph is running when you hibernate, it will only be > put in _paused_ state, not stopped! Thus, you need to get the hardware back > exactly to that paused state, which I think is rather complicated... Or > maybe there is a way to request that the graph is put in stopped state? I > haven't found any, though :( I suppose if you stored the state of what you were told to do you could re-set the parameters of the card when you were awoken so the graph wouldn't realise anything had changed, but that could be tricky to make work, it seems a bit annoying that it only pauses. I'll have a look once I've re-installed the DDK to see if I can spot anything but I'm not sure if it's just going to have to be done a difficult way or such. Sorry I couldn't be of more help, Colin |