[vdr] dvbdevice.c
in vdr-1.7.28 without patches while browsing the log I found Jun 9 05:28:08 server vdr: [13569] frontend 1/0 timed out while tuning to channel 1877, tp 212713 Jun 9 05:28:40 server vdr: [13569] frontend 1/0 regained lock on channel 14, tp 110743 so frontend 1 regained a lock it never had. That seems like a consequence of the fact that LostLock is only a local variable in cDvbTuner::Action, so it cannot be reset when the channel changes also, I wonder about this code sequence in dvbdevice.c: switch (tunerStatus) { ... case tsLocked: if (Status & FE_REINIT) { ... else if (tunerStatus == tsLocked) { at the "else if", how could tunerStatus not be tsLocked? -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbdevice.c
Hi, Am 09.06.2012 08:40, schrieb Wolfgang Rohdewald: in vdr-1.7.28 without patches while browsing the log I found Jun 9 05:28:08 server vdr: [13569] frontend 1/0 timed out while tuning to channel 1877, tp 212713 Jun 9 05:28:40 server vdr: [13569] frontend 1/0 regained lock on channel 14, tp 110743 so frontend 1 regained a lock it never had. That seems like a consequence of the fact that LostLock is only a local variable in cDvbTuner::Action, so it cannot be reset when the channel changes Looks like LostLock should also be reset in case tsSet. also, I wonder about this code sequence in dvbdevice.c: switch (tunerStatus) { ... case tsLocked: if (Status& FE_REINIT) { ... else if (tunerStatus == tsLocked) { at the "else if", how could tunerStatus not be tsLocked? In the case when the switch "falls through" from case tsTuned. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rni...@gmx.de ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbdevice.c
On 09.06.2012 11:24, Reinhard Nissl wrote: Hi, Am 09.06.2012 08:40, schrieb Wolfgang Rohdewald: in vdr-1.7.28 without patches while browsing the log I found Jun 9 05:28:08 server vdr: [13569] frontend 1/0 timed out while tuning to channel 1877, tp 212713 Jun 9 05:28:40 server vdr: [13569] frontend 1/0 regained lock on channel 14, tp 110743 so frontend 1 regained a lock it never had. That seems like a consequence of the fact that LostLock is only a local variable in cDvbTuner::Action, so it cannot be reset when the channel changes Looks like LostLock should also be reset in case tsSet. I guess that's a matter of philosophy. In normal operation the frontend doesn't report any such messages,so everything is fine. When the frontend loses the lock for any reason, I think it make sense to have it report back whenever it has regained the lock. If, in the meantime, the channel has been changed, well, then regaining the lock just so happens on a different channel. Resetting LostLock in case tsSet could lead to logs where a frontend reports that it has lost the lock, but never reports when it has regained it. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbdevice.c
Am Samstag, 9. Juni 2012, 11:24:22 schrieb Reinhard Nissl: > > at the "else if", how could tunerStatus not be tsLocked? > > In the case when the switch "falls through" from case tsTuned. It is a while since I used C or C++... -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbdevice.c
Am Samstag, 9. Juni 2012, 12:02:37 schrieb Klaus Schmidinger: > >> so frontend 1 regained a lock it never had. That seems like a consequence > >> of the fact that LostLock is only a local variable in cDvbTuner::Action, > >> so it cannot be reset when the channel changes > > > > Looks like LostLock should also be reset in case tsSet. > > I guess that's a matter of philosophy. fine with me - I was just wondering. I was looking at those things because I had some trouble with my 3 USB TT S2-3600 receivers. They very often lost lock. Putting them in a cooler place helped a bit. Better cabling helped a bit. Updating the receiver firmware (bought in 2012, update from 2008 was not applied!) helped a bit. Optimizing my Quad Monoblock for Astra helped a bit. At that stage, often all 3 receivers lost lock at the same time. And all that only with DVB-S2 channels. And mostly in early evening (which still puzzles me) At the end it seems the LNB had a problem. I now have another one and no lost locks since 12 hours. -- Wolfgang ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] dvbdevice.c: In member function ‘virt ual void cDvbDevice::StillPicture(const uchar*, int) ’:
Hi with kernel 2.6.29 from debian sid I couldn't compile vdr 174 r...@goga:/usr/src/vdr# make g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\"/video\" -DCONFDIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -I/usr/include/freetype2 audio.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\"/video\" -DCONFDIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -I/usr/include/freetype2 channels.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\"/video\" -DCONFDIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -I/usr/include/freetype2 ci.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\"/video\" -DCONFDIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -I/usr/include/freetype2 config.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\"/video\" -DCONFDIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -I/usr/include/freetype2 cutter.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\"/video\" -DCONFDIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -I/usr/include/freetype2 device.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\"/video\" -DCONFDIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -I/usr/include/freetype2 diseqc.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVIDEODIR=\"/video\" -DCONFDIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -I/usr/include/freetype2 dvbdevice.c In file included from dvbdevice.c:17: /usr/include/linux/dvb/video.h:159: error: expected ‘;’ before ‘*’ token /usr/include/linux/dvb/video.h:192: error: expected ‘;’ before ‘*’ token dvbdevice.c: In member function ‘virtual void cDvbDevice::StillPicture(const uchar*, int)’: dvbdevice.c:1275: error: too many initializers for ‘video_still_picture’ dvbdevice.c:1275: error: invalid conversion from ‘char*’ to ‘__s32’ dvbdevice.c:1281: error: too many initializers for ‘video_still_picture’ dvbdevice.c:1281: error: invalid conversion from ‘char*’ to ‘__s32’ make: *** [dvbdevice.o] Ошибка 1 any ideas ? Goga ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbdevice.c: In member function ‘virt ual void cDvbDevice::StillPicture(const uchar*, int) ’:
Приветствую, Goga777 I applied the patch from http://git.kernel.org/?p=linux/kernel/git/jaswinder/linux-2.6-tip.git;a=commitdiff;h=57b4b9d7b56d283b6619a893341be16d1a0467a6#patch7 but without luck > In file included from dvbdevice.c:17: > /usr/include/linux/dvb/video.h:159: error: expected ‘;’ before ‘*’ token > /usr/include/linux/dvb/video.h:192: error: expected ‘;’ before ‘*’ token > dvbdevice.c: In member function ‘virtual void cDvbDevice::StillPicture(const > uchar*, int)’: > dvbdevice.c:1275: error: too many initializers for ‘video_still_picture’ > dvbdevice.c:1275: error: invalid conversion from ‘char*’ to ‘__s32’ > dvbdevice.c:1281: error: too many initializers for ‘video_still_picture’ > dvbdevice.c:1281: error: invalid conversion from ‘char*’ to ‘__s32’ > make: *** [dvbdevice.o] Ошибка 1 -- Удачи, Игорь ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr