On Tuesday 12 Jun 2007, Alex Stansfield wrote:
> Hi,
>
> with the launch of Freeview Playback in the UK, I was wondering if
> anyone here knew how the series links were sent to the dvb box.
>
> Freeview Playback is a system by which series link information is sent
> to the dvb box, allowing someone
On Wednesday 13 Jun 2007, Andrew Herron wrote:
> Hi,
>
> My understanding is that the updated epg data has been transmitted here
> in the uK across all dvb-t mux's since about March/April. Not all
> channels may have completely updated there backend systems yet but all
> the major channels have don
On Thursday 14 Jun 2007, Andrew Herron wrote:
> The document we need to look at is the one that specifies how to process
> Event Information (AKA EPG) and is called
> "ETSI EN 300 468". The latest one is found here;
>
> http://webapp.etsi.org/action/OP/OP20060428/en_300468v010701o.pdf
>
> It looks
On Friday 15 Jun 2007, Jonathan McDowell wrote:
> On 12/06/07, Alex Stansfield <[EMAIL PROTECTED]> wrote:
> > If anyone knows any more about how the system works or has the DTG
> > specification (can't see it on their website) please let me know.
>
> MythTV seems to have added support:
>
> http://s
On Monday 18 Jun 2007, Alex Stansfield wrote:
> I've been finding my way around the vdr source code as the idea of
> support for this series link has me interested in seeing if it's
> something I might be able to do or help with.
>
> I guess we'd need to store the series link information in the epg
On Tuesday 26 Jun 2007, Alex Stansfield wrote:
> Andrew Herron wrote:
> > I believe TV-Anytime is a European standard.
>
> Wikipedia seems to agree:
>
> http://en.wikipedia.org/wiki/TV-Anytime
I now have the TVAnytime spec TS 102 323 from www.etsi.org (painless
automated registration required) to
On Monday 16 Jul 2007, Friedhelm Büscher wrote:
> Hi everybody.
>
> I wonder, if (according to vdr.5) must be uniq among *all*
> events known to vdr or only among the events of the current channel?
>
> Is it valid to have a of 4711 for "ard" and a of
> 4711 for "zdf"? Or will these both events c
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
On Sunday 04 Nov 2007, NIVAL Michaël wrote:
> Hi,
>
> When I record channel with subtitle, VDR brutally restart.
>
> Here is the content of the syslog, just before restarting :
>
> Nov 4 20:59:42 vdrbox vdr: [7700] buffer usage: 70% (tid=7706)
> Nov 4 20:59:43 vdrbox vdr: [7700] buffer usage: 80%
There was a discussion here last year about implementing support for
Freeview Replay, the cut-down version of TV-Anytime (ETSI TS 102 323)
broadcast in the UK.
I've now produced a patch which implements the low-level support needed for
Freeview Replay. It captures the series and item CRIDs and
On Sunday 03 Feb 2008, Klaus Schmidinger wrote:
>Should there be a stable version 1.6.0 now, based on what's in
>version 1.5.14, but without DVB-S2 or even H.264 support?
I have no use for HDTV support (the only HDTV available in the UK at
present is on the closed $KY system), so freezin
Compiling the new version on my 64-bit AMD processor produces the warnings
below. I think they've probably been there for a while, I don't usually
watch VDR compiling...
# g++ -v
Using built-in specs.
Target: x86_64-mandriva-linux-gnu
Configured
with: ../configure --prefix=/usr --libexecdir=/us
On Tuesday 19 Feb 2008, Klaus Schmidinger wrote:
> > remote.c:124: warning: format "%016LX" expects type "long long
> > unsigned int", but argument 4 has type "uint64_t"
>
> Apparently there are macros for this, like PRId64 and such.
> But i don't like having to write something like
>
> int64_t
On Thursday 10 Apr 2008, Peter Evertz wrote:
> ua0lnj schrieb:
> > And other feature, this is deleting absent channels. If provider was
> > deleted channels, you need delete it from channels.conf manually.
> > After this patch, vdr auto deleting channels, which not present on
> > transponder in sd
On Saturday 26 July 2008, Alex Girchenko wrote:
> Lauri, I've found only one manual so far:
> http://www.linuxtv.org/vdrwiki/index.php/VDR_User%27s_Manual. It
> doesn't contain a word on setup.conf. Also studied the entire wiki,
> the man page. Could you please provide a link to the exact manual yo
On Saturday 06 September 2008, [EMAIL PROTECTED] wrote:
> I don't know how much watt savings could be achieved with this, but on
> conseptual level it sounds good or do you agree?
>
> I hope some 10-20 watts could be saved in 1xFF and 2xbudget environment.
> And less heat inside the box, on softde
A few months ago I posted a VDR patch to implement support for Freeview+,
the cut-down version of TV-Anytime (ETSI TS 102 323) broadcast in the UK.
I've prepared a new version against VDR 1.6.0-2, and included a simple Perl
script which automatically creates timers for all of the programmes in a
On Sunday 05 October 2008, Gavin Hamill wrote:
> Interesting stuff :)
>
> I don't suppose it's possible to implement this as a plugin rather than
> a patch to VDR's core? Is there not enough core exposed via the plugin
> API?
>
> I can't see the patch going into VDR core any time because it's focu
On Monday 06 October 2008, Laz wrote:
> On another Freeview specific note, I'd love to have my channels
> renumbered to their "proper" Freeview numbers. At the moment, I have to
> go through and move them about by hand every time something changes! I
> don't think there is currently any support fo
On Tuesday 07 October 2008, Laz wrote:
> This is the sort of feature which would be ideal as a plugin, i.e. only
> those who are interested need to compile and use it. As to whether it is
> possible to obtain the relevant LCN info from the DVB stream is possible
> from a plugin or not (I'd have th
On Tuesday 07 October 2008, Klaus Schmidinger wrote:
> Are these channel numbers broadcast in a way that's covered in the
> DVB SI standard? If so, I see no reason why VDR shouldn't (optionally)
> use them when sorting channels. But they sure have no place in
> channels.conf, in there I would stil
On Sunday 26 Oct 2008, Peer Oliver Schmidt wrote:
> Hello Paul,
>
> > has anyone on this list any experience in setting up VDR for older
> > people like grandparents? It would be nice, if she/he could share
> > her/his experience or point me to information on the WWW.
>
> I have experience with sec
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
On Monday 10 Aug 2009, Tony Houghton wrote:
> On Sun, 09 Aug 2009 23:01:07 +0200
>
> In fact, it isn't just Yesterday, the entire Freeview network has no EPG
> in VDR. I can tune to the channels though. The DVB-S EPG is present
> though.
Are you referring to Freeview, the UHF terrestrial DVB-T ser
My TVAnytime patch has a new home:
http://projects.vdr-developer.org/projects/show/vdrtva
The patch implements the subset of TVAnytime (ETSI 102 323) broadcast in
the UK as "Freeview Plus". Also included is a Perl script to provide
automatic "series link" recording.
Vdr versions 1.7.12 and 1.6
On Tuesday 08 Jun 2010, ShorTie wrote:
> Hello, I tried to upgrade to 1.7.15 and get no video .. :(~
> 1.7.14 works fine.
> Tried patching v4l with the FE_CAN_TURBO_FEC patch and then neither
> 1.7.14 or 1.7.15 will work.
> Do I need a fresh pull of v4l or something?
I've just noticed that my vdr
(I'll start a new thread as my problem may not be the same as the one
posted earlier).
VDR 1.7.15 will not record or show live TV from my DVB-T card - 1.7.14 was
fine. On startup I see this message in the log:
Jun 8 16:24:14 vdr: [18819] frontend 0/0 provides DVB-T with unknown
modulations ("
On Tuesday 08 Jun 2010, VDR User wrote:
> I'm not sure what FE_CAN_QAM_AUTO is supposed to represent exactly so
> the problem may not be in VDR, but rather your cards driver not
> accurately reporting it's capabilities. In which case, the driver
> needs to be fixed of course.
The card is a Twinha
We're coming up to the weekend when Daylight Saving Time ends in Europe. I
seem to recall last time I tried this that there were problems with
setting timers before the changeover to record programmes after it. Is
this still an issue, and if so would restarting VDR after the change help?
I see
29 matches
Mail list logo
