Failed to get tuning params

[mvallevand]

For the last test is it possible you still had the monitor running?

Also could you send the zipped conf file that was generated by dvbv5scan?

Martin

[M4c]

For the last test is it possible you still had the monitor running? 

Cannot say this for sure, but I think monitor was not longer running.

Attached the conf file generated by dvbv5-scan.

Code:

sudo dvbv5-scan -F -l UNIVERSAL /usr/share/dvb/dvb-s/MyList

M4c

[mvallevand]

Thanks it looks like the NextPVR source is treating a -1 as an unsigned short and writing that to the conf file.

PILOT = 4294967295

dvbv5 scan is writing it as a boolean

PILOT = OFF

However I am more concerned why the frequencies from your source conf aren't even the ones NextPVR writes. There is a missing Network ID field too.

At least this is more info for sub.

Martin

[sub]

Thanks it looks like the NextPVR source is  treating a -1 as an unsigned short and writing that to the conf file. 

It's actually libdvbv5 populating the structures, and writing to the file, but yes sounding like a bug in there.

[mvallevand]

Ah I see it is the old library you distribute with NextPVR. Here was the fix https://git.linuxtv.org/v4l-utils.git/co...43c555ad23

Martin

[sub]

Yeah, I wondered if that might be the case. I'll look at updating the version for the next build. (hopefully the version used by Rasbian etc has been updated, so the function signatures are the same between platforms now, so we can get away from having to distribute a copy of this shared library)

[mvallevand]

@M4c since you are running arm32 can you rename libdvbv5.so.0 in DeviceHost/arm32 and ssee if the scan works?

Martin

[M4c]

@M4c  since you are running arm32 can you rename libdvbv5.so.0 in DeviceHost/arm32 and ssee if the scan works?

I renamed the libdvbv5.so.0, cleared the files and did another scan.

Scanning works, but just for one transponder/frequency, no matter if I use the default Astra-19.2E or my reduced transponder list MyList.
Conf file looks fine for the found channels. But playback fails.

When I then restored the filename libdvbv5.so.0 in DeviceHost/arm32 playback is running.

Attached the conf file (after two scans) and the logs.

M4c

[sub]

Yeah, I suspected that wouldn't work. I'll need to recompile the arm DeviceHostLinux against the newer version of libdvbv5 to be able to test it properly.

I'll have a try doing this at the weekend.

[M4c]

Ok, just let me know if I can help with testing.