DVB anyone?

[Guest]

Just found this:

http://www.technotrend.de/english/download/sdk.html

Looks like you have to sign an agreement and fax it to them.

Hope you can read legalese.

oligolli

[Guest]

Just to update everyone.
Have looked at dvbcore but do not think that we should go that way. No documentation, and puts us in the hands of a third party.
Have sent the legal agreements to Technotrend and obtained the TT-PCline budget PCI and USB SDK - 4 megabytes; and the TT-PCline buget (PCI only I think) plus BDA Driver SDK - 400K. The BDA driver is for Microsoft TV and is the way to go, I believe. It covers DVB-T, -C and -S though I would develop for -T in the beginning because that is the only signal source I have.
Now have to sell my Nova-T USB and install a PCI version.

[dito]

If you want examples for DVBCore based software you can look here: http://mitglied.lycos.de/coreox/
Also I think I have the latest SDK (though on an other computer that I won't see until the 8 of august) I could post that later somewhere... Here it is... http://www.hippo.ru/~sorgelig/files/DVBCoreSDK.zip
The DVBCore still works in the same way...

The Technotrend SDK cover the SS1 card too... Otherwise you should send them a mail about the SDK for SS1 since they have it not Hap...

Keep up the good work and best regards!

[simba]

Hi, I have followed your discussion and have to following comments. I have a Technotrend SS1 and SS2 running in 1 machine. I also have Joveplayer 3.0 beta5 with DVB (DVBCore)and find out the the budget SS2 works very well in combination with the Xcard. Using recourses are low as well in compare to the SS1 who have his one MPeg 2 hardwarechip on board.

My suggestion is, develop first for the Budget models like SS2 etc. because there is a hugh installed base with these cards.

DVBCore and Multidec are also compatible with Poorman Cam's and Software Cam's like Yankse etc. for recieving scrambled channels. This is very important in Europe.

[dito]

I've been thinking abit more about this DVB problem...
What about just implementing direct MPEG2 streaming?
This way you can have all the great support of MT (AVbroadcaster plugin) or ProgDVB (has native support) and still be able to view DVB with GB-PVR... There is sources for the streaming protocol over at the VLC page ( http://www.videolan.org/ )... For channel chaning there are several plugins we can use already for these programs... Or http chaning with AVBroadcaster ( http://mytheatre.phpbbhost.info/viewtopic.php?t=555&start=15 )

Hope this could be a solution too...

Best regards and keep up the great work!

[sub]

Whilst its a good idea, my preference would definitly be to include direct DVB card support. I really want GB-PVR to not have to rely on other applications to do its job. I hate it when I install an application, and it requires I install two or three more.

There is also problems dealing with the GPL license that means we cant use any of the videolan source etc.

[colin]

The GPL license is only a problem if you include the code within GBPVR (as its closed src). If this is developed as a plugin, as long as the src code is made available on request or with the binaries then this would not effect GBPVR. GBPVR can still remain closed src.

If the plugin area of GBPVR can be extended to faciliate plugins like this then this would save you having to include code for them within GBPVR and also allow people to write there own support for various cards.

Colin.

[sub]

I think even as a plugin, the GPL could be a problem for anything *I* work on. Otherwise everyone would avoid the GPL issues by including any other GPL as plugin to their commerical products. That said, I think it would be OK for an external developer to develop a plugin to my interface specification, as long as I dont work on it directly myself.

Quote[/b] ]If the plugin area of GBPVR can be extended to faciliate plugins like this then this would save you having to include code for them within GBPVR and also allow people to write there own support for various cards.

Yes, this is the intention. To try and get the ball rolling I posted some details at http://gbpvr.com/cgi-bin/ikonboard.cgi?act=ST;f=4;t=55 . I've also sent some details and sample code to one of the other guys here that has started implementing a DVB plugin recorder.

[colin]

Quote[/b] ]I think even as a plugin, the GPL could be a problem for anything *I* work on. Otherwise everyone would avoid the GPL issues by including any other GPL as plugin to their commerical products.

Its a fine line but in theory should not be an issue. Though to avoid the accusing idiots probably best to steer clear ot if.

Quote[/b] ]
That said, I think it would be OK for an external developer to develop a plugin to my interface specification, as long as I dont work on it directly myself.

This would not be a problem. It might be an idea to include in the FAQ for plugin development, if GPL'ed code is included then the src code must be made available either with the binaries or on request. It might help avoid issues around this.

Cheers,
Colin.

[otoelker]

Hi,

would it not be possible to include a dummy device in the capture source list in the meantime that starts a macro (i.e. through girder) ? Something like: GBPVR calls the exe and passes the channel number on. The macro starts the original DVB application if it is not running already, selects the correct channel and hits the record button. When the end of the show comes, GBPVR calls the macro again with a different parameter telling it to end the recording and the macro hits stop in the original dvb application. This way we could at least record from DVB through all GBPVR functions until a better solution comes along.

Cheers,

Oliver