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
Hi,
The build fails on Ubuntu Precise with error:
ci.c: In member function 'void cCiDateTime::SendDateTime()': ci.c:867:18: error: expected primary-expression before '.' token ci.c:867:37: error: expected primary-expression before '.' token ci.c:867:67: error: expected primary-expression before '.' token ci.c:867:96: error: expected primary-expression before '.' token ci.c:867:125: error: expected primary-expression before '.' token ci.c: In member function 'virtual void cCiMMI::Process(int, const uint8_t*)': ci.c:1007:47: error: expected primary-expression before '.' token ci.c:1007:71: error: expected primary-expression before '.' token
However, on Ubuntu Saucy and Trusty the build passes.
On Sun, Feb 23, 2014 at 5:12 PM, Klaus Schmidinger < Klaus.Schmidinger@tvdr.de> wrote:
VDR developer version 2.1.5 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.5.tar.bz2A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.4-2.1.5.diffMD5 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
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 06.03.2014 11:24, Andrey Pavlenko wrote:
Hi,
The build fails on Ubuntu Precise with error:
ci.c: In member function 'void cCiDateTime::SendDateTime()': ci.c:867:18: error: expected primary-expression before '.' token ci.c:867:37: error: expected primary-expression before '.' token ci.c:867:67: error: expected primary-expression before '.' token ci.c:867:96: error: expected primary-expression before '.' token ci.c:867:125: error: expected primary-expression before '.' token ci.c: In member function 'virtual void cCiMMI::Process(int, const uint8_t*)': ci.c:1007:47: error: expected primary-expression before '.' token ci.c:1007:71: error: expected primary-expression before '.' token
However, on Ubuntu Saucy and Trusty the build passes.
Do this to revert that change:
--- ci.c 2014/02/08 12:25:55 3.11 +++ ci.c 2014/02/25 09:59:55 3.12 @@ -864,7 +864,7 @@ #pragma pack(1) struct tTime { uint16_t mjd; uint8_t h, m, s; short offset; }; #pragma pack() - tTime T = { .mjd = htons(MJD), .h = DEC2BCD(tm_gmt.tm_hour), .m = DEC2BCD(tm_gmt.tm_min), .s = DEC2BCD(tm_gmt.tm_sec), .offset = short(htons(tm_loc.tm_gmtoff / 60)) }; + tTime T = { mjd : htons(MJD), h : DEC2BCD(tm_gmt.tm_hour), m : DEC2BCD(tm_gmt.tm_min), s : DEC2BCD(tm_gmt.tm_sec), offset : short(htons(tm_loc.tm_gmtoff / 60)) }; bool OldDumpTPDUDataTransfer = DumpTPDUDataTransfer; DumpTPDUDataTransfer &= DumpDateTime; if (DumpDateTime) @@ -1004,7 +1004,7 @@ case DCC_SET_MMI_MODE: if (l == 2 && *++d == MM_HIGH_LEVEL) { struct tDisplayReply { uint8_t id; uint8_t mode; }; - tDisplayReply dr = { .id = DRI_MMI_MODE_ACK, .mode = MM_HIGH_LEVEL }; + tDisplayReply dr = { id : DRI_MMI_MODE_ACK, mode : MM_HIGH_LEVEL }; dbgprotocol("Slot %d: ==> Display Reply (%d)\n", Tc()->CamSlot()->SlotNumber(), SessionId()); SendData(AOT_DISPLAY_REPLY, 2, (uint8_t *)&dr); }
Klaus
Thanks, this patch fixes the error.
On Thu, Mar 6, 2014 at 2:27 PM, Klaus Schmidinger <Klaus.Schmidinger@tvdr.de
wrote:
On 06.03.2014 11:24, Andrey Pavlenko wrote:
Hi,
The build fails on Ubuntu Precise with error:
ci.c: In member function 'void cCiDateTime::SendDateTime()': ci.c:867:18: error: expected primary-expression before '.' token ci.c:867:37: error: expected primary-expression before '.' token ci.c:867:67: error: expected primary-expression before '.' token ci.c:867:96: error: expected primary-expression before '.' token ci.c:867:125: error: expected primary-expression before '.' token ci.c: In member function 'virtual void cCiMMI::Process(int, const uint8_t*)': ci.c:1007:47: error: expected primary-expression before '.' token ci.c:1007:71: error: expected primary-expression before '.' token
However, on Ubuntu Saucy and Trusty the build passes.
Do this to revert that change:
--- ci.c 2014/02/08 12:25:55 3.11 +++ ci.c 2014/02/25 09:59:55 3.12 @@ -864,7 +864,7 @@ #pragma pack(1) struct tTime { uint16_t mjd; uint8_t h, m, s; short offset; }; #pragma pack()
tTime T = { .mjd = htons(MJD), .h = DEC2BCD(tm_gmt.tm_hour), .m =DEC2BCD(tm_gmt.tm_min), .s = DEC2BCD(tm_gmt.tm_sec), .offset = short(htons(tm_loc.tm_gmtoff / 60)) };
tTime T = { mjd : htons(MJD), h : DEC2BCD(tm_gmt.tm_hour), m :DEC2BCD(tm_gmt.tm_min), s : DEC2BCD(tm_gmt.tm_sec), offset : short(htons(tm_loc.tm_gmtoff / 60)) }; bool OldDumpTPDUDataTransfer = DumpTPDUDataTransfer; DumpTPDUDataTransfer &= DumpDateTime; if (DumpDateTime) @@ -1004,7 +1004,7 @@ case DCC_SET_MMI_MODE: if (l == 2 && *++d == MM_HIGH_LEVEL) { struct tDisplayReply { uint8_t id; uint8_t mode; };
tDisplayReply dr = { .id = DRI_MMI_MODE_ACK,.mode = MM_HIGH_LEVEL };
tDisplayReply dr = { id : DRI_MMI_MODE_ACK, mode: MM_HIGH_LEVEL }; dbgprotocol("Slot %d: ==> Display Reply (%d)\n", Tc()->CamSlot()->SlotNumber(), SessionId()); SendData(AOT_DISPLAY_REPLY, 2, (uint8_t *)&dr);
}Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Still have problems after applying this patch on CentOS 64bit:
ci.c: In member function 'void cCiDateTime::SendDateTime()': ci.c:867: error: 'mjd' was not declared in this scope ci.c:867: error: 'h' was not declared in this scope ci.c:867: error: 'm' was not declared in this scope ci.c:867: error: 's' was not declared in this scope ci.c:867: error: 'offset' was not declared in this scope ci.c: In member function 'virtual void cCiMMI::Process(int, const uint8_t*)': ci.c:1007: error: 'id' was not declared in this scope ci.c:1007: error: 'mode' was not declared in this scope make: *** [ci.o] Error 1
On Thu, Mar 6, 2014 at 12:27 PM, Klaus Schmidinger < Klaus.Schmidinger@tvdr.de> wrote:
On 06.03.2014 11:24, Andrey Pavlenko wrote:
Hi,
The build fails on Ubuntu Precise with error:
ci.c: In member function 'void cCiDateTime::SendDateTime()': ci.c:867:18: error: expected primary-expression before '.' token ci.c:867:37: error: expected primary-expression before '.' token ci.c:867:67: error: expected primary-expression before '.' token ci.c:867:96: error: expected primary-expression before '.' token ci.c:867:125: error: expected primary-expression before '.' token ci.c: In member function 'virtual void cCiMMI::Process(int, const uint8_t*)': ci.c:1007:47: error: expected primary-expression before '.' token ci.c:1007:71: error: expected primary-expression before '.' token
However, on Ubuntu Saucy and Trusty the build passes.
Do this to revert that change:
--- ci.c 2014/02/08 12:25:55 3.11 +++ ci.c 2014/02/25 09:59:55 3.12 @@ -864,7 +864,7 @@ #pragma pack(1) struct tTime { uint16_t mjd; uint8_t h, m, s; short offset; }; #pragma pack()
tTime T = { .mjd = htons(MJD), .h = DEC2BCD(tm_gmt.tm_hour), .m =DEC2BCD(tm_gmt.tm_min), .s = DEC2BCD(tm_gmt.tm_sec), .offset = short(htons(tm_loc.tm_gmtoff / 60)) };
tTime T = { mjd : htons(MJD), h : DEC2BCD(tm_gmt.tm_hour), m :DEC2BCD(tm_gmt.tm_min), s : DEC2BCD(tm_gmt.tm_sec), offset : short(htons(tm_loc.tm_gmtoff / 60)) }; bool OldDumpTPDUDataTransfer = DumpTPDUDataTransfer; DumpTPDUDataTransfer &= DumpDateTime; if (DumpDateTime) @@ -1004,7 +1004,7 @@ case DCC_SET_MMI_MODE: if (l == 2 && *++d == MM_HIGH_LEVEL) { struct tDisplayReply { uint8_t id; uint8_t mode; };
tDisplayReply dr = { .id = DRI_MMI_MODE_ACK,.mode = MM_HIGH_LEVEL };
tDisplayReply dr = { id : DRI_MMI_MODE_ACK, mode: MM_HIGH_LEVEL }; dbgprotocol("Slot %d: ==> Display Reply (%d)\n", Tc()->CamSlot()->SlotNumber(), SessionId()); SendData(AOT_DISPLAY_REPLY, 2, (uint8_t *)&dr);
}Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 10.03.2014 08:38, Valdemaras Pipiras wrote:
Still have problems after applying this patch on CentOS 64bit:
ci.c: In member function 'void cCiDateTime::SendDateTime()': ci.c:867: error: 'mjd' was not declared in this scope ci.c:867: error: 'h' was not declared in this scope ci.c:867: error: 'm' was not declared in this scope ci.c:867: error: 's' was not declared in this scope ci.c:867: error: 'offset' was not declared in this scope ci.c: In member function 'virtual void cCiMMI::Process(int, const uint8_t*)': ci.c:1007: error: 'id' was not declared in this scope ci.c:1007: error: 'mode' was not declared in this scope make: *** [ci.o] Error 1
Try using the version of ci.c that came with VDR 2.1.4.
Klaus
Yes, it works with the version from 2.1.4
On Mon, Mar 10, 2014 at 12:22 PM, Klaus Schmidinger < Klaus.Schmidinger@tvdr.de> wrote:
On 10.03.2014 08:38, Valdemaras Pipiras wrote:
Still have problems after applying this patch on CentOS 64bit:
ci.c: In member function 'void cCiDateTime::SendDateTime()': ci.c:867: error: 'mjd' was not declared in this scope ci.c:867: error: 'h' was not declared in this scope ci.c:867: error: 'm' was not declared in this scope ci.c:867: error: 's' was not declared in this scope ci.c:867: error: 'offset' was not declared in this scope ci.c: In member function 'virtual void cCiMMI::Process(int, const uint8_t*)': ci.c:1007: error: 'id' was not declared in this scope ci.c:1007: error: 'mode' was not declared in this scope make: *** [ci.o] Error 1
Try using the version of ci.c that came with VDR 2.1.4.
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-
Andrey Pavlenko -
Klaus Schmidinger -
Valdemaras Pipiras