countries, this
plugin may help:
http://projects.vdr-developer.org/projects/vdrtva
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 31/08/13 14:22, Klaus Schmidinger wrote:
Please try the attached patch. This one does compile ;-).
Klaus
I've confirmed the schedules do now expire with the -E- option set. Many
thanks again.
Dave
___
vdr mailing list
vdr@linuxtv.org
On 31/08/13 14:22, Klaus Schmidinger wrote:
Please try the attached patch. This one does compile ;-).
Klaus
I'll leave the patched version running for a while to check that expiry
is working. Many thanks.
Dave
___
vdr mailing lis
the -E- option disables both.
Having the EPG grow unbounded is perhaps not desirable on devices such
as the Raspberry Pi which have limited memory and CPU.
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
these new files instead of
the ones supplied with the kernel.
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
The directories in the vdr-1.7.35 tarball are set to mode 700. If, like
me, you run vdr directly from the source tree but under a different user
to the one you use for compiling, your plugins will not load.
Dave
___
vdr mailing list
vdr@linuxtv.org
On 30/09/12 23:04, Laurence Abbott wrote:
On 30 September 2012 19:50, Dave wrote:
I'm using VOMP on Raspberry Pi as my main output device. The OSD is still
work-in-progress but all the VOMP features are working and TV quality is
fine (though I haven't used HD yet).
Oooo...intere
hard disk plus perhaps a remote TV player via
ethernet may be too much for the device to handle.
--
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
new version includes an OSD interface for managing Series Links.
http://projects.vdr-developer.org/projects/vdrtva
--
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
it.
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Wednesday 02 May 2012 14:23:50 Dominic Evans wrote:
> On 2 May 2012 14:09, Dave wrote:
> > This and much more is available from http://www.bsaoc.com/
>
> Excellent!
>
> The only thing that appears to be missing is the channels' broadcast
> resolutions, whi
ozen in time.
>
> Anyone any idea who it was and/or how one might go about generating a
> similar table?
This and much more is available from http://www.bsaoc.com/
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
e extensions for Series Link recording are virtually identical to
the UK. So there is a very good chance that the vdrtva plugin will work.
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
documents I've
quickly looked at state that the EPG is carried in MHEG-5, others that the TV-
Anytime CRIDs are present in the EIT as they are in the UK.
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
me adapter.
> Even thought most active users in this mail list very likely uses
> developer versions, there are probably lot of users still using stable
> 1.6.0 and would also prefer to run the Next stable once released.
And the Linux distributions will generally only
welcome...
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
calls to
> strcpyrealloc! I was, however, in the process of sorting out some other
> issues at the time so will have to try it again now that I've fixed the
> other problems!
The TVAnytime patch includes this VPS Fallback patch, but you don't need the
rest of it just to do accurate r
e EIT p/f table is used as the accurate
recording information, and the start of a programme is signalled by the
event_id appearing in the 'present' event. The alternative (preferred by ETSI
TS 102 323) is a TVA_id descriptor (0x75) in the p/f table, but these don't
seem to be br
Wimbledon tournament when many programmes ran late
due to live coverage of the tennis.
Dave
Index: vdr-1.6.0/config.c
===
--- vdr-1.6.0/config.c
+++ vdr-1.6.0/config.c 2008-04-15 14:48:30.0 +0300
@@ -255,6 +255,7 @@
UseSubtitle = 1;
On Thursday 16 June 2011 11:12:35 Dominic Evans wrote:
> Hi Dave,
>
> On 16 June 2011 09:06, Dave wrote:
> > On 14.06.2011 04:25, John Klimek wrote:
> > > My goal is to use the epgsearch plugin with this extra data to record
> > > "new" episodes (i
.data file?
>
> Does anybody have any information or advice on this?
>
> My goal is to use the epgsearch plugin with this extra data to record
> "new" episodes (ie. never before aired), etc.
For a 'quick and dirty' solution, take a
--with-
ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-gtk-cairo --disable-libjava-
multilib --enable-ssp --disable-libssp --disable-werror --with-ppl --with-
cloog --with-python-dir=/lib/python2.6/site-packages
Thread model: posix
gcc version 4.4.3 (GCC)
Dave
_
I'm using VDR 1.7.16 compiled for 64-bits with the vdrtva patch, and VDRAdmin-
AM 3.6.7.
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ed (hope attachments are allowed on this list!)
The first instance of 'BBC ONE' uses QAM64 modulation with 8k carriers, the
second QAM16 and 2k. Assuming you've gone through DSO the first one is correct.
Maybe vdr's channel scanning is getting confuse
course.
The card is a Twinhan DST DVB-T using the bttv driver. I'm not an expert at
reading kernel source, but in drivers/media/dvb/bt8xx/dst.c it does seem
that FE_CAN_QAM_AUTO is unconditionally set. The card documentation
doesn't specify whether the device can in fact handle a
ot
receive any channel.
The simple patch (attached) fixes the problem but I'm not sure that it
doesn't break something else.
Dave
--- dvbdevice.c.orig2010-05-01 10:47:13.0 +0100
+++ dvbdevice.c 2010-06-08 21:17:08.0 +0100
@@ -710,6 +710,7 @@
if (frontend
decoder
Jun 8 16:24:14 sodom vdr: [18819] assuming manual start of VDR
Jun 8 16:24:14 sodom vdr: [18819] SVDRP listening on port 6419
...
Jun 8 16:24:14 sodom vdr: [18819] switching to channel 1
Jun 8 16:24:14 sodom vdr: [18819] info: Channel not available!
I'll do
versions 1.7.12 and 1.6.0-2 are supported.
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
In message <20090909185925.ga24...@roja.toh.cx>, Thomas Hilber wrote
On Tue, Sep 08, 2009 at 11:08:39PM +0100, dave cunningham wrote:
Same behaviour with your xorg.conf unfortunately.
I've heard there are some buggy intel-DDXes floating around.
I don't know which one you
60.0
800x60060.3
640x48059.9
Bit confused as to where VGA-1 is coming from. Presumably this could be
the source of the problem?
xrandr --output VGA-1 --off
appears to have no affect.
--
Dave Cunningham dave at upsilon org uk
In message , dave cunningham
wrote
Looking for some help again :(
I've finally tried to get this up and running with the patched Intel
xserver on a D945GCLF2 atom board (I see from your readme that you've
tried this configuration so assume it should work).
(Note I'm usin
top's working just fine but I'm having problems with XV. When
running in a window xv's fine however when I switch to full screen all I
get is a blue screen + audio.
I've done a lot of googling / messing with xserver options / xv overlay
ports but I'm no furth
In message <20090827195633.ga3...@roja.toh.cx>, Thomas Hilber wrote
On Thu, Aug 27, 2009 at 10:44:59AM +0100, dave cunningham wrote:
In fact I use the cable from here
<http://members.optusnet.com.au/eviltim/scart.htm> with the cut off
circuit so I'd actually have to build a
ew cable to use this resolution.
Not that that's particularly difficult but do you gain any advantage using
the higher resolution on the Intel cards vs standard 576i with ATI. If not
then I'll probably just save the hassle and buy an ATI card of eBay
instead.
--
Dave Cunningham
ng at this resolution?
(I ask as I'm planning to use a Mini-ITX Atom board with a GMA950 to be
hooked up to a standard-def TV. It would be good if I could use the
onboard video and leave the PCI slot free.)
Thanks
--
Dave Cunningham PGP KEY
e no idea whether it works.
--
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Country: UK
Transmission: DVB-T
Encoding: MPEG-2 for SD (currently 109 TV & radio channels)
Hardware: DVB-T budget card, Hauppauge MVP with VOMP plug-in.
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
sing the Hauppauge MediaMVP together with the
> vdr-plugin-vompserver on the VDR system.
Another vote for MediaMVP and vompserver. The user interface is IMO easier
to operate than commercial PVRs such as the Humax, and the noisy recorder
can be kept out of the living room.
Dave
__
conf, in there I would still use :@nnn lines to set the
> offsets.
LCN is not in ETSI 300 168, it uses a descriptor number in the 'private'
range. A web search suggests that it is in the E-Book.
Dave
___
vdr mailing list
vdr@linuxtv.org
htt
to decode the
descriptor in the standard way used elsewhere in VDR.
--
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
rly-documented extension
to the SI tables which is only used in the UK.
I prefer my channels.conf in alphabetic order ;-)
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
e these files or the data
structures behind them. That also allows the SVDRP interface to be used to
build high-level applications.
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
es in a
series. Run it overnight as a cron job and never miss your favourite
series again!
The patch is at http://www.pickles.me.uk/vdrtva-0.0.3.tar.gz
--
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
reased about 1 watt.
It would be possible to save a few more watts if the DVB card could be
completely powered off (my new machine needs only 38w without the card
installed) but AFAIK that's not possible for PCI. A better bet for
a 'green' vdr i
nk to the exact manual you
> mean? TIA.
The file MANUAL, included in the vdr distribution.
--
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
(and maybe other applications) uses the line number in
channels.conf to decide whether to display a channel. Deleting defunct
channels would mess this up.
--
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
d64 "\n")
It would probably be necessary to have multiple translations for the string
after macro expansion (negating the whole reason for having the macro in
the first place).
--
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
UGINDIR=\"./PLUGINS/lib\"
-DLOCDIR=\"./locale\" -I/usr/include/freetype2 remote.c
remote.c: In member function ‘bool cRemote::Put(uint64_t, bool, bool)’:
remote.c:124: warning: format ‘%016LX’ expects type ‘long long unsigned
int’, but argument 4 has type ‘uint6
system), so freezing the current development
version into a stable release sounds a good idea.
The distributions which include vdr would probably appreciate a release
which worked with their existing kernels.
Maybe we'll all meet again at version 2.0...
> Yes or
s and stores the
information in epg.data and channels.conf.
If anyone is interested in taking this forward and building high-level
functions to make use of the data, the patch is at
http://www.pickles.me.uk/vdrtva-0.0.1.tar.gz
The patch was prepared against vdr-1.5.13.
--
wer Twinhan one doesn't generate these messages.
Also the problem only seems to occur when recording, not when watching live
TV.
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Sunday 19 Aug 2007, Luca Olivetti wrote:
> The diff fails on all po files, it's only me or does it happens to
> others?
The diff applies fine for me.
--
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ey are both 16-bit fields, so I presume that
there should simply be no re-use within the time interval covered by the
EPG.
--
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
criptor has the 'user private' bit set.
I'll do some more digging.
--
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ew thoughts I had. If i'm going off on the wrong
> track please let me know, I've never done any work on VDR itself before.
One issue is whether this is a global standard (in which case perhaps vdr
ought to support it) or a UK-only scheme (where a plug-in might be more
appropria
m not sure just how unique these identifiers are supposed to be; the
series identifiers are generally 5-digit numbers or 6-character alpha
strings preceded by "/", while the program ID seems to have the episode
number appended.
On Sandy Heath I only see t
ation Table (PID 0x10), except you'd want to work on PID 0x12
> instead.
OK I've tried looking again. The ITV1 multiplex at least is broadcasting
EIT descriptor 0x76 (content identifier descriptor) which is part of the
TV-Anytime spec. Oddly, I didn't see that last ni
uot; the same as "TV-Anytime"? The latter is covered by
an ETSI specification TS 102 323, though I haven't found a copy online as
yet, and the data is carried in the EIT tables.
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
test
issue)
http://webapp.etsi.org/action/OP/OP20060428/en_300468v010701o.pdf
so presumably the data fits in to the specification somehow. I looked
through this and also checked the broadcast data with dvbsnoop last
weekend but couldn't see anything obvious. Maybe no-one is broadcasting
the links
Is there any way to use Mplayer as the frontend to xineliboutput? This
might be a stupid question, but the a/v sync problems are unacceptable
with the existing front end vdr-sxfe, unless someone has a way to get
xine-lib 1.1.1 to compile with xvmc support (1.1.2++ apparently
introduced the a/v
I have finally got xineliboutput working well enough with xvmc.
I have the ATSC patch to VDR and a channels.conf with some atsc channels
which works fine and decode smoothly, but I dont know what settings you
guys are using for HDTV output that works well.
I have a LCD projector with a nativ
I have seen this posted here before, with no resolution..
I have an A/V sync problem with xineliboutput, the audio is always
behind the video. But its not consistent so changing the audio delay
will be good for the channel one time, but be way off the next time I
tune the same channel..
Has
I see that timers.conf has the events in 'wallclock' time (when setting
timers through vdradmin at least).
--
Dave
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Tero Saarni wrote:
> Dave wrote:
>> Im experiencing a problem with libxineoutput. The video and audio are
>> out of sync. the settings for the plugin correct it good for one
>> channel, but then are out for another channel, so Ive had to put it in
>> the "middle&q
Im experiencing a problem with libxineoutput. The video and audio are
out of sync. the settings for the plugin correct it good for one
channel, but then are out for another channel, so Ive had to put it in
the "middle" so its kinda out of sync equally across all channels, but I
find it unacceptab
I get the following error compiling xineliboutput: (xine-lib 1.1.2
(gentoo packaged), vdr 1.4.0
gcc -O2 -I/usr/include -c -D_GNU_SOURCE
-DPLUGIN_NAME_I18N='"xineliboutput"' -D_REENTRANT -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='"1.0.0pre3"'
-DYAEGP_PATCH -Wall -I/usr/sr
Simon Baxter wrote:
>> That card works fine, in fact its recommended by many vdr users. Here is
>> the scoop.
>>
>> The card does NOT do HDTV decoding in hardware. It will do it in
>> software assuming the modulation is QPSK, (it does NOT support 8PSK
>> commonly used for HDTV at least here) The
Simon Baxter wrote:
>> Hi.
>>
>> I'm looking at getting the following from dvbshop.net
>>
>> Technotrend Remotecontrol SET
>> Technotrend Technotrend "Dual Tuner" Package (Technotrend Premium S2300
>> (Rev
>> 2.3) "modded")
>> RGB/S-Video J2 Extension for Technotrend Premium (for component/RGB-out
Klaus Schmidinger wrote:
> Mlists wrote:
>
>> On Wed, 2006-08-16 at 22:23 +0200, Klaus Schmidinger wrote:
>>
>>> Mlists wrote:
>>>
On Wed, 2006-08-16 at 20:38 +0300, Anssi Hannula wrote:
> mlists wrote:
>
>> I confirmed in my sources.conf tha
yea the frontend supports it, but its otherwise useless.
Mlists wrote:
> On Wed, 2006-08-16 at 22:06 -0400, Dave wrote:
>> >From what Im reading, the air2pc ATSC card only supports 8VSB, no
>> support for QAM at all.
>>
>>
>>
>>
>
> hmm... bu
>From what Im reading, the air2pc ATSC card only supports 8VSB, no
support for QAM at all.
Mlists wrote:
> On Wed, 2006-08-16 at 22:23 +0200, Klaus Schmidinger wrote:
>> Mlists wrote:
>> > On Wed, 2006-08-16 at 20:38 +0300, Anssi Hannula wrote:
>> >> mlists wrote:
>> >> > I confirmed in my sour
Alexander Golks wrote:
> i think i'll try this "-ao alsa:pcm=default".
>
> but as i already mentioned, the softdevice complains about the ac3
> stream. perhaps something like "-ao alsa:pcm=default#ac3=default#" will
> do the job.
>
>
ac3(spdif) is only going to work if you have a sound card with
Why dont you just try -ao alsa:pcm=default
your said your soundcard doesnt have spdif and you arent using it, so
why are you telling softdevice to use spdif?
ich wrote:
> thats quite sure.
> the only way momentarly getting the softdevice running is with "-ao
> dummy:". without it, it complain
73 matches
Mail list logo