and I have
commands.conf containing lines such as:
"Restart vdr frontend: ssh vdrfe killall -KILL vdr-sxfe"
for when the frontend hangs (seems to happen mainly when I skip forward
several times in quick succession). I also have a command set up to shut down
the client from the remote.
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
o forward lirc
commands to the server.
I also suspect that I can run "full" vdr on the client to allow me to use
some plugins on there?! Not looked into that yet. I suspect I can probably
just use vdr-sxfe as a basic frontend, with lirc forwarding so I can
"hide" the server somewhere else...
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
o work OK so
far in my (very brief) tests. It may or may not work for you!
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
eepg plugin!
What's the best way of filling in the gaps in the lookup tables? Modify
the patch so that unknown sequences are dumped along with surrounding
words so that they can be added by hand? How many gaps are you seeing at
the moment?
Cheers,
Laz
__
ing, etc., from the client? (I think that is all meant to be
straightforward but does it work in practice?!)
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ordings even though they are on the same
> channel or transponder)
Works a treat. vdr has so far recorded as many concurrent recordings as
I've ever needed it to (about 6 or 7, maybe?!).
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http:/
s so I was seeing
gibberish creeping in at random for other channels.
I gave up for now because I can only currently play back HD stuff "off line" on
a beefier machine!
As I understand it, it's all just meant to work.
Cheers,
Laz
__
On Saturday 27 August 2011 01:18:31 Tony Houghton wrote:
> On Fri, 26 Aug 2011 20:42:38 +0100
>
> Laz wrote:
> > I thought it had been doing this scrambling when I tried it earlier
> > in the week but have now proved it to myself.
> >
> > Time to start adding so
On Friday 26 August 2011 13:33:52 Laz wrote:
> On Thursday 25 Aug 2011, Mario Schulz wrote:
> > Am 21.08.2011 23:09, schrieb Laz:
> > > Does anyone know whether the eepg plugin should "just work" with the
> > > Huffman encoded EPG broadcast on Freeview (DVB-T)
On Thursday 25 Aug 2011, Mario Schulz wrote:
> Am 21.08.2011 23:09, schrieb Laz:
> > Does anyone know whether the eepg plugin should "just work" with the
> > Huffman encoded EPG broadcast on Freeview (DVB-T) HD channels in the
> > UK? (Someone mentioned it on here a
eesat" and "freeview" are used
interchangably in it.
Currently, I have completely garbled EPG on HD channels! I can add decoded EPG
grabbed via xmltv but the EPG gets overwritten with the garbled version.
(What's vdr's policy on EPG data added through SVDRP, etc.,
I've got
eepg running now but I htink that only processes EPG from the DVB stream
rather than processing existing EPG data. This is a problem because I'm
downloading EPG from Radio Times and feeding it in using xmltv2vdr. Even so, I
don't think eepg was unencodi
the first available tuning device when one of these
> channels is selected, which happens to be a DVB-T device and not the
> 290e DVB-T2 device.
>
> Is this a problem with channels.conf or do I need to use a later
> version of VDR? I am currently using VDR 1.7.15.
>
> Laz h
ct is 1.78:1 - prescaling to correct movie aspect.
VO: [vdpau] 1440x1080 => 1920x1080 Planar YV12
Looking good!
As far as I can tell, it seems to be working.
:-)
Next step, get the epg sorted out...
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
so that vdr can record HD stuff but I can only
watch them "off-line" using mplayer or similar from another PC. At least
to start with, anyway.
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
at's not doable, I guess I'll build a new Ion-based box and use xine
for output. The problem then is that you don't tend to get many PCI slots
for DVB cards (well, not with the small Atom boards). Maybe I could just
keep the current vdr box (2.66 MHz P4) and stick an Nvidia graphics card
in it. Decisions decisions...
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Sunday 07 August 2011 17:10:04 Laz wrote:
> It all works but it's not perfect: it can't decode a number of frames at
> the start of the stream when vdr starts. I'm now dropping all frames
> before the first I-frame and it seems a bit happier but still complains
>
On Sunday 07 August 2011 10:33:30 Klaus Schmidinger wrote:
> On 01.08.2011 14:25, Laz wrote:
> > I'm getting quite a few errors from avcodec complaining that decoded
> > video frames have width and height set to 0. This tends to be at the
> > start of a stream, i.e. on ch
andle?
Maybe I should bite the bullet and implement a decoder for
PlayTsVideo()..!
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
bodged with some
soldering). More of a proof of prinicple than anything else, though.
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Monday 18 Jul 2011, Dave wrote:
> On Monday 18 July 2011 13:09:19 Laz wrote:
> > I will have to give your patch a go becuase I've recently missed a
> > few recordings due to tennis and football over-running!!
> >
> > I presume I need to set timers with no marg
oc! 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!
:-)
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Monday 11 Jul 2011, Klaus Schmidinger wrote:
> On 11.07.2011, at 03:21, Laz wrote:
> > Hi,
> >
> > I'm currently updating the softdevice plugin to work with the changes
> > to TS format that started with vdr-1.7.1 and also current versions
> > of ffmpe
On Monday 11 Jul 2011, Klaus Schmidinger wrote:
> On 11.07.2011, at 03:21, Laz wrote:
> > Hi,
> >
> > I'm currently updating the softdevice plugin to work with the changes
> > to TS format that started with vdr-1.7.1 and also current versions
> > of ffmpe
ode? Does the output device ulitimately receive the same set of
PES packets?
Thanks,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
looks nice in principle but any lack of a remote is a deal breaker!
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Friday 14 Jan 2011, Tobi wrote:
> Am 14.01.2011 11:19, schrieb Laz:
> > change to TS). You have the softdevice built against vdr-1.7.16 in
> > your repository. Does this work properly or has it just that it
> > compiles and hasn't been widely tested?
>
> I guess
ecordings are active, etc. (based on a plugin I
found years back which I'm pretty sure is no longer developed). How easy
is it to combine a single plugin built from source into a .deb based
setup?
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
a couple of Media MVPs hanging off of my setup too! They won't do
HD, though. :-(
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
er that is even possible or whether it
is only possible to decode "directly to HDMI", for example, and not just
decode and then use something else to output the decoded frames.
Maybe this is now possible: I've not looked at ffmpeg for a while,
although my experiences of ffmpeg is
tly fewer channels than on DVB-S, for example. It's also the way
that "proper" STBs do it and most people (at least in the UK) would expect
their normal channel numbers.
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
to set
timers without turning on the TV is a nice feature!
:-)
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
run the X server at 1920x1080 and then both SD and HD work
easily together (with full HD OSD?).
I toyed with the xine and the xineliboutput plugins a _long_ while back:
which is the easiest option for getting VDPAU working?
Thanks,
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
quot;just
worked" for me in the past with DirectFB output from a Matrox G450, with
no extra layer of X required (this is a dedicated set-top-box affair).
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
sal, I'll definitely be buying such a decoder
card or whatever they've been superseded by! Maybe someone will also have
made some DVB-T2 devices by then!
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
27;t play about with this:
no DVB-T HD stuff in the UK for several years to come so I'm happy using
CPU grunt for MPEG2 decoding for now.
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
hough, and it works really well).
Other options might be streamdev and vlc?
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
there are too
> > many channels before them to actually implement the desired numbers.
>
> Maybe I should try to explain this to my wife instead?
;-)
As I say, I tend to check the numbering every now and then and reorder
channels.conf by hand inserting lots of :@nnn place holders.
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Monday 06 Oct 2008, Frank Scherthan wrote:
> Laz schrieb:
> > On Sunday 05 Oct 2008, Gavin Hamill wrote:
> >> On Sun, 2008-10-05 at 15:10 +0100, Dave P wrote:
> >
> > On another Freeview specific note, I'd love to have my channels
> > renumbered to their
ls 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 for assigning channels a specific number
wit
on board all
suggestions and - seeing as it is a hobby - will get to stuff eventually.
I will not be leaving vdr any time soon!
:-)
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
the non-German speakers among us?
:-)
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
le screen at once. I'm not buying one until 1. terrestrial is
available in the UK, 2. my current TV dies, 3. there is a solution like
this which utilises older hardware!).
Looks interesting...
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
small (I think) MIPS system but that's
designed for this sort of thing so maybe not as interesting!
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
unless Via have changed their attitudes. (Not really bothered
looking into this because HD is years off in the UK where I am, unless
you fork out lots to Sky!)
It is a shame to have such hardware and not be able to use it!!
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Tuesday 16 Oct 2007, Laz wrote:
> Vomp seems to work quite well. I have an older (H2) MediaMVP which I
> use on a tele' upstairs, mainly for watching recordings but live TV
> also works. I think it does have the ability to set timers (on the
> remote vdr server) but I&#x
watching a recording on the real vdr system, it will
replay from the beginning on the vomp box!
I'm not sure I'd want it as my main way of using vdr (lacks some useful
features) but is very good for use as a second system. Also much quieter
than the old PC I had as a second vdr system u
On Monday 25 June 2007 11:57, Richard Lithvall wrote:
> On 6/25/07, *Laz* <[EMAIL PROTECTED]
>
> >> I did read stuff a while back about people getting USB disconnects
> >> from them at random but I've never seen that with mine.
>
> Andrew Herron wrote:
>
, as long as the card is supported in Linux will vdr
> treat it as two dvb-t devices?
I've got one and it works a treat. It does just appear as two separate DVB
devices.
I did read stuff a while back about people getting USB disconnects from
them at random but I&#
On Thursday 15 February 2007 11:30, Teemu Suikki wrote:
> On Thu, 15 Feb 2007, Teemu Suikki wrote:
> > Why is the user input so slow? When I press a key in remote, there
> > seems to be a random delay of 0-0.5sec or so.. Sometimes it's fast,
> > sometimes not. It's fine in channel switching but rea
nnels.conf every now and then to make sure channels are in the corerct
order with their correct numbers.
The scan utility can output a vdr-format channels.conf with the channel
numbers included, too.
Cheers,
Laz
___
vdr mailing list
vdr@
et to skip 4 minutes forwards...) but
some are +/- 10 or 20 s and being able to skip 10 s is very handy for me.
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
he lirc receiver works fine, I'd be
suspicious of the driver.
The above observations are on a 1.2 GHz Via Epia system, so not that powerful
all things considered.
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
ather than treating all timings as video.
Having said that, I tried to record a couple of sample bits of a radio
channel the other day and they were pretty broken.
:(
Do radio recordings still work for other people or have I managed to break
something?! I used to make quite a few but hav
S-video, and RGB component mentioned in
various places. Are there different versions of these things, apart from
wired / wireless?
Does it really work this well? I'm not too bothered about editing recordings
from it (use vdrsync for that!) but setting timers would be useful.
Cheer
On Thursday 04 January 2007 09:30, Torgeir Veimo wrote:
> On 4 Jan 2007, at 09:20, Laz wrote:
> > Hmmm...I've got one of these and I've never seen it disconnect yet
> > (a few months so far...fingers crossed!).
>
> It looks like this (am not sure why it actually c
dapter0, /dev/dvb/adapter2,
/dev/dvb/adapter3, i.e. adapter1 missing from where one of them had
been originally before disconnecting and then being reassigned as
adapter3! in this situation, vdr only sees the first DVB device
because it starts at adapter0 and stop
a.k.a. Slug,
but that's a story for another day!
;)
Cheers,
Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Wednesday 20 December 2006 10:31, Kartsa wrote:
> Laz kirjoitti:
> > I do this sort of thing by nfs mounting /video from the remote system
> > on a subdirectory on the local system. Probably not the most elegant
> > system because the empty directory gets deleted by vd
b-folder and so get sorted by date,
rather than alphabetically because they are treated as series recordings.
I'm doing the mounting and unmounting through commands.conf.
As I say, there's probably a better way of doing this but I have yet to
find one!
Cheers,
Laz
___
ommand on the vdr command line. From
man vdr:
-g, --grab=dir
Write images from the SVDRP command GRAB into the given direc-
tory dir. dir must be the full path name of an existing direc-
tory, without any "..", double '/' or symlinks. By defa
On Wednesday 25 October 2006 02:13, Laz wrote:
> Has anyone managed to get the built-in detector in a Hauppauge Nova-T usb2
> working with vdr with the remote plugin? I'm just swapping a Nova-T PCI
> card for a dual-tuner Nova-T 500. So far, it looks like the DVB part is
> wo
it gets no further.
As far as I can see, it all looks good until it gets to the actual remote
plugin! Am I missing something simple here, or am I wasting my time and
should go back to trying to get LIRC working with this device?!
Cheers,
Laz
___
vdr
ng as root here)
Eeeek! Also makes permissions a bit more complex than just changing
ownership to the non-vdr user.
Can you put the directory elsewhere and use a symbolic link in /video, and
check it exists before running vdrconvert?
Cheers,
Laz
___
vd
VDR 2.0 ;-)
It does have the added overheads of running MySQL on what might be a low-power
system, slower startup, etc. Then again, reading large amounts of EPG data,
etc. from what can be huge flat files should improve things!
Maybe it could be a build-time option...
Laz
65 matches
Mail list logo
