[vdr] vdr 1.7.23: patch for handling symlinks in recordings directory as earlier
Hi, I am attaching a patch for vdr 1.7.23 for the problem described here: http://www.vdr-portal.de/board1-news/board2-vdr-news/p1047199-announce-vdr-developer-version-1-7-23/#post1047199 There appears to be a problem in listing recordings due to a bug fix in vdr 1.7.23. "Fixed handling symbolic links in cRecordings::ScanVideoDir()" The attached patch just disables the translation of symbolic links to "real" paths. So that all recordings appear to be under the same (recordings) directory tree, as it was earlier. Please reply with your results. -- Thanks, Sundararaj diff --git a/recording.c b/recording.c index cf35bb7..5772dab 100644 --- a/recording.c +++ b/recording.c @@ -1120,9 +1120,13 @@ void cRecordings::ScanVideoDir(const char *DirName, bool Foreground, int LinkLev continue; } Link = 1; +#if 0 + // do not resolve the symbolic links in paths to real path + // thereby keeping all the recordings under one directory buffer = ReadLink(buffer); if (!*buffer) continue; +#endif if (stat(buffer, &st) != 0) continue; } ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Updated patch for vdr 1.7.22 in gentoo
On 07.01.2012 24:30 , Joerg Bornkessel wrote: I wonder if it's a big thing to get the LiveBuffer working as an official patch for gentoo.. Iam work on this, to integrate the patch in the extp-ng... anyway, in any parts the the ifdef/ifndef/else construct's from the expt-ng patch make it not eazy... also iam work on the ebuild to remove/add/change some crap thats while is it package.masked in the moment... use it of your own risk ;) Hi Joerg, Do you have good news for us Gentoo-users? :-) Have you managed to get livebuffer integrated into the expt-ng patch? :-) Regards, René ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.23
Hi,
I have tried using my hybrid HVR 4000 card ( DVB-S2 and DVB-T frontends on one
adapter ) against 1.7.23 and a new set of V4L-DVB drivers built on Monday.
DVB-S channels work fine. However, any attempt to select a DVB-T channel
results in "channel not available".
The Syslog trace during VDR initialisation follows:
Jan 17 18:44:05 Nutrigrain vdr: [2587] video directory scanner thread started
(pid=2586, tid=2587)
Jan 17 18:44:05 Nutrigrain vdr: [2588] video directory scanner thread started
(pid=2586, tid=2588)
Jan 17 18:44:05 Nutrigrain vdr: [2586] reading EPG data from
/home/digitalTV/video/epg.data
Jan 17 18:44:05 Nutrigrain vdr: [2586] registered source parameters for 'A -
ATSC'
Jan 17 18:44:05 Nutrigrain vdr: [2586] registered source parameters for 'C -
DVB-C'
Jan 17 18:44:05 Nutrigrain vdr: [2586] registered source parameters for 'S -
DVB-S'
Jan 17 18:44:05 Nutrigrain vdr: [2586] registered source parameters for 'T -
DVB-T'
Jan 17 18:44:05 Nutrigrain vdr: [2586] probing /dev/dvb/adapter0/frontend0
Jan 17 18:44:05 Nutrigrain vdr: [2586] new device number 1
Jan 17 18:44:05 Nutrigrain kernel: [ 150.671847] dvb_frontend_ioctl_legacy:
doesn't know how to handle a DVBv3 call to delivery system 0
Jan 17 18:44:05 Nutrigrain vdr: [2586] frontend 0/0 provides DVB-S with QPSK
("ST STV0299 DVB-S")
Jan 17 18:44:05 Nutrigrain vdr: [2591] section handler thread started
(pid=2586, tid=2591)
Jan 17 18:44:05 Nutrigrain vdr: [2590] tuner on frontend 0/0 thread started
(pid=2586, tid=2590)
Jan 17 18:44:05 Nutrigrain vdr: [2586] probing /dev/dvb/adapter1/frontend0
Jan 17 18:44:05 Nutrigrain vdr: [2586] new device number 2
Jan 17 18:44:06 Nutrigrain vdr: [2588] video directory scanner thread ended
(pid=2586, tid=2588)
Jan 17 18:44:06 Nutrigrain vdr: [2587] video directory scanner thread ended
(pid=2586, tid=2587)
Jan 17 18:44:10 Nutrigrain kernel: [ 155.838763] dvb_frontend_ioctl_legacy:
doesn't know how to handle a DVBv3 call to delivery system 0
Jan 17 18:44:10 Nutrigrain vdr: [2586] frontend 1/0 provides DVB-S,DVB-S2 with
QPSK ("Conexant CX24116/CX24118")
Jan 17 18:44:10 Nutrigrain vdr: [2594] tuner on frontend 1/0 thread started
(pid=2586, tid=2594)
Jan 17 18:44:10 Nutrigrain vdr: [2595] section handler thread started
(pid=2586, tid=2595)
Jan 17 18:44:15 Nutrigrain vdr: [2586] ERROR (dvbdevice.c,1051):
/dev/dvb/adapter1/frontend1: Device or resource busy
Jan 17 18:44:15 Nutrigrain vdr: [2586] found 2 DVB devices
Note that there is also a DVB-S premium card in the mix which works OK.
It looks like VDR is not picking up the second frontend on the hybrid card as a
result of the 'Device or resource busy' result which is due to frontend 0 being
open on it.
Any suggestions:
Regards,
-Original Message-
From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf Of
Klaus Schmidinger
Sent: Monday, 16 January 2012 2:11 AM
To: vdr@linuxtv.org
Subject: [vdr] [ANNOUNCE] VDR developer version 1.7.23
VDR developer version 1.7.23 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.23.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.22-1.7.23.diff
MD5 checksums:
de136f7be28c4b6f1fa0e2218b4acc11 vdr-1.7.23.tar.bz2
2977b75cd8dacad187d11c10b867d56a vdr-1.7.22-1.7.23.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 1.7.22:
- Removed the '.pl' suffix from svdrpsend.pl (sorry, I missed that one).
- Fixed bonding more than two devices.
- Fixed handling symbolic links in cRecordings::ScanVideoDir() (reported by
Sundararaj Reel).
- Fixed a memory leak in cRecordings::ScanVideoDir() in case there are too many
link levels (reported by Sundararaj Reel).
- Removed redundant memset() in the ctor of cSatCableNumbers (triggered by
Ville Skyttä pointing out that the argument sequence in the call was wrong).
- Removed a redundant NULL check in cDvbSpuDecoder::setTime() (thanks to Ville
Skyttä).
- Added HasSnr to the DEBUG_SIGNALQUALITY output in
cDvbTuner::GetSignalQuality()
(triggered by Ville Skyttä pointing out that the variable HasSnr was unused).
- Updated the Finnish OSD texts (thanks to Rolf Ahrenberg).
- Added support for HbbTV to libsi (thanks to Christoph Haubrich).
- Added support for devices with more than one delivery system per frontend.
This requires a DVB driver with version 5.5 or higher that can handle the
DTV_ENUM_DELSYS call. With older drivers it will fall back to one delivery
system per frontend.
- Updated the Hungarian language texts (thanks to István Füley).
- cDvbTuner::ExecuteDiseqc() now makes sure only one tuner sends SCR commands
at any given time (reported by Frank Neumann).
- cEvent::FixEpgBugs() now replaces any newline characters in stream component
descriptions wit
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.23
On Wed, 18 Jan 2012 09:58:16 +1100 "Hawes, Mark" wrote: > Hi, > > I have tried using my hybrid HVR 4000 card ( DVB-S2 and DVB-T > frontends on one adapter ) against 1.7.23 and a new set of V4L-DVB > drivers built on Monday. DVB-S channels work fine. However, any > attempt to select a DVB-T channel results in "channel not available". > The Syslog trace during VDR initialisation follows: > > It looks like VDR is not picking up the second frontend on the hybrid > card as a result of the 'Device or resource busy' result which is due > to frontend 0 being open on it. If you are using new dvb driver you should only have 1 frontend which has all of the delivery systems. The DVBv3 message also looks suspicious. Can you double check that new drivers are loaded and you have indeed only 1 frontend for that card ? (Not saying that there is not a bug) > > Regards, > > -Original Message- > From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On > Behalf Of Klaus Schmidinger Sent: Monday, 16 January 2012 2:11 AM > To: vdr@linuxtv.org > Subject: [vdr] [ANNOUNCE] VDR developer version 1.7.23 > > VDR developer version 1.7.23 is now available at > >ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.23.tar.bz2 > > A 'diff' against the previous version is available at > >ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.22-1.7.23.diff > > MD5 checksums: > > de136f7be28c4b6f1fa0e2218b4acc11 vdr-1.7.23.tar.bz2 > 2977b75cd8dacad187d11c10b867d56a vdr-1.7.22-1.7.23.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 1.7.22: > > - Removed the '.pl' suffix from svdrpsend.pl (sorry, I missed that > one). > - Fixed bonding more than two devices. > - Fixed handling symbolic links in cRecordings::ScanVideoDir() > (reported by Sundararaj Reel). > - Fixed a memory leak in cRecordings::ScanVideoDir() in case there > are too many link levels (reported by Sundararaj Reel). > - Removed redundant memset() in the ctor of cSatCableNumbers > (triggered by Ville Skyttä pointing out that the argument sequence in > the call was wrong). > - Removed a redundant NULL check in cDvbSpuDecoder::setTime() (thanks > to Ville Skyttä). > - Added HasSnr to the DEBUG_SIGNALQUALITY output in > cDvbTuner::GetSignalQuality() (triggered by Ville Skyttä pointing out > that the variable HasSnr was unused). > - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg). > - Added support for HbbTV to libsi (thanks to Christoph Haubrich). > - Added support for devices with more than one delivery system per > frontend. This requires a DVB driver with version 5.5 or higher that > can handle the DTV_ENUM_DELSYS call. With older drivers it will fall > back to one delivery system per frontend. > - Updated the Hungarian language texts (thanks to István Füley). > - cDvbTuner::ExecuteDiseqc() now makes sure only one tuner sends SCR > commands at any given time (reported by Frank Neumann). > - cEvent::FixEpgBugs() now replaces any newline characters in stream > component descriptions with blanks (thanks to Torsten Lang for > reporting a problem with EPG data from BSkyB's "MTV MUSIC", > S28.2E-2-2010-7012). > - Fixed cDvbSubtitleConverter::SetOsdData() (thanks to Rolf > Ahrenberg). > - Fixed cListBase::Move() in case From and To are equal (reported by > Sundararaj Reel). > - Added support for DVB-T2 to libsi (thanks to Rolf Ahrenberg). > - Added support for handling DVB-T2 transponders. This requires a > DVB driver with version 5.3 or higher that can handle the > DTV_DVBT2_PLP_ID call (thanks to Rolf Ahrenberg). > - Fixed cConfig::Load() for g++ version 4.7.0 (thanks to Ville > Skyttä). > - Fixed a possible memory corruption in cTsToPes::GetPes() in case of > broken TS packets, e.g. when switching channels. > - Fixed the SVDRP command CLRE for a single channel in case there are > events that have a timer (thanks to Timo Eskola). > - BIDI support now checks at runtime whether the system runs with > UTF-8 (suggested by Torsten Lang). > - Added member functions Adapter() and Frontend() to cDvbDevice > (suggested by Rolf Ahrenberg). > - The parameters that are only used by "second generation" delivery > systems (DVB-S2 and DVB-T2) are no longer written into channels.conf > for "first generation" delivery systems (DVB-S and DVB-T). > - Changed IndexToHMSF() so that it can handle negative Index values. > - Added option -N to the msgmerge call in the Makefile, because fuzzy > translation mostly resulted in useless strings. > - The new setup option "Replay/Show remaining time" can be used to > switch between showing the total length or the remaining time of the > recording that is currently replayed. > - Fixed wrongfully displaying the length of a recording in the title > of the replay progress display. > - Fixed frozen live view with device bonding i
