Avalpa Community

The place where we can talk freely about Avalpa product and services
It is currently Sat Feb 24, 2024 7:10 am

All times are UTC + 1 hour [ DST ]

Post new topic Reply to topic  [ 3 posts ] 
Author Message
 Post subject: problems getting started
PostPosted: Thu Oct 31, 2013 5:33 am 

Joined: Thu Oct 31, 2013 4:54 am
Posts: 4
I'm trying to get started with one of these bundles, but am unable to get any working transmission using the OpenCaster tools.

Platform is Debian Wheezy + backports, on kernel 3.10-0.bpo.3-amd64

I've built and installed the it950x driver version from UT-100 CD v2.3_20130930 and can successfully broadcast the Test.ts transport stream using it950x_testkit_tx provided by the hardware vendor.

I haven't been able to get tsrfsend working however.

The application builds fine, but fails like so when I try to actually transmit:

russm@beefy:~/Avalpa$ sudo ./tsrfsend/tsrfsend ../Avalpa-UT-100C/Avalpa/tutorials/start-here/sample.ts 0 669500 7000 64 3/4 1/16 8 0 0
1 Devices

Open /dev/usb-it950x0 ok
g_ITEAPI_GetDrvInfo ok
DriverInfo.DriverVerion  = v13.09.13.1
DriverInfo.APIVerion     = 1.3.20130819.0
DriverInfo.FWVerionLink  =
DriverInfo.FWVerionOFDM  =
DriverInfo.Company       = ITEtech
DriverInfo.SupportHWInfo = Eagle DVBT
DriverInfo.ProductID     = 0x9507
Frequency = 669500 KHz
Bandwidth = 7000 MHz
Constellation: 64QAM
Code Rate: 3/4
Interval: 1/16
Transmission Mode: 8K
Channel Capacity is 23052654 bps
MinGain: -52, MaxGain: 6
g_ITEAPI_TxSetTPS error

I guess I'll patch tsrfsend to actually show what error is being returned from ioctl on the device node, but in the meantime is there anything obviously wrong with how I'm calling it?

(Also, the tsrfsend example in the documentation uses a completely different calling syntax than the one provided - is it the documentation or the shipped tsrfsend that is out of date?)

PostPosted: Thu Oct 31, 2013 6:46 am 

Joined: Thu Oct 31, 2013 4:54 am
Posts: 4
OK, it looks like the driver API has changed, which broke the provided tsrfsend (the SetTPSRequest struct has gained an additional field in the v13.09.13.1 driver, among a bunch of other stuff).

Pulling in updated iocontrol.h from the new driver wasn't a simple fix (additional dependancies I couldn't be bothered wading through at the moment), but the v13.06.27.1 driver archived in https://github.com/linuxstb/it9507 builds and seems to work.

Is there an updated tsrfsend that works with current vendor drivers? Is some other driver recommended? (the forked driver Dave Chapman is working on?)

Basically, what's the recommended software stack?