I've read that ITV HD can only be viewd by pressing the red button on a
Freesat receiver. Does this mean VDR can't access it?
--
TH * http://www.realh.co.uk
Hello,
I'm trying to build VDR 1.6.0-2 for the upcoming Fedora 11 release which has
gcc 4.4. There are a bunch of compilation errors as gcc has again become
less forgiving for C++ than it used to be.
One very common source of problems is explained here:
http://markmail.org/message/e5y6atneqztuvpw6#query:
+page:1+mid:hdkehz7bgl5b6vgc+state:results
There are quite a few of these problems in VDR 1.6.0-2 ("error: invalid
conversion from 'const char*' to 'char*'"). I started patching but …
[View More]quickly
realized that this is a job for someone who actually knows what he's doing.
Anyway, attached is a patch against VDR 1.6.0-2 that fixes the first few of
these errors. Approach with caution: I'm fairly confident that for example
the changes to cRecordings::DelByName are not the right thing to do but then
again I might not understand what it's doing anyway (changing the extension
of the filename to .del but not actually renaming the file accordingly?).
In addition to these errors, similar ones exist at least in StatNearestDir
(videodir.c) cSVDRP::CmdGRAB.
Help appreciated!
By the way, in case someone runs into it, some recent changes in DVB headers
(as in current Fedora devel) have caused other unrelated compilation
issues, -D__KERNEL_STRICT_NAMES appears to be needed to get compilation past
dvbdevice.c. See https://bugzilla.redhat.com/show_bug.cgi?id=483644
[View Less]
Hi folks,
another release of my Extendend Recordings Menu plugin.
- fixed an issue with starting an editing process; thank to Andreas Mair
for the patch
- new marker ('*') is shown despite the setup option 'Show alternative
to new marker' is on and 'Patch font' is off; fixed; thanks to Saxman2k
from vdr-portal.de for reporting
- added option to switch off cutter queue
Screenshots and Download: http://martins-kabuff.de/extrecmenu_en.html
Greets,
Martin
Dear list,
I searched for all variants of
"test material" for ff-card or "full featured" tv set
vdr "test material"
on the WWW to no avail. I only found [1] which also voices this wish.
Could you please tell me where I could get some video files to test the
quality of my setup/system. I remember sometimes there is some test
images on the TV broadcasted by the TV station if there is an error(?).
Thanks a lot,
Paul
[1] http://www.mail-archive.com/vdr@linuxtv.org/msg09256.html
Hi,
On some channels I get only audio. Screen is still black without
Picture. There are two encrypted channels from 19.2E, in UPC packet:
AXN,AXN;UPC
Direct:10921:hC56M2O0S0:S19.2E:22000:651=1:660=hun,661=cze,662=eng:0:D02,1815:20352:1:1063:0
Spektrum,Spektrum;UPC
Direct:11671:hC56M2O0S0:S19.2E:22000:401=1:410=hun,411=cze:420:D02,1815:20360:1:1031:0
I am using eHD, but with VDPAU and xine is result same = black screen.
When I try to record thease channels, recording has 0 kB.
However, I …
[View More]can watch thease channels through streamdev plugin and
popcornhour or vlc, but Picture has lot of errors. Here is recording
through streamdev plugin.
Download link: http://rapidshare.com/files/226876888/1220.ts
If somebody will want to fix it, I can provide some more debug info.
Regards
Marky
[View Less]
VDR developer version 1.7.5 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.5.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.4-1.7.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 main focus of this version is still the switch to Transport …
[View More]Stream (TS)
as the recording format, as well as improved synchronization of replay
with the progress display, trick modes and subtitles.
IMPORTANT:
==========
You need the DVB driver version from
http://linuxtv.org/hg/~endriss/v4l-dvb
or, alternatively, apply the two patches
http://linuxtv.org/hg/~endriss/v4l-dvb/raw-rev/55fa4f709cf2http://linuxtv.org/hg/~endriss/v4l-dvb/raw-rev/b5567f27fba7
(in *this* sequence) in order to replay TS recordings with full featured
DVB cards! The second patch is only required for replaying pure audio
recordings.
Users of full featured DVB cards also need to use a new firmware,
available at
http://www.escape-edv.de/endriss/firmware
Note that the header files in the latest driver versions may be broken.
If you get compiler error messages like
/usr/include/sys/types.h:52: error: conflicting declaration 'typedef __ino64_t ino_t'
/usr/include/linux/types.h:14: error: 'ino_t' has a previous declaration as 'typedef __kernel_ino_t ino_t'
when compiling VDR, you need to put the driver header files back to
how they were before they got broken. One way of doing this is to
apply the patch from
ftp://ftp.cadsoft.de/vdr/Developer/v4l-dvb-header-fix.diff
(I'm not claiming that this is the right way to fix this, since the driver
developers may have had good reasons for making that change. However, both
the driver and VDR compile and work fine with this).
The changes since version 1.7.4:
- Fixed a hangup when replaying a TS recording with subtitles activated (reported
by Timo Helkio).
- Fixed handling the 'new' indicator in the recordings menu for TS recordings
(thanks to Derek Kelly).
- Added cap_sys_nice to the capabilities that are not dropped (thanks to Rolf
Ahrenberg).
- Updated the Italian OSD texts (thanks to Diego Pierotto).
- Added cRecordingInfo::GetEvent() (thanks to Marcel Unbehaun).
- Improved synchronizing the progress display, trick modes and subtitle display
to the actual audio/video. This now works independent of any buffer sizes the
output device might use.
+ The cBackTrace class has been replaced with cPtsIndex, which keeps track
of the PTS timestamps of recently played frames.
+ cDevice::GetSTC() is now required to deliver the STC even in trick modes.
It is sufficient if it returns the PTS of the most recently presented
audio/video frame.
+ The full-featured DVB cards need an improved firmware in order to return
proper STC values in trick modes (thanks to Oliver Endriss for enhancing the
av7110 firmware).
- Adapted cFrameDetector::Analyze() to HD NTSC broadcasts that split frames over
several payload units (thanks to Derek Kelly for reporting this and helping in
testing).
- Modified cFrameDetector::Analyze() to make it process whole frames at once, so
that file I/O overhead is minimized during recording (reported by Günter
Niedermeier).
- Added command line help for the '-i' option.
- Fixed cDvbPlayer::NextFile() to handle files larger than 2GB (thanks to Jose
Alberto Reguero).
- Improved replay at the begin and end of a recording. The very first and very last
frame is now sent to the output device repeatedly until GetSTC() reports that it
has been played. cDvbPlayer::Action() no longer calls DeviceFlush() (thanks to
Reinhard Nissl for making sure vdr-xine no longer needs this).
- Added missing '[]' to the delete operator in cMenuEditStrItem::~cMenuEditStrItem().
- Added missing virtual destructor to cPalette.
- Now freeing configDirectory before setting it to a new value in
cPlugin::SetConfigDirectory().
- Fixed a crash when jumping to an editing mark in an audio recording.
- Fixed the 'VideoOnly' condition in the PlayPes() and PlayTs() calls in
cDvbPlayer::Action() (thanks to Reinhard Nissl).
- cDevice::PlayTs() now plays as many TS packets as possible in one call.
- Making sure any floating point numbers written use a decimal point (thanks to
Oliver Endriss for pointing out a problem with the F record in the info file of
a recording).
- Fixed detecting the frame rate for radio recordings.
- Added missing AUDIO_PAUSE/AUDIO_CONTINUE calls to cDvbDevice (thanks to Oliver
Endriss).
- No longer writing the video type into channels.conf if VPID is 0 (thanks to
Oliver Endriss for reporting this).
- Improved efficiency of cEIT::cEIT() (thanks to Tobias Bratfisch).
Have fun!
Klaus
[View Less]
Hi!
Recent DVB driver releases (now in Kernel 2.6.29) cause trouble compiling
VDR (see snippet A below).
The common solution to this seems to be to add a "-D__KERNEL_STRICT_NAMES".
It felt wrong somehow and I didn't liked this, so I tried another
solution, which is to have any libc6 <sys/*> includes appear before the
linux DVB header includes <linux/*>. Doing this only in dvbdevice.c seems
to do the trick for VDR (see snippet B). I works for VDR 1.6.0 as well as
VDR 1.7.4.
I …
[View More]think the root of this problem is caused by the Kernel headers / DVB
drivers changing from asm/types.h to linux/types.h:
-#include <asm/types.h>
+#include <linux/types.h>
How should this problem ideally be fixed? Is my solution (snippet B)
better than using -D__KERNEL_STRICT_NAMES or should the kernel / DVB
driver developers be blamed for this?
Tobias
--- snippet A ---
In file included from /usr/include/netinet/in.h:24,
from /usr/include/arpa/inet.h:23,
from config.h:13,
from channels.h:13,
from device.h:13,
from dvbdevice.h:15,
from dvbdevice.c:10:
/usr/include/stdint.h:41: error: conflicting declaration 'typedef long int
int64_t'
/usr/include/linux/types.h:98: error: 'int64_t' has a previous declaration
as 'typedef __s64 int64_t'
/usr/include/stdint.h:56: error: conflicting declaration 'typedef long
unsigned int uint64_t'
/usr/include/linux/types.h:96: error: 'uint64_t' has a previous
declaration as 'typedef __u64 uint64_t'
--- snippet B ---
--- vdr-1.6.0.orig/dvbdevice.c
+++ vdr-1.6.0/dvbdevice.c
@@ -7,6 +7,8 @@
* $Id: dvbdevice.c 1.170 2008/02/09 16:11:44 kls Exp $
*/
+#include <sys/ioctl.h>
+#include <sys/mman.h>
#include "dvbdevice.h"
#include <errno.h>
#include <limits.h>
@@ -15,8 +17,6 @@
#include <linux/dvb/dmx.h>
#include <linux/dvb/frontend.h>
#include <linux/dvb/video.h>
-#include <sys/ioctl.h>
-#include <sys/mman.h>
#include "channels.h"
#include "diseqc.h"
#include "dvbci.h"
[View Less]
I have a bit of a problem running xine frontend – it will not reconnect if vdr backend restarts. Also, my vdr can take 10-15secs just to start up, and xine frontend will bail out during that time, too. Since frontend is being run on unattended TV box (read: no keyboard) it is cumbersome to restart xine every time this happens.
Second problem: xine does not work with vdr mplayer plugin (mplayer cannot access X, hence no video). Are there any alternatives?
I wonder if there are any …
[View More]solutions for this? I’m back to using softdevice, but it does not compile with latest ffmpeg, plus segfaults every now and then.
Peter
[View Less]
Hi,
I have tested with the first (TF1) and the second channel (France 2)
With this channels.conf
TF1;IPTV:1:IPTV|S1P1|UDP|232.0.1.17|8200:P:0:1217=27:1317:0:0:1017:0:0:0
France 2;IPTV:2:IPTV|S1P1|UDP|232.0.1.1|8200:P:0:1201=27:1301=fra:0:0:1001:0:0:0
France 3;IPTV:3:IPTV|S0P0|UDP|232.0.1.2|8200:P:0:1202=2:1302:0:0:1:0:0:0
France 4;IPTV:4:IPTV|S0P0|UDP|232.0.1.9|8200:P:0:1203=2:1303:0:0:1:0:0:0
France 5;IPTV:5:IPTV|S0P0|UDP|232.0.1.4|8200:P:0:1204=2:1304:0:0:1:0:0:0
I can only record TF1 …
[View More]and France 2.
With IPTV configured with filters on
You can find stream record with emcast here :
http://rapidshare.com/files/227699836/TF1.raw.html
and
http://rapidshare.com/files/227700760/France2.raw.html
Regards
Senufo
>>/ I found the error. With IPTV you must define the type of stream in channels.conf
/>/> In my channels.conf I wrote
/
>No, yo don't have to. The IPTV plugin has section filters implemented
>(if don't disable/blacklist them in setup options!). They seem to work
>in your setup too, but, please, correct me if your channel 39 isn't
>France 2. A snip from your first post.:
>/> France 2;IPTV:2:IPTV|S0P0|UDP|232.0.1.1|8200:P:0:1201=2:1301:0:0:1:0:0:0
/>/> changing pids of channel 39 from 0+0=2:0:0:0 to 1210+1210=27:1310=fra:0:0
/
>If the channel 39 really is the France 2, so question still remain, why
>the VDR's video type detection fails on TF1 as the mplayer do it rigth.
>You could provide a small video sample recording the multicast stream
<with i.e. emcast.
[View Less]