Re: [vdr] vdr segfault while drawing menu
Le Sunday 19 May 2013 11:54:14, Klaus Schmidinger a écrit : The problem appears to be that there is no current channel. I don't know how this could happen on your system, because normally there always is s current channel. Indeed. After a file system full on my system, I ended up with an empty channel.conf. Which may explain the missing current channel. Now that I've restored channel.conf, everything is back to normal. Well, I still have a minor issue: FR3 DVB-T channel is broadcast as 544x576. It's a 16/9 program displayed as 1024x576. In this case, vdr's menu is stretched horizontally and the right part (with the DVB device status) is off screen. Thanks a bunch for the help. Dominique signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr segfault while drawing menu
Le Sunday 19 May 2013 18:12:30, Dominique Dumont a écrit : I still have a minor issue: FR3 DVB-T channel is broadcast as 544x576. It's a 16/9 program displayed as 1024x576. In this case, vdr's menu is stretched horizontally and the right part (with the DVB device status) is off screen. I've mitigated the problem by playing with display parameters (font size, width and left margin). Most menu are readable. Only the configuration menu is hard to use: parameters values are still off screen. well, I can live with this if this problem too hard to solve. All the best Dominique signature.asc Description: This is a digitally signed message part. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr segfault while drawing menu
Hello I'm using vdr 2.0.1 on Debian (with Debian package) and xineliboutput (also provided by Debian). I can connect xine on vdr, but once I hit 'ESC' to get the main menu, vdr segfaults. Here's the backtrace: Core was generated by `/usr/bin/vdr -v /mnt/video2/vdr -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr'. Program terminated with signal 11, Segmentation fault. #0 0x004eee4f in cSkinLCARSDisplayMenu::DrawLive (this=0x21c1c70, Channel=0x0) at skinlcars.c:1344 warning: Source file is more recent than executable. 1344 osd-DrawText(xa00, yt00, itoa(Channel-Number()), Theme.Color(clrChannelFrameFg), Theme.Color(clrChannelFrameBg), tallFont, xa02 - xa00, yt02 - yt00, taTop | taRight | taBorder); (gdb) bt #0 0x004eee4f in cSkinLCARSDisplayMenu::DrawLive (this=0x21c1c70, Channel=0x0) at skinlcars.c:1344 #1 0x004ef0f2 in cSkinLCARSDisplayMenu::Flush (this=0x21c1c70) at skinlcars.c:1659 #2 0x004a5124 in cInterface::GetKey (this=0x21788e0, Wait=true) at interface.c:35 #3 0x004732d5 in main (argc=optimized out, argv=optimized out) at vdr.c:1016 Note that I've found this message in my logs: [xine..put] cXinelibOsd::CanHandleAreas(): Device does not support ARGB Since the theme colors looks like they are specified as ARGB, this may hint at a problem there. Feel free to get back to me if you need further information. All the best ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Call for translations for VDR version 2.0.0: one more string needed
Le lundi 04 mars 2013 15:34:21, Klaus Schmidinger a écrit : On 04.03.2013 15:30, Klaus Schmidinger wrote: While implementing an option to turn on/off sorting folders first in the Recordings menu, one more string was necessary and needs to be translated: Always sort folders first The patch for this new option can be found at http://www.vdr-portal.de/board17-developer/board97-vdr-core/p1130105-f eature-request-sortierreihenfolge-verzeichnisse-zuerst-im-osd-unter-au fnahmen/#post1130105 but it would suffice if you could just send me (or post here) the translation of the string shown above. Sorry, the link above is the one to the start of the thread. The actual posting with the patch is here: http://www.vdr-portal.de/board17-developer/board97-vdr-core/p1130602-featu re-request-sortierreihenfolge-verzeichnisse-zuerst-im-osd-unter-aufnahmen/# post1130602 Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr In French language Toujours trier les dossiers en premier Best regards ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.36
Le dimanche 20 janvier 2013 14:52:09, Klaus Schmidinger a écrit : - The last replayed recording is now stored in setup.conf, which allows the blue Resume key in the main menu to work even after a restart of VDR. Thanks for this function ;o) Best regards ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] half-viewed recordings, can they be moved at the top of the list?
Hi After reading all response, there is still an open question : why vdr do not simply store inside setup.conf the latest path of played recording ? As long it keep it in memory (press play resume the replay of records) ... You will say : what about removed records outside vdr program ? it allready does by not playing them even if on the list , in my system, I read from a vdr client under smb vdr tree of a server and remove records from client, vdr server list is not allways up to date (a touch .update fix that) It should be nice to have this feature in the system like the xineliboutput player plugin do Thanks and have a nice evening Le dimanche 06 janvier 2013 11:31:54, cedric.dew...@telfort.nl a écrit : Hi All, Sometimes I watch a TV show halfway. Then I let VDR shutdown my PC. Then I would like to watch the rest of the show. Then I have to go to the list of TV shows, and find the correct one again. In my opinion it would be easyer for me if the half-watched shows are placed at the top of the list with TV shows. Does such an option exist? How should recordings in a sub-folder be handled? Should those be moved to the top of the list, or copied, or a shortcut be made? I would like to see a shortcut. I would also like to see that VDR remembers the current position in the list of recordings. This is already the case during a vdr-sxfe session, but not when vdr has been restarted. After a restart, VDR goes to the top of the list. Or I should not have so many recordings :-) Best regards, Cedric ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [DISCUSSION REQUEST] reintroduce a common make configuration file in VDR-1.7.35
+1 ML is the most usable for French users, even if I understand a little bit German for my part, technical discussion is difficult to understand and google translator is funny sometimes applied to vdr portal. Regarding French forum having vdr section, regarding their technical skills, user build sources and plugins, most use pre builded yavdr packages and few needed but never discussed here plugins For my part, I will stay under 1.7.22 that works perfectly in HD with extended patch giving extension necessary in common use like cutterqueue, freesat epg, extended records menu etc etc .. and wait 2.0 to upgrade This is an advice of small French user Klaus, thanks for this nice piece of software, Keep the good job, I am very happy with my mediacenter based on vdr Thanks Le dimanche 30 décembre 2012 18:27:02, VDR User a écrit : On Sun, Dec 30, 2012 at 4:26 AM, fnu v...@auktion.hostingkunde.de wrote: Why are the majority of the users German - and why does it stay that way? Is it for the greater benefit of VDR? This is not the fault of the german users, VDR is historically a german speaking project, initiated by a german guy, used by the biggest VDR community, german, austrian and swiss people. I guess most of them don't feel save enough to write in english, they don't want to be blamed for not being nativ speaker and vdr-portal.de is far the better way to find information and solution. You should rather ask why the rest does not join this biggest VDR forum? There are a lot of people answering in english ... That's no mystery at all. When you go to vdrportal, easily the vast majority of posts are in german. That doesn't make it appear as an english-friendly forum and is an immediate turn-off. How are users supposed to search for what they're looking for? Maybe they should just ask the same questions over and over again, probably getting bashed for doing so and not searching the forum for previous answers to the same questions. Next, NA users tend to have questions regarding NA-specific issues, which german users tend to not have answers to since its not something they have to deal with. That's just two of the most common issues, but certainly not all of them. I know TONS of english-speaking users who have visited vdrportal and most of them haven't returned because the little sprinkles of english posts aren't enough to make them feel comfortable asking questions, getting answers, or feeling like a welcome visitor/member. And honestly, do germans want to have to keep translating everything for non-german users when they're asked? I doubt it. As good as vdrportal is as a VDR resource, the language barrier _is_ a problem for english speakers. As far as the mailing list, many users seem to think its for devs only and/or they don't have anything to contribute being users with nothing but questions. There are also many users who simply don't use mailing lists (or forums for that matter) either because they don't want to or because they think others will ask and they can just search for answers. I think it's unfortunate because if they did, people would have a better idea of the types of VDR users that exist, and further they would have some clue about how big non-german/non-european VDR communities exist. Everything above is all common and has been at least as long as my own VDR history started about 10 years ago. Keep in mind, even VDR itself wasn't even NA friendly for most of its existence. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] probs with new ZDF HDchannels
Hi Problem solved by updating xine-lib to the proposed one Thanks for your help Best regards Le mardi 01 mai 2012 23:16:23, Carsten Koch a écrit : On 05/01/12 20:08, Harald Milz wrote: Did anyone else observe this, Yes. Same here. It happens only when I play back new channels like 3sat HD with xine. and what can we do to fix this? I installed the latest *xine-lib/xine-lib-1.2-vdpau* http://anonscm.debian.org/hg/xine-lib/xine-lib-1.2-vdpau/ from http://anonscm.debian.org/hg/xine-lib/xine-lib-1.2-vdpau/archive/tip.tar.bz 2 However, with that xine-lib, xine-ui now shows some of the buttons (vcd, dvb) twice, leaving no more room for the vdr button. I have found no solution for that yet. I worked around it by entering the vdr mrl on the xine command line. With that workaround, vdr works fine here with the new channels. Carsten. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Bug in pat.c (VDR 1.7.27) - possible fix attached
Hi A plugin why not but in our case, DVB-T in France, those channels are FTA The real question should be why broadcaster include this ? good question !! The patch is reported as working and fixing PPID wrong value that's the most important Thanks for this patch @+ Le lundi 09 avril 2012 18:23:58, Patrick Boettcher a écrit : On Monday 09 April 2012 17:57:20 Klaus Schmidinger wrote: On 09.04.2012 17:49, Patrick Boettcher wrote: On Monday 09 April 2012 13:39:36 Dominic Evans wrote: On 9 April 2012 10:40, Klaus Schmidingerklaus.schmidin...@tvdr.de wrote: + // http://www.smpte-ra.org/mpegreg/mpegreg.html + ... + case 0x44434949: // STREAMTYPE_USER_PRIVATE - DigiCipher II VIDEO (ANSI/SCTE 57) There is no entry for 44-43-49-49 on the given page. It wasn't me who added this stream-type check, I just re-applied the checks how they were done before. No big deal, I was just wondering. I have adopted your patch in the attached form. Maybe you (and/or Rolf) would like to verify it. The patch looks good to me. In the meantime Rolf contacted me saying that it be better to move this code to a plugin which digicipher users could use if they want (at least that's what I understood). I think he will contact you. For the time being your patch should fix it. Thanks. -- Patrick http://www.kernellabs.com/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] No video with separate PCR PID and VPID
Hi Something has change on stream few weeks ago .. the updated VPID is totally wrong For my part I set vdr setup to not update PID automatically and update manually VPID to PPID value and all is fine @+ Le lundi 12 décembre 2011 12:15:45, Guillaume a écrit : Hi, On my vdrbox : vdr 1.7.21 I've about 25 channels TNT SD an HD channels. But I can't get Video form 3 channels, this ones are the only ones with separate PCR PID and VPID. Audio is working, when waiting 10 seconds. All other channels are working fine, event in the same Frenquency : Working : France 3;Nat:49:I999B8C999D999M999T999G999Y999:T:27500:220=2:230=fra@3:0:0:274 :8442:1:0 TV7;Scopus Network Technologies:49:I999B8C999D999M999T999G999Y999:T:27500:720=2:730=@4:0:0 :368:8442:1:0 LCP;GR1:49:I999B8C999D999M999T999G999Y999:T:27500:620=2:630=fra@3:0;64 0=fra:0:262:8442:1:0 Video not working : France 2;GR1:49:I999B8C999D999M999T999G999Y999:T:27500:174+120=2:130=fra@3,131 =qad@3:0;140=fra:0:257:8442:1:0 France 5;GR1:49:I999B8C999D999M999T999G999Y999:T:27500:374+320=2:330=fra@3,331 =qad@3:0;340=fra:0:260:8442:1:0 France Ô;GR1:49:I999B8C999D999M999T999G999Y999:T:27500:574+520=2:530=fra@3:0;5 40=fra:0:261:8442:1:0 I've no luck with replacing 174+120 with 120 or 174 ... Is there a solution, for that ? Thx Guillaume D (Vdr user since 2002 ! / Thanks for your works !) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] No video with separate PCR PID and VPID
Here are my channels entry (frequencies may be differents), I use VDR 1.7.20 @+ France 2;GR1:634166:B8D0M64T8Y0:T:27500:120=2:130=fra@3,131=qad@3:0:0:257:8442:1:0 France 5;GR1:634000:B8D0M64T8Y0:T:27500:320=2:330=fra@3,331=qad@3:0:0:260:8442:1:0 France �;GR1:634000:B8D0M64T8Y0:T:27500:520=2:530=fra@3:0:0:261:8442:1:0 Le lundi 12 décembre 2011 17:30:57, Marc a écrit : Hi, I have the same problem. Can you give me the values you use ? Regards. Le 12/12/2011 17:23, Dominique a écrit : Hi Something has change on stream few weeks ago .. the updated VPID is totally wrong For my part I set vdr setup to not update PID automatically and update manually VPID to PPID value and all is fine @+ Le lundi 12 décembre 2011 12:15:45, Guillaume a écrit : Hi, On my vdrbox : vdr 1.7.21 I've about 25 channels TNT SD an HD channels. But I can't get Video form 3 channels, this ones are the only ones with separate PCR PID and VPID. Audio is working, when waiting 10 seconds. All other channels are working fine, event in the same Frenquency : Working : France 3;Nat:49:I999B8C999D999M999T999G999Y999:T:27500:220=2:230=fra@3:0:0: 274 :8442:1:0 TV7;Scopus Network Technologies:49:I999B8C999D999M999T999G999Y999:T:27500:720=2:730=@4: 0:0 :368:8442:1:0 LCP;GR1:49:I999B8C999D999M999T999G999Y999:T:27500:620=2:630=fra@3:0; 64 0=fra:0:262:8442:1:0 Video not working : France 2;GR1:49:I999B8C999D999M999T999G999Y999:T:27500:174+120=2:130=fra@3, 131 =qad@3:0;140=fra:0:257:8442:1:0 France 5;GR1:49:I999B8C999D999M999T999G999Y999:T:27500:374+320=2:330=fra@3, 331 =qad@3:0;340=fra:0:260:8442:1:0 France Ô;GR1:49:I999B8C999D999M999T999G999Y999:T:27500:574+520=2:530=fra@3: 0;5 40=fra:0:261:8442:1:0 I've no luck with replacing 174+120 with 120 or 174 ... Is there a solution, for that ? Thx Guillaume D (Vdr user since 2002 ! / Thanks for your works !) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] No video with separate PCR PID and VPID
@Marc and Guillaume You're welcome, but this is a workaround .. the auto update is needed on some channels like canal+ when going from FTA in mpeg2 to encypted in avchd ... or you will record nothing Hope broadcaster will fix this even if this do not occurs on my TV .. only software receiver like vdr ... Have a nice evening Dom Note : There is a French forum on which we have publish those information far ago : http://dvbkivabien2.info maybe you can refer sometimes to find solutions Le lundi 12 décembre 2011 19:21:27, Guillaume a écrit : Thanks Dominique ! It works. - disabling vdr auto update channel ( in DVB card section) and replacing : France 2;GR1:49:I999B8C999D999M999T999G999Y999:T:27500:174+120=2:130=fra@3,131 =qad@3:0;140=fra:0:257:8442:1:0 France 5;GR1:49:I999B8C999D999M999T999G999Y999:T:27500:374+320=2:330=fra@3,331 =qad@3:0;340=fra:0:260:8442:1:0 France Ô;GR1:49:I999B8C999D999M999T999G999Y999:T:27500:574+520=2:530=fra@3:0;5 40=fra:0:261:8442:1:0 By : France 2;GR1:49:B8D0M64T8Y0:T:27500:120=2:130=fra@3,131=qad@3:0;140=fra:0:257: 8442:1:0 France 5;GR1:49:B8D0M64T8Y0:T:27500:320=2:330=fra@3,331=qad@3:0;340=fra:0:260: 8442:1:0 France Ô;GR1:49:B8D0M64T8Y0:T:27500:520=2:530=fra@3:0;540=fra:0:261:8442:1:0 Very very thanks ! So bad loosing France 5 ... Guillaume D ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Weird recording problem
Hi This has been discussed here .. even if the solution is a temporary one, it works nice in France from months http://www.linuxtv.org/pipermail/vdr/2010-June/023193.html Best regards Le mercredi 25 mai 2011 21:57:15, Johan Andersson a écrit : Has anyone seen something similar to this? I have two unscrambled channels on the same MUX where both is watchable in Live-TV but only one is recordable. The other terminates vdr (video stream broken). The MUX is f=522MHz, se_Gothenburg-BrudareMossen, channels TV4 and TV6. After throwing tons of debug prints in recorder.c and remux.c, it seems for TV6 the cFrameDetector never gets to 'synced' state. I am debugging with vdr 1.7.14, but yaVDR teams vdr 1.7.17 release has the same problem. The relevant line in remux.c is: #609: independentFrame = ((Data[i+2]3) 0x07)==1; For TV6 this '(Data[i+2]3) 0x07' is 0,2 and 3 but not '1' for the 30s before recorder times out and considers video stream broken. For TV4 it gets to be '1' within a couple of seconds. Any ideas or debug suggestions are welcome. Yours, Johan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xineliboutput xine-lib error - xine_xmalloc_aligned
Darren Salt schrieb: I demand that Dominique Matz may or may not have written... [snip] vdr-sxfe: symbol lookup error: /usr/lib/xine/plugins/2.0/xineplug_inp_xvdr.so: undefined symbol: xine_xmalloc_aligned xine_xmalloc_aligned (alignment, size) ⇒ av_mallocz (size) [snip] thanks it works very fine .. --- xine_input_vdr.c.orig 2008-07-09 19:38:14.492830450 +0200 +++ xine_input_vdr.c2008-07-09 19:38:50.394876391 +0200 @@ -1417,8 +1417,9 @@ if (buf_size % alignment != 0) buf_size += alignment - (buf_size % alignment); - multi_buffer = xine_xmalloc_aligned (alignment, num_buffers * buf_size, - this-buffer_pool_base); +// multi_buffer = xine_xmalloc_aligned (alignment, num_buffers * buf_size, +// this-buffer_pool_base); + multi_buffer = av_mallocz (num_buffers * buf_size); pthread_mutex_init (this-buffer_pool_mutex, NULL); pthread_cond_init (this-buffer_pool_cond_not_empty, NULL); ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-xineliboutput xine-lib error - xine_xmalloc_aligned
Hi all, i have just made an update 08.07.2008 at 22:00 a clock. now i get this at startup of vdr-sxfe [EMAIL PROTECTED] ~ $ vdr-sxfe vdr-sxfe 1.0.2-cvs (build with xine-lib 1.1.90, using xine-lib 1.1.90) VDR server not given, searching ... Found VDR server: host 192.168.0.2, port 37890 [13733] [vdr-fe]Detected 2 CPUs [13733] [vdr-fe]Enabling FFmpeg multithreaded video decoding Press Esc to exit vdr-sxfe: symbol lookup error: /usr/lib/xine/plugins/2.0/xineplug_inp_xvdr.so: undefined symbol: xine_xmalloc_aligned i have ffmpeg, xine-lib, vdr-xineliboutput from source control. anybody out there who had fix it? :-) greeting mentox ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Announce] vdr-streamdev-0.3.4 and CVS branch
Am 07.04.2008 um 18:08 schrieb Frank Schmirler: streamdev-0.3.4 is finally available from http://streamdev.vdr-developer.org . Nice to see that development goes on! Thanks for the new Version. Ciao, Dominique ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.6.0 and syncearly
Am 27.03.2008 um 21:01 schrieb Reinhard Nissl: I'd say it's suggested. At least it is part of my H.264 patches. What does the sync early patch do? Ciao, Dominique ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Announce] vdr-fritzbox-0.0.9
Am 11.11.2007 um 20:28 schrieb Joachim Wilke: a new version of the Fritz!Box Plugin is available at With this new version, the plugin no longer works with my Fritzbox Fon WLAN (08.04.34). When i try to load the phonebook from the fritzbox, VDR crashes instantly. I guess the changes for new fritzbox firmwares are the cause of this :( Ciao, Dominique ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PANIC: watchdog timer expired - exiting
Hi Currently, no, the TZ is set to GMT , the solution is to change it but it will not resolve entierly the problem, when I shutdown the system, the clock of another computer miss many days or year, meaning bios battery is dead and as long this battery is not standard (std=cr2032 or equiv) I cannot change it I was just hoping that the system could first synchronize the system time to transponder inside the init phase and after start operation like schedule. Maybe in future release ? By the way, I will follow the recommandation of Udo Richter and going to ntp solution if I can adapt to my slack/vdrlive system Thanks for your help and time Le mercredi 6 juin 2007 19:04, Klaus Schmidinger a écrit : On 06/05/07 19:47, PLU Dominique wrote: Hi By the way, I have another question about clock and vdr, I have put vdr setting to synchronise time with a specific channel and setup vdr to start on this channel. Unfortunately , when vdr start, the system is never on time, at least there is two hours minus Are you sure you have set the correct time zone? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PANIC: watchdog timer expired - exiting
Hi By the way, I have another question about clock and vdr, I have put vdr setting to synchronise time with a specific channel and setup vdr to start on this channel. Unfortunately , when vdr start, the system is never on time, at least there is two hours minus. The main problem is that vdr look at schedule and if there is one setup at this time, even if this is wrong time, system records Example to be more clear : schedule 18H/20H current national time (GMT+2) = 21H rebooting vdr and computer current bios time is 19H the system records my scheduled program (range 18/20) Is there a way to force vdr to first update system time to transponder time as design and after look if something is really scheduled ? Thanks for help Le mardi 5 juin 2007 19:26, Udo Richter a écrit : Unknown Unknown wrote: May 31 20:23:38 localhost vdr: [3413] Local Time = Thu May 31 20:19:37 2007 (1180631977) May 31 20:21:01 localhost vdr: [3405] PANIC: watchdog timer expired - exiting! Could vdr turn off the watchdog before it sets the system time, if that is the problem? IMHO the alert function should work based on the time-since-boot clock, not relative to the calendar clock. The watchdog did not fire on my machine while I was playing with the clock. However, there are some other clock-dependent things in VDR that are not designed to handle larger clock jumps. Usually, clock jumps should be just a few seconds, and only after starting VDR. You should investigate what causes the clock to jump 4 minutes. If your PC clock is THAT bad, its probably worth dumping the mainboard - you do want recordings in time, do you? If this is due to different clocks on transponders, you should restrict the clock sync to a single transponder. (settings - EPG) Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[SOLVED] Re: [vdr] DVB-T frontend time-out
Hello Dominique Dumont [EMAIL PROTECTED] writes: I'm trying to set up a WinTv Nova-T usb box with vdr (along with my regular NOVA-CI-S PCI card). This set up is working fine with Kaffeine, but vdr is unable to tune to a TNT channel. This problem vanished when I switched from 2.6.18 to 2.6.20. Cheers ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] DVB-T frontend time-out
Hello I'm trying to set up a WinTv Nova-T usb box with vdr (along with my regular NOVA-CI-S PCI card). This set up is working fine with Kaffeine, but vdr is unable to tune to a TNT channel. My channel.conf contains the following channels (got with scan -c while kaffeine was running): France 2:4294967:D12M64B8T8G32Y0:T:27500:120:130:0:0:257:0:0:0 France 4:4294967:D12M64B8T8G32Y0:T:27500:420:430:0:0:259:0:0:0 France 5:4294967:D12M64B8T8G32Y0:T:27500:320:330:0:0:260:0:0:0 ARTE:4294967:D12M64B8T8G32Y0:T:27500:520:530,531:0:0:261:0:0:0 LCP:4294967:D12M64B8T8G32Y0:T:27500:620:630:0:0:262:0:0:0 Anytime I try to tune to a DVB-T channel I get: vdr: [15337] frontend 0 timed out while tuning to channel 47, tp 4294 If I stop vdr, start kaffeine, I can receive the dvb-t channels correctly (no need to unplug/plug the dvb usb device as mentioned elsewhere) I'm using vdr 1.4.5-2.ds with xine plugin. Can anyone help me on this topic ? Thanks ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] ExtRecMenu-plugin 0.13
Am 04.02.2007 um 17:10 schrieb Martin Prochnow: here a new release of my ExtRecMenu-plugin. Many thanks for the new release, especially moving between partitions and the new info menu (channel of the recording, filesize of the recording etc) were things i was looking for! Ciao, Dominique ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Viaccess Cam Update
Marco Goebenich [EMAIL PROTECTED] writes: I got a problem while receiving TF1 (TPS France). I can tune to this channel, and then view the channels for about 20 seconds, but after that the stream stops, the screen is somehow distorted, if I switch again to TF1 I get the message No right to watch and the channel is never shown until I do a CAM reset. My Viaccess CAM has firmware version 1.07, and I tried to update the firmware to 1.08, I tried vdr-1.3.38 and 1.4.2, but after the message What CAM brand ? What card are you using ? Anyway, from my experience with my Nova-CI, I couldn't update my SCM card with vdr. From what I figured out of budget-ci driver, the update as described by SCM could not work (the driver sends a reset to the CAM at the beginning of the update procedure.) I finally sold my SCM CAM and bought an Aston. I has no problem ever since. The other possibility is to update your CAM in a regular sat receiver with a PCMCIA slot. HTH ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
