[vdr] Restoring recordings from image
Hi I’ve had VDR running for almost 20 years now. Not continuously of course and occasionally I have updated the system and added more disk and new MB and CPU and so. My problem is that I had an external disk for saving recordings which did not fit on the internal hard disk and now the external disk has failed. I had XFS on the disk and I have been able to create an image of the disk (probably with big chunks missing) but I have not been able to restore any of the recordings from the image. I have tried with foremost but the problem is the ts files. Foremost does not recognise them out of the box and I would need some header/footer information of the files. But to my understanding the ts files have no special footer which would indicate the ending of a file. Have tried to recognise from current recordings the header and tried with that. Foremost has been able to restore the info files but those are not a big help. Anyway I was wondering if there are any tools that I could try to restore the recordings. I have tried a lot of different tools (including testdisk and photorec) but have not had any real luck. So any instructions and/or pointers would be appreciated :) BR \\Kartsa ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Changing recording name before starting
Hi I have been trying to figure out a way to change the name of the recording BEFORE the recording starts. This might sound odd but in finland a naming system has been adopted where the name includes the rating. As an example Alcatraz (7) which would mean it forbidden under 7 years old. If another episode is Alcatraz (12) and another is Alcatraz (S) you find the recordings being in wrong order in the timeline. So what I would like to do is to strip the ending of the names. I created a very simple script to changes the name when the recording ends using recording hooks but seems that if the recording stops for any reason and then starts again there will be problems. Then i thought I should change the name before the actual recording starts but I was not sure if it could be done with recording hooks. Is this possible and if then any pointers would be appreciated? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Changing recording name before starting
On 01.10.2012 23:04, Manuel Reimer wrote: Kartsa wrote: So what I would like to do is to strip the ending of the names. I created a very simple script to changes the name when the recording ends using recording hooks but seems that if the recording stops for any reason and then starts again there will be problems. What you want to do is to fix the EPG. This plugin may help you with that: http://projects.vdr-developer.org/projects/plg-epgfixer Yours Manuel Yes, this is it. This I have to check :) Thanx a LOT :) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Changing recording name before starting
On 01.10.2012 23:18, Matti Lehtimäki wrote: On 10/01/2012 11:04 PM, Manuel Reimer wrote: Kartsa wrote: So what I would like to do is to strip the ending of the names. I created a very simple script to changes the name when the recording ends using recording hooks but seems that if the recording stops for any reason and then starts again there will be problems. What you want to do is to fix the EPG. This plugin may help you with that: http://projects.vdr-developer.org/projects/plg-epgfixer EPGFixer plugin already includes a example for removing parental rating from the title, which actually was the original reason why I created the plugin. Is this plugin on any repo? I have installed the whole vdr stuff from repos. It is easier to update but at the same time some plugins are hard or impossible to find :| I've chosen to install from repos because I must maintain 4 installations which are not identical. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Changing recording name before starting
On 02.10.2012 00:05, Matti Lehtimäki wrote: On 10/01/2012 11:33 PM, Kartsa wrote: On 01.10.2012 23:18, Matti Lehtimäki wrote: EPGFixer plugin already includes a example for removing parental rating from the title, which actually was the original reason why I created the plugin. Is this plugin on any repo? I have installed the whole vdr stuff from repos. It is easier to update but at the same time some plugins are hard or impossible to find :| I've chosen to install from repos because I must maintain 4 installations which are not identical. It is included at least in yaVDR, which is based on Ubuntu and repos of which can used also in Ubuntu (https://launchpad.net/~yavdr/). As far as I know it is not yet in other linux distros. I checked yaVDR (which I am using) but as it happens I am still using Lucid which did not seam to have the plugin. Well it is time to update anyhow :) Thanx for the info. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] DVB subtitke colors vary
Hi Lately I have been noticing that the fg color of the DVB subtitles changes irregularly between white, grey and black. If there is more than one line the lines may have different colors but the whole line is the same color. This is seen in Finnish YLE channels. Is there some setting for this? I was in the impression that color mapping should come with the subtitles but it would seem strange if they would change the color irregularly. Is this a broadcast issue or a VDR issue? I'm running Ubuntu 10.04.4 LTS. I've installed all from yavdr-stable repository and these are the installed components vdr (1.7.20/1.7.20) vompserver (0.3.1-3) femon (1.7.10) osdteletext (0.9.1) epgsearch (1.0.0) burn (0.2.0-beta7) pvrinput (2011-08-18) wirbelscan (0.0.7-pre01) vdrrip (0.3.0) conflictcheckonly (0.0.1) quickepgsearch (0.0.1) undelete (0.0.6) streamdev-server (0.5.1-git) webvideo (0.4.4) xineliboutput (1.0.90-cvs) dvd (0.3.6-b03) epgsearchonly (0.0.1) skinsoppalusikka (1.7.2) ttxtsubs (0.2.3) Player is vdr-sxfe 1.0.90-cvs also from yavdr repo. \\Karsta ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVB subtitke colors vary
Ok, thanks for the info. But I have to wait for the fix from Klaus since I am notcompiling anything my self. All must be in repos :) I have a couple of friends whose vdr box I maintain so I want to keep all as simple as possible. \\Kartsa 29.02.2012 16:16, Jarkko Kangas kirjoitti: Hi There is an issue in the VDR's subtitle antialiasing. Finnish www.linuxtv.fi site can be found the patch, which fixed the problem in my VDR configuration. Link to patch - http://www.linuxtv.fi/viewtopic.php?f=12t=4618start=30 Jarkko On 29.2.2012 15:52, Kartsa wrote: Hi Lately I have been noticing that the fg color of the DVB subtitles changes irregularly between white, grey and black. If there is more than one line the lines may have different colors but the whole line is the same color. This is seen in Finnish YLE channels. Is there some setting for this? I was in the impression that color mapping should come with the subtitles but it would seem strange if they would change the color irregularly. Is this a broadcast issue or a VDR issue? I'm running Ubuntu 10.04.4 LTS. I've installed all from yavdr-stable repository and these are the installed components vdr (1.7.20/1.7.20) vompserver (0.3.1-3) femon (1.7.10) osdteletext (0.9.1) epgsearch (1.0.0) burn (0.2.0-beta7) pvrinput (2011-08-18) wirbelscan (0.0.7-pre01) vdrrip (0.3.0) conflictcheckonly (0.0.1) quickepgsearch (0.0.1) undelete (0.0.6) streamdev-server (0.5.1-git) webvideo (0.4.4) xineliboutput (1.0.90-cvs) dvd (0.3.6-b03) epgsearchonly (0.0.1) skinsoppalusikka (1.7.2) ttxtsubs (0.2.3) Player is vdr-sxfe 1.0.90-cvs also from yavdr repo. \\Karsta ___ 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] Using some mediaplayer as set top box player for VDR
How about DLNA? I found something about DLNA server plugin but was not sure how it was used. If I would install that plugin and byu a DLNA player could that combination work? Or better yet does anyone have any experience on such combination? \\Kartsa 09.12.2011 14:25, Kartsa kirjoitti: Yes i've seen this thread before and it has been some development since I last read it. But it still has no actual results :) -Original Message- From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf Of Stuart Morris Sent: 9. joulukuuta 2011 11:48 To: VDR Mailing List Subject: Re: [vdr] Using some mediaplayer as set top box player for VDR A replacement for the Hauppauge MediaMVP has been sought after for a long time. See this thread for a history: http://forum.loggytronic.com/index.php?topic=526.0 --- On Wed, 7/12/11, Petric Frankpfr...@gmx.de wrote: From: Petric Frankpfr...@gmx.de Subject: Re: [vdr] Using some mediaplayer as set top box player for VDR To: VDR Mailing Listvdr@linuxtv.org Date: Wednesday, 7 December, 2011, 23:01 Hello, Am Mittwoch, 7. Dezember 2011, 23:30:09 schrieb Dieter Hametner: Am Mittwoch, 7. Dezember 2011 schrieb Kartsa: I tried to find some comparison or like to find out if there a other mediaplayers to view recordings than MediMVP. My MediaMVP has started to act funny (=does not want to work) and I started to find a replacement for it. It seems to be quite difficulta task or I just havent found good sites. If someone has any pointers I would appreciate it. I was looking at Freeagent GoFlex TV HD and was wondering if it could be used as a playback device and then I started to google for some sites for different possibilities with no real luck. So if anyone has either any good sites to chack or any experience in set top boxes I would love to hear. You might want to look at http://www.raspberrypi.org/ [dream on] If this box supports HDMI-CEC to use the remote control of the TV set to manage the VDR system ... [dream off] regards Petric ___ 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] Using some mediaplayer as set top box player for VDR
Yes i've seen this thread before and it has been some development since I last read it. But it still has no actual results :) -Original Message- From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf Of Stuart Morris Sent: 9. joulukuuta 2011 11:48 To: VDR Mailing List Subject: Re: [vdr] Using some mediaplayer as set top box player for VDR A replacement for the Hauppauge MediaMVP has been sought after for a long time. See this thread for a history: http://forum.loggytronic.com/index.php?topic=526.0 --- On Wed, 7/12/11, Petric Frank pfr...@gmx.de wrote: From: Petric Frank pfr...@gmx.de Subject: Re: [vdr] Using some mediaplayer as set top box player for VDR To: VDR Mailing List vdr@linuxtv.org Date: Wednesday, 7 December, 2011, 23:01 Hello, Am Mittwoch, 7. Dezember 2011, 23:30:09 schrieb Dieter Hametner: Am Mittwoch, 7. Dezember 2011 schrieb Kartsa: I tried to find some comparison or like to find out if there a other mediaplayers to view recordings than MediMVP. My MediaMVP has started to act funny (=does not want to work) and I started to find a replacement for it. It seems to be quite difficulta task or I just havent found good sites. If someone has any pointers I would appreciate it. I was looking at Freeagent GoFlex TV HD and was wondering if it could be used as a playback device and then I started to google for some sites for different possibilities with no real luck. So if anyone has either any good sites to chack or any experience in set top boxes I would love to hear. You might want to look at http://www.raspberrypi.org/ [dream on] If this box supports HDMI-CEC to use the remote control of the TV set to manage the VDR system ... [dream off] regards Petric ___ 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] Using some mediaplayer as set top box player for VDR
Hi I tried to find some comparison or like to find out if there a other mediaplayers to view recordings than MediMVP. My MediaMVP has started to act funny (=does not want to work) and I started to find a replacement for it. It seems to be quite difficulta task or I just havent found good sites. If someone has any pointers I would appreciate it. I was looking at Freeagent GoFlex TV HD and was wondering if it could be used as a playback device and then I started to google for some sites for different possibilities with no real luck. So if anyone has either any good sites to chack or any experience in set top boxes I would love to hear. Thanks \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR logs and logwatch
Thanx Reiner As soon as I have the time I will take a look at this. And yes as soon as I have time to get to know perl I may even have some comments :) Thanx again. \\Kartsa On 14.11.2011 21:35, Reiner Buehl wrote: Hi Kartsa, please find attached the files. They go into /etc/logwatch on a Debian system. Please let me know if you have improvements, comments, bugfixes... Best regards, Reiner. On 14.11.2011 08:02, Kartsa wrote: Yes please :) Probably I will be able to develop it the way it is suitable for my needs :) \\Kartsa -Original Message- From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf Of Reiner Buehl Sent: 14. marraskuuta 2011 0:20 To: vdr@linuxtv.org Subject: Re: [vdr] VDR logs and logwatch I have created a first draft version of logwatch scripts for vdr.log. If you want, I can send them to you. I am still extending it. Best regards, Reiner. On 13.11.2011 22:25, Kartsa wrote: Hi Has anyone built a script for logwatch to get VDR messages from the logs? I am not familiar with perl which is mostly used with logwatch scripts. I assume it is possible to use any other language as well but thought that I would ask here if anyone has already a solution :) \\Kartsa ___ 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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR logs and logwatch
Hi Has anyone built a script for logwatch to get VDR messages from the logs? I am not familiar with perl which is mostly used with logwatch scripts. I assume it is possible to use any other language as well but thought that I would ask here if anyone has already a solution :) \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR logs and logwatch
Yes please :) Probably I will be able to develop it the way it is suitable for my needs :) \\Kartsa -Original Message- From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf Of Reiner Buehl Sent: 14. marraskuuta 2011 0:20 To: vdr@linuxtv.org Subject: Re: [vdr] VDR logs and logwatch I have created a first draft version of logwatch scripts for vdr.log. If you want, I can send them to you. I am still extending it. Best regards, Reiner. On 13.11.2011 22:25, Kartsa wrote: Hi Has anyone built a script for logwatch to get VDR messages from the logs? I am not familiar with perl which is mostly used with logwatch scripts. I assume it is possible to use any other language as well but thought that I would ask here if anyone has already a solution :) \\Kartsa ___ 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] VDR logs and logwatch
I am not yet quite sure but things like restarts of VDR or number of recordings or deletions :) The idea was to follow VDR as the box itself is reporting what has occurred. The reason for this is that it seems like my VDR is restarting itself every now and then. I would like to try to find the reason for this and logwatch would help at least some. \\Kartsa -Original Message- From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf Of VDR User Sent: 14. marraskuuta 2011 5:28 To: VDR Mailing List Subject: Re: [vdr] VDR logs and logwatch On Sun, Nov 13, 2011 at 1:25 PM, Kartsa k...@kniivila.com wrote: Has anyone built a script for logwatch to get VDR messages from the logs? I am not familiar with perl which is mostly used with logwatch scripts. I assume it is possible to use any other language as well but thought that I would ask here if anyone has already a solution :) That's very easy but what exactly is it you want to check for in the log? ___ 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] Jumping while replay causes video to halt
I figured this out. I had three dvb cards in the system and one of them is most likely somehow faulty. It caused this halt situation when jumping, it caused lirc to malfuncion (needed reboots couple of times a day) and on bootups half of the times DMI was not present. By removing the card all problems disappeared. So if odd misbehaviour is seen it is good to check dvb cards :) \\Kartsa Kartsa kirjoitti: Doesn't anyone have any suggestions where to start looking? \\Kartsa Kartsa kirjoitti: Hi all I am having some problems with jumping using yellow/blue and 1/3 buttons. Not always but almost the picture stops after jump. Its not on pause because pushing play does nothing. Using fast forward gets video playing again and then pushing play resumes playback. There is nothing in the logs that would tell me what the problem might be. Or at least I can't find anything. I have ubuntu and vdr installed from packages. vdr -V gives: vdr (1.6.0-2/1.6.0) - The Video Disk Recorder extrecmenu (1.1) - Extended recordings menu streamdev-server (0.3.4) - VDR Streaming Server skinsoppalusikka (1.6.4) - Soppalusikka skin conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu epgsearch (0.9.24) - search the EPG for repeats and more iptv (0.2.5) - Experience the IPTV menuorg (0.4.4) - Reorganizes the main menu burn (0.1.0-pre22) - Versatile convert-and-burn plugin pvrinput (2008-10-04) - use Hauppauge PVR as input device vompserver (0.3.0) - VDR on MVP plugin by Chris Tallon quickepgsearch (0.0.1) - Quick search for broadcasts undelete (0.0.6) - undelete for recordings xineliboutput (1.0.4) - X11/xine-lib output plugin epgsearchonly (0.0.1) - Direct access to epgsearch's search menu ttxtsubs (0.0.9) - Teletext subtitles weatherng (0.0.7-pre2) - Weather.com: Weather forecast osdteletext (0.8.1) - Displays teletext on the OSD I use vdr-sxfe for playback as a remote client on the same host. I tried regenerating index file with genindex with no change. How do I fix this? \\Kartsa ___ 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] Jumping while replay causes video to halt
Doesn't anyone have any suggestions where to start looking? \\Kartsa Kartsa kirjoitti: Hi all I am having some problems with jumping using yellow/blue and 1/3 buttons. Not always but almost the picture stops after jump. Its not on pause because pushing play does nothing. Using fast forward gets video playing again and then pushing play resumes playback. There is nothing in the logs that would tell me what the problem might be. Or at least I can't find anything. I have ubuntu and vdr installed from packages. vdr -V gives: vdr (1.6.0-2/1.6.0) - The Video Disk Recorder extrecmenu (1.1) - Extended recordings menu streamdev-server (0.3.4) - VDR Streaming Server skinsoppalusikka (1.6.4) - Soppalusikka skin conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu epgsearch (0.9.24) - search the EPG for repeats and more iptv (0.2.5) - Experience the IPTV menuorg (0.4.4) - Reorganizes the main menu burn (0.1.0-pre22) - Versatile convert-and-burn plugin pvrinput (2008-10-04) - use Hauppauge PVR as input device vompserver (0.3.0) - VDR on MVP plugin by Chris Tallon quickepgsearch (0.0.1) - Quick search for broadcasts undelete (0.0.6) - undelete for recordings xineliboutput (1.0.4) - X11/xine-lib output plugin epgsearchonly (0.0.1) - Direct access to epgsearch's search menu ttxtsubs (0.0.9) - Teletext subtitles weatherng (0.0.7-pre2) - Weather.com: Weather forecast osdteletext (0.8.1) - Displays teletext on the OSD I use vdr-sxfe for playback as a remote client on the same host. I tried regenerating index file with genindex with no change. How do I fix this? \\Kartsa ___ 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] Weird problem with lirc and vdr-sxfe
I have ubuntu installed and all vdr stuff comes from repo. It has worked well but suddenly the remote started to act weird. Most of the time all works well but sometimes it seems like vdr-sxfe or lirc starts to buffer keypresses so that first nothing happens when I push a button on the remote but on the next button push vdr reacts on the first push. So it is like one push behind. I can fix this by restarting lirc. Most of the times it will not come back on the same night but it may. I do not recall any installation at the time the problems started. I even tried to do all updates what ubuntu suggested but it had no impact. Has anyone had similar problems ever? What should I check first? Could not find anything on the logs. Could I use lirc with vdr (no lirc=/dev/null) instead of vdr-sxfe (without --lirc). I have tried but seems like I can not get vdr to respond to remote. Can it be done this way? BR \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] No sound with pvrinput and PVR-250
Hello all again I wrote earlier about having problems with not getting HVR-1300 to work with pvrinput. As it turned out I had not read README quite as thorough as I thought. Pvrinput does not (yet) work with HVR1300. So I bought a PVR-250. I need it for to be able to record from vhs tapes. So now I got a picture from both s-video and composite connections but there is no audio. I've tried to read the README carefully but there is no mention about needing to select audio input somewhere. I assume that by connecting video and audio to PVR-250 inputs and using the encoder of the card it should work. In short I am able to watch and record video from composite and svideo without sound. Any pointers? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Pvrinput and HVR1300
Martin Dauskardt kirjoitti: try www.amazon.de They sell PVR 150 for 77,98 Euro It seems they deliver to every european country. http://www.amazon.de/gp/help/customer/display.html?nodeId=504950#ausland I found that Hauppauge sells in their own webshop PVR250 for 42.88 which is by far the cheapest I could find :) They have 60% off. Seems its a product they want to get rid of. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Pvrinput and HVR1300
Martin Dauskardt kirjoitti: My advise: Sell your HVR 1300 to a Windows user and buy a PVR150 + a Linux-supported DVB-T USB-stick. I have actually been thinking of that possibility also. The problem is there are no PVR150 available. At least I have not seen those for a while. Would PVR250 be as good/easy to install? I believe I could find one of those. In Germany the PVR150 ist still available in serveral web shops, while the PVR 250 seems to be out of stock everywhere. Are any of them delivering to other European countries? Or if youo could tell me which sells it I can find out my self. Both cards work fine. Some revisions of the PVR 150 have also a radio tuner. You could also use a PVRUSB2. The successor is the WinTV HVR-1950, which analogue part operates exactly as the predecessor PVRUSB2. It is tested with pvrinput yet, but I am pretty sure that I could do necessary changes easily. All I could find about HVR-1950 is that it seems to NTSC and no mention of PAL support. And I am happy with PVRx50 anyhow since it is good enough to create PAL DVD's and radio is not needed. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Pvrinput and HVR1300
Martin Dauskardt kirjoitti: So does anyone know if the same applies for analogtv plugin also? \\Kartsa Forget the analogtv-plugin. Development stopped years ago. It does not support the current v4l2 mpeg API, so even a PVR150/250/350 would not work. My advise: Sell your HVR 1300 to a Windows user and buy a PVR150 + a Linux-supported DVB-T USB-stick. I have actually been thinking of that possibility also. The problem is there are no PVR150 available. At least I have not seen those for a while. Would PVR250 be as good/easy to install? I believe I could find one of those. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Pvrinput and HVR1300
Unfortunately I do not read german. I did take a look at the FAQ but I figured that it has past some time since that maybe some evotion has happened :) So does anyone know if the same applies for analogtv plugin also? \\Kartsa Martin Dauskardt kirjoitti: There is basic preparation for a future support in the pvrinput plugin, but it can't work for now. I know that for sure because I am one of the pvrinput developers. The other developer who worked with the HVR1300 wrote a status report in the german vdrportal recently: http://www.vdr-portal.de/board/thread.php?postid=789844#post789844 There are still problems with the driver (freezes), and (as far as I remember) the current release version of pvrinput would need additional hacks and patches. Have a look in the FAQ from the plugin sources: Q: What about the HVR 1300? A: support is not finished yet. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Pvrinput and HVR1300
I took a look in driver.c and it has a lines
if (mpeg_dev0 (driver == cx88_blackbird)) { // the blackbird
uses two (!) different devices, search the other one.
close(v4l2_fd);
v4l2_fd = -1;
devName = cString::sprintf(/dev/video%d, i);
mpeg_fd = open(devName, O_RDWR);
And the video1 device is selected with CARD1 in channels.conf.
Would that not implicate that it could support HVR1300? It is a
blackbird device after all. Of course if pvrinput does not support the
card then it does not. It would be nice though if it would :)
It came to me that since the dvb-t is in use the mpeg device is not
usable, perhaps.
\\Kartsa
Martin Dauskardt kirjoitti:
The HVR 1300 is not supported by the pvrinput plugin. Card/driver work in a
very different way from ivtv-supported cards, using a second device for the
mpeg encoder.
It is not sure if pvrinput will ever support this card
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Pvrinput and HVR1300
Just bought a Hauppauge HVR1300 because of its hw encoder. The idea was to convert all my old vhs tapes to digital format. I thought I would use it in a windows environment but then I thought why not in linux and in VDR. Also I would get one more dvb card in use. I can use it easily as a dvb card with vdr but can not get it working with pvrinput. I've googled around but still no resolution. It would be neat to use vdr to record old tapes and then with burn plugin make dvd's out of them. I have vdr-1.6.0 with xinelibout and pvrinput plugins. If I try to switch to composite channel I just get an error stating that the channel is not available. I have tried different values for CARD# in channels.conf with no luck. I've installed vdr and the plugins using synaptic and e-tobi repo. So no compiling except I tried also to get latest v4l2 and dvb-apps which ofcourse had to be compiled :) I can on the other hand use mplayer to watch the signal from composite input. mplayer tv:// -tv input=1 gives me picture in composite w/o encoder mplayer pvr:// gives me an error stating that /dev/video0 is not capable of encoding which of course is the truth mplayer /dev/video1 shows me again the composite picture and now it is using the internal encoder mencoder /dev/video1 -oac copy -ovc copy -of mpeg -o test.mpg records to file as it should All it seems to say in the logs is that the channel is not available. Anu suggestions what to try next or is this doomed to be a failure :( \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT: VDR for grandparents
VDR User kirjoitti: has anyone on this list any experience in setting up VDR for older people like grandparents? It would be nice, if she/he could share her/his experience or point me to information on the WWW. I have experience with second best thing after grandparents. A totally clueless user. Since I have setup VDR as the backend sitting near the dish, and added a MediaMVP box next to the TV set, she can use it, record stuff, delete recording, everything. We are using the Hauppauge MediaMVP together with the vdr-plugin-vompserver on the VDR system. Another vote for MediaMVP and vompserver. The user interface is IMO easier to operate than commercial PVRs such as the Humax, and the noisy recorder can be kept out of the living room. While I have not had experience with this myself, I do know a few users who've set up VDR for (grand)parents and wives. From the feedback I've heard, VDR works really well in those scenarios which I think says a lot! ;) I've put a couple of systems up for clueless users with no problem. And now that I think of it one of them is actually a grandmother :) Though I do not think that it is a handicap ;) The good thing is I can maintain them remotely if for some reason it's necessary and thus avoid making time to go there. I also have a MediaMVP at home but the problem with it is it does not support subtitles and we have a couple channels here using them. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Which is the best firmware for ADV7170
Jukka Tastula kirjoitti: On Tuesday 18 March 2008 17:38:20 Kartsa wrote: I have DXR3 card with ADV7170. I have quite bad audio sync problems with it and was wondering if there is some fw which is better over If you're using WSS you could try turning that off when testing. Changing WSS mode the way it is implemented in the driver currently makes the picture jump a little and from what I've observed this causes the video to stop but audio keeps going. Obviously a single jump will only desync it for some milliseconds, not enough to really notice and definitely not enough to be annoyed by it. MTV3 likes to switch the mode a lot, though. And by a lot I mean between every single commercial they reset to 4:3. This happens even when it is not needed and will just be set back to 16:9 by the next one. I did try recording TV1 instead of MTV3 and guess what, no sync problems what so ever. But the problem seems to be on MTV3 even if there is no commercial (this one I must still check more thorough). And the out of sync becomes easily to about 1 second which is REALLY anoying. Its like watching some asian movie with dubbed sound. I have not tried disabling wss and that would not be my first choise since I deliberately looked up an ADV7170 card because of its wss ability. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Which is the best firmware for ADV7170
I have DXR3 card with ADV7170. I have quite bad audio sync problems with it and was wondering if there is some fw which is better over others. The problem is that I must every once and a while pause replay for a second or so or when watching live TV change the channel back and forthto get the sync back. I.e. I have a timer that causes vdr to start every morning to record the morning show which I start to playback as soon as I get up. During the next hour or so I must use pause at least five time or more. This happens every morning. I have: vdr (1.4.6-1/1.4.5) - The Video Disk Recorder dxr3 (0.2.7) - Hardware MPEG decoder and in case it matters burn (0.1.0-pre21) - Versatile convert-and-burn plugin dvd (0.3.6-b03) - turn VDR into an (almost) full featured DVD player wapd (0.8) - Remote control by WAP ttxtsubs (0.0.5-RRE) - Teletext subtitles text2skin (1.1-cvs) - Loader for text-based skins subtitles (0.5.0) - DVB subtitles decoder epgsearch (0.9.22) - search the EPG for repeats and more osdteletext (0.5.1) - Displays teletext on the OSD mp3 (0.10.0) - A versatile audio player mplayer (0.10.0) - Media replay via MPlayer quickepgsearch (0.0.1) - Quick search for broadcasts femon (1.1.3) - DVB Signal Information Monitor (OSD) vompserver (0.2.6) - VDR on MVP plugin by Chris Tallon epgsearchonly (0.0.1) - Direct access to epgsearch's search menu conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu thanks in advance \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Which is the best firmware for ADV7170
Ville Skyttä kirjoitti: On Tuesday 18 March 2008, Kartsa wrote: I have quite bad audio sync problems with it and was wondering if there is some fw which is better over others. It's been some time, but IIRC I've tried all that I could find, and the 0x29 one that comes with the drivers has worked best for me. I've tried a couple also and the funny thing is that they all reported 0x29 in log even though diff said they are different. The problem is that I must every once and a while pause replay for a second or so or when watching live TV change the channel back and forthto get the sync back. Same here, but not often enough for it to really annoy that much. I think it happens mostly for MTV3 here. I have been wondering if the reason could be MTV3 but I thought it could not depend on it. I must try to use some YLE channel for my morning recordings. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wakeup methods
Tero Purra kirjoitti: So some say wakeup must be enabled in bios and some that it must be disabled. Tried both with writing twice to /proc/acpi/alarm. Still no luck. Any other suggestions? Anybody? \\Kartsa I had to disable update HWCLOCK at shutdown -feature before ACPI wakeup started to work. I'm using gentoo and the feature is found /etc/conf.d/clock Does not exist in FC8. Atleast not in that position. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wakeup methods
Ville Skyttä kirjoitti: On Tuesday 12 February 2008, Kartsa wrote: So some say wakeup must be enabled in bios and some that it must be disabled. Tried both with writing twice to /proc/acpi/alarm. Still no luck. Any other suggestions? Anybody? BIOS updates? Had enough with this and left it yesterday evening. On the morning it was up. It came to me that system clock is using UTC time :) So I made a new testscript. --- #!/bin/bash delay=3 now=`date +%s` nexttime=`expr $now - 7200` #take back a couple of hours nextboot=`date -d 1970-01-01 UTC $nexttime sec +$delay min +%Y-%m-%d %H:%M:%S` echo $nextboot /proc/acpi/alarm echo $nextboot /proc/acpi/alarm echo Now `date +%Y-%m-%d %H:%M:%S` echo Start time `cat /proc/acpi/alarm` echo Restart in 5 sec shutdown -h -t 5 now --- After 3 minutes it was running again. But this aproach (replace now with vdr shutdown info) creates a (one hour) problem when summer time comes. Doesnt it? Oh, and there is no bios for the board (well there is but just the one I already have). Here is a quote from the manual: APM Support These AWARD BIOS supports Version 1.11.2 of the Advanced Power Management (APM) specification. Power management features are implemented via the System Management Interrupt (SMI). Sleep and Suspend power management modes are supported. Power to the hard disk drives and video monitors can be managed by this AWARD BIOS. ACPI Support Award ACPI BIOS support Version 1.0b of Advanced Configuration and Power interface specification (ACPI). It provides ASL code for power management and device configuration capabilities as defined in the ACPI specification, developed by Microsoft, Intel and Toshiba. ACPI is selectable between 1.0 and 1.0b. Is there some significant difference? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wakeup methods
Ville Skyttä kirjoitti: On Wednesday 13 February 2008, Kartsa wrote: But this aproach (replace now with vdr shutdown info) creates a (one hour) problem when summer time comes. Doesnt it? Quite likely. But I suppose you shouldn't need any hacks like that if the system knows that the hardware clock is in UTC (UTC=true in /etc/sysconfig/clock) and I think the shutdown support scripts from the Fedora VDR packages should also work as is in that case. I have UTC=true and in other vdr boxes I haven't had these problems. I've tried already halt.local but it did not not work. What I had not tried is adding a second line of cat acpifile/proc/acpi/wakeup to halt.local to have the line twice (as mentioned by Detlef). If I use my testscript which uses a 2 hours old tile it seems to work but not with FC VDR package script. Maybe there is still something I am over looking. Need to check and recheck :) \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wakeup methods
Detlef Heine kirjoitti: Hallo, yum MUST disable RTC-Wakeup in the BIOS of your motherboard. In my case I MUST write the wakeuptime twice: example: if [ ! -z $1 ]; then newtime=$(($1 - 60 )) # 1 minutes earlier logger VDR-Timer: $1 logger BIOS-Timer: $newtime echo $(/bin/unix2iso8601 -u $newtime) /proc/acpi/alarm echo $(/bin/unix2iso8601 -u $newtime) /proc/acpi/alarm logger ACPI-Read: $(cat /proc/acpi/alarm) else logger VDR-Timer: keine Zeitübergabe fi dhe. So some say wakeup must be enabled in bios and some that it must be disabled. Tried both with writing twice to /proc/acpi/alarm. Still no luck. Any other suggestions? Anybody? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wakeup methods
Rainer Zocholl kirjoitti:
[EMAIL PROTECTED](Kartsa) 10.02.08 10:37
What different wakeupmethods are there? I've built a few vdr boxes and
I've been forced to use different motherboards and they do not all
work the same. I've used nvram-wakeup on some and acpi on others when
nvram-wakeup has not worked. Now I have Biostar 945GZ 775 SE with
which I'm having trouble in starting on timers.
What problems? Be spezific.
At the time writing I was not really asking help, just qurious what
methods people use. This is why I did not put any detailed info. Maybe I
should not have mentioned about problems I at that time.
Now I see that I should have added more info because I'm not yet happy
with my settings. I would have used acpi and it was my first attempt but
the board did not wake up.
from vdr-shutdown.sh
---
file=/var/lib/vdr/acpi-wakeup
rm -f $file
if [ ${1:-0} -gt 0 -a -e /proc/acpi/alarm ] ; then
date -d 1970-01-01 UTC $1 sec -$delay min +%Y-%m-%d %H:%M:%S $file
fi
exec sudo /sbin/shutdown -h now
and from halt.local (this is what is instructed in vdr README.package)
#!/bin/bash
wakeupfile=/var/lib/vdr/acpi-wakeup
trap rm -f $wakeupfile EXIT
if [ -s $wakeupfile -a -w /proc/acpi/alarm ] ; then
echo -n Setting ACPI wakeup for next VDR timer: ; cat $wakeupfile
cat $wakeupfile /proc/acpi/alarm
fi
---
But it does not wake up. And this is not a very old mb. So I assume I am
doing something wrong or not doing something I should.
I got it to boot up using nvram-wakeup with reboot option (after guess
helper). But as said nvram should be obsolete and replaced by acpi.
On another mb (4CoreDual-Sata23) I used
---
newtime=$(($1 - delay*60 )) # delay minutes earlier
echo $newtime /sys/class/rtc/rtc0/wakealarm
---
which did the trick.
On biostar there were no /sys/class/rtc
So I tried from http://www.vdr-wiki.de/wiki/index.php/ACPI_Wakeup (as
someone mentioned in this thread)
--
#!/bin/bash
# Startet dem Rechner nach 3 min ueber acpi neu.
min=`date +%M`
nextmin=`expr $min + 3`
nextboot=`date +%Y-%m-%d %H:$nextmin:00`
echo $nextboot /proc/acpi/alarm
echo Aktuelle Zeit: `date +%Y-%m-%d %H:%M:%S`
echo Starte Rechner neu um: `cat /proc/acpi/alarm`
echo Fahre Rechner nun runter.
busybox poweroff
#/usr/bin/poweroff.pl
#poweroff
---
I can read germany but I do not understand it :). But understood that I
could use that script to test acpi. Well this did not work. I did check
that the time was actually written in /proc/acpi/alarm. Still not waking up.
So where do I go here? Do I use nvram-wakeup which IMHO is not good
because of the reboot.
\\Kartsa
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Wakeup methods
What different wakeupmethods are there? I've built a few vdr boxes and I've been forced to use different motherboards and they do not all work the same. I've used nvram-wakeup on some and acpi on others when nvram-wakeup has not worked. Now I have Biostar 945GZ 775 SE with which I'm having trouble in starting on timers. What methods are people using with VDR? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice
YUP kirjoitti: Hi all, I need an advice. Actually I'm looking for usb H.264 or mpeg4 encoder which can work with VDR, I need it for watching hdtv and stream video in mpeg4 or h.264 on my dell GX1 (http://support.dell.com/support/edocs/systems/ban_gx1/ , pentium 3 with 256 RAM, 600 Mhz). Encoding with mencoder gives bad results, processor is too slow for it. I found the following usb encoder http://www.fastvdo.com/SmartCapture/ So, can I use it with VDR? If positive, then how? Can it replace my Hollywood Plus? Or can it work together? I don't see how it could replace your Hollywood card since the card is decoder and the usb device is encoder. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HDTV - 2B or not 2B
VDR User kirjoitti: On Nov 22, 2007 11:46 AM, Alasdair Campbell [EMAIL PROTECTED] wrote: At the point when my cards stop receiving a signal I might start worrying about being 'left behind'. Just curious... Why did you buy a dvb card? Antennas work just fine and are less expensive. Hmm, antennas are used to receive the signal to be fed to dvb card :) Atleast here in Finland. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Output methods and WSS
Laz kirjoitti: On Tuesday 16 Oct 2007, Stuart Morris wrote: According to the MVPvdr website http://www.rst38.org.uk/mediamvp/mvpvdr.html there appears to be no way to set timers so I have never been tempted to try it out. I failed to get an early version of the MediaMVP plugin to work many years ago. Vomp is still being developed so maybe you should join the forum http://www.loggytronic.com/forum/ Vomp seems to work quite well. I have an older (H2) MediaMVP which I use on a tele' upstairs, mainly for watching recordings but live TV also works. I think it does have the ability to set timers (on the remote vdr server) but I've never tried that. I also have a newer (H4) MediaMVP which I've never managed to get to work but I think it's meant to. These things load a firmware using TFTP when you boot them and they seem quite picky about which files they will download (or not in the case of the newer one!). It was fairly easy to set the older one up but you do need a DHCP server (to point the MediaMVP at a TFTP server) and a TFTP server to serve the firmware. Both of these are built in to the vompserver plugin but I never managed to get them to work! I'm already running a DHCP server on a different machine so I'm using that to point the MediaMVP at my main vdr box which is running a stand-alone TFTP server. Might sound complicated but it works (at least for the older one!). Some things it is missing (as far as I can tell) are trickspeed playback and editing functions, and some of the remote buttons do different things from how I've got my main vdr remote set up. It allows playback of recordings to be resumed but it uses its own resume files, so if you are halfway through watching a recording on the real vdr system, it will replay from the beginning on the vomp box! I'm not sure I'd want it as my main way of using vdr (lacks some useful features) but is very good for use as a second system. Also much quieter than the old PC I had as a second vdr system upstairs! As I said, I have a MediaMVP and Vompserver running. Have had for some time now (six months or so). The biggest problem is the lack of support for subtitles. And I agree that as with the current properties I am not going to use this as my main device. And you can not edit timers with it only wiev them. Also I would like for the resume to be possible while changing from vdr to mediamvp or vv. But anyway it is good for as a second device in the bedroom. It's small and makes no sound and you can use it for wieving live tv or recordings. And for Stuart, I joined the forum a long time ago :) Still remains to be answered if anyone has tried MVPVdr? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Output methods and WSS
Laz kirjoitti: On Tuesday 16 Oct 2007, Laz wrote: Vomp seems to work quite well. I have an older (H2) MediaMVP which I use on a tele' upstairs, mainly for watching recordings but live TV also works. I think it does have the ability to set timers (on the remote vdr server) but I've never tried that. Forgot to add: there is also a windows version of the client software which runs on the MediaMVP. This means you can watch live TV, recordings, etc. in a window under m$ windross. Not sure if this has many advantages over something like a streaming plugin and a stream player. I suppose you can add timers. I tried the windows version also but I am having strange problems with the client hanging. The usage (and the capabilities) should me the same as with the real thing since the client loads the same dongle as the mediamvp does. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Output methods and WSS
Haven't anyone got any experience in these other MediaMVP based solutions? I have been thinking to test MVPVdr but haven't had the time and if someone else has some knowledge allready I would be most interested in hearing. Rob Davis kirjoitti: I agree, I have 3 Mvp's, and the setup works well, although the latest boxes create problems if they're reset too quickly. There are some patches in the latest CVS which fix the problem if VDR can't play a stream (without the patch, VOMP just appears to go to sleep). My main desire would be the ability to change audio language. At the moment I have to manually hack the channels.conf file to put my preferred language first and then set VDR to not update pids. The picture quality is better than my Dreambox on Scart. Obviously no HD playback, but then my setup can't handle that yet anyway. On 12 Oct 2007, at 22:34, Kartsa wrote: VOMP plugin is actually quite good and I have been using it with my second TV in the bedroom. One of the best thigs about it is that it's so small :) The problem is it does not support subtitling which is a must in Finland (I forgot to add that in my original post). How about the other MediaMVP related output methods (MediaMVP Plugin, MVPServer, MVPVdr). Do they support subtitles? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Output methods and WSS
VOMP plugin is actually quite good and I have been using it with my second TV in the bedroom. One of the best thigs about it is that it's so small :) The problem is it does not support subtitling which is a must in Finland (I forgot to add that in my original post). How about the other MediaMVP related output methods (MediaMVP Plugin, MVPServer, MVPVdr). Do they support subtitles? \\Kartsa db kirjoitti: I'm terribly hurt by that. you can't imagine. On Fri, 12 Oct 2007 10:12:59 +0100 (BST), you wrote: I recommend the Vomp plugin. I have been using this for standard definition TV for some time now. It is highly stable and hardly ever requires restarting. I can confirm it has WAF. It supports automatic scart switching and WSS via scart. WSS is also available via line 21 PAL if you are not using scart (I cannot confirm if WSS is supported under NTSC). It supports RGB, s-video or composite video. Vomp requires a Hauppauge MediaMVP set top box. The RGB output on these have sync-on-green which can cause problems with some Sony Bravia LCD televisions. Vomp has its own menu system and OSD so there is no access to the VDR osd or plugin menus. To access the VDR osd and plugin menus you can use Vomp with any other display system such as ncurses. I use the Xine plugin to access the epgsearch plugin. Kartsa [EMAIL PROTECTED] wrote: I am always having some problems like stuttering with FF card and now restart problems with DXR card (sometimes while in menu vdr stops and restarts) and thus I would like to have oppinions and suggestions. And also information. Therefore these two questions: 1. In which different video output methods is WSS signal carried out? I know it comes out from FF card and AVS7170 based DXR card but how about others? 2. And what would be the best output method? BR \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr - Yahoo! Answers - Get better answers from someone who knows. Tryit now. ___ 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] Output methods and WSS
I am always having some problems like stuttering with FF card and now restart problems with DXR card (sometimes while in menu vdr stops and restarts) and thus I would like to have oppinions and suggestions. And also information. Therefore these two questions: 1. In which different video output methods is WSS signal carried out? I know it comes out from FF card and AVS7170 based DXR card but how about others? 2. And what would be the best output method? BR \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Not good behaviour from vdr
Rainer Zocholl: That's long time ago and IMHO only a problem on unmodded v1.3 cards or not perfect ARM firmware at that time, 3 or more years ago (At least i got rid of the problem by -expensive- upgrading to 2.0 cards. (Someone interessted in 1.3 cards, 220E each?)). (see http://vdr-wiki.de/wiki/index.php/SpannungsMod). So it maybe only a problem for the unlucky owers of unmodded 1.3. Is that somewhere to be read in english (or finnish) since my german is, well it does not exist :) \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Announce] vdr-epgsearch-0.9.23
[EMAIL PROTECTED] kirjoitti: I have installed VDRAdmin service, so I can connect directly (from any computer from my network + outside world) to HTTP port 8001 and do there changes to EPGsearch and all recordings.. ;-) Well I have runned VDRAdmin for years, but problem is that it is not available when I use EPG, and don't have computer next to sofa to use it. And using cell phone takes time also.. So something handly when using remote, and by pressing 4 is the answer. I use EPGSearches search template (one of them is set default). That way when a new series starts and when I am in EPG I push red/4/ok/back and I am back in EPG and the search timer is done :) ofcource I have set my red button in epg to be permanently Commands (through epgsearch setup). Search templates can be found in Menu=Setup=Plugins=epgsearch=Search and search timers=blue=use search timer=yes=down to Search templates=blue(Setup)=green(new) then create a template of your wishes=ok=blue(default)=ok=ok=back=back=back=back its that simple :) Hope this was any help to you. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Lot of distortions in replay
Lately I have had problems with recordings as if there is bits and pieces missing from the recording. Sometimes there seems to be missing 30sec or more. And these dropouts comes sometimes frequently like every minute or so. Femon shows good signal and snr and ber is quite low also. I remember sometime been reading about dvb card sensitivity to power supply. Does anyone have similar experiences? I'm using vdr-1.4.6 with a couple of technotrend/hauppauge dvb-c cards (Nexus-CA and Nova-C). I'm also using dxr3 as video out. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVD plugin stutters
Alkuperäinen viesti Kartsa schrieb: think of. Anybody had similar problems? I thought I'd try using mplayer plugin for DVDplayback but for some reason my mplayer plugin does not want to play DVD's (don't know why all settings should be correct in mplayer.sh.conf, even set debug to true). Why don't you use dxr3player for DVD-Playback? Is this a vdr plugin? Havent heard of it earlier. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVD plugin stutters
Ville Skyttä kirjoitti: On Monday 03 September 2007, Kartsa wrote: My audio replay is kinda stuttering when replaying DVD's with dvd plugin. It's like the volume would be waving up and down with a rate of about 5Hz. I have a DXR3 and I have tried all possible things I could think of. Anybody had similar problems? Yes, see the dxr3 plugin's TROUBLESHOOTING file. NPTL (in case it's the problem - I haven't used a non-NPTL system in quite a while) can't be disabled on Fedora 7 though. There were no mention about NPTL. Also there were no mention about a stuttering audio (or similar to my problem). Or any other hint that could help. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVD plugin stutters
Igor kirjoitti: from livna.org) it did work for me out of the box. Mplayer didn't have DVD menu support back then - and I don't know if it has nowadays - so I lost interest to experiment further pretty quickly. now MPlayer has support for the navigation in DVD menu, you should compile it with the option --enable-dvdnav here you can see screenshot http://www.linux.org.ru/gallery/biglIDbEY.jpg So it wont support navigation when installing from livna.org? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVD plugin stutters
Ville Skyttä kirjoitti: On Monday 03 September 2007, Kartsa wrote: Ville Skyttä kirjoitti: Yes, see the dxr3 plugin's TROUBLESHOOTING file. NPTL (in case it's the problem - I haven't used a non-NPTL system in quite a while) can't be disabled on Fedora 7 though. There were no mention about NPTL. Also there were no mention about a stuttering audio (or similar to my problem). Sure there is. Copy-pasting from it: * If VDR becomes unresponsive when using the MP3 or Muggle plugins, or there are stuttering/stickiness problems with the DVD plugin, and you're using a NPTL system, try disabling NPTL if possible (eg. export LD_ASSUME_KERNEL=2.4.19 before starting VDR). NPTL cannot be disabled on all systems, and anyway it would be very nice if someone found what the problem is, and would submit a patch. I must be blind. I read it twice :) \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVD plugin stutters
Ville Skyttä kirjoitti: On Monday 03 September 2007, Kartsa wrote: I thought I'd try using mplayer plugin for DVDplayback but for some reason my mplayer plugin does not want to play DVD's (don't know why all settings should be correct in mplayer.sh.conf, even set debug to true). Last time I tried it (I suppose you're talking about the vdr-mplayer package from livna.org) it did work for me out of the box. Mplayer didn't have DVD menu support back then - and I don't know if it has nowadays - so I lost interest to experiment further pretty quickly. So NPTL seems to be the problem here. I decided to update my mplayer. Now the bahaviour changed so that the dvd starts but the screen stays black. This is what the log shows logger: *** Starting mplayer.sh Version 0.8.7 logger: *** DEBUG: Variable CFGFIL has value /etc/vdr/plugins/mplayer.sh.conf logger: *** DEBUG: Variable USEAC3 has value false logger: *** DEBUG: Variable AC3AOUT has value -ao alsa -ac hwac3 logger: *** DEBUG: Variable TV_ASPECT has value 4/3 logger: *** DEBUG: Variable PAL has value true logger: *** DEBUG: Variable NTSC has value true logger: *** DEBUG: Variable USE_SPEED has value true logger: *** DEBUG: Variable DETC_FILTER has value ivtc=1 logger: *** DEBUG: Variable MPLAYER has value /usr/bin/mplayer logger: *** DEBUG: Variable VOP has value lavc=5000 logger: *** DEBUG: Variable VO has value dxr3 logger: *** DEBUG: Variable AO has value oss:/dev/em8300_ma-0 logger: *** DEBUG: Variable CACHE has value 4096 logger: *** DEBUG: Variable CACHESTR has value -cache 4096 logger: *** DEBUG: Variable FRAMEDROP has value true logger: *** DEBUG: Variable FDSTR has value -framedrop logger: *** DEBUG: Variable LIRCRC has value /etc/vdr/lircrc logger: *** DEBUG: Variable LIRCSTR has value -lircconf /etc/vdr/lircrc logger: *** DEBUG: Variable SUBTITLE has value -subpos 80 -sub-bg-color 0 -sub-bg-alpha 30 logger: *** DEBUG: Variable REMOTE has value -slave -nolirc logger: *** Use Option USERDEF at your own risk! logger: *** DEBUG: Variable USERDEF has value -quiet logger: *** DEBUG: Variable XResPAL has value 352 480 528 544 704 720 logger: *** DEBUG: Variable XResNTSC has value 352 480 512 544 640 704 720 logger: *** DEBUG: Variable SLOW_CPU has value false logger: *** DEBUG: Variable DVDFiles has value /usr/share/vdr/DVD-VCD logger: *** DEBUG: Variable DVD has value /dev/dvd logger: *** DEBUG: Variable DVDLANG has value fi logger: *** DEBUG: Variable DVDOPTIONS has value logger: *** DEBUG: Variable VCDOPTIONS has value logger: *** DEBUG: Variable MPEG_DIRECT has value true logger: *** DEBUG: Variable SUFFIX has value /dvd logger: *** DEBUG: Variable CMDLINE has value /usr/bin/mplayer -vo dxr3 -ao oss:/dev/em8300_ma-0 -alang fi -framedrop -cache 4096 -slave -nolirc -quiet -dvd-device /dev/dvd dvd:// Trying the cmdline gives Playing dvd://. There are 53 titles on this DVD. There are 1 chapters in this DVD title. There are 1 angles in this DVD title. number of audio channels on disk: 0. number of subtitles on disk: 0 No matching DVD audio language found! Cache fill: 0.00% (0 bytes) MPEG-PS file format detected. MPEG: No audio stream found - no sound. VIDEO: MPEG2 720x576 (aspect 2) 25.000 fps 4000.0 kbps (500.0 kbyte/s) Error opening/initializing the selected video_out (-vo) device. And # mplayer -vo help MPlayer dev-SVN-rUNKNOWN-4.1.2 (C) 2000-2007 MPlayer Team CPU: Intel(R) Celeron(R) D CPU 3.20GHz (Family: 15, Model: 6, Stepping: 5) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. Available video output drivers: xv X11/Xv x11 X11 ( XImage/Shm ) xover General X11 driver for overlay capable video output drivers gl X11 (OpenGL) gl2 X11 (OpenGL) - multiple textures version dga DGA ( Direct Graphic Access V2.0 ) sdl SDL YUV/RGB/BGR renderer (SDL v1.1.7+ only!) fbdev Framebuffer Device fbdev2 Framebuffer Device svgaSVGAlib aa AAlib directfbDirect Framebuffer Device dfbmga DirectFB / Matrox G200/G400/G450/G550 xvidix X11 (VIDIX) cvidix console VIDIX nullNull video output xvmcXVideo Motion Compensation mpegpes Mpeg-PES to DVB card yuv4mpegyuv4mpeg output for mjpegtools png PNG file jpegJPEG file gif89a animated GIF output tga Targa output pnm PPM/PGM/PGMYUV file md5sum md5sum of each frame Seems like dxr3 is not supported. The funny thing is that with a different DVD the cmdline starts playing the dvd but nothing is displayed even though the same error is shown. MPlayer dev-SVN-rUNKNOWN-4.1.2 (C) 2000-2007 MPlayer Team CPU: Intel(R) Celeron(R) D CPU 3.20GHz (Family: 15, Model: 6, Stepping: 5) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection
[vdr] DVD plugin stutters
It has again been a while since I wrote to the list. Now I have managed to create an out of the box system by using repositories. My audio replay is kinda stuttering when replaying DVD's with dvd plugin. It's like the volume would be waving up and down with a rate of about 5Hz. I have a DXR3 and I have tried all possible things I could think of. Anybody had similar problems? I thought I'd try using mplayer plugin for DVDplayback but for some reason my mplayer plugin does not want to play DVD's (don't know why all settings should be correct in mplayer.sh.conf, even set debug to true). On settop player the disk plays fine. I have vdr-1.4.6 and dvd-0.3.6-b03. all installed through yum on a fedora core 7 system. I have actually three systems and it happens on all of them. They all have dxr3 but thats about the similarities they have. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] WSS signaling with DXR3 cards
Kartsa kirjoitti: Jukka Tastula kirjoitti: On Friday 10 August 2007 10:14:32 Ville Skyttä wrote: Hm, so you have an ADV7175 based one currently? Sorry, I don't think that helps - again, as far as I know, the WSS stuff only works with ADV7170 based cards. The patched adv717x driver never even tries to set the WSS mode for any other DXR3/H+'s. I don't have any others than a couple of ADV7170 based cards so I can't test with anything else. It could be useful to ask on dxr3-devel or dxr3-plugin lists if someone can help out more. I have both and I can confirm that the ADV7175 does not support WSS. If you're really bored feel free to compare the datasheets http://pdf1.alldatasheet.com/datasheet-pdf/view/48906/AD/ADV7175.html http://www.ortodoxism.ro/datasheets/analogdevices/168564552ADV7170_1_a.pdf ADV7170 has WSS support clearly stated where as ADV7175 makes no mention of it at all. I managed to find a ADV7170 card and now WSS works. Thanks to who partissipated. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] WSS signaling with DXR3 cards
Ville Skyttä kirjoitti: On Sunday 05 August 2007, Kartsa wrote: At first I had problems with getting DXR card to work with fedora core 7 but now everything is otherwise fine but wss signaling does not seem to work. Do I need to patch the kernel or em8300 or something to make it work? Or do I still have to compile the CVS version of dxr3? Any pointers would be preciated. The WSS patches are included in the em8300 modules shipped in Fedora, and version 0.2.7 of the DXR3 plugin contains the WSS patch also upstream, no patchwork needed. Note that (AFAIK) you need an ADV7170 based DXR3/H+ for this WSS stuff to work, and it needs to be enabled in the DXR3 plugin's setup through VDR's OSD. Thanks for the prompt responce. Did not have chance to check the card before now. It was not an ADV7170 based soI changed it to ADV7175. No luck though. Still no wss and tv must be changed by hand usint tv's remote. And I know the tv supports it because when using FF cards output it worked fine. Any other hints? What should the parameters for adv717x module be? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR exited with status 134
Ville Skyttä kirjoitti: On Sunday 10 June 2007, Kartsa wrote: I've got fedora with runvdr from fedora vdr package and it tries to restart VDR if exit code is something else than 0, 2 or 137. Sometimes the exit code is 137 but most of the time it is 134. This causes VDR to restart (or runvdr makes VDR to restart) and dvb drivers to reload. What does exit code 134 mean? From man bash: The return value of a simple command is its exit status, or 128+n if the command is terminated by signal n. So 134 - 128 = 6, SIGABRT (kill -l 6). info SIGABRT says: This signal indicates an error detected by the program itself and reported by calling `abort'. Ah, did not think of that. Thanks. Why is exit code sometimes 137 and most of the times 134? It's 137 when killproc (see /etc/init.d/functions) invoked from /etc/init.d/vdr gets tired of waiting for kill -TERM to result in vdr to shut down and issues a kill -KILL to really get rid of it. It's 134 when you got a crash caused by SIGABRT. If you wish to debug it further, uncomment DAEMON_COREFILE_LIMIT=unlimited at end of /etc/sysconfig/vdr and watch if core dumps start to appear in /tmp. I'll give it a try. Would -t switch be helpfull with shutdown? What should exit code be when VDR is shutting down either because the user pushed power button or because there has been no user activity? 0 if all went well (and if I remember correctly). Seems that it never is 0. At least in my case. Maybe I'll try VDR with no plugins. I've replaced fedoras VDR with my own vdr-1.4.6 compilation (due to some plugins not in fedora packaging). In my experience, crashes at vdr shutdown are almost always caused by plugin bugs. I'm not aware of any such in the Fedora plugin packages at the moment. By the way, which packaged plugins are you missing/adding? The last crash-at-shutdown bug I saw was in ttxtsubs; in case you're using it, my patch for the crash is included in Rofa's kermanekka edition (http://www.saunalahti.fi/~rahrenbe/vdr/patches/, Fedora 7 packages at http://cachalot.mine.nu/ and possibly sometime soonish in Fedora proper). I am using ttxtsubs. I do not actually need it more than occasionally because I have no channels witch uses this subtitling system. Maybe I could try without it. Also, just in case you weren't aware of it, if your additional plugins don't require patching vdr itself (patches for subtitles and ttxtsubs plugins are already included), you can use Fedora's vdr and vdr-devel packages and build additional plugins for it instead of building a whole vdr of your own, see /usr/share/doc/vdr-*/README.package I am compiling vdr my self mostly because I like Soppalusikka :) I think there was some other reason(s) as well but I can not recall what :) I had newer actually read the README.package and it was wery illuminating. Maybe I'll have to start using readymade packages and give up using Soppalusikka :( \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR exited with status 134
Most of the time when VDR shuts the box down using vdrshutdown script there is a line in the log runvdr: VDR exited with status 134, attempting restart I've got fedora with runvdr from fedora vdr package and it tries to restart VDR if exit code is something else than 0, 2 or 137. Sometimes the exit code is 137 but most of the time it is 134. This causes VDR to restart (or runvdr makes VDR to restart) and dvb drivers to reload. What does exit code 134 mean? Why is exit code sometimes 137 and most of the times 134? What should exit code be when VDR is shutting down either because the user pushed power button or because there has been no user activity? I've replaced fedoras VDR with my own vdr-1.4.6 compilation (due to some plugins not in fedora packaging). \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vdr or driver performance dropout
Stefan Huelswitt kirjoitti: On 01 Feb 2007 Reinhard Nissl [EMAIL PROTECTED] wrote: Heikki Manninen wrote: I've noticed that earlier when I was using PIII 550 MHz and vdr 1.3.22 (or something about) I made a test by recording nine channels simultaneously and watching a recording at the same time. I remember there seemed to be no trouble doing it. Now when I have vdr 1.4.4 after fourth recording starts vdr becomes sluggish and there starts to come errors on log: dvb-ttpci: warning: timeout waiting in LoadBitmap when pushing menu button. And ofcourse no menu appears or menu appears only partly. Exactly the same thing here and with the latest and the second latest firmware. My FF 2.1 TT card starts to die after third simultaneous recording. But then again, I think that budget cards are much better in this area. Most likely, it's me who has to be blamed. Around 1.3.27, cVideoRepacker was introduced which has an impact on CPU load. This could be a reason why the menu is slow when running several recordings at the same time. I don't think that the problem is related to anything on VDR side. AFAIK the bandwidth from ARM to PCI bus is very limited on full-featured cards. With 3 recordings being transfered to VDR there is simply not enough bandwidth left for the OSD transfers. Hence the LoadBitmap timeout. I experience the problem since VDR introduced concurrent recordings and I cannot believe that there is any VDR / firmware combination which doesn't show this behaviour as it's IMO a hardware limitation. Budget cards doesn't have this limitation, they can transfer the full transponder without problems. I know the performance was better when I was using vdr-1.3.22. I know I had 9 recordings going on and still I was able to watch a previous recording and I was using a slower cpu and a ff card. Ofcourse my recent test does prove your point, hence the question what is the best combination of hw and sw?. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vdr or driver performance dropout
Kartsa kirjoitti: Kartsa kirjoitti: Marko Mäkelä kirjoitti: In any case, you could profile the old and new version of vdr and see if there is any obvious difference. I'll have to take that into consideration. I'll have to download the old version and all that :) I was unsuccesfull with setting up an environment where I could run vdr-1.3.22. It just exits with exit code 2 with no other explanation in. It tells me to turn off NPTL by setting LD_ASSUME_KERNEL=2.4.1 and then all I get is error while loading shared libraries to about any command I try. And then cannot open shared object file: No such file or directory and depending on the command the library file varies. So no comparison :( This thread changed to talking about different issues like ati and xine which are actually far from the original meaning of my post. I still have this performance issue. I could not make the comparison with earlier vdr version but I did do some profiling. I did a seven minute session where I had 5 test recordings which started one minute apart and ended at the same time. After each recording had started I tested the responce of remote by just pussing menu button. After three recordings there began to be delay in menu appearance and after fourth recording the menu came up in pieces and after fifth recording there were no menu or if it ever did appear after several menu presses it was incomplete. This can be seen in the log (timeout waiting in LoadBitmap). Playback of a recording started to have small problems after third recording started and with four and five simultaneous recordings you really do not want to wath a movie like that. This is the log during the test: Mar 3 21:34:20 localhost kernel: oprofile: using NMI interrupt. Mar 3 21:35:00 localhost vdr: [2389] timer 1 (1 2135-2142 'TestRec1') start Mar 3 21:35:00 localhost vdr: [2389] record /srv/vdr/TestRec1/2007-03-03.21.35.50.99.rec Mar 3 21:35:19 localhost vdr: [2389] replay /srv/vdr/@Seabiscuit_-_amerikkalainen_legenda/2007-03-03.21.22.50.99.rec Mar 3 21:36:01 localhost vdr: [2389] timer 2 (2 2136-2142 'TestRec2') start Mar 3 21:36:01 localhost vdr: [2389] record /srv/vdr/TestRec2/2007-03-03.21.36.50.99.rec Mar 3 21:37:00 localhost vdr: [2389] timer 3 (7 2137-2142 'TestRec3') start Mar 3 21:37:00 localhost vdr: [2389] record /srv/vdr/TestRec3/2007-03-03.21.37.50.99.rec Mar 3 21:38:00 localhost vdr: [2389] timer 4 (8 2138-2142 'TestRec4') start Mar 3 21:38:00 localhost vdr: [2389] record /srv/vdr/TestRec4/2007-03-03.21.38.50.99.rec Mar 3 21:39:00 localhost vdr: [2389] timer 5 (9 2139-2142 'TestRec5') start Mar 3 21:39:00 localhost vdr: [2389] record /srv/vdr/TestRec5/2007-03-03.21.39.50.99.rec Mar 3 21:39:21 localhost kernel: dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1 Mar 3 21:40:19 localhost kernel: dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1 Mar 3 21:40:59 localhost last message repeated 2 times Mar 3 21:42:03 localhost vdr: [2389] timer 1 (1 2135-2142 'TestRec1') stop Mar 3 21:42:03 localhost vdr: [2389] timer 2 (2 2136-2142 'TestRec2') stop Mar 3 21:42:03 localhost vdr: [2389] timer 3 (7 2137-2142 'TestRec3') stop Mar 3 21:42:03 localhost vdr: [2389] timer 4 (8 2138-2142 'TestRec4') stop Mar 3 21:42:04 localhost vdr: [2389] timer 5 (9 2139-2142 'TestRec5') stop Mar 3 21:43:04 localhost vdr: [2389] deleting timer 1 (1 2135-2142 'TestRec1') Mar 3 21:43:04 localhost vdr: [2389] deleting timer 1 (2 2136-2142 'TestRec2') Mar 3 21:43:04 localhost vdr: [2389] deleting timer 1 (7 2137-2142 'TestRec3') Mar 3 21:43:04 localhost vdr: [2389] deleting timer 1 (8 2138-2142 'TestRec4') Mar 3 21:43:04 localhost vdr: [2389] deleting timer 1 (9 2139-2142 'TestRec5') During the test CPU idle was over 90% all the time. I used oprofiler during the test and these are the results: CPU: P4 / Xeon, speed 3192.31 MHz (estimated) Counted GLOBAL_POWER_EVENTS events (time during which processor is not stopped) with a unit mask of 0x01 (mandatory) count 10 GLOBAL_POWER_E...| samples| %| -- 145068 47.4769 vdr GLOBAL_POWER_E...| samples| %| -- 137420 94.7280 vdr 7648 5.2720 anon (tgid:2389 range:0xfa6000-0xfa7000) 99854 32.6796 libc-2.5.so 35565 11.6395 libpthread-2.5.so 9336 3.0554 no-vmlinux 2888 0.9452 libcrypto.so.0.9.8b 2430 0.7953 oprofiled GLOBAL_POWER_E...| samples| %| -- 2419 99.5473 oprofiled 11 0.4527 anon (tgid:3372 range:0xfb9000-0xfba000) 2269 0.7426 libqt-mt.so.3.3.7 1544 0.5053 sshd GLOBAL_POWER_E...| samples| %| -- 1418 91.8394 sshd 108 6.9948 anon (tgid:3027 range:0x2a9000-0x2aa000) 14 0.9067 anon (tgid:3080 range:0x4a6000-0x4a7000) 4 0.2591 anon (tgid:3385 range
Re: [vdr] FF card AV sync problems, possible fix to VDR (fwd)
Halim Sahin kirjoitti: This has been very illuminating. Maybe I made some mistake with the logging because there really is no TS continuity error in the log. I definitely have -l 3 on commandline (just checked with ps -ef). And I Under debian Systems you must look in to /var/log/syslog and not in to /var/log/messages. It depends on your syslog configuration. Maybe it helps. Thanks, but in FC it is /var/log/messages :) And everything else is in messages file. There is no syslog file. But it has to be something to do with where the messages are at least trying to be written. Maybe I'll figure it out some day :) \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Too many open files - error
Kartsa kirjoitti: Carlos Javier Borroto kirjoitti: On 2/20/07, Gavin Hamill [EMAIL PROTECTED] wrote: What hardware are you using? I mean, what driver is being used? Is it dvb-usb-dtt200u ? If so.. 'me too' :) I forget that, I'm using a Nexus card, this is my lspci output: As it happens so am I. I have Nexus as a ff card and as a second card I have a budget card. dmesg . DVB: registering new adapter (Technotrend/Hauppauge WinTV Nexus-CA rev1.X) DVB: registering new adapter (TT-Budget/WinTV-NOVA-C PCI) . The Nexus card is a ff card which I am using for video out. Firmware is the latest with the avsync fix. A small correction. I have two vdr boxes and I reported the wrong one for the hw :) The correct hw is: DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-C rev2.X) So it is not a Nexus-CA. But it is a ff card and I do not have another card on my second system. And the firmware is the same. On my systems the limits are: $ grep . /proc/sys/fs/file-* /proc/sys/fs/file-max:21190 /proc/sys/fs/file-nr:4320 0 21190 And mine $grep . /proc/sys/fs/file-* /proc/sys/fs/file-max:50644 /proc/sys/fs/file-nr:1088 0 50644 Also correct values for these are $grep . /proc/sys/fs/file-* /proc/sys/fs/file-max:50569 /proc/sys/fs/file-nr:7040 50569 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Too many open files - error
Artur Skawina kirjoitti:
Kartsa wrote:
I was about to test the performance of vdr when I stumbled on this message
ERROR: /dev/dvb/adapter0/demux0: Too many open files
I do not recall seeing this earlier. This came when fourth simultaneous
recording started.
grep -20 -r EMFILE *
dvb/dvb-core/dmxdev.c-static int dvb_demux_open(struct inode *inode, struct
file *file)
dvb/dvb-core/dmxdev.c-{
dvb/dvb-core/dmxdev.c- struct dvb_device *dvbdev = file-private_data;
dvb/dvb-core/dmxdev.c- struct dmxdev *dmxdev = dvbdev-priv;
dvb/dvb-core/dmxdev.c- int i;
dvb/dvb-core/dmxdev.c- struct dmxdev_filter *dmxdevfilter;
dvb/dvb-core/dmxdev.c-
dvb/dvb-core/dmxdev.c- if (!dmxdev-filter)
dvb/dvb-core/dmxdev.c- return -EINVAL;
dvb/dvb-core/dmxdev.c-
dvb/dvb-core/dmxdev.c- if (mutex_lock_interruptible(dmxdev-mutex))
dvb/dvb-core/dmxdev.c- return -ERESTARTSYS;
dvb/dvb-core/dmxdev.c-
dvb/dvb-core/dmxdev.c- for (i = 0; i dmxdev-filternum; i++)
dvb/dvb-core/dmxdev.c- if (dmxdev-filter[i].state ==
DMXDEV_STATE_FREE)
dvb/dvb-core/dmxdev.c- break;
dvb/dvb-core/dmxdev.c-
dvb/dvb-core/dmxdev.c- if (i == dmxdev-filternum) {
dvb/dvb-core/dmxdev.c- mutex_unlock(dmxdev-mutex);
dvb/dvb-core/dmxdev.c: return -EMFILE;
dvb/dvb-core/dmxdev.c- }
dvb/dvb-core/dmxdev.c-
dvb/dvb-core/dmxdev.c- dmxdevfilter = dmxdev-filter[i];
dvb/dvb-core/dmxdev.c- mutex_init(dmxdevfilter-mutex);
dvb/dvb-core/dmxdev.c- file-private_data = dmxdevfilter;
dvb/dvb-core/dmxdev.c-
dvb/dvb-core/dmxdev.c- dvb_ringbuffer_init(dmxdevfilter-buffer, NULL, 8192);
dvb/dvb-core/dmxdev.c- dmxdevfilter-type = DMXDEV_TYPE_NONE;
dvb/dvb-core/dmxdev.c- dvb_dmxdev_filter_state_set(dmxdevfilter,
DMXDEV_STATE_ALLOCATED);
dvb/dvb-core/dmxdev.c- dmxdevfilter-feed.ts = NULL;
dvb/dvb-core/dmxdev.c- init_timer(dmxdevfilter-timer);
dvb/dvb-core/dmxdev.c-
dvb/dvb-core/dmxdev.c- mutex_unlock(dmxdev-mutex);
dvb/dvb-core/dmxdev.c- return 0;
dvb/dvb-core/dmxdev.c-}
IOW you ran out of filters.
yes, the error code should probably be different (eg EBUSY).
So, why did I ran out of filters? Why did it happen? Why doesn't it
happen on my other vdr box? And what does it cause? The recording did
succeed.
\\Kartsa
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FF card AV sync problems, possible fix to VDR (fwd)
Reinhard Nissl kirjoitti:
Hi,
Kartsa wrote:
So I would like to raise this one up again. After applying the two
changes (dsyslog(TS continuity error (%d), ccCounter) and { *FrameSize
= 0; dsyslog(cAudioRepacker: FrameSize == 0); } in remux.c) I still
get these lines in log (and -l 3 in vdr startup)
vdr: [3600] cAudioRepacker(0xC0): skipped 232 bytes to sync on next
audio frame
vdr: [3600] cAudioRepacker(0xC0): skipped 240 bytes to sync on next
audio frame
vdr: [3600] cAudioRepacker(0xC0): skipped 492 bytes while syncing on
next audio frame
Why does these skipping of bytes appear?
When do you get these lines?
They are OK just after starting a recording or starting transfer mode.
cAudioRepacker tries to suppress this message while initially syncing
but as the sync pattern is allowed to appear as audio frame data, it is
likely that cAudioRepacker get's in sync by mistake.
After having synced, cAudioRepacker uses the indicated frame length as a
guide when looking for the next audio packet. If the sync pattern isn't
found at the guided position, it will seek for it and report the number
of bytes skipped to find it.
This procedure is executed all over the time and once cAudioRepacker has
found a real sync pattern, the indicated frame length will guide
cAudioRepacker precisely to the next audio frame.
Bye.
Ok, here is a snapshot of my log. There is no replay going during this
time but a coupleof recordings are as can be seen. I've stripped channel
events.
Feb 18 17:14:00 kari vdr: [2670] timer 3 (6 1714-1754 'StrF6msF6') start
Feb 18 17:14:00 kari vdr: [2670] record
/srv/vdr/StrF6msF6/2007-02-18.17.14.50.99.rec
Feb 18 17:17:02 kari vdr: [3600] cAudioRepacker(0xC0): skipped 284 bytes
while syncing on next audio frame
Feb 18 17:19:02 kari vdr: [3600] 1 cRepacker messages suppressed
Feb 18 17:19:02 kari vdr: [3600] cAudioRepacker(0xC0): skipped 232 bytes
to sync on next audio frame
Feb 18 17:20:25 kari vdr: [3600] cAudioRepacker(0xC0): skipped 240 bytes
to sync on next audio frame
Feb 18 17:21:28 kari vdr: [3600] cAudioRepacker(0xC0): skipped 492 bytes
while syncing on next audio frame
Feb 18 17:22:56 kari vdr: [3600] 1 cRepacker messages suppressed
Feb 18 17:22:56 kari vdr: [3600] cAudioRepacker(0xC0): skipped 376 bytes
to sync on next audio frame
Feb 18 17:23:37 kari vdr: [3600] 1 cRepacker messages suppressed
Feb 18 17:23:37 kari vdr: [3600] cAudioRepacker(0xC0): skipped 536 bytes
to sync on next audio frame
Feb 18 17:26:36 kari vdr: [3600] 1 cRepacker messages suppressed
Feb 18 17:26:36 kari vdr: [3600] cAudioRepacker(0xC0): skipped 112 bytes
to sync on next audio frame
Feb 18 17:27:21 kari vdr: [3600] cAudioRepacker(0xC0): skipped 304 bytes
to sync on next audio frame
Feb 18 17:30:37 kari vdr: [3600] cAudioRepacker(0xC0): skipped 352 bytes
to sync on next audio frame
Feb 18 17:34:41 kari vdr: [3600] cAudioRepacker(0xC0): skipped 304 bytes
to sync on next audio frame
Feb 18 17:38:13 kari vdr: [3600] 2 cRepacker messages suppressed
Feb 18 17:38:13 kari vdr: [3600] cAudioRepacker(0xC0): skipped 112 bytes
to sync on next audio frame
Feb 18 17:39:07 kari vdr: [3600] cAudioRepacker(0xC0): skipped 112 bytes
to sync on next audio frame
Feb 18 17:40:00 kari vdr: [2670] timer 4 (4 1659-1740 'TeinitytF6n
kasvatusopas') stop
Feb 18 17:40:20 kari vdr: [3600] cAudioRepacker(0xC0): skipped 204 bytes
while syncing on next audio frame
Feb 18 17:41:00 kari vdr: [2899] EPGSearch: timer conflict check started
Feb 18 17:41:00 kari vdr: [2899] EPGSearch: timer conflict check finished
Feb 18 17:41:23 kari vdr: [2670] deleting timer 4 (4 1659-1740
'TeinitytF6n kasvatusopas')
Feb 18 17:41:37 kari vdr: [3600] 1 cRepacker messages suppressed
Feb 18 17:41:37 kari vdr: [3600] cAudioRepacker(0xC0): skipped 176 bytes
to sync on next audio frame
Feb 18 17:43:04 kari vdr: [3600] cAudioRepacker(0xC0): skipped 188 bytes
while syncing on next audio frame
Feb 18 17:44:33 kari vdr: [3600] 1 cRepacker messages suppressed
Feb 18 17:44:33 kari vdr: [3600] cAudioRepacker(0xC0): skipped 300 bytes
while syncing on next audio frame
Feb 18 17:45:37 kari vdr: [3600] 2 cRepacker messages suppressed
Feb 18 17:45:37 kari vdr: [3600] cAudioRepacker(0xC0): skipped 296 bytes
to sync on next audio frame
Feb 18 17:47:55 kari vdr: [3600] cAudioRepacker(0xC0): skipped 664 bytes
to sync on next audio frame
Feb 18 17:51:00 kari vdr: [3600] 1 cRepacker messages suppressed
Feb 18 17:51:00 kari vdr: [3600] cAudioRepacker(0xC0): skipped 528 bytes
to sync on next audio frame
Feb 18 17:51:56 kari vdr: [3600] cAudioRepacker(0xC0): skipped 112 bytes
to sync on next audio frame
Feb 18 17:53:03 kari vdr: [3600] cAudioRepacker(0xC0): skipped 608 bytes
to sync on next audio frame
Feb 18 17:54:00 kari vdr: [2670] timer 3 (6 1714-1754 'StrF6msF6') stop
Feb 18 17:55:23 kari vdr: [2670] deleting timer 3 (6 1714-1754
'StrF6msF6')
My log is actually full of these.
\\Kartsa
[vdr] Too many open files - error
): skipped 488 bytes to sync on next audio frame Feb 19 21:57:29 vdr: [2749] cAudioRepacker(0xC0): skipped 296 bytes to sync on next audio frame Feb 19 21:57:36 vdr: [2734] cAudioRepacker(0xC0): skipped 488 bytes to sync on next audio frame Feb 19 21:57:36 vdr: [2737] ERROR: unknown picture type '4' Feb 19 21:57:36 vdr: [2749] cAudioRepacker(0xC1): skipped 296 bytes to sync on next audio frame Feb 19 21:57:36 vdr: [2738] cAudioRepacker(0xC0): skipped 488 bytes to sync on next audio frame Feb 19 21:57:36 vdr: [2753] cAudioRepacker(0xC0): skipped 488 bytes to sync on next audio frame Feb 19 21:57:36 vdr: [2749] cAudioRepacker(0xC3): skipped 432 bytes to sync on next audio frame Feb 19 22:00:00 vdr: [2226] timer 1 (1 2150-2200 'TestRec1') stop Feb 19 22:00:00 vdr: [2226] timer 2 (2 2151-2200 'TestRec2') stop Feb 19 22:00:00 vdr: [2226] timer 3 (6 2152-2200 'TestRec3') stop Feb 19 22:00:00 vdr: [2226] timer 4 (7 2153-2200 'TestRec4') stop Feb 19 22:00:01 vdr: [2226] timer 5 (8 2154-2200 'TestRec5') stop Feb 19 22:01:29 vdr: [2226] deleting timer 1 (1 2150-2200 'TestRec1') Feb 19 22:01:29 vdr: [2226] deleting timer 1 (2 2151-2200 'TestRec2') Feb 19 22:01:29 vdr: [2226] deleting timer 1 (6 2152-2200 'TestRec3') Feb 19 22:01:29 vdr: [2226] deleting timer 1 (7 2153-2200 'TestRec4') Feb 19 22:01:29 vdr: [2226] deleting timer 1 (8 2154-2200 'TestRec5') And then it calms down. And the testrec4 has been recorded on the disk. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FF card AV sync problems, possible fix to VDR (fwd)
Reinhard Nissl kirjoitti: I also applied both of those changes and have not yet seen either of the errors in the log. I do have thosa same log entrys as morfsta especially if I have more than two recordings going on while I am watching a previous recording. \\Kartsa Morfsta kirjoitti: I made the mods to VDR as you suggested but haven't seen either entry in the log file yet. I've just checked remux.c: the c...Repacker messages are logged using esyslog() while the suggested changes use dsyslog(). So either change dsyslog() to esyslog() or check the commandline of VDR whether it includes -l 3 (log debug messages) and depending on your system setup, debug messages might get logged to a different file. So I added -l 3 to my vdr commandline since it was much easier :) Lets see if there starts to be log entrys. Allthough I did mention earlier having out of sync problems while watching a recording I noticed that if I rewieved the same recording with no other recordings going on there were no sync problems. Also I tried watching the same recording on another vdr over the network there were no sync problems even if there were recordings going on in the source vdr. But as soon as there were recordings going on in the vdr that I was using for watching out of sync started to appear. And I used nfs not streaming. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vdr or driver performance dropout
Clemens Kirchgatterer kirjoitti: Laz [EMAIL PROTECTED] wrote: On Saturday 03 February 2007 10:13, Clemens Kirchgatterer wrote: Marko Myllymaa [EMAIL PROTECTED] wrote: Also this newer version does some weird busylooping or whatever from time to time. Vdr gets all remote codes and buffers them, but just starts executing them after ~45s. One time it took so long, that I got ssh opened from other computer to restart vdr, but vdr had recovered. i can confirm this. i get the same delays in key processing very frequently. i use also a low end machine - PII 233 MHz. What type of remote receiver are you using? I've had delays with some remotes but not others: home brewed ir receiver on serial port using lirc. the same as you say worked best for you. i'm sure the problem is not on the IR side but on vdr, as that setup was not changed between vdr upgrades. I have home brewed also and I either do not think IR side is the problem. The delays became the longer the more recordings are on simultaneously. I just tested just to be sure that after second recording the playback of another recording starts to snap crackle and pop both sound and picture. Very small but noticeable. After third recording responces to remote are either very sluggish or in some remote actions nothing happens. And as I said earlier this behaviour is similar in PIII 550 and AMD 3000+. And actually I think what ever is causing this may also be the reason for the AV sync problem I reported in another thread. I mean after the third recording AV sync is about all the time out of sync or atleast its no fun to watch. I'll report about this in the related thread. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FF card AV sync problems, possible fix to VDR (fwd)
I also applied both of those changes and have not yet seen either of the errors in the log. I do have thosa same log entrys as morfsta especially if I have more than two recordings going on while I am watching a previous recording. \\Kartsa Morfsta kirjoitti: I lose sync on live tv as well as recordings and get the following in /var/log/messages. Feb 3 19:04:18 morfsta vdr: [6714] 1 cRepacker messages suppressed Feb 3 19:04:18 morfsta vdr: [6714] cAudioRepacker(0xC0): skipped 584 bytes while syncing on next audio frame Feb 3 19:04:18 morfsta vdr: [3470] 1 cRepacker messages suppressed Feb 3 19:04:18 morfsta vdr: [3470] cAudioRepacker(0xC0): skipped 584 bytes while syncing on next audio frame Feb 3 19:04:32 morfsta vdr: [6714] 1 cRepacker messages suppressed Feb 3 19:04:32 morfsta vdr: [6714] cAudioRepacker(0xC0): skipped 588 bytes to sync on next audio frame Feb 3 19:04:32 morfsta vdr: [3470] 1 cRepacker messages suppressed Feb 3 19:04:32 morfsta vdr: [3470] cAudioRepacker(0xC0): skipped 588 bytes to sync on next audio frame I made the mods to VDR as you suggested but haven't seen either entry in the log file yet. I want to try and isolate a recording sample shortly to give to Oliver, but obviously there is nothing I can do about the live sync problem (you're welcome to visit my house if you like!!!) Regards Morfsta On 2/1/07, *Reinhard Nissl* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, Kartsa wrote: Should I do both these changes at the same time or separately? I think you may apply both changes at the same time. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FF card AV sync problems, possible fix to VDR (fwd)
Ville Rannikko kirjoitti: Hi! The newest firmware for FF cards did not completely fix the AV desync problems for me. Can you provide a sample recording where A/V sync fails with the current firmware? Oh, well. Turns out that I had somehow failed to install the new firmware properly. My test patch is possibly not needed at all. I still have experienced AV sync problem with the new fw. The problem is that I can not reproduce the problem. Replaying the video again does not usually give the same result. The sync problem I've experienced with this new fw is just a slight out of sync, less than half a second, but it is noticeable. I can not really say yet how the problem occurs, what are the circumstances. I must check if pausing or jumping causes it or is it something changes in the video. Its nowadays so rare :) I was so used to have it :) \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Re: replay stuttering
Kartsa kirjoitti: I have been running vdr now for a couple days with #define PLAYERBUFSIZE MEGABYTE(64) in dvbplayer.c and for now it seems like better as in no stuttering. But I am still testing it. Okey, I've had this setting in action for a week or so now and it is definitely better. There is still sometimes some stuttering but it is so suttle that it is barely noticeable. With MEGABYTE(1) the video occasionally stopped for a second and then stuttered for about 5 seconds and then resumed normal operation (with lesser cpu it could be stuttering to the end of the recording). Could the chosen file system be causing this? I use LVM creating one partition on two disks and then I create one xfs on that partition. The disks are sata as mentioned earlier. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Vdr or driver performance dropout
I've noticed that earlier when I was using PIII 550 MHz and vdr 1.3.22 (or something about) I made a test by recording nine channels simultaneously and watching a recording at the same time. I remember there seemed to be no trouble doing it. Now when I have vdr 1.4.4 after fourth recording starts vdr becomes sluggish and there starts to come errors on log: dvb-ttpci: warning: timeout waiting in LoadBitmap when pushing menu button. And ofcourse no menu appears or menu appears only partly. Is this vdr related or firmware related. After all the error is fw error isn't it? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vdr or driver performance dropout
Reinhard Nissl kirjoitti: Hi, Heikki Manninen wrote: I've noticed that earlier when I was using PIII 550 MHz and vdr 1.3.22 (or something about) I made a test by recording nine channels simultaneously and watching a recording at the same time. I remember there seemed to be no trouble doing it. Now when I have vdr 1.4.4 after fourth recording starts vdr becomes sluggish and there starts to come errors on log: dvb-ttpci: warning: timeout waiting in LoadBitmap when pushing menu button. And ofcourse no menu appears or menu appears only partly. Exactly the same thing here and with the latest and the second latest firmware. My FF 2.1 TT card starts to die after third simultaneous recording. But then again, I think that budget cards are much better in this area. Most likely, it's me who has to be blamed. Around 1.3.27, cVideoRepacker was introduced which has an impact on CPU load. This could be a reason why the menu is slow when running several recordings at the same time. Bye. I do not think that it is the reason. I checked that the cpu load was less than 10% on my 3000+ AMD and even with my 550MHz PIII less than 20% when there were 5 simultaneuous recordings. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FF card AV sync problems, possible fix to VDR (fwd)
Ville Rannikko kirjoitti: Hi! The newest firmware for FF cards did not completely fix the AV desync problems for me. Can you provide a sample recording where A/V sync fails with the current firmware? I was just watching an Idols Extra recorded today and there were multiple out of sync situations that were allways fixed by a 10s backwards jump. I could not see anything in the picture (like periods of black etc.) that would cause this. To make the best of this I should make the whole recording available somewhere because I would not know what to take out of it. And that is not very convenient because of the size of the file. This is what was in the log if this is at all relevant. Feb 1 21:20:48 vdr: [2635] replay /srv/vdr/Idols_Extra/2007-02-01.20.59.50.99.rec Feb 1 21:20:59 vdr: [3955] 3 cRepacker messages suppressed Feb 1 21:20:59 vdr: [3955] cAudioRepacker(0xC0): skipped 134 bytes to sync on next audio frame Feb 1 21:22:09 vdr: [3955] 2 cRepacker messages suppressed Feb 1 21:22:09 vdr: [3955] cAudioRepacker(0xC0): skipped 68 bytes while syncing on next audio frame Feb 1 21:25:37 vdr: [3955] 1 cRepacker messages suppressed Feb 1 21:25:37 vdr: [3955] cAudioRepacker(0xC0): skipped 84 bytes to sync on next audio frame Feb 1 21:26:14 vdr: [3955] cAudioRepacker(0xC0): skipped 68 bytes to sync on next audio frame Feb 1 21:26:45 vdr: [3955] cAudioRepacker(0xC0): skipped 476 bytes while syncing on next audio frame Feb 1 21:32:45 vdr: [3955] 1 cRepacker messages suppressed Feb 1 21:32:45 vdr: [3955] cAudioRepacker(0xC0): skipped 502 bytes while syncing on next audio frame Feb 1 21:34:52 vdr: [3955] 1 cRepacker messages suppressed Feb 1 21:34:52 vdr: [3955] cAudioRepacker(0xC0): skipped 232 bytes while syncing on next audio frame Feb 1 21:36:55 vdr: [3955] 3 cRepacker messages suppressed Feb 1 21:36:55 vdr: [3955] cAudioRepacker(0xC0): skipped 54 bytes to sync on next audio frame Feb 1 21:38:06 vdr: [3955] 2 cRepacker messages suppressed Feb 1 21:38:06 vdr: [3955] cAudioRepacker(0xC0): skipped 468 bytes while syncing on next audio frame Feb 1 21:40:00 vdr: [2635] timer 22 (5 2059-2140 'Idols Extra') stop As you can see the recording was on the way as I was watching it. I've removed two channel events and one ntp event from the log output. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vdr or driver performance dropout
Marko Mäkelä kirjoitti: On Thu, Feb 01, 2007 at 09:49:55PM +0200, Kartsa wrote: Most likely, it's me who has to be blamed. Around 1.3.27, cVideoRepacker was introduced which has an impact on CPU load. This could be a reason why the menu is slow when running several recordings at the same time. Bye. I do not think that it is the reason. I checked that the cpu load was less than 10% on my 3000+ AMD and even with my 550MHz PIII less than 20% when there were 5 simultaneuous recordings. You should really learn to use OProfile. With it, you can see which functions (or even which source code lines or machine instructions) are to blame Would it really matter in this case when cpu load was that small? I was just trying to say that even though there were almost no cpu load vdr was working sluggish. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vdr or driver performance dropout
Marko Mäkelä kirjoitti: On Thu, Feb 01, 2007 at 10:18:03PM +0200, Kartsa wrote: Would it really matter in this case when cpu load was that small? I was just trying to say that even though there were almost no cpu load vdr was working sluggish. Without trying it, it is hard to say. You may be right, the load is so small that the sluggishness can result from some mutex waits or something else that wouldn't stand out in a profiler that measures CPU resources. In any case, you could profile the old and new version of vdr and see if there is any obvious difference. I'll have to take that into consideration. I'll have to download the old version and all that :) \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FF card AV sync problems, possible fix to VDR (fwd)
Reinhard Nissl kirjoitti:
If you can reproduce this behaviour, would you please activate the
following line in remux.c:
dsyslog(TS continuity error (%d), ccCounter);
I will try with the recording if the problem reappears and then activate
that line.
The cRepacker messages might be a result of lost TS packets, which
should be reported by the above line.
Another issue might be, that the audio frames do not contain any length
information. Please modify the line
*FrameSize = 0;
in cAudioRepacker::IsValidAudioHeader to
{ *FrameSize = 0; dsyslog(cAudioRepacker: FrameSize == 0); }
for getting this situation reported.
Should I do both these changes at the same time or separately?
\\Kartsa
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problem with compiling plugins
VDR User kirjoitti: On 1/27/07, *Kartsa* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Plugin mp3: make[1]: Entering directory `/root/Lataukset/vdr-1.4.4/PLUGINS/src/mp3-0.9.15' g++ -O2 -fPIC -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DAPIVERSNUM=10404 -DHAVE_SNDFILE -DHAVE_VORBISFILE -I../../../include mp3.c mp3.c:50:17: error: mad.h: No such file or directory mp3.c: In member function â: mp3.c:1673: error: â was not declared in this scope mp3.c:1674: error: â was not declared in this scope make[1]: *** [ mp3.o] Error 1 make[1]: Leaving directory `/root/Lataukset/vdr-1.4.4/PLUGINS/src/mp3-0.9.15' Install the libmad0 package. This was actually in the readme. I've missed it somehow. Thanks. But the burn plugin still won't compile. Plugin burn: make[1]: Entering directory `/root/Lataukset/vdr-1.4.4/PLUGINS/src/burn-0.0.5' g++ -g -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='burn' -D_GNU_SOURCE -DDVDDEV='/dev/dvd' -DISODIR=NULL -I../../../include -I../../../../DVB/include -o burn.o burn.c burn.c:32: error: conflicting return type specified for â ../../../include/vdr/plugin.h:43: error: overriding â burn.c: In member function â: burn.c:58: warning: converting to non-pointer type â from NULL make[1]: *** [burn.o] Error 1 make[1]: Leaving directory `/root/Lataukset/vdr-1.4.4/PLUGINS/src/burn-0.0.5' \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problem with compiling plugins
Halim Sahin kirjoitti: Hi, On So, Jan 28, 2007 at 01:16:45 +0200, Kartsa wrote: But the burn plugin still won't compile. Please use a newer versionof burn plugin I used it with vdr-14.4. I thought I had the newest one? Where do I find a newer one? In the README file there is http://www.xeatre.tv/community/burn/ which is supposed to have the latest version available. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Re: replay stuttering
Marko Mäkelä kirjoitti: On Sat, Jan 27, 2007 at 11:56:56PM +0200, Kartsa wrote: So, hdparm did no good. Did you try sdparm? Serial ATA looks like SCSI to some tools. Nope, because there was no sdparm. For some reason did not think to check if such exists at all :) This is what sdparm gives but I don't have the knowledge to find dma specific info in this. I see that there is something about dma but is it enabled or not?? sdparm --long /dev/sda /dev/sda: ATA ST3200822AS 3.01 Direct access device specific parameters: WP=0 DPOFUA=0 Read write error recovery [rw] mode page: AWRE1 Automatic write reallocation enabled ARRE1 Automatic read reallocation enabled PER 0 Post error Caching (SBC) [ca] mode page: WCE 1 Write cache enable RCD 0 Read cache disable Control [co] mode page: SWP 0 Software write protect sdparm --long /dev/sdb /dev/sdb: ATA SAMSUNG SP0812C SU10 Direct access device specific parameters: WP=0 DPOFUA=0 Read write error recovery [rw] mode page: AWRE1 Automatic write reallocation enabled ARRE1 Automatic read reallocation enabled PER 0 Post error Caching (SBC) [ca] mode page: WCE 1 Write cache enable RCD 0 Read cache disable Control [co] mode page: SWP 0 Software write protect \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
RE: [vdr] FF card A/V sync - in progress?
I've tested the new fw also and no sync problems has occurred. Although I was hoping that this would have corrected my stuttering problem also. Every now and then replayed video stops for a second or so and begins stuttering for some seconds and then continues normally. With earlier fw it usually caused A/V sync problem but now syncing is fine. This is not repeatable meaning that the problem does not occur if I rewind (or jump) and replay the same moment. Some time ago I had a PIII 550MHz system and in it the stuttering could continue indefinitely (or in the end of the recording :). After an upgrade of hw (new mb and amd 3000+ sempron) the stuttering lasts only a few seconds. I have vdr-1.4.4, FF card (v2.1), subtitle plugin and burn plugin. \\Kartsa -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marco Skambraks Sent: 22. tammikuuta 2007 11:31 To: vdr@linuxtv.org Subject: Re: [vdr] FF card A/V sync - in progress? hi, now, I tested the new firmware it looks good - fast-forward and jumps in the dvd-plugin is now working almost perfect receiving and replaying recordings is working correctly I use a tt c2300 (nexus-ca) thanks Werner and Oliver - good job guys :-) marco On Fri, 19 Jan 2007, Oliver Endriss wrote: Oliver Endriss wrote: Marco Skambraks wrote: hi, are there any new information about the FF a/v sync problem? is the firmware development still in progress? Sorry, no success yet. Werner fixed the A/V sync problem. Please test firmware f12623. See http://www.vdr-portal.de/board/thread.php?postid=566692#post566692 Oliver -- VDR Remote Plugin 0.3.9 available at http://www.escape-edv.de/endriss/vdr/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- AMMEC - Accessible Multimedia Entertainment Center http://www.ammec.de Email: Marco Skambraks [EMAIL PROTECTED] ___ 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] Re: replay stuttering (was: FF card A/V sync - in progress?)
Kartsa wrote: I've tested the new fw also and no sync problems has occurred. Although I was hoping that this would have corrected my stuttering problem also. Every now and then replayed video stops for a second or so and begins stuttering for some seconds and then continues normally. With earlier fw it usually caused A/V sync problem but now syncing is fine. This is not repeatable meaning that the problem does not occur if I rewind (or jump) and replay the same moment. Some time ago I had a PIII 550MHz system and in it the stuttering could continue indefinitely (or in the end of the recording :). After an upgrade of hw (new mb and amd 3000+ sempron) the stuttering lasts only a few seconds. From the symptoms you describe it seems very likely that your system has a bottleneck between VDR and the data. Is your VDR reading from local disks or via NFS? Are other things running on your machine that could make your disks busy? Do you have DMA enabled on your disks? VDR is reading from local disks which are SATA disks (on my old hw SATA was on a PCI card and on new its on mb). VDR is the only thing running that should cause any disk activity (besides normal sytem prosesses and sshd) and the system is running on a different disk which resides in PATA channel. I have to check whether or not I've got DMA enabled. BTW: I am also experiencing the same problems every now and then. I have S.M.A.R.T. enabled on all my disks and I am wondering if these hickups come from automatic self diagnostics? I've got S.M.A.R.T. also enabled. But I doubt that it should make this big impact. I've tested recording from 9 channels at the same time and having a recording replaying with no stuttering but I did not make a long test. Maybe I should. The funny thing is that I made the test with my older hw :) Maybe larger replay buffers in VDR would help? I am _assuming_ that this line #define PLAYERBUFSIZE MEGABYTE(1) in dvbplayer.c defines the buffer size? Klaus, can you confirm this? Kartsa, since the problem occurs quite often in your setup: Could you try to change the above line to #define PLAYERBUFSIZE MEGABYTE(64) and let us know if the problem still occurs? I have a yum installed environment, that is I have not compiled vdr my self. I do have another machine on which I could do the compilation but it has a different version of VDR :/ I would be forced to either create the same environment on my test machine for compilation or update all my vdr related sw on my vdr box. Maybe I could do the first one. This will take some days to get done and verified the effect. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR not starting properly with softdevice on boot
Marko Mäkelä kirjoitti:
On Tue, Jan 16, 2007 at 09:53:21PM +0200, Kartsa wrote:
Have you tried OProfile or strace -p pid of vdr, or attaching gdb to
the running vdr process?
Hmm, what's OProfile? I am not quite sure if I am starting matroxfb in
the right place.
OProfile is a continuous profiler for processors that contain
performance counters, such as CPU_CLK_UNHALTED (which is incremented on
every clock cycle when the processor is unhalted). Similar tools
include DCPI on Digital UNIX and Intel VTune on Windows.
Tried with strace and got
gettimeofday({1169044896, 580954}, NULL) = 0
clock_gettime(CLOCK_REALTIME, {1169044896, 581713131}) = 0
futex(0x81dc204, FUTEX_WAIT, 6667, {0, 999240869}) = -1 ETIMEDOUT
(Connection timed out)
gettimeofday({1169044897, 905042}, NULL) = 0
futex(0x81dc1d8, FUTEX_WAKE, 1) = 0
time(NULL) = 1169044897
time(NULL) = 1169044897
time(NULL) = 1169044897
time(NULL) = 1169044897
time(NULL) = 1169044897
alarm(30) = 29
time(NULL) = 1169044897
time(NULL) = 1169044897
time(NULL) = 1169044897
time(NULL) = 1169044897
stat64(/srv/vdr/.update, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
time(NULL) = 1169044897
gettid()= 2600
time(NULL) = 1169044898
accept(23, 0xbfc07588, [16])= -1 EAGAIN (Resource
temporarily unavailable)
over and over again. This was with vdr's pid.
And this is oprofiler output
CPU: CPU with timer interrupt, speed 0 MHz (estimated)
Profiling through timer interrupt
samples %image name symbol name
9500 98.0595 anon (tgid:2600 range:0x48c000-0x48d000) (no symbols)
188 1.9405 vdr (no symbols)
And it is the same results after I restart vdr. The difference is that
before restart vdr caused cpu load of 99,5% and after restart vdr caused
cpu load of 1%. And this is because of the channel being a radio channel.
Oprofilers output is slightly different
CPU: CPU with timer interrupt, speed 0 MHz (estimated)
Profiling through timer interrupt
samples %image name symbol name
9500 96.7216 anon (tgid:2600 range:0x48c000-0x48d000) (no symbols)
313 3.1867 vdr (no symbols)
9 0.0916 anon (tgid:4479 range:0xf5a000-0xf5b000) (no symbols)
I suspended softdevice output from the settings but it made no change.
Still after reboot vdr takes all cpu time. When I changed softdevice
playback setting to playing from the main menu it caused restart of vdr
and cpu load dropped to normal (~60%). So suspending did not help either.
I tried also plugin option -vo shm: to see the effect and this dropped
cpu load of vdr to 2%. But this is ofcourse not usable
\\Kartsa
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR not starting properly with softdevice on boot
Marko Mäkelä kirjoitti: And this is oprofiler output CPU: CPU with timer interrupt, speed 0 MHz (estimated) Profiling through timer interrupt Please try appending lapic to the kernel command line. The timer interrupt is the last resort to use when the performance counters are unavailable. I have to test this out also. samples %image name symbol name 9500 98.0595 anon (tgid:2600 range:0x48c000-0x48d000) (no symbols) 188 1.9405 vdr (no symbols) Please compile softdevice and vdr with -g, or at the very least do not strip them. We're interested in the function names. What do you mean by -g? Where does that option go? I must point out that I am quite a novice in linuxe still. I suspended softdevice output from the settings but it made no change. Still after reboot vdr takes all cpu time. I would suspect that you haven't set up TCP/IP networking before starting vdr for the first time. I did make a working linux box with all updates before even installing vdr. Have you applied any patches to vdr? I don't think that this is affected by softdevice at all. As I said in the first post (and some lines up) I set this box up by first installing FC6 and updating it. Then by using yum installed vdr and subtitles plugin. Then I downloaded vdr source and used it to compile softdevice because there is no ready made package for it. I downloaded also subtitles plugin to have vdr compiled as the yum installed version. Somewhere in the middle I also installed DirectFB. Now that I try to think afterwards what I did and when I am not sure about anything. I wanted to use yum to get all installed as easily as possible. Maybe I should get FF card and forget softdevice - its much easier :) Thats how I have my other vdr box. Maybe I'll start from the scratch and install everything in right order. I made a test and recompiled vdr and plugins and put starting command in rc.local. Now it starts ok and cpu load is about 60%. But if I let FC6 initscript start vdr I get 99%cpu load on startup. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR not starting properly with softdevice on boot
I have Fedora Core 6 and vdr installed using yum. The problem is that it takes all the cpu time after boot and I have to restart vdr to make it run properly. I have vdr-1.4.4 with softdevice-0.3.1 and subtitles-0.4.0. My cpu is PIII 550MHz and I use softdevice with Matrox G400 (and DirectFB). After restarting vdr it works fine but that is not very convenient :) I've tried changing the point when vdr starts by modifying the init scripts chkconfig values. After restarting vdr cpu load is about 60%. Any hints? I.e. how/when should matroxfb kernel module be loaded? Now I load it in rc.modules. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR not starting properly with softdevice on boot
Marko Mäkelä kirjoitti: On Tue, Jan 16, 2007 at 05:36:59PM +0200, Kartsa wrote: Any hints? I.e. how/when should matroxfb kernel module be loaded? Now I load it in rc.modules. Have you tried OProfile or strace -p pid of vdr, or attaching gdb to the running vdr process? Hmm, what's OProfile? I am not quite sure if I am starting matroxfb in the right place. For some reason I can not get it to load automatically with udev settings. There is a I'm using a statically compiled matroxfb. I've used vdr+softdevice for almost 2 years now, and I haven't had any problems for about a year. (I reported quite a few issues that were fixed.) I selected vdr+softdevice with matrox because I've read so many good things about it. Like small cpu resource needs since I've got only PII 550. And one reason is also the lack of A/V sync problem. My other vdr is with FF card and I have A/V sync problems every single day at least once. A few times during the two years, I've seen softdevice displaying fewer than one frame per second, running at very low CPU consumption. I presume that there is some race condition in the thread setup. You might be running into a similar problem. Post some debugging results, and we'll see. What should I do to get debugging info since there is nothing in the syslog. Log shows that vdr seems to have started normally and I can get a picture which ofcource is a slideshow of still pictures because of the cpu load. Normally changing to a radiostation drops cpu load to some 5% but even that dont have any effect. Only restarting vdr helps. Can poor antenna signal cause something like this? Normally I have cable at home and I and constructing a new vdr to be taken to my summer home where we have aerial. At home my dvb-t signal if avfully poor. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR not starting properly with softdevice on boot
Marko Mäkelä kirjoitti: For some reason I can not get it to load automatically with udev settings. There is a There is a what? There was something braking my thoughts. Dont really know now what I was going to say :) I'll get back to that if it comes to mind. You could add matroxfb to /etc/modules. There is no /etc/modules file in FC but there is rc.modules in which I have matroxfb. I'm using a statically compiled matroxfb. I've used vdr+softdevice for almost 2 years now, and I haven't had any problems for about a year. (I reported quite a few issues that were fixed.) I selected vdr+softdevice with matrox because I've read so many good things about it. Like small cpu resource needs since I've got only PII 550. I have a Celeron running at 900 MHz, and the CPU load is around 60%. The VGA output of the Matrox saves some 10% or 20% of CPU, because the colour space transformation can be avoided. But I'm using the TV output with a self-built Matrox to SCART cable. I have a self-built cable also. What should I do to get debugging info since there is nothing in the syslog. Attach strace to the vdr process to see the system calls. Redirect the output to a file, and kill vdr after a couple of seconds. Or start OProfile with opcontrol for a few seconds during the CPU diversion. After opcontrol --stop, you can view the statistics with something like opreport -l /path/to/vdr|less I don't know if the Pentium II implements any performance counters. I've only run OProfile on Celeron and later processors from Intel and AMD. My typo, I ment PIII 550 :) Log shows that vdr seems to have started normally and I can get a picture which ofcource is a slideshow of still pictures because of the cpu load. Normally changing to a radiostation drops cpu load to some 5% but even that dont have any effect. Only restarting vdr helps. Can poor antenna signal cause something like this? Normally I have cable at home and I and constructing a new vdr to be taken to my summer home where we have aerial. At home my dvb-t signal if avfully poor. Poor antenna signal used to crash softdevice, but I'm not sure about the CPU load. I usually have very good reception, so I cannot say. Does it make any difference if you suspend the output of softdevice? I have to test this out. top shows that its vdr that takes all the cpu but I hav to use one of the methods you mentioned to check the real reason. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Centralized VDR solution?
Pasi Juppo kirjoitti: Peer Oliver Schmidt wrote: I am using Hauppauge MediaMVPs to connect to a central VDR system containing 3 DVB-S cards. VOMP is running on the MediaMVPs (http://www.loggytronic.com) and apart from missing * DVD support * Cutting this system contains everything I want. And it has a great WAF factor :-) Now this looked very good! Almost exactly what I was after. Few things missing still but seems that there is active development thus will be implemented later on. I took a look at this also. It seems good as long as you do not watch channels with subtitles. And we do have those in finland (YLE). Few things missing: -HDTV due to HW. Any idea if there is going to be HDTV version of the HW later on? Most likely HTPC is much better solution for HDTV anyway due to deinterlace and scaling which requires quite much CPU power (see next Q about PC version of VOMP). Subtitle support should be added to missing things. -similar (or same) system running on PC. The idea for kitchen (yes, I'd like to have TV on kitchen for the morning news) TV would be to use All in one LCD -type of PC such as this: http://hitony.en.alibaba.com/product/0/51321326/15__All_in_One_LCD_PC.html Does VOMP work on normal PC as well (I missed this info)? There is also a windows client if this is what you meant. Can be found on the same site. -the graphics on VOMP I assume is not changeable (no skin or theme support - would require recompiling I assume but still)? What about the picture quality of the MediaMVP: is it good, average, poor? Anyway, this is very good news! Br, Pasi Even though missing subtitles I decided to get a MediaMVP for my self as a bedroom box. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Any knowledge or experience in Fusion dual tuner cards
Looking for dual tuner cards and found out that Fusion has a couple of these. Anybody know if they are supported by linux? Or if they will be? http://www.fusionhdtv.co.kr/ENG/Products/DualDigital.aspx \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] New VDR hardware
Laz kirjoitti: Maybe this is down to a buggy USB chip on the motherboard or maybe I'm just unlucky and for some reason my two USB devices won't play happily together (on their own, they can work seamlessly for weeks!), or maybe it's down to a firmware bug or something. I also have a Nova-T 500 which is a PCI card containing two USB DVB devices with an on-board USB controller: that works perfectly (in conjunction with one of the USB Nova-T devices!). Now that this came up. I was wondering in my earlier post today about twin tuner cards and if I understood correctly Nova-T 500 is such a card. And if I again understood correctly it works with linux and VDR? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Mplayer plugin does not always play files
I just stumbled in a problem while watching an mpg file using mplayer plugin. There was something causing vdr ro restart. vdr: [3846] record /srv/vdr/Amyn_lailla/2006-12-31.18.59.50.99.rec vdr: [5462] ERROR: /dev/dvb/adapter1/dvr0: Device or resource busy vdr: [3846] timer 55 (5 1859-1955 'Smallville') start vdr: [3846] record /srv/vdr/Smallville/2006-12-31.18.59.50.99.rec vdr: [5465] ERROR: /dev/dvb/adapter1/dvr0: Device or resource busy vdr: [5460] ERROR: video data stream broken vdr: [5460] initiating emergency exit Firstly, does using mplayer plugin cause device or resource busy error? Secondly, why cant I resume playing the mpg file I was watching? The mpg file is just a cut and repack of a vdr recording (ProjectX). And I had just watched a couple similar recordings. When restarting all drivers is reloaded. Last line in log after trying to restart play is: logger: *** DEBUG: Variable CMDLINE has value /usr/bin/mplayer -vo mpegpes -ao mpegpes -framedrop -cache 4096 -slave -nolirc -quiet Which is exactly same as when the replay works. I have noticed that sometimes I have to restart VDR to make it play the files on a mounted usb drive after mounting it. I have vdr-1.4.4 and vdr-mplayer-0.9.15. I've got two dvb-c cards (one ff and one budget). VDR seems to work otherwise normally. I could not find anything related wrom the mail archive. Anybody know any solution? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Streamdev remote streaming control missong
Frank Schmirler kirjoitti: On Sun, 17 Dec 2006 15:39:17 +0200, Kartsa wrote I've just put up a vdr-to-vdr setup and got the live channels streaming to client but there is no Streaming control in the main menu which is supposed to be accordingto the README file. I think I read something about separeting the actual streaming functionality from the remote osd but does it mean there is no streaming control then and is it allready implemented in CVS version? Yes, separating the streaming from the OSD stuff is the plan. The OSD parts are provided by new plugins, hence they are not part of streamdev CVS. Take a look at http://vdr.schmirler.de for the new plugins. Cheers, Frank ___ Thanks for the info. It might be a good idea to update the README on cvs version :) Btw. does it exist a plugin with what it would be possible to watch the recordings of the remote vdr? I would prefer a plugin because my server vdr has dvb-c cards and client vdr has dvb-t cards. This also means that I have no antenna signal for the client (thats why its a client). I want to have it as a vdr box because on summer time I take the client with me on the cottage where I have dvb-t signal. This way I do not need to make any changes to the box while I take it with me :) \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Streamdev remote streaming control missong
Laz kirjoitti: I do this sort of thing by nfs mounting /video from the remote system on a subdirectory on the local system. Probably not the most elegant system because the empty directory gets deleted by vdr when the remote system isn't mounted so you might need to create it before mounting. The remote recordings appear in a sub-folder and so get sorted by date, rather than alphabetically because they are treated as series recordings. I'm doing the mounting and unmounting through commands.conf. As I say, there's probably a better way of doing this but I have yet to find one! Cheers, Laz Well thats what I've been now putting up (since my last post). I was just thinking how to get both the client and server recordings shown at the same time and this is the solution for it :) Thanks. I was also thinking to use the commands.conf. I was also thinking I'll try to mount over the local recordings and thus get kind of swithing between client and server recordings. But this is yet to be tried :) \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Streamdev remote streaming control missong
Kartsa kirjoitti: Laz kirjoitti: I thought about trying that but bear in mind that that would also replace the *.conf files (unless they are elsewhere) and the epg data. You'd have to restart vdr for the mounting. Another point to watch out for is you need to do a touch /video/.update to get vdr to acknowledge the mounted recordings. If you get the permissions right, you can delete and edit the remote recordings with no problems. Cheers, Laz I have only recordings in video directory so that is no problem. No I've tried it but ran into rights problem when touching .update. Even though I set rw rights in exports and mount shows me that I do have rw set for the mount. Propably this is due to the fact that the original mount does not want to unmount for some reason. Ive tried doing it manually without help. Not even an error message. I might have to settle with the subdir solution. \\Kartsa Solved the permission problem. It turned out that nfs uses root_squash option as default and I had to change that. I think this is due to tha fact that in server video directory in a mounted drive. Anyway now I have a client server system where I can use the commands.conf to swap the recording list between two systems. That is I mount one over the other and touch .update file. So now I have server with two dvb-c cards of which one is FF card. I've got streamdev and subtitles plugins running. Additionally I have a client with one dvb-t card and Matrox G400 Dualhead with DirectFB and softdevice plugin for vdr. Also there is subtitles plugin in slave. This client is also independent vdr for moving it from one place to another (where is dvb-t signal). Now it remains to edit commands.conf on server so that I am able to watch client recordings on server :) \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
