vdr

vdr@linuxtv.org

2 participants
6731 discussions

xineliboutput plugin with xine
by Jose Alberto Reguero 16 Mar '14

16 Mar '14

I am using the xineliboutput plugin with xine program instead of vdr-sxfe. All work except rewind recordings. Anyone know how to fix this? Thanks. Jose Alberto Enviado desde mi dispositivo android.

1 0

[ANNOUNCE] VDR developer version 2.1.6
by Klaus Schmidinger 16 Mar '14

16 Mar '14

VDR developer version 2.1.6 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.6.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.5-2.1.6.diff MD5 checksums: 79519dac59166fabc2029b916bd61d00 vdr-2.1.6.tar.bz2 99f2f7094a242462696c0da5e52bb4c3 vdr-2.1.5-2.1.6.diff WARNING: ======== This is a *developer* version. Even though *I* use it in my productive environment, I strongly recommend that you only use it under controlled conditions and for testing and debugging. The changes since version 2.1.5: - Revoked "Fixed some compiler warnings with Clang 3.4.1" from ci.c, because this did not compile with older versions of gcc (thanks to Sören Moch). - Fixed keeping the current position in the Recordings menu if a recording was deleted in a sub folder. - Fixed handling transfer mode on full featured DVB cards for encrypted channels that have no audio pid (reported by Christian Winkler). - Fixed a possible endless loop in cH264Parser::GetGolombUe(), which caused recordings on some HD channels to get stuck and resulted in buffer overflows. - Fixed handling PAT packets when detecting frames, so that they can be properly taken into account when regenerating the index of a recording. - Fixed adding new source types in case they are already registered (reported by Rolf Ahrenberg). - Removed an unnecessary assignment from cMenuRecordings::~cMenuRecordings(). - The Recordings menu now remembers the last recording the cursor was positioned on, independent of the last replayed recording. When a replay ends, however, the cursor will initially be positioned to the last replayed recording again when the menu is opened. - Updated the Finnish OSD texts (thanks to Antti Hartikainen). - Fixed drawing the live indicator in the LCARS skin in case there are no devices. - When checking for obsolete channels, those with an RID that is not 0 are now ignored (suggested by Oliver Endriss). - The SDT is now only parsed *after* the NIT has been read, and it explicitly uses the source value derived from the NIT. This should prevent new channels from being created with the wrong source. - Added a log message in case a receiver is detached from its device because the assigned CAM can't decrypt the channel. - Refactored setup parameter handling for output devices: + The function cDevice::GetVideoSystem() has been deprecated and will be removed in a future version. In order to check whether a particular plugin needs to be modified if this function is removed, you can comment out the line #define DEPRECATED_VIDEOSYSTEM in device.h. + Handling the "video (display) format" (things like 16:9, 4:3, pan&scan, letterbox etc) shall now be done by the individual output devices, because the types and numbers of parameters are too device specific. The Setup/DVB parameters "Video format" and "Video display format" are still there for now and can be used by SD devices. HD devices, however, shall not use these parameters (any more), but rather implement their own setup menu with the necessary parameters for controlling output. + The dvbhdffdevice plugin has been modified accordingly. + Made it clear that cDevice::SetDigitalAudioDevice() merely tells the output device that the current audio track is Dolby Digital. This function was only used by the original "full featured" DVB cards - do not use it for new developments! If an output device has several ways of replaying audio (like HDMI or analog jack) it shall implement the proper options in its plugin's SetupMenu() function. - Added support for "Pilot", "T2-System-Id" and "SISO/MISO" parameters (thanks to Rolf Ahrenberg). - Now initializing the isOnVideoDirectoryFileSystem member of cRecording when scanning the video directory, so that it won't cause a delay when opening the menu on a system with a large number of recordings. - Now resetting the isOnVideoDirectoryFileSystem member of a cRecording to -1 after renaming it, so that it will be re-checked upon the next call to IsOnVideoDirectoryFileSystem(). - Added support for systemd (thanks to Christopher Reimer). To activate this you need to add "SDNOTIFY=1" to the 'make' call. Have fun! Klaus

1 0

[ANNOUNCE] VDR developer version 2.1.5
by Klaus Schmidinger 10 Mar '14

10 Mar '14

VDR developer version 2.1.5 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.5.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.4-2.1.5.diff MD5 checksums: ce561eef64c13e24e4817f70a6d9d5b0 vdr-2.1.5.tar.bz2 f433e78d90bc414bd9d858ca6e58e539 vdr-2.1.4-2.1.5.diff WARNING: ======== This is a *developer* version. Even though *I* use it in my productive environment, I strongly recommend that you only use it under controlled conditions and for testing and debugging. The changes since version 2.1.4: - Now checking whether the primary device actually has a decoder before retuning the current channel after a change in its parameters. This fixes broken recordings on the primary device on "headless" systems. - Increased MIN_TS_PACKETS_FOR_FRAME_DETECTOR to 100 and introduced counting the number of actual video TS packets in cTsPayload in order to be able to record channels that sometimes need even more than 10 TS packets for detecting frame borders (reported by Oliver Endriss). - Fixed sorting recordings by time in the Recordings menu if "Setup/OSD/Recording directories" is set to "no". - Fixed clearing non-editable members in the channel editor (thanks to Rolf Ahrenberg). - Updated the Estonian OSD texts (thanks to Arthur Konovalov). - Further clarified the semantics of cCamSlot::Decrypt(). - Fixed flickering if subtitles are active while the OSD demo is running. - Fixed numbering frames. Previously they were numbered starting from 1, while it is apparently standard to number them from 0. Any existing recordings with editing marks (which will now be off by one) can still be cut with all VDR versions from 1.7.32, because these will automatically adjust editing marks to I-frames. Users of stable releases shouldn't notice any problems. - Fixed a possible crash in the OSD demo (reported by Christopher Reimer). - Fixed some compiler warnings with Clang 3.4.1 (reported by Paul Menzel). - Added LinkageTypePremiere to libsi/si.h and eit.c to avoid a compiler warning with Clang 3.4.1 (suggested by Tony Houghten). - Replaced the NULL pointer assignment in ~cReceiver() to force a segfault with a call to abort() (suggested by Tony Houghten). - Fixed learning keyboard remote control codes (thanks to Lars Hanisch). - Improved PAT/PMT scanning to speed up initial tuning to encrypted channels on transponders with many PAT entries (reported by Mariusz Bialonczyk). - Fixed the replay progress display for very long recordings. - Fixed detecting broken video data streams when recording. - Fixed handling frame detection buffer length (reported by Eike Sauer). Have fun! Klaus

3 6

Feature request: ERROR: video data stream broken
by Marco Göbenich 10 Mar '14

10 Mar '14

Hi! Would it be possible to be more precise in this error message, maybe which channel, transponder or adapter is causing this. There were some transponder changes on Astra, and now I have a lot "Error: video data stream broken" messages. I got a lot of parallel recording here. Regards Marco -- Professional IT E-Commerce, Programmierung, Datenmigration, IT-Service Needful Marco Göbenich e.K. Auf der Haide 31a 56203 Höhr-Grenzhausen Fon +49 (0) 2624 / 95 29 300 Fax +49 (0) 2624 / 95 29 303 mg(a)needful.de http://www.needful.de HRA: 21295 AG Montabaur EG-Identn.: DE 280643122

2 2

[PATCH] Small fix for Finnish translation
by Antti Hartikainen 09 Mar '14

09 Mar '14

Hi. Here is a small fix for Finnish translation. Thanks.

1 0

[Announce] vdr-plugin-satip 0.0.1 - Make your VDR to a SAT>IP receiver
by fnu 08 Mar '14

08 Mar '14

Hi VDR followers, since the author Rolf Ahrenberg obviously isn't part of this mailing list anymore, I do the annoucement on his behalf: "This plugin integrates SAT>IP network devices seamlessly into VDR. You can use any SAT>IP channel like any other normal DVB channel for live viewing, recording, etc. The plugin also features full section filtering capabilities which allow for example EIT information to be extracted from the incoming stream." - http://www.saunalahti.fi/~rahrenbe/vdr/satip/ Download and README. Rolf Ahrenberg also does provide a new "vdr-plugin-femon" (2.0.3) to support SAT>IP devices in VDR. - http://www.saunalahti.fi/~rahrenbe/vdr/femon/ For Debian & Ubuntu aware users, I already created a DEB package/framework for further usage: - https://launchpad.net/~fnu/+archive/testing-vdr-fnu/+sourcepub/4007335/+list ing-archive-extra - https://launchpad.net/~fnu/+archive/testing-vdr-fnu/+sourcepub/4007336/+list ing-archive-extra - https://launchpad.net/~fnu/+archive/testing-vdr-fnu/+sourcepub/4007363/+list ing-archive-extra - https://launchpad.net/~fnu/+archive/testing-vdr-fnu/+sourcepub/4007362/+list ing-archive-extra Use "dget -xu ...dsc" to grab it for your own usage or repository. === Kind regards fnu

1 0

libnfs implementation in VDR
by Zouhair 03 Mar '14

03 Mar '14

Hi, it is a good idea to implement libnfs in VDR for have recording and playin ability via link "nfs://host/dir" without needing the NFS support in the kernel of the OS. libnfs in XBMC is already implemented, why not also in VDR ? :) libnfs home: https://github.com/sahlberg/libnfs https://github.com/sahlberg/libnfs/tree/master/examples Zouhair.

2 1

[announce]: pvr350-1.7.5
by Martin Dauskardt 28 Feb '14

28 Feb '14

There maybe a handful people still using the Hauppauge PVR350 card as output device. Although I have stopped active development, I will adapt the plugin as long as possible for newer vdr versions. I believe that the PVR350 is still a good choice in case you have a SD Tube TV and don't need digital audio output. Version 1.7.5 is online: http://projects.vdr-developer.org/attachments/download/1657/vdr-pvr350-1.7.… - remove support for vdr < version 2.0 - adapt to changes in vdr-2.1.3 - remove support for ancient ivtv driver versions - adapt Makefile to vdr's new Makefile system - fix segfaults on exit when framebuffer device is missing The plugin is still only for PAL ouput. If there are any users who want to use it for NTSC output, I may consider adding it. Please send me a mail. Greets, Martin

2 1

Minimum CPU requirement for xineliboutput + vdr-sxfe for HDTV
by Stephan Loescher 28 Feb '14

28 Feb '14

Hi! I am interested in your experiences with xineliboutput-plugin and vdr-sxfe for HDTV and not using VDPAU but using the plain CPU-power. The plan would be to build a simple system without any special graphics-card and no special X11-configuration or driver, perhaps some cheap system like the one descibed in http://ct.de/-1375124 (German). (Celeron G1820, small case, low power consumption, about 180 EUR without disks.) I know from my own VDR-systems, that a Intel Core2 Duo @ 1.86GHz or a Core i3 540 @ 3.07GHz has far enough power to run VDR and vdr-sxfe for displaying HDTV. But I think even slower and thus cheaper CPUs could do the HDTV-decoding, too. What is you experience? Would it be possible to use these new Haswell-Celerons? TIA and best regards, Stephan. -- loescher(a)gmx.de http://www.loescher-online.de/

7 6

*** Error in VDR 2.0.5
by Guido Cordaro 25 Feb '14

25 Feb '14

*** Error in `./vdr': corrupted double-linked list: 0x0000000000c99110 *** feb 25 18:49:43.378 [cardclient.cccam2] logout from server initiated ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x7f4c6)[0x7ff925e134c6] /lib/x86_64-linux-gnu/libc.so.6(+0x80c3a)[0x7ff925e14c3a] /lib64/ld-linux-x86-64.so.2(_dl_deallocate_tls+0x58)[0x7ff927ad4718] /lib/x86_64-linux-gnu/libpthread.so.0(+0x6da6)[0x7ff927686da6] /lib/x86_64-linux-gnu/libpthread.so.0(+0x6ebf)[0x7ff927686ebf] /lib/x86_64-linux-gnu/libpthread.so.0(+0x8062)[0x7ff927688062] /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7ff925e8e9cd] ======= Memory map: ======== 00400000-00570000 r-xp 00000000 08:21 5511403 /usr/local/src/vdr-2.0.5/vdr 00770000-00781000 r--p 00170000 08:21 5511403 /usr/local/src/vdr-2.0.5/vdr 00781000-00783000 rw-p 00181000 08:21 5511403 /usr/local/src/vdr-2.0.5/vdr 00783000-007e4000 rw-p 00000000 00:00 0 00929000-01914000 rw-p 00000000 00:00 0 [heap] 7ff8a4000000-7ff8a434b000 rw-p 00000000 00:00 0 7ff8a434b000-7ff8a8000000 ---p 00000000 00:00 0 7ff8ac000000-7ff8ac021000 rw-p 00000000 00:00 0 7ff8ac021000-7ff8b0000000 ---p 00000000 00:00 0 7ff8b4000000-7ff8b409a000 rw-p 00000000 00:00 0 7ff8b409a000-7ff8b8000000 ---p 00000000 00:00 0 7ff8b8000000-7ff8b80a3000 rw-p 00000000 00:00 0 7ff8b80a3000-7ff8bc000000 ---p 00000000 00:00 0 7ff8bc000000-7ff8bc021000 rw-p 00000000 00:00 0 7ff8bc021000-7ff8c0000000 ---p 00000000 00:00 0 7ff8c0000000-7ff8c0962000 rw-p 00000000 00:00 0 7ff8c0962000-7ff8c4000000 ---p 00000000 00:00 0 7ff8c433c000-7ff8c433d000 ---p 00000000 00:00 0 7ff8c433d000-7ff8c4b3d000 rw-p 00000000 00:00 0 [stack:6146] 7ff8c4b3d000-7ff8c4b62000 r-xp 00000000 08:21 4460423 /lib/x86_64-linux-gnu/libpng12.so.0.49.0 7ff8c4b62000-7ff8c4d61000 ---p 00025000 08:21 4460423 /lib/x86_64-linux-gnu/libpng12.so.0.49.0 7ff8c4d61000-7ff8c4d62000 r--p 00024000 08:21 4460423 /lib/x86_64-linux-gnu/libpng12.so.0.49.0 7ff8c4d62000-7ff8c4d63000 rw-p 00025000 08:21 4460423 /lib/x86_64-linux-gnu/libpng12.so.0.49.0 7ff8c4d63000-7ff8c4d86000 r-xp 00000000 08:21 9307165 /usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/png.so 7ff8c4d86000-7ff8c4f85000 ---p 00023000 08:21 9307165 /usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/png.so 7ff8c4f85000-7ff8c4f86000 r--p 00022000 08:21 9307165 /usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/png.so 7ff8c4f86000-7ff8c4f87000 rw-p 00023000 08:21 9307165 /usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/png.so 7ff8c4f87000-7ff8c4f88000 ---p 00000000 00:00 0 7ff8c4f88000-7ff8c5788000 rw-p 00000000 00:00 0 [stack:713] 7ff8c5788000-7ff8c5789000 ---p 00000000 00:00 0 7ff8c5789000-7ff8c5f89000 rw-p 00000000 00:00 0 [stack:712] 7ff8c5f89000-7ff8c5f8a000 ---p 00000000 00:00 0 7ff8c5f8a000-7ff8c678a000 rw-p 00000000 00:00 0 [stack:711] 7ff8c678a000-7ff8c678c000 r-xp 00000000 08:21 9307046 /usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/xc.so 7ff8c678c000-7ff8c698b000 ---p 00002000 08:21 9307046 /usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/xc.so 7ff8c698b000-7ff8c698c000 r--p 00001000 08:21 9307046 /usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/xc.so 7ff8c698c000-7ff8c698d000 rw-p 00002000 08:21 9307046 /usr/lib/x86_64-linux-gnu/ImageMagick-6.7.7/modules-Q16/coders/xc.so 7ff8c69f1000-7ff8c69f2000 ---p 00000000 00:00 0 7ff8c69f2000-7ff8c71f2000 rw-p 00000000 00:00 0 7ff8c71f2000-7ff8c71f3000 ---p 00000000 00:00 0 7ff8c71f3000-7ff8c79f3000 rw-p 00000000 00:00 0 [stack:904] 7ff8c7a04000-7ff8c8000000 rw-s 125b43000 00:05 12417 /dev/nvidiactl 7ff8c8000000-7ff8c80a3000 rw-p 00000000 00:00 0 7ff8c80a3000-7ff8cc000000 ---p 00000000 00:00 0 7ff8cc000000-7ff8cc021000 rw-p 00000000 00:00 0 7ff8cc021000-7ff8d0000000 ---p 00000000 00:00 0 7ff8d0000000-7ff8d0021000 rw-p 00000000 00:00 0 7ff8d0021000-7ff8d4000000 ---p 00000000 00:00 0 7ff8d4000000-7ff8d4532000 rw-p 00000000 00:00 0 7ff8d4532000-7ff8d8000000 ---p 00000000 00:00 0 7ff8d8000000-7ff8d8021000 rw-p 00000000 00:00 0 7ff8d8021000-7ff8dc000000 ---p 00000000 00:00 0 7ff8dc2e7000-7ff8dc2e8000 ---p 00000000 00:00 0 7ff8dc2e8000-7ff8dcae8000 rw-p 00000000 00:00 0 [stack:655] 7ff8dd0e3000-7ff8dd0e8000 r-xp 00000000 08:21 5507266 /usr/lib/x86_64-linux-gnu/gconv/ISO_6937.so 7ff8dd0e8000-7ff8dd2e7000 ---p 00005000 08:21 5507266 /usr/lib/x86_64-linux-gnu/gconv/ISO_6937.so 7ff8dd2e7000-7ff8dd2e8000 r--p 00004000 08:21 5507266 /usr/lib/x86_64-linux-gnu/gconv/ISO_6937.so 7ff8dd2e8000-7ff8dd2e9000 rw-p 00005000 08:21 5507266 /usr/lib/x86_64-linux-gnu/gconv/ISO_6937.so 7ff8dd2e9000-7ff8dd2ea000 ---p 00000000 00:00 0 7ff8dd2ea000-7ff8ddaea000 rw-p 00000000 00:00 0 7ff8ddc2b000-7ff8ddce0000 r--p 00000000 08:21 6161763 /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf 7ff8ddce0000-7ff8ddd89000 r--p 00000000 08:21 6161762 /usr/share/fonts/truetype/dejavu/DejaVuSans-Bold.ttf 7ff8ddd89000-7ff8ddd8a000 rw-s 968da000 00:05 12417 /dev/nvidiactl 7ff8ddd8a000-7ff8ddd8d000 rw-s cb875000 00:05 12417 /dev/nvidiactl 7ff8ddd8d000-7ff8ddd8e000 rw-s cb608000 00:05 12417 /dev/nvidiactl 7ff8ddd8e000-7ff8ddd8f000 rw-s cba37000 00:05 12417 /dev/nvidiactl 7ff8ddd8f000-7ff8ddd90000 rw-s fdc0c000 00:05 12418 /dev/nvidia0 7ff8ddd90000-7ff8ddd93000 rw-s 36303000 00:05 12417 /dev/nvidiactl 7ff8ddd93000-7ff8ddd94000 rw-s 35035000 00:05 12417 /dev/nvidiactl 7ff8ddd94000-7ff8ddd95000 rw-s 35736000 00:05 12417 /dev/nvidiactl 7ff8ddd95000-7ff8ddd96000 rw-s fdc0c000 00:05 12418 /dev/nvidia0 7ff8ddd96000-7ff8ddd99000 rw-s 35f85000 00:05 12417 /dev/nvidiactl knap@knap-pc:/usr/local/src/vdr-2.0.5$

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr