On Sat, Feb 14, 2009 at 10:34 PM, Chris Silva <2manybills@xxxxxxxxx> wrote: > On Fri, Feb 6, 2009 at 3:22 PM, Manu <eallaud@xxxxxxxxx> wrote: >>> Can you please send me a complete trace with the stb6100 and stb0899 >>> modules loaded with verbose=5 for the 30MSPS transponder what you >>> are trying ? One simple szap would be enough (no scan please) based >>> on the http://jusst.de/hg/v4l-dvb tree. >>> >>> Before you start testing, start clean from a cold boot after a >>> powerdown. This makes it a bit more easier identify things. >> >> OK I did just that with latest multiproto on a 11495 MHz trnaposnder, >> DVB-S2, 30MS/s, FEC 5/6 which works using the provider's STB . I put >> the log in attachement. You will observe a lock is acquired really >> briefly and then nothing. Obtained using: >> szap2 -t 2 >> I hope this can give you some data. Let me know if you need more info >> (like putting some more printksin the source). >> Bye >> Manu >> > > Sorry for the late reply, but the new list confuses the hell out of me > and I missed this message, somehow... > > Attached is a log file with the results of dvb-apps/szap on a 30000 > 3/4 channel using a http://jusst.de/hg/v4l-dvb clean compile and cold > boot as recommended. > > Also loaded stb6100 and stb0899 with verbose=5 > > Command line used and result: > > root@vdr:/usr/local/src/v4l-dvb_multi/dvb-apps/util/szap# ./szap -c > /video/channels.conf -n 7 > reading channels from file '/video/channels.conf' > zapping to 7 '[006b]': > sat 0, frequency = 12012 MHz H, symbolrate 30000000, vpid = 0x1031, > apid = 0x1032 sid = 0x1004 > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > status 00 | signal 7fb2 | snr 0000 | ber 00000000 | unc fffffffe | > status 00 | signal 7fb2 | snr 0000 | ber 00000000 | unc fffffffe | > [...] > status 00 | signal 7fb2 | snr 0000 | ber 00000000 | unc fffffffe | > status 00 | signal 7fb2 | snr 0000 | ber 00000000 | unc fffffffe | > > After that szapping to that problematic channel, I tried a DVB-S > channel, which locks without problems. > > root@vdr:/usr/local/src/v4l-dvb_multi/dvb-apps/util/szap# ./szap -c > /video/channels.conf -H -n 33 > reading channels from file '/video/channels.conf' > zapping to 33 'FOX': > sat 0, frequency = 11617 MHz V, symbolrate 27500000, vpid = 0x1b30, > apid = 0x1b31 sid = 0x0000 > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' > status 00 | signal 49% | snr 0% | ber 0 | unc -2 | > status 1e | signal 0% | snr 0% | ber 0 | unc -2 | FE_HAS_LOCK > > Going to test your the same multiproto tree _with_ both patches you > mentioned early on this thread. > > BTW, I can see all those channels just fine using a DM800 and the > provider original decoder with my subscription card. > > I'm positive that dish/lnb/connections aren't the problem. > > Thanks for taking the time to address this particular issue. > > Chris > As promised, a log with the exact same conditions described above, but with increase_timeout.patch and fix_iterations.patch applied, referred to on this same thread. Chris
Attachment:
v4l-dvb-multiproto_s2-3200_with_patches_test_log.txt.tar.bz2
Description: BZip2 compressed data
