Thank you, that blog is very interesting, and is certainly the cause of my problems. I too use vlc to watch TV’ but I use a zap type channels.conf to act as a play list. This is the problem since the zap format has no way of differenciating between dvb-t and dvb-t2 for tuning purposes. So any application which depends on channels.conf has no way of telling the stick which dvb-t protocol to use, and since the new driver no longer attempts to use dvb-t2 if dvb-t fails, as the older driver does, this means that the zap format is now obsolete.
I decided to use vic's .xspf play list format and updated a program called channels2xspf (which handles dvb-c type channels.conf) to handle UK dvb-t/2 as well. The reason I use the -O CHANNEL with dvbv5-scan, is because I already have a program which sorts the lines into the channel number order used in UK digital television.
Having got this all working, running vlc with a xspf file sorted in the desired order, it seems that this new USB stick 0572:c688 has a problem with dvb-t2 broadcasts. It is as though it has less sensitivity than the previous version 1f4d:d220 because there is considerable picture breakup when viewing a channel on any dvb-t2 mux. Using the other stick with the same aerial feed and the same xspf file, the dvb-t2 pictures are perfect. During the picture break up vlc outputs these types of error:-
[h264
0x7f9888142140] left block unavailable for requested intra4x4 mode -1 at 0 25
[h264
0x7f9888142140] error while decoding MB 0 24, bytestream (92478)
[h264
0x7f9888142140] concealing 5329 DC, 5329 AC, 5329 MV errors in I frame
[h264
0x7f98881d8a00] concealing 669 DC, 669 AC, 669 MV errors in B frame
[h264
0x7f9888142140] left block unavailable for requested intra mode at 0 67
[h264
0x7f9888142140] error while decoding MB 0 66, bytestream (1226)
[h264
0x7f9888142140] concealing 289 DC, 289 AC, 289 MV errors in P frame
...
[h264
0x7f9888141b40] Reference 5 >= 2
[h264
0x7f9888141b40] error while decoding MB 91 24, bytestream (24328)
[h264
0x7f9888141b40] concealing 5238 DC, 5238 AC, 5238 MV errors in P frame
[h264
0x7f9888142140] error while decoding MB 54 66, bytestream (-8)
[h264
0x7f9888142140] concealing 235 DC, 235 AC, 235 MV errors in B frame
[h264
0x7f9888142140] concealing 369 DC, 369 AC, 369 MV errors in B frame
[h264
0x7f9888141b40] concealing 7595 DC, 7595 AC, 7595 MV errors in P frame
[h264
0x7f9888141b40] concealing 611 DC, 611 AC, 611 MV errors in B frame
[h264
0x7f9888141b40] left block unavailable for requested intra4x4 mode -1 at 0 16
[h264
0x7f9888141b40] error while decoding MB 0 16, bytestream (98294)
@
With the older stick no errors are shown. Has anyone else noticed a drop in sensitivity in using this new stick?
Cheers
Deri
Crazy Cat
This is no sensitivity problem. Look like need set proper TS clock mode (inverted TS Clk). Same issue fixed for cxd2820r-based T220,T220A.
Mark Antonio
Crazy Cat wrote:
> This is no sensitivity problem. Look like need set proper TS clock mode (inverted TS Clk). Same issue fixed for cxd2820r-based T220,T220A.
Hi Crazy Cat,
Will your patches for T220A work on media_build? I applied the patches and compiled, the adapter can be found but scanning is failing.
If this works I will be able to test VHF for you.
