is there any news about that topic? Did anyone find a solution? Also Orange @Atlantic Bird3 5W 11471 V 29950 2/3 8PSK suffers this problem. --- Chris Silva <2manybills@xxxxxxxxx> schrieb am Sa, 14.2.2009: > Von: Chris Silva <2manybills@xxxxxxxxx> > Betreff: Re : [linux-dvb] Re : Technotrend Budget S2-3200 Digital artefacts on HDchannels > An: linux-media@xxxxxxxxxxxxxxx > Datum: Samstag, 14. Februar 2009, 23:46 > 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 > -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
