vdr June 2008

vdr@linuxtv.org

51 participants
53 discussions

vdr 170 - how to scan dvb-s2 transponders ?
by Goga777 21 Jun '08

21 Jun '08

Hi so, patched reelchannelscan can't scan dvb-s2 channels Is there any others tricks to scan dvb-s2 transponders ? epgscan ? Goga

1 0

[input_vdr] H.264:-> pts 6957034094
by Goga777 19 Jun '08

19 Jun '08

Hi i use the vdr 170 + h264 patch + xineliboutput from cvs , on dvb-s2 channels I can see in logs these messages ================================================================== Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957023294 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957037694 <- 0 (DTS 6957026894) Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957030494 <- 0 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957034094 ================================================================== what are they mean ? is it possible to avoid their ? un 19 22:31:52 localhost vdr: [7040] switching to channel 4 Jun 19 22:31:52 localhost vdr: [7040] cTS2PES got 0 TS errors, 2 TS continuity errors Jun 19 22:31:52 localhost vdr: [7040] buffer stats: 169388 (8%) used Jun 19 22:31:52 localhost vdr: [7136] transfer thread started (pid=7040, tid=7136) Jun 19 22:31:52 localhost vdr: [7132] TS buffer on device 1 thread ended (pid=7040, tid=7132) Jun 19 22:31:52 localhost vdr: [7131] buffer stats: 122576 (5%) used Jun 19 22:31:52 localhost vdr: [7131] receiver on device 1 thread ended (pid=7040, tid=7131) Jun 19 22:31:52 localhost vdr: [7137] receiver on device 1 thread started (pid=7040, tid=7137) Jun 19 22:31:52 localhost vdr: [7138] TS buffer on device 1 thread started (pid=7040, tid=7138) Jun 19 22:31:52 localhost vdr: [7044] ERROR (dvbdevice.c,302): Invalid argument Jun 19 22:31:52 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 Jun 19 22:31:52 localhost vdr: [7136] cVideoRepacker: operating in H.264 mode Jun 19 22:31:52 localhost vdr: [7136] [xine..put] cXinelibDevice::PlayVideo: Detected H.264 video Jun 19 22:31:52 localhost vdr: [7057] [input_vdr] H.264 scanner: Possible H.264 NAL AUD Jun 19 22:31:52 localhost vdr: [7057] [input_vdr] H.264: post pts 6957016094 Jun 19 22:31:52 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957016094 <- 0 (DTS 6957005294) Jun 19 22:31:52 localhost vdr: [7057] [input_vdr] Audio changed -> AC3 0 (BD:80) Jun 19 22:31:52 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957012494 <- 0 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957026894 <- 0 (DTS 6957016094) Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957019694 <- 0 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957023294 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957037694 <- 0 (DTS 6957026894) Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957030494 <- 0 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957034094 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957048494 <- 0 (DTS 6957037694) Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957041294 <- 0 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957044894 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957059294 <- 0 (DTS 6957048494) Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957052094 <- 0 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957055694 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957070094 <- 0 (DTS 6957059294) Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957062894 <- 0 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957066494 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957080894 <- 0 (DTS 6957070094) Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957073694 <- 0 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957077294 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957091694 <- 0 (DTS 6957080894) Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957084494 <- 0 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957088094 Jun 19 22:31:53 localhost vdr: [7136] [xine..put] H.264: Found NAL SPS at offset 6/2029 Jun 19 22:31:53 localhost vdr: [7136] [xine..put] H.264 SPS: profile_idc 77 Jun 19 22:31:53 localhost vdr: [7136] [xine..put] H.264 SPS: pic_width: 120 mbs Jun 19 22:31:53 localhost vdr: [7136] [xine..put] H.264 SPS: pic_height: 34 mbs Jun 19 22:31:53 localhost vdr: [7136] [xine..put] H.264 SPS: frame only flag: 0 Jun 19 22:31:53 localhost vdr: [7136] [xine..put] H.264 SPS: aspect_ratio_idc 1 Jun 19 22:31:53 localhost vdr: [7136] [xine..put] H.264 SPS: -> aspect ratio 1 / 1 Jun 19 22:31:53 localhost vdr: [7136] [xine..put] H.264 SPS: -> video size 1920x1088, aspect 1:1 Jun 19 22:31:53 localhost vdr: [7136] [xine..put] Detected video size 1920x1088 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957102494 <- 0 (DTS 6957091694) Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957095294 <- 0 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957098894 Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957113294 <- 0 (DTS 6957102494) Jun 19 22:31:53 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957106094 <- 0 Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957109694 Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957124094 <- 0 (DTS 6957113294) Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957116894 <- 0 Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957120494 Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957134894 <- 0 (DTS 6957124094) Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957127694 <- 0 Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957131294 Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957145694 <- 0 (DTS 6957134894) Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957138494 <- 0 Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957142094 Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957149294 <- 0 (DTS 6957145694) Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957152894 <- 0 (DTS 6957149294) Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957163694 <- 0 (DTS 6957152894) Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957156494 <- 0 Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957160094 Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957174494 <- 0 (DTS 6957163694) Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957167294 <- 0 Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957170894 Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957185294 <- 0 (DTS 6957174494) Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957178094 <- 0 Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957181694 Jun 19 22:31:54 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957196094 <- 0 (DTS 6957185294) Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957188894 <- 0 Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957192494 Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957206894 <- 0 (DTS 6957196094) Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957199694 <- 0 Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957203294 Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957217694 <- 0 (DTS 6957206894) Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957210494 <- 0 Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957214094 Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957228494 <- 0 (DTS 6957217694) Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957221294 <- 0 Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957224894 Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957239294 <- 0 (DTS 6957228494) Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957232094 <- 0 Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957235694 Jun 19 22:31:55 localhost vdr: [7057] [input_vdr] H.264: -> pts 6957250094 <- 0 (DTS 6957239294) Jun 19 22:31:57 localhost vdr: [7040] switching to channel 3 Jun 19 22:31:57 localhost vdr: [7040] buffer stats: 301176 (14%) used Jun 19 22:31:57 localhost vdr: [7138] TS buffer on device 1 thread ended (pid=7040, tid=7138) Jun 19 22:31:57 localhost vdr: [7137] buffer stats: 119756 (5%) used Jun 19 22:31:57 localhost vdr: [7137] receiver on device 1 thread ended (pid=7040, tid=7137) Jun 19 22:31:57 localhost vdr: [7142] transfer thread started (pid=7040, tid=7142) Jun 19 22:31:57 localhost vdr: [7143] receiver on device 1 thread started (pid=7040, tid=7143) Jun 19 22:31:57 localhost vdr: [7144] TS buffer on device 1 thread started (pid=7040, tid=7144) Jun 19 22:31:57 localhost vdr: [7044] ERROR (dvbdevice.c,302): Invalid argument Jun 19 22:31:57 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 Jun 19 22:31:58 localhost vdr: [7142] TS continuity error (15) Jun 19 22:31:58 localhost vdr: [7142] TS continuity error (0) Jun 19 22:31:58 localhost vdr: [7142] TS continuity error (12) Jun 19 22:31:58 localhost vdr: [7142] TS continuity error (12) Jun 19 22:31:58 localhost vdr: [7142] TS continuity error (14) Jun 19 22:31:58 localhost vdr: [7142] TS continuity error (1) Jun 19 22:31:58 localhost vdr: [7142] TS continuity error (7) Jun 19 22:31:58 localhost vdr: [7142] TS continuity error (4) Jun 19 22:31:58 localhost vdr: [7142] TS continuity error (13) Jun 19 22:31:59 localhost vdr: [7142] cVideoRepacker: operating in H.264 mode Jun 19 22:31:59 localhost vdr: [7142] [xine..put] cXinelibDevice::PlayVideo: Detected H.264 video Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264 scanner: Possible H.264 NAL AUD Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: post pts 2639720962 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639720962 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639724562 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639738962 <- 0 (DTS 2639728162) Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] Audio changed -> AC3 0 (BD:80) Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639731762 <- 0 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639735362 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639749762 <- 0 (DTS 2639738962) Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639742562 <- 0 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639746162 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639760562 <- 0 (DTS 2639749762) Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639753362 <- 0 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639756962 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639771362 <- 0 (DTS 2639760562) Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639764162 <- 0 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639767762 Jun 19 22:31:59 localhost vdr: [7142] [xine..put] H.264: Found NAL SPS at offset 6/2029 Jun 19 22:31:59 localhost vdr: [7142] [xine..put] H.264 SPS: profile_idc 77 Jun 19 22:31:59 localhost vdr: [7142] [xine..put] H.264 SPS: pic_width: 120 mbs Jun 19 22:31:59 localhost vdr: [7142] [xine..put] H.264 SPS: pic_height: 34 mbs Jun 19 22:31:59 localhost vdr: [7142] [xine..put] H.264 SPS: frame only flag: 0 Jun 19 22:31:59 localhost vdr: [7142] [xine..put] H.264 SPS: aspect_ratio_idc 1 Jun 19 22:31:59 localhost vdr: [7142] [xine..put] H.264 SPS: -> aspect ratio 1 / 1 Jun 19 22:31:59 localhost vdr: [7142] [xine..put] H.264 SPS: -> video size 1920x1088, aspect 1:1 Jun 19 22:31:59 localhost vdr: [7142] [xine..put] Detected video size 1920x1088 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639782162 <- 0 (DTS 2639771362) Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639774962 <- 0 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639778562 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639792962 <- 0 (DTS 2639782162) Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639785762 <- 0 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639789362 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639803762 <- 0 (DTS 2639792962) Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639796562 <- 0 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639800162 Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639814562 <- 0 (DTS 2639803762) Jun 19 22:31:59 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639807362 <- 0 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639810962 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639825362 <- 0 (DTS 2639814562) Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639818162 <- 0 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639821762 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639836162 <- 0 (DTS 2639825362) Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639828962 <- 0 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639832562 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639846962 <- 0 (DTS 2639836162) Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639839762 <- 0 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639843362 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639857762 <- 0 (DTS 2639846962) Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639850562 <- 0 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639854162 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639868562 <- 0 (DTS 2639857762) Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639861362 <- 0 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639864962 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639879362 <- 0 (DTS 2639868562) Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639872162 <- 0 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639875762 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639890162 <- 0 (DTS 2639879362) Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639882962 <- 0 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639886562 Jun 19 22:32:00 localhost vdr: [7057] [input_vdr] H.264: -> pts 2639900962 <- 0 (DTS 2639890162)

1 0

Re: [vdr] Test Feed crashes vdr 1.6.0
by Reinhard Walter Buchner (rw.buchner) 19 Jun '08

19 Jun '08

Hi Patrick (and of course Klaus ;o)) > For some days there i a new "Test Feed" channel being found automatic > new channel scanner of vdr-1.6.0: > > root@black:/etc/vdr# tail -1 channels.conf > Test Feed;Test Feed:10920:hC56:S19.2E:22000:0:0:0:0:0:1:1063:0 > root@black:/etc/vdr# I pretty much had the same problem. AFTER discovering what was wrong, I simply deleted the "Test Feed" channel and VDR went back to normal operation. Actually, I woke up in the middle of the night because my TV set was continually blinking a white screen at me every few minutes ;o)) (Due to the drivers being reloaded), which is how a discovered the problem at all. I did, however, lose a good number of timered shows. Not that this will kill me, but personally I don't think VDR should quit operations because of such a "simple" problem. If there is an error in the channels.conf I see no reason to restart VDR more than once. If the conf file is defunct, then no number of restarts will bring it back to life ;o)) Personally, >>I<< think VDR should log such a problem and then display it on screen (I mean that's what the message bar is for ;o)) until the user aknowledeges that the message has been read. While I am at problem discussing, I also think that VDR should NOT delete a timer, if it wasn't possible to fully record the movie. (This can happen if diskspace runs low or if a thunderstrom prevents good reception, e.g.) Here, too, either keep the timer (even if the movie is over) or at least post a message in the message bar "Timer xyz + movie title" wasn't recorded. Keep up the display until it is aknowledged by the user. I know I haven't been posting recently (or doing any "nessy patches (insider for the older VDR users ;o))), but I still use and will continue to do so, only VDR as my method of recording and watching TV or beamer. @Klaus: Do you think the above would be possible? kind regards, Reinhard

1 0

lcdproc, utf-8 & VDR
by Ville Aakko 19 Jun '08

19 Jun '08

2008/6/18 Michael Brakemeier <michael(a)brakemeier.de>: > Have you tried the -jw4 Version from Joachims website? > This should fix the ?-issue - it does this at least for me, my > display now correctly prompts "Taste drücken..." instead of > "Taste dr?cken..." on power off. I tried now =) I hadn't even noticed a new version before. And, it really does fix the problem with VDR messages, so Joachim must've changed something. But I still get ?-marks for commands from the commands menu. For example, I have "Äänet pois / päälle" -command in commands.conf. That is displayed correctly when I browse the menu. VDR is supposed to display the name of the command after I run it, and does, but then the Ä and ä are displayed as ?-marks. Still, thanks go to Joachim for maintaining this plugin! -Ville -- Ville Aakko - ville.aakko(a)gmail.com -- -- Ville Aakko - ville.aakko(a)gmail.com

1 0

lcdproc, utf-8 & VDR
by Ville Aakko 18 Jun '08

18 Jun '08

---------- Forwarded message ---------- From: Ville Aakko <ville.aakko(a)gmail.com> Date: 2008/6/17 Subject: Re: [vdr] lcdproc, utf-8 & VDR To: Hanno Zulla <abos(a)hanno.de> 2008/6/17 Hanno Zulla <abos(a)hanno.de>: > > You might want to try Joachim Wilke's patched version of the lcdproc plugin. Yes, I'm already using that. I believe helped Joachim beta test the patch =) Although I'm not sure that the patch I got from Joachim is exactly same as on his homepage, but I'd suspect so. It's working marvelously! Although, I noticed that messages in VDR (from external commands, or stuff like "VDR sammuu myöhemmin" transl. "VDR is shutting down later") have ?-marks instead of the scandinavian letters aka. umlauts. But I've been too lazy to report that back to Joachim =) - Ville -- -- Ville Aakko - ville.aakko(a)gmail.com -- -- Ville Aakko - ville.aakko(a)gmail.com

3 3

vdr: ERROR (dvbdevice.c, 302): Invalid argument (ioctl DVBFE_SET_DELSYS ??)
by Goga777 18 Jun '08

18 Jun '08

Hi I use the hvr4000 card + multiproto_plus + hvr4000 patch from Gregoire Favre http://linuxtv.org/pipermail/vdr/2008-May/016713.html + vdr 1.7.0 The hvr4000 card works well with vdr 1.7.0 But sometimes I have this error - Jun 17 21:06:03 localhost vdr: [3503] ERROR (dvbdevice.c,302): Invalid argument may be it's around multiproto api ioctl DVBFE_SET_DELSYS ? this new ioctl was implement in multiproto api recently in March 2008 http://jusst.de/hg/multiproto/diff/e8c964654e38/linux/include/linux/dvb/fro… Jun 17 21:06:03 localhost vdr: [3494] switching to channel 2780 Jun 17 21:06:03 localhost vdr: [3494] CAM 1: assigned to device 1 Jun 17 21:06:03 localhost kernel: dvb_frontend_poll Jun 17 21:06:03 localhost vdr: [3517] [input_vdr] BLANK in middle of stream! bufs queue 0 , video_fifo 0 Jun 17 21:06:03 localhost vdr: [3521] transfer thread started (pid=3494, tid=3521) Jun 17 21:06:03 localhost kernel: dvb_frontend_poll Jun 17 21:06:03 localhost kernel: dvb_frontend_ioctl Jun 17 21:06:03 localhost kernel: cx24116: cx24116_read_status: status = 0xe0 Jun 17 21:06:03 localhost kernel: dvb_frontend_ioctl Jun 17 21:06:03 localhost kernel: dvb_frontend_ioctl Jun 17 21:06:03 localhost kernel: cx24116: cx24116_set_tone(0) Jun 17 21:06:03 localhost kernel: cx24116: cx24116_wait_for_lnb() qstatus = 0x20 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_firmware_ondemand() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x00 == 0x22 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x01 == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_set_tone: setting tone on Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_firmware_ondemand() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x00 == 0x23 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x01 == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x02 == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x03 == 0x01 Jun 17 21:06:03 localhost vdr: [3522] ecmhandler 0 filter thread started (pid=3494, tid=3522) Jun 17 21:06:03 localhost vdr: [3523] receiver on device 1 thread started (pid=3494, tid=3523) Jun 17 21:06:03 localhost vdr: [3524] TS buffer on device 1 thread started (pid=3494, tid=3524) Jun 17 21:06:03 localhost vdr: [3503] ERROR (dvbdevice.c,302): Invalid argument Jun 17 21:06:03 localhost kernel: dvb_frontend_ioctl Jun 17 21:06:03 localhost kernel: dvb_frontend_ioctl Jun 17 21:06:03 localhost kernel: cx24116: cx24116_get_delsys() Jun 17 21:06:03 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 Jun 17 21:06:03 localhost kernel: dvb_frontend_add_event Jun 17 21:06:03 localhost kernel: cx24116: cx24116_get_algo() Jun 17 21:06:03 localhost kernel: dvb_frontend_thread: Frontend ALGO = DVBFE_ALGO_SW Jun 17 21:06:03 localhost kernel: cx24116: cx24116_get_info() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_get_info() invalid arg Jun 17 21:06:03 localhost kernel: dvb_frontend_swzigzag_autotune: drift:0 inversion:0 auto_step:0 auto_sub_step: 0 started_auto_step:0 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_set_params() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_set_inversion(1) Jun 17 21:06:03 localhost kernel: cx24116: cx24116_set_fe_params() cx24116: d:4 m:2 f:4096 i:17 Jun 17 21:06:03 localhost vdr: [3525] logger stats thread started (pid=3494, tid=3525) Jun 17 21:06:03 localhost kernel: cx24116: cx24116_set_fe_params() fec supported fec/mask/val = 0x1000/0x00/0x0b Jun 17 21:06:03 localhost vdr: [3526] logger 0 filter thread started (pid=3494, tid=3526) Jun 17 21:06:03 localhost kernel: cx24116: cx24116_set_symbolrate() un 17 21:06:03 localhost kernel: cx24116: cx24116_set_symbolrate() symbol_rate = 27500000 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_tune() cx24116: cx24116_tune: DVB-S2: retune = 6, rolloff_f actor = 0, pilot = 1 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_tune: frequency = 1314000 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_tune: symbol_rate = 27500000 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_tune: FEC = 4096 (mask/val = 0x00/0x4b) Jun 17 21:06:03 localhost kernel: cx24116: cx24116_tune: Inversion = 1 (val = 0x0c) Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_firmware_ondemand() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x00 == 0x15 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x01 == 0x01 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_firmware_ondemand() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x00 == 0x11 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x01 == 0x14 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x02 == 0x0c Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x03 == 0xd0 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x04 == 0x6b Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x05 == 0x6c Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x06 == 0x0c Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x07 == 0x4b Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x08 == 0x13 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x09 == 0x88 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x0a == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x0b == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x0c == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x0d == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x0e == 0x06 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x0f == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x10 == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x11 == 0xfa Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x12 == 0x24 Jun 17 21:06:03 localhost kernel: dvb_frontend_poll Jun 17 21:06:03 localhost kernel: dvb_frontend_ioctl Jun 17 21:06:03 localhost kernel: cx24116: cx24116_read_status: status = 0x21 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_read_status: status = 0x21 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_read_status: status = 0xe1 Jun 17 21:06:04 localhost last message repeated 47 times Jun 17 21:06:04 localhost kernel: cx24116_tune: Not tuned Jun 17 21:06:04 localhost kernel: cx24116_dump_registers: 20: 00 d3 0f d6 bb 79 4d 67 10 7f 0e 88 bd b5 fe 20 Jun 17 21:06:04 localhost kernel: cx24116_dump_registers: 30: aa 01 36 00 71 61 69 4e 72 f5 57 1b f9 ac 45 00 Jun 17 21:06:04 localhost kernel: cx24116_dump_registers: 40: 48 f4 8a d6 aa a7 26 74 e2 eb 1a cc ab 6b a5 53 Jun 17 21:06:04 localhost kernel: cx24116_dump_registers: 50: 20 f7 63 50 e9 ae ff 53 de cf 53 70 ed e0 e4 31 Jun 17 21:06:04 localhost kernel: cx24116_dump_registers: 60: ee c6 81 aa ce 3e e7 98 ba e1 b5 58 fa 81 45 11

3 8

lcdproc, utf-8 & VDR
by Ville Aakko 17 Jun '08

17 Jun '08

Hi! My VDR with utf-8 is working marvelously, except for a small cosmetic problem. The non-7-bit characters are not shown correctly on my LCD. The LCD expects characters (i.e. it is no a graphics-LCD, or at least the kernel module isn't), in a certain character set (iso-8859-15 probably but I can't be actually sure, something very similar though). The vdr-lcdproc outputs characters in utf-8 (since I want to use utf-8). So, a utf-8 to iso-8859-15 conversion is required in the chain VDR-lcdproc-LCDd-/dev/lcd0. Currently none of the aforementioned can do the conversion. I can do the wollowing: 'echo ä | iconv -f utf-8 -t iso8859-15 > /dev/lcd0' To show a real "ä" on my LCD. So, I tried the following workaround on my box: - mkfifo fakelcd - tail fakelcd | iconv -f utf-8 -t iso8859-15 > /dev/lcd0 - Point LCDd to fakelcd (this is as I recall I tried it, it was some weeks ago when I did the actual tests) The above would work otherwise, but iconv doesn't "tail" - i.e. it waits for EOF (or something). I could do 'cat somefile > fakelcd', with somefile containing utf-8 characters and it was shown, but that won't work with VDR. Any other suggestions? Also, in your opinion, which one in the chain VDR-lcdproc-LCDd-/dev/lcd0 should be responsible of the conversion of the character set? I'm asking so I know which programs author should I point my whine to =) Cheers! - Ville -- -- Ville Aakko - ville.aakko(a)gmail.com

3 2

dfb/coreavc,xine bulid problem
by Timothy D. Lenz 16 Jun '08

16 Jun '08

I am runing debian 64bit. I am currently using rgb out of nexus But I want to switch to the Matrox g450 so I can down convert hd to sd. I am trying to use vdr-xine plugin, DirectFB with fb_xine for the matrox card and coreavc for decoder. The problem is getting xine 1.2 to build. Using latest HG make seems to compile but using fakeroot dpkg-buildpackage I get a lot of this: ------------------------------------------------ pp.c:309: warning: statement with no effect pp.c:311: error: âpost_plugin_pp_tâ has no member named âpp_modeâ pp.c:312: error: implicit declaration of function âpp_postprocessâ pp.c:316: error: âpost_plugin_pp_tâ has no member named âpp_modeâ pp.c:316: error: âpost_plugin_pp_tâ has no member named âpp_contextâ pp.c:319: error: âpost_plugin_pp_tâ has no member named âlockâ pp.c:319: warning: passing argument 1 of âpthread_mutex_unlockâ from incompatible pointer type pp.c:321: error: âpost_plugin_pp_tâ has no member named âpp_modeâ make[4]: *** [xineplug_post_planar_la-pp.lo] Error 1 make[4]: Leaving directory `/usr/local/src/xine/xine-lib/master/xine-lib-1.2/src/post/planar' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/local/src/xine/xine-lib/master/xine-lib-1.2/src/post' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/xine/xine-lib/master/xine-lib-1.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/xine/xine-lib/master/xine-lib-1.2' make: *** [build-stamp] Error 2 ------------------------------------------------ And that is before trying to patch it with xine-lib-1.2hg-coreavc.diff. That as 2 hunks fail which I patch by hand. The failed hunks are: ------------------------------------------------ win32.c.rej *************** struct libs libraries[]={ *** 5063,5069 **** #else #define MANGLE(a) #a #endif - static void ext_stubs(void) { // expects: // ax position index --- 5288,5294 ---- #else #define MANGLE(a) #a #endif + static WIN_BOOL WINAPI ext_stubs(void) { // expects: // ax position index ------------------------------------------------ demux_ts.c.rej *************** *** 220,226 **** ISO_13818_PART7_AUDIO = 0x0f, /* ISO/IEC 13818-7 Audio with ADTS transport sytax */ ISO_14496_PART2_VIDEO = 0x10, /* ISO/IEC 14496-2 Visual (MPEG-4) */ ISO_14496_PART3_AUDIO = 0x11, /* ISO/IEC 14496-3 Audio with LATM transport syntax */ - ISO_14496_PART10_VIDEO = 0x1b /* ISO/IEC 14496-10 Video (MPEG-4 part 10/AVC, aka H.264) */ } streamType; #define WRAP_THRESHOLD 270000 --- 220,227 ---- ISO_13818_PART7_AUDIO = 0x0f, /* ISO/IEC 13818-7 Audio with ADTS transport sytax */ ISO_14496_PART2_VIDEO = 0x10, /* ISO/IEC 14496-2 Visual (MPEG-4) */ ISO_14496_PART3_AUDIO = 0x11, /* ISO/IEC 14496-3 Audio with LATM transport syntax */ + ISO_14496_PART10_VIDEO = 0x1b, /* ISO/IEC 14496-10 Video (MPEG-4 part 10/AVC, aka H.264) */ + STREAMDEV_H264_VIDEO = 0xe0 /* ISO/IEC 14496-10 Video (MPEG-4 part 10/AVC, aka H.264) */ } streamType; #define WRAP_THRESHOLD 270000 ------------------------------------------------ With the patches I get: ------------------------------------------------ demux_ts.c:222: error: expected â,â or â}â before âSTREAM_VIDEO_MPEGâ demux_ts.c: In function âdemux_ts_parse_pes_headerâ: demux_ts.c:732: error: âSTREAM_AUDIO_AC3â undeclared (first use in this function) demux_ts.c:732: error: (Each undeclared identifier is reported only once demux_ts.c:732: error: for each function it appears in.) demux_ts.c:787: error: âSTREAM_VIDEO_MPEGâ undeclared (first use in this function) demux_ts.c: In function âdemux_ts_parse_pmtâ: demux_ts.c:1331: error: âSTREAM_AUDIO_AC3â undeclared (first use in this function) make[3]: *** [demux_ts.lo] Error 1 make[3]: Leaving directory `/usr/local/src/xine/xine-lib/xine-lib-1.2/src/demuxers' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/xine/xine-lib/xine-lib-1.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/xine/xine-lib/xine-lib-1.2' make: *** [build-stamp] Error 2 ------------------------------------------------ The switches I add to the debian rule file are: --enable-directfb \ --disable-dxr3 \ --disable-xvmc \ --without-x \ --without-xcb \ --disable-altivec \ --disable-vis \ But I get the same errors with/out the switches.

3 7

Broadcom BCM70010/70012 - AVC/VC-1/MPEG High-Definition Video and Audio Decoder for PCs
by Goga777 16 Jun '08

16 Jun '08

http://www.broadcom.com/press/release.php?id=1161576&source=home

3 2

vdr-xine compile error
by Simon Baxter 15 Jun '08

15 Jun '08

Hi I'm building a new x86_64 system and can't compile xine-lib. I get this error: _cdio_linux.c: In function 'get_mcn_linux': _cdio_linux.c:305: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness _cdio_linux.c:305: warning: pointer targets in passing argument 1 of '__strdup' differ in signedness _cdio_linux.c: In function 'eject_media_linux': _cdio_linux.c:415: error: 'INT_MAX' undeclared (first use in this function) _cdio_linux.c:415: error: (Each undeclared identifier is reported only once _cdio_linux.c:415: error: for each function it appears in.) _cdio_linux.c: In function '_read_mode2_sector_linux': _cdio_linux.c:722: warning: dereferencing type-punned pointer might break strict-aliasing rules make[5]: *** [_cdio_linux.lo] Error 1 make[5]: Leaving directory `/usr/src/development/xine-lib-cvs-20070829224000/src/input/vcd/libcdio' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/usr/src/development/xine-lib-cvs-20070829224000/src/input/vcd/libcdio' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/src/development/xine-lib-cvs-20070829224000/src/input/vcd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/development/xine-lib-cvs-20070829224000/src/input' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/development/xine-lib-cvs-20070829224000/src' make: *** [all-recursive] Error 1 [root@freddy xine-lib]# rpm -qa | grep cdio libcdio-0.79-3.fc9.x86_64 libcdio-devel-0.79-3.fc9.x86_64 Any ideas?

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr June 2008