vdr April 2009

vdr@linuxtv.org

79 participants
91 discussions

Problems with atsc video and channel scaning
by Timothy D. Lenz 25 Apr '09

25 Apr '09

Setting up a new system, with vdr-1.7.5, xine-vdpau r260 and vdr-xine plugin using a FusionHDTV7 dual express. Video card is en8400gs silent. First, when I have an HD stream ether live or recorded it get high frame droping: video_out: throwing away image with pts 24715684 because it's too old (diff : 3402). video_out: throwing away image with pts 24727696 because it's too old (diff : 4065). video_out: throwing away image with pts 24736705 because it's too old (diff : 3566). video_out: throwing away image with pts 24748717 because it's too old (diff : 4229). If I turn off deinterlacing the drops stop but the picture is then distorted around moving/changing objects. vdpau does seem to be active and cpu usage is low. I also saw a problem with it start loosing signal and then vdr would lock up. I found the card was getting hot. I put a small fan in the case above the card. Another problem I'm seeing is, using the atscepg plugin when I try to scan for channels, it finds none even though I can tune all of the ones I know about. i did use vdr-1.7.2-atsc-0.0.3.diff

1 0

rotor plugin, anybody got it working with vdr 1.7.5?
by martinez＠embl.de 24 Apr '09

24 Apr '09

I try to run vdr -Pxine -Protor and get: ------------------------- MakePrimaryDevice: 1 ========================= SetVideoFormat: 1 SetVolumeDevice: 0 *** glibc detected *** vdr: munmap_chunk(): invalid pointer: 0x09b2c28c *** ======= Backtrace: ========= /lib/tls/i686/cmov/libc.so.6[0xb7c83454] /usr/lib/vdr/plugins/libvdr-rotor.so.1.7.5(_ZN12cPluginRotor5StartEv+0x541)[0xb7a186b1] vdr(_ZN14cPluginManager12StartPluginsEv+0x4b)[0x80f1bbb] vdr(main+0x23af)[0x8128d8f] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7c2a685] vdr[0x8098681] ======= Memory map: ======== 08048000-08179000 r-xp 00000000 08:01 975113 /usr/bin/vdr 08179000-0817a000 r--p 00130000 08:01 975113 /usr/bin/vdr 0817a000-0817b000 rw-p 00131000 08:01 975113 /usr/bin/vdr 0817b000-08187000 rw-p 0817b000 00:00 0 097d1000-09b4a000 rw-p 097d1000 00:00 0 [heap] b4ffd000-b4ffe000 ---p b4ffd000 00:00 0 b4ffe000-b57fe000 rw-p b4ffe000 00:00 0 b57fe000-b57ff000 ---p b57fe000 00:00 0 b57ff000-b5fff000 rw-p b57ff000 00:00 0 b5fff000-b6000000 ---p b5fff000 00:00 0 b6000000-b6800000 rw-p b6000000 00:00 0 b6800000-b6821000 rw-p b6800000 00:00 0 b6821000-b6900000 ---p b6821000 00:00 0 b699e000-b69c9000 rw-p b699e000 00:00 0 b69c9000-b69ca000 ---p b69c9000 00:00 0 b69ca000-b71ca000 rw-p b69ca000 00:00 0 b71ca000-b71cb000 ---p b71ca000 00:00 0 b71cb000-b79cb000 rw-p b71cb000 00:00 0 b79cb000-b79d1000 r--s 00000000 08:01 2089260 /var/cache/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-x86.cache-2 b79d1000-b79d4000 r--s 00000000 08:01 2089254 /var/cache/fontconfig/e383d7ea5fbe662a33d9b44caf393297-x86.cache-2 b79d4000-b79d5000 r--s 00000000 08:01 2089253 /var/cache/fontconfig/4c73fe0c47614734b17d736dbde7580a-x86.cache-2 b79d5000-b79d8000 r--s 00000000 08:01 2089262 /var/cache/fontconfig/a755afe4a08bf5b97852ceb7400b47bc-x86.cache-2 b79d8000-b79df000 r--s 00000000 08:01 2089256 /var/cache/fontconfig/6d41288fd70b0be22e8c3a91e032eec0-x86.cache-2 b79df000-b79e2000 r--s 00000000 08:01 2089252 /var/cache/fontconfig/de156ccd2eddbdc19d37a45b8b2aac9c-x86.cache-2 b79e2000-b79ea000 r--s 00000000 08:01 2089255 /var/cache/fontconfig/e3de0de479f42330eadf588a55fb5bf4-x86.cache-2 b79ea000-b79f5000 r--s 00000000 08:01 2089251 /var/cache/fontconfig/0f34bcd4b6ee430af32735b75db7f02b-x86.cache-2 b79f5000-b79f6000 r--s 00000000 08:01 2088971 /var/cache/fontconfig/4794a0821666d79190d59a36cb4f44b5-x86.cache-2 b79f6000-b79f9000 r--s 00000000 08:01 2089259 /var/cache/fontconfig/de9486f0b47a4d768a594cb4198cb1c6-x86.cache-2 b79f9000-b7a00000 r--s 00000000 08:01 2089257 /var/cache/fontconfig/d52a8644073d54c13679302ca1180695-x86.cache-2 b7a00000-b7a06000 r--s 00000000 08:01 2089258 /var/cache/fontconfig/089dead882dea3570ffc31a9898cfb69-x86.cache-2 b7a06000-b7a0d000 r--s 00000000 08:01 2089261 /var/cache/fontconfig/e13b20fdb08344e0e664864cc2ede53d-x86.cache-2 b7a0d000-b7a28000 r-xp 00000000 08:01 1261911 /usr/lib/vdr/plugins/libvdr-rotor.so.1.7.5 b7a28000-b7a29000 ---p 0001b000 08:01 1261911 /usr/lib/vdr/plugins/libvdr-rotor.so.1.7.5 b7a29000-b7a2a000 r--p 0001b000 08:01 1261911 /usr/lib/vdr/plugins/libvdr-rotor.so.1.7.5 b7a2a000-b7a2b000 rw-p 0001c000 08:01 1261911 /usr/lib/vdr/plugins/libvdr-rotor.so.1.7.5 b7a2b000-b7a2c000 rw-p b7a2b000 00:00 0 b7a2c000-b7a68000 r-xp 00000000 08:01 1261916 /usr/lib/vdr/plugins/libvdr-xine.so.1.7.5 b7a68000-b7a69000 ---p 0003c000 08:01 1261916 /usr/lib/vdr/plugins/libvdr-xine.so.1.7.5 b7a69000-b7a6a000 r--p 0003c000 08:01 1261916 /usr/lib/vdr/plugins/libvdr-xine.so.1.7.5 b7a6a000-b7a8b000 rw-p 0003d000 08:01 1261916 /usr/lib/vdr/plugins/libvdr-xine.so.1.7.5 b7a8b000-b7aac000 rw-p b7a8b000 00:00 0 b7aac000-b7aae000 r-xp 00000000 08:01 1287915 /usr/lib/gconv/ISO8859-15.so b7aae000-b7aaf000 r--p 00001000 08:01 1287915 /usr/lib/gconv/ISO8859-15.so b7aaf000-b7ab0000 rw-p 00002000 08:01 1287915 /usr/lib/gconv/ISO8859-15.so b7ab0000-b7ab5000 r--p 00000000 08:01 1803930 /usr/share/locale/es_ES/LC_MESSAGES/vdr.mo b7ab5000-b7af4000 r--p 00000000 08:01 1237164 /usr/lib/locale/en_US.utf8/LC_CTYPE b7af4000-b7bd5000 r--p 00000000 08:01 1237171 /usr/lib/locale/en_US.utf8/LC_COLLATE b7bd5000-b7bd7000 rw-p b7bd5000 00:00 0 b7bd7000-b7bfb000 r-xp 00000000 08:01 1107560 /usr/lib/libexpat.so.1.5.2 b7bfb000-b7bfd000 r--p 00023000 08:01 1107560 /usr/lib/libexpat.so.1.5.2 b7bfd000-b7bfe000 rw-p 00025000 08:01 1107560 /usr/lib/libexpat.so.1.5.2 b7bfe000-b7c12000 r-xp 00000000 08:01 1107452 /usr/lib/libz.so.1.2.3.3 b7c12000-b7c14000 rw-p 00013000 08:01 1107452 /usr/lib/libz.so.1.2.3.3 b7c14000-b7d6c000 r-xp 00000000 08:01 1163319 /lib/tls/i686/cmov/libc-2.8.90.so b7d6c000-b7d6e000 r--p 00158000 08:01 1163319 /lib/tls/i686/cmov/libc-2.8.90.so b7d6e000-b7d6f000 rw-p 0015a000 08:01 1163319 /lib/tls/i686/cmov/libc-2.8.90.so b7d6f000-b7d72000 rw-p b7d6f000 00:00 0 b7d72000-b7d7f000 r-xp 00000000 08:01 1163862 /lib/libgcc_s.so.1 b7d7f000-b7d80000 r--p 0000c000 08:01 1163862 /lib/libgcc_s.so.1 b7d80000-b7d81000 rw-p 0000d000 08:01 1163862 /lib/libgcc_s.so.1 b7d81000-b7da5000 r-xp 00000000 08:01 1163292 /lib/tls/i686/cmov/libm-2.8.90.so b7da5000-b7da6000 r--p 00023000 08:01 1163292 /lib/tls/i686/cmov/libm-2.8.90.so b7da6000-b7da7000 rw-p 00024000 08:01 1163292 /lib/tls/i686/cmov/libm-2.8.90.so b7da7000-b7da8000 rw-p b7da7000 00:00 0 b7da8000-b7e8b000 r-xp 00000000 08:01 1107105 /usr/lib/libstdc++.so.6.0.10 b7e8b000-b7e8f000 r--p 000e3000 08:01 1107105 /usr/lib/libstdc++.so.6.0.10 b7e8f000-b7e90000 rw-p 000e7000 08:01 1107105 /usr/lib/libstdc++.so.6.0.10 b7e90000-b7e96000 rw-p b7e90000 00:00 0 b7e96000-b7ec1000 r-xp 00000000 08:01 1106971 /usr/lib/libfontconfig.so.1.3.0 b7ec1000-b7ec2000 r--p 0002a000 08:01 1106971 /usr/lib/libfontconfig.so.1.3.0 b7ec2000-b7ec3000 rw-p 0002b000 08:01 1106971 /usr/lib/libfontconfig.so.1.3.0 b7ec3000-b7f34000 r-xp 00000000 08:01 1106713 /usr/lib/libfreetype.so.6.3.18 b7f34000-b7f38000 r--p 00070000 08:01 1106713 /usr/lib/libfreetype.so.6.3.18 b7f38000-b7f39000 rw-p 00074000 08:01 1106713 /usr/lib/libfreetype.so.6.3.18 b7f39000-b7f40000 r-xp 00000000 08:01 1163305 /lib/tls/i686/cmov/librt-2.8.90.so b7f40000-b7f41000 r--p 00007000 08:01 1163305 /lib/tls/i686/cmov/librt-2.8.90.so b7f41000-b7f42000 rw-p 00008000 08:01 1163305 /lib/tls/i686/cmov/librt-2.8.90.so b7f42000-b7f45000 r-xp 00000000 08:01 1163449 /lib/libcap.so.1.10 b7f45000-b7f46000 rw-p 00002000 08:01 1163449 /lib/libcap.so.1.10 b7f46000-b7f48000 r-xp 00000000 08:01 1163316 /lib/tls/i686/cmov/libdl-2.8.90.so b7f48000-b7f49000 r--p 00001000 08:01 1163316 /lib/tls/i686/cmov/libdl-2.8.90.so b7f49000-b7f4a000 rw-p 00002000 08:01 1163316 /lib/tls/i686/cmov/libdl-2.8.90.so b7f4a000-b7f4b000 rw-p b7f4a000 00:00 0 b7f4b000-b7f60000 r-xp 00000000 08:01 1163325 /lib/tls/i686/cmov/libpthread-2.8.90.so b7f60000-b7f61000 r--p 00014000 08:01 1163325 /lib/tls/i686/cmov/libpthread-2.8.90.so b7f61000-b7f62000 rw-p 00015000 08:01 1163325 /lib/tls/i686/cmov/libpthread-2.8.90.so b7f62000-b7f64000 rw-p b7f62000 00:00 0 b7f64000-b7f83000 r-xp 00000000 08:01 1107352 /usr/lib/libjpeg.so.62.0.0 b7f83000-b7f84000 rw-p 0001e000 08:01 1107352 /usr/lib/libjpeg.so.62.0.0 b7f88000-b7f89000 r--p 00000000 08:01 1237166 /usr/lib/locale/en_US.utf8/LC_NUMERIC b7f89000-b7f8a000 r--p 00000000 08:01 1237169 /usr/lib/locale/en_US.utf8/LC_TIME b7f8a000-b7f8b000 r--p 00000000 08:01 1237161 /usr/lib/locale/en_US.utf8/LC_MONETARY b7f8b000-b7f8c000 r--p 00000000 08:01 1237163 /usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES b7f8c000-b7f8d000 r--p 00000000 08:01 1237168 /usr/lib/locale/en_US.utf8/LC_PAPER b7f8d000-b7f8e000 r--p 00000000 08:01 1237170 /usr/lib/locale/en_US.utf8/LC_NAME b7f8e000-b7f8f000 r--p 00000000 08:01 1237160 /usr/lib/locale/en_US.utf8/LC_ADDRESS b7f8f000-b7f90000 r--p 00000000 08:01 1237167 /usr/lib/locale/en_US.utf8/LC_TELEPHONE b7f90000-b7f91000 r--p 00000000 08:01 1237172 /usr/lib/locale/en_US.utf8/LC_MEASUREMENT b7f91000-b7f98000 r--s 00000000 08:01 1287825 /usr/lib/gconv/gconv-modules.cache b7f98000-b7f99000 r--p 00000000 08:01 1237165 /usr/lib/locale/en_US.utf8/LC_IDENTIFICATION b7f99000-b7f9b000 rw-p b7f99000 00:00 0 b7f9b000-b7fb5000 r-xp 00000000 08:01 1163464 /lib/ld-2.8.90.so b7fb5000-b7fb6000 r-xp b7fb5000 00:00 0 [vdso] b7fb6000-b7fb7000 r--p 0001a000 08:01 1163464 /lib/ld-2.8.90.so b7fb7000-b7fb8000 rw-p 0001b000 08:01 1163464 /lib/ld-2.8.90.so bfaa2000-bfab7000 rw-p bffeb000 00:00 0 [stack] Aborted tv@mythtv-vdr:/etc/vdr$

2 1

which is the latest working ffmpeg svn revision for softdevice plugin?
by Halim Sahin 24 Apr '09

24 Apr '09

Hi, I am looking for a working combination softdevice / ffmpeg. I have tested some svn snapshots but found no working one. Latest cvs version of softdevice doesn't compile with latest ffmpeg from svn ... Please help Regards halim

1 0

diseqc 1.1 command sequence
by martinez＠embl.de 24 Apr '09

24 Apr '09

Hello, The only thing left to migrate from a dreambox with a rotor to VDR with a rotor is the rotor. Anybody knows how to translate dreambox OrbitalPosition to diseqc.conf format? These are my dreambox rotor settings: s:/elitedvb/DVB/config/lnbs/0/satellites/0/description=Eurobird1/Astra2A/2B/2C/2 i:/elitedvb/DVB/config/lnbs/0/satellites/0/HiLoSignal=00000000 i:/elitedvb/DVB/config/lnbs/0/satellites/0/OrbitalPosition=0000011a i:/elitedvb/DVB/config/lnbs/0/satellites/0/VoltageMode=00000000 s:/elitedvb/DVB/config/lnbs/0/satellites/2/description=Thor2/3/Intelsat10-02 (1. i:/elitedvb/DVB/config/lnbs/0/satellites/2/HiLoSignal=00000000 i:/elitedvb/DVB/config/lnbs/0/satellites/2/OrbitalPosition=fffffff6 i:/elitedvb/DVB/config/lnbs/0/satellites/2/VoltageMode=00000000 s:/elitedvb/DVB/config/lnbs/0/satellites/3/description=Sirius2/3/4/Astra1C(5.0E) i:/elitedvb/DVB/config/lnbs/0/satellites/3/HiLoSignal=00000000 i:/elitedvb/DVB/config/lnbs/0/satellites/3/OrbitalPosition=00000032 i:/elitedvb/DVB/config/lnbs/0/satellites/3/VoltageMode=00000000 s:/elitedvb/DVB/config/lnbs/0/satellites/7/description=HotBird6/7A/8 (13.0E) i:/elitedvb/DVB/config/lnbs/0/satellites/7/HiLoSignal=00000000 i:/elitedvb/DVB/config/lnbs/0/satellites/7/OrbitalPosition=00000082 i:/elitedvb/DVB/config/lnbs/0/satellites/7/VoltageMode=00000000 s:/elitedvb/DVB/config/lnbs/0/satellites/5/description=Eurobird9 (9.0E) i:/elitedvb/DVB/config/lnbs/0/satellites/5/HiLoSignal=00000000 i:/elitedvb/DVB/config/lnbs/0/satellites/5/OrbitalPosition=0000005a i:/elitedvb/DVB/config/lnbs/0/satellites/5/VoltageMode=00000000 s:/elitedvb/DVB/config/lnbs/0/satellites/8/description=EutelsatW2 (16.0E) i:/elitedvb/DVB/config/lnbs/0/satellites/8/HiLoSignal=00000000 i:/elitedvb/DVB/config/lnbs/0/satellites/8/OrbitalPosition=000000a0 i:/elitedvb/DVB/config/lnbs/0/satellites/8/VoltageMode=00000000 s:/elitedvb/DVB/config/lnbs/0/satellites/9/description=Astra1F/1G/1H/1KR/1L (19. i:/elitedvb/DVB/config/lnbs/0/satellites/9/HiLoSignal=00000000 i:/elitedvb/DVB/config/lnbs/0/satellites/9/OrbitalPosition=000000c0 i:/elitedvb/DVB/config/lnbs/0/satellites/9/VoltageMode=00000000 i:/elitedvb/DVB/config/lnbs/0/uncommitted_cmd=00000000 i:/elitedvb/DVB/config/lnbs/0/useGotoXX=00000000 i:/elitedvb/DVB/config/lnbs/0/useRotorInPower=00002800 i:/elitedvb/DVB/config/nocircular=00000000 s:/elitedvb/DVB/config/lnbs/0/RotorTable=-0300010-0140011-0050000-0010002+005000

1 0

Re: [vdr] [Fwd: Re: let vdr ignore non vdr directories ?]
by Peter Dittmann 21 Apr '09

21 Apr '09

> Quoting Peter Dittmann <Peter.Dittmann(a)pldsnet.com>: > > E.g. ctvdr/debian uses (I think ...) /var/vdr/videoX directly to mount the > > partition. > > The directories are named /var/lib/video.XX and this are not necessary > partitions, but could be of course. > > > Strange as it finally uses symlinks to create the /videoX. So change would > > be very small indeed. > > I can't see any evidence for this symlinks, and I don't know a reason > for this. > The vdr gets told via the option '-v /var/lib/video.00' where the > video dir is located. But you see what I'm pointing to. The distries are usually mounting the partition directly and then use the xxx/video[.]xx directly. Using the previous suggestion would mean the path tree of most of the distributions need to be somewhat different. E.g. like this: /var/lib/vdr |- video.00 | |- video | |- somthing-else | |- video.01 |- video |- somthing-else-2 ... So better suggestion for the distri maintainers would be to use the \mnt tree for mounting any partitions. Then always create a (dummy) directory on the video partitions ("video" or "vdr"). Then linking this mounted directories as /var/liv/video.xx. /mnt/video.00 --> /mnt/[h|s]d[a-z][0-9] /mnt/video.01 --> /mnt/[h|s]d[a-z][0-9] ... /var/lib |- video.00 --> /mnt/video.00/video | |- video.01 --> /mnt/video.01/video ... Quite a difference to what is now. Hopefulls the distri maintainers read this and make some sensible changes to the standard path tree to make VDR's video directories collision free with temp directories for burn ... Obviously the distries are not based on usual use configurations currently for how to handle the huge temp files for some of the tools for burning. This make life more complex and will cause a lot of individual effort to modify the installation after the distribution is installed. You can individually do a lot. It's just a matter of knowledge and ideas. But as I assume that currently 80..90% of VDR users are starting from a distri rather than LFS this is a field issue. And obviously the safe mounting suggestion for a single disc system wasn't that obvious. So there is room for improvement ;-) Peter

5 7

weekly or daily timers
by martinez＠embl.de 21 Apr '09

21 Apr '09

Is there someway in VDR to say schedule a repeated timer 'record this monday to friday from 9pm til 11pm' or at least a daily timer 'record this every monday between 9pm and 11pm' Perhaps some plugin? Any hints?

8 8

[Fwd: Re: let vdr ignore non vdr directories ?]
by Steffen Barszus 21 Apr '09

21 Apr '09

Matthias Schwarzott schrieb: > On Montag, 13. April 2009, Steffen Barszus wrote: > >> Hi all! >> > > Hi! > > >> is there any way to let vdr ignore any directories which do not belong >> to it ? >> >> What i have seen is that vdr is recursive checking all directories even >> on second and third video directory. >> >> If the logic is that all needs to be in video.0 directory and its >> subdirectories and symlinks will be required to let vdr find the >> recordings, it should not check the other video directories. >> >> > [deleted some text that did not made sense to me] > i did a mount --bind /proc proc/ in video.01 resulting in vdr searching the proc filesystem resulting in plenty of error messages to the log (no permission etc) which filled up the log, which in turn filled up my root filesystem with within 15 min or so. I have a directory containing a chroot env. not readable by vdr - except i forgot to unmount the proc in time. >> Think there might be others as well that are using the big disks for >> other space consuming things - nobody else run into this ? >> > > I don't understand why people do put other stuff into vdr video directories? > If I want to have video directory and a directory containing iso images why > not do > > mkdir video > mkdir iso > and put the stuff there? > That doesn't help. /dev/hda1 3,4G 1,4G 1,8G 44% / (microdrive which is containing video.00, with symlinks, index etc) /dev/sdb1 932G 929G 3,3G 100% /var/lib/video.01 /dev/sda1 932G 600G 333G 65% /var/lib/video.02 bindmount only works properly in newer kernels. Still on 2.6.24. If you have an idea of how to use the big harddisks for something else without preallocating space for other tasks (i.e. partitioning), i would be happy to hear. I'm pretty aware that this might not be good idea to do things like i did. On the other hand i think what vdr does is a bad idea and unnecessary. period. > Still I support the opinion that vdr should not silently delete files it does > not know. > vdr is not deleting files it does not know. Its only deleting empty directories in its video directories. Steffen

7 12

screen saver (black screen)
by martinez＠embl.de 21 Apr '09

21 Apr '09

Hello, I left VDR overnigh and this morning there was a black screen, the remote didn´t help and I had to go and plug a mouse and move it to exit the blac k screen. How can I prevent this happening? I have removed all packages I could see related to screen savers. Running ubuntu 8.10 Also shortly after this I lost sound and the screen was jumpy. I did restarted oxine and it was fine, so perhaps oxine related although I have a feeling if I get rid of the screen saver it might help This was top running at the time the sound was gone and the screen jumpy Tasks: 105 total, 2 running, 103 sleeping, 0 stopped, 0 zombie Cpu(s): 7.9%us, 2.3%sy, 0.2%ni, 66.9%id, 22.7%wa, 0.0%hi, 0.0%si, 0.0 %st Mem: 1811856k total, 1796880k used, 14976k free, 184696k buffers Swap: 2096472k total, 2784k used, 2093688k free, 1361560k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6411 root 20 0 150m 14m 5372 S 14 0.8 67:28.73 vdr 6413 root 20 0 215m 57m 19m S 6 3.3 127:07.28 oxine 6597 root 15 -5 0 0 0 R 1 0.0 9:43.64 cx88[0] dvb 6258 root 20 0 64104 2892 1764 S 1 0.2 4:56.64 CCcam.x86 6422 root 15 -5 0 0 0 S 1 0.0 4:48.44 kdvb-ad-0-fe-0 12254 tv 20 0 2416 1132 876 R 1 0.1 0:00.14 top 6061 root 20 0 92780 49m 32m S 0 2.8 21:52.05 Xorg 1 root 20 0 3056 1896 576 S 0 0.1 0:01.58 init 2 root 15 -5 0 0 0 S 0 0.0 0:00.00 kthreadd 3 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/0 Tasks: 105 total, 2 running, 103 sleeping, 0 stopped, 0 zombie Cpu(s): 7.9%us, 2.3%sy, 0.2%ni, 66.9%id, 22.7%wa, 0.0%hi, 0.0%si, 0.0 %st Mem: 1811856k total, 1796880k used, 14976k free, 184696k buffers Swap: 2096472k total, 2784k used, 2093688k free, 1361560k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6411 root 20 0 150m 14m 5372 S 14 0.8 67:28.73 vdr 6413 root 20 0 215m 57m 19m S 6 3.3 127:07.28 oxine 6597 root 15 -5 0 0 0 R 1 0.0 9:43.64 cx88[0] dvb 6258 root 20 0 64104 2892 1764 S 1 0.2 4:56.64 CCcam.x86 6422 root 15 -5 0 0 0 S 1 0.0 4:48.44 kdvb-ad-0-fe-0 12254 tv 20 0 2416 1132 876 R 1 0.1 0:00.14 top 6061 root 20 0 92780 49m 32m S 0 2.8 21:52.05 Xorg 1 root 20 0 3056 1896 576 S 0 0.1 0:01.58 init 2 root 15 -5 0 0 0 S 0 0.0 0:00.00 kthreadd 3 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/0

1 0

Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv
by Senufo 20 Apr '09

20 Apr '09

Hi, Thanks for your replies. I'm not a specialist but how I can help you ? I can test or modify the code if you tell me how and what must change. Regards Senufo

1 0

xineliboutput vdr-1.7.5 problem
by ThE-GuRuZ 20 Apr '09

20 Apr '09

Hi all, i've a big problem with xineliboutput (cvs) and vdr-1.7.5, when i change from HD channel to an SD channel vdr-sxfe kill itself anyone know this problem? Bye

2 1

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr April 2009