> > > Cool. The Root/Dpram in your 2003-11-08 DVB snapshot is the same as the > > > ones I extracted from dvb-ttpci-01.fw.gz currently on the website. So its > > > definitely not that; I just wanted to make ABSOLUTELY sure it wasn't some > > > build issue. I'm assuming your 2003-11-08 snapshot works for your DISEQC > > > BTW. > > > > Yes, it does. > > Another difference (though I don't see how it can affect DISEQC, but you never > know!): > > In 1.0.0 and your 2003-11-08 snapsnot, hw_sections = 0 by default > > In 1.1.0 and CVS, hw_sections = 1 by default
Hi, the diseqc stuff in 1.0.1 and in 1.1.0 (in the av7110 stuff) are almost the same...only some minor difference.... In 1.0.1: case FE_DISEQC_SEND_BURST: SendDiSEqCMsg (av7110, 0, NULL, (int) arg); In 1.1.0: case FE_DISEQC_SEND_BURST: av7110_diseqc_send(av7110, 0, NULL, (unsigned long) arg); The following firmware calls are equal.... But, i have seen in my log (from firmware call debugging;)) that diseqc commands would always call twice... Mar 17 19:02:49 vdr vdr[2106]: Switching Channel via EPG-Scan to Freq: 11797 h , Source 35008 Mar 17 19:02:49 vdr kernel: audcom: audcom Mar 17 19:02:49 vdr kernel: SetPIDs: MultiPID Mar 17 19:02:49 vdr kernel: av7110_before_after_tune: FlushTSQueue Mar 17 19:02:49 vdr kernel: Set22K: Set22K Mar 17 19:02:49 vdr kernel: ves1x93_set_voltage: SEC_VOLTAGE_18 Mar 17 19:02:49 vdr kernel: av7110_diseqc_send: av7110_diseqc_send Mar 17 19:02:49 vdr kernel: av7110_diseqc_send: av7110_diseqc_send Mar 17 19:02:49 vdr kernel: Set22K: Set22K Mar 17 19:02:49 vdr kernel: SetPIDs: MultiPID Mar 17 19:02:49 vdr kernel: av7110_before_after_tune: FlushTSQueue and diseqc is only done if the polarisation change from last to next channel, but this could be vdr related and normal... Andreas -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
