Re: [vdr] xmltv2vdr.pl

Hi Brian, On 26 July 2015 at 08:40, Brian wrote: > just a quick question about the script, which I use every day. > > I need to merge XML data from 2 sources for my VDR. I tried just running the > script > twice, but I see that it clears VDR's EPG at the start. So that does not work. > > First a

Re: [vdr] VDR2 plugin streaming problem

On 3 Apr 2013, at 09:20, Stuart Morris wrote: > Congratulations on the release of VDR-2.0.0. > > I'm finding plugins streamdev, xvdr and vnsi all fail to stream live TV and > radio. Is this to be expected with VDR-2.0.0 until plugin developers can > catch up? No, at least streamdev and vnsi h

Re: [vdr] New Makefile system

On 24 March 2013 16:36, Lucian Muresan wrote: >> Even before Issue 18 was fixed it worked flawlessly on Archlinux. > > Well, and therefore you concluded it ought to work on any system, but > that's not necessarily true. > > *SNIP* > tbh VDR is quite unusual that it provides this 'template' system

Re: [vdr] frontend invalid argument / frequency X out of range

Hey Klaus, On 21 March 2013 12:26, Klaus Schmidinger wrote: > On 18.03.2013 17:08, Dominic Evans wrote: >> So I presume it is happening during a 'search for transponders' or an >> epg update scan? > > Maybe faulty data in the NIT? > > You could start debug

Re: [vdr] VDR's UpdateChannels destroys channel information

On 21 March 2013 09:04, Teemu Suikki wrote: > I have mysterious problem with some channels.. All seem to be on > S13.0E, but on different transponders. > > According to http://en.kingofsat.net/pos-13E.php page, "Disney Channel > HD Italia" is DVB-S2, 8PSK, SR 29900. However, I seem to have DVB-S,

Re: [vdr] VDR form packages

On Wednesday, 20 March 2013, Marx wrote: > On 20.03.2013 00:01, Tobi wrote: > >> Can you point me to the upstream sources? Is there an official version of >> the VNSI plugin for Frodo? >> > Based on > http://forum.xbmc.org/**showthread.php?tid=139675

[vdr] frontend invalid argument / frequency X out of range

Running vdr 1.7.41 I have previously seen this issue on earlier development snapshots, but had simply ignored it as I was running development code. However, as we near 2.0, I thought I might query it on the mailing list. In my syslog I occasionally see an error related to my DVB-S frontend attemp

Re: [vdr] VDR form packages

On 8 May 2012 19:29, Tobi wrote: > On 08.05.2012 18:34, Marx wrote >> I didn't know and that's why his repository isn't updated. In fact I use >> lately Debian's version (and I was quite suprised that so new version is >> available in Debian). Hovewer number of available plugins in Debian is >> pr

[vdr] [PATCH] minor vdr.5 formatting fix

The formatting of the sample channels.conf entry for RTL Television gets badly paragraph wrapped in vdr.5. Simple fix to prevent line wrapping happening is to put it into a table. Patch attached. This also fixes a lintian warning about this line in debian build logs. vdr.5.patch Description: Bin

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.40

Klaus, On 10 March 2013 15:04, Klaus Schmidinger wrote: > If there are no more serious bug reports, the final version 2.0.0 of VDR > shall be released on March 31, 2013. Many congratulations on all your hard work on the VDR 1.7.x branch. Very much looking forward to seeing this marked as 2.0.0 s

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.36

On 16 February 2013 10:48, Klaus Schmidinger wrote: > On 16.02.2013 11:43, Joachim Wilke wrote: >> 2013/2/15 Klaus Schmidinger : >>> I'm not planning to make any more changes to the Makefiles for version >>> 2.0.0. >> >> So it will remain broken. Thats sad, I provided the patch already >> before r

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.37

On 10 February 2013 21:28, Klaus Schmidinger wrote: > On 10.02.2013 21:01, Lars Hanisch wrote: >> Found some weird file in the tarball: menu.cyVkmHd > > Thanks, will be removed in the next version. If we are polishing stuff like this for 2.0, there are two small bugs in the permissions in the .

Re: [vdr] Call for translations for VDR version 2.0.0

On 11 February 2013 08:44, Klaus Schmidinger wrote: > On 11.02.2013 00:38, syrius...@no-log.org wrote: >>> Here is a patch for fr_FR.po. >> >> NAK NACK NON NEIN NICHT NO :-) > > So should I just ignore the changes made by Marc Perrudin, or are > you going to provide revised translations? If s

Re: [vdr] [DISCUSSION REQUEST] reintroduce a common make configuration file in VDR-1.7.35

On 28 December 2012 10:07, Gero wrote: > I guess, most of confusion and frictions comes from the fact, that you use c++ > as programming language, but you don't code c++ and you don't think as a c++- > developer. > > Same - you developed a linux app, but you don't care about linux standards. > > *

Re: [vdr] [DISCUSSION REQUEST] reintroduce a common make configuration file in VDR-1.7.35

On 28 December 2012 09:29, Klaus Schmidinger wrote: > IF YOU BREAK USERSPACE I HATE YOU AND YOU ARE A TERRIBLE PERSON > > So did *you* (Dominic) just make that up? I'm asking because your > posting looks just like a direct quotation from Linus, and I have > a hard time imagining a renowned perso

Re: [vdr] [DISCUSSION REQUEST] reintroduce a common make configuration file in VDR-1.7.35

On 27 Dec 2012, at 23:41, fnu wrote: Linux wouldn't have been that succesfull, if Linus Torvalds would not had an ear to the needs of others, even business needs ... A Christmas message from Linus – “IF YOU BREAK USERSPACE I HATE YOU AND YOU ARE A TERRIBLE PERSON” http://article.gmane.org/gman

Re: [vdr] get a segmentation fault when starting vdr (backtrace included)

On 29 November 2012 15:17, Dieter Bloms wrote: > does anybody see what is wrong here ? Your choice of recording? ;) > #6 0x004eb4e3 in cRecording::cRecording (this=0x2e2c650, > FileName=0x2e4c15c "Sex_and_the_City_2/2012-11-19.20.10.27-0.rec") at > recording.c:723 ___

Re: [vdr] vdr build using git submodules

On 18 September 2012 20:27, Sergey Bolshakov wrote: >>>>>> "Dominic" == Dominic Evans writes: > > Before I go ahead and do this, I just wondered if anyone else had done > > something similar? :) > > Sorta yes, not submodules (subtrees) thoug

[vdr] vdr build using git submodules

Hi all, I was thinking of moving to building my own personal VDR and plugins from scratch, using HEAD/master versions, rather than using a binary deb-based system. My plan was to store the whole lot in a personal git repo, branching off the VDR releases git tracker [1], and then use git submodule

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.30

On 11 September 2012 10:30, Anssi Hannula wrote: > 10.09.2012 17:05, Klaus Schmidinger kirjoitti: >> - The new function cDevice::HasInternalCam() can be implemented by devices >> that >>provide encrypted channels in an already decrypted form, without >> requiring explicit >>handling of a

Re: [vdr] ATSC scanning support request

Hi Timothy, On 29 August 2012 22:01, Timothy D. Lenz wrote: > Just did a crash to grab what is in the logs: > > /var/log/ > syslog: > Aug 29 13:57:01 x64VDR vdr: [9106] ATSC Scanner thread started (pid=20976, > tid=9106) > Aug 29 13:57:01 x64VDR kernel: ATSC Scanner[9106]: segfault at 7f9ca800010

Re: [vdr] ATSC scanning support request

On 28 Aug 2012, at 20:58, "Timothy D. Lenz" wrote: > The crashing problem would be better address by making it part of VDR. I am > trying to make scripts to use Schedules Direct because even if VDR was > picking up what the broadcasters send, the broadcasters themselves are > unreliable and ha

Re: [vdr] ring buffer overflows

On 28 August 2012 11:30, Marx wrote: > Are we the only two who have this problem? > Marx Are you watching on VLC over Wifi? Have you tried increasing vlc's HTTP caching? I tend to set it to 'maximum latency', or switch to advanced and increased it to ~4000ms. Also try accessing streamdev's PES s

Re: [vdr] ATSC scanning support request

On 25 August 2012 20:54, Timothy D. Lenz wrote: > The problem here in the US is, DVB is not a standard for anything. I'm guessing Klaus' problem here is that he doesn't live in the US so can't access ATSC broadcasts for testing, so it doesn't really make sense for him to attempt to maintain it in

Re: [vdr] Bad choices of USB cards

On 21 May 2012 00:37, Torgeir Veimo wrote: > You can get a sony playtv, they are dual tuner and it's mostly plug > and play, except for intermittent noise from time to time (suspecting > retuning second tuner for eit scanning causing noise on first tuner). Hmm, I've not seen this issue. Do you ha

Re: [vdr] Bad choices of USB cards

On 21/05/12 11:40, Dominic Evans wrote: On 20/05/12 22:48, Marx wrote: Also I wold welcome advice, which from those rather cheap USB cards works without any problems on stock linux kernel. I use a pair of Technisat SkyStar USB HD (DVB-S/S2) tuners [1] for Satellite and a pair of Sony PlayTV

Re: [vdr] Bad choices of USB cards

On 20/05/12 22:48, Marx wrote: Also I wold welcome advice, which from those rather cheap USB cards works without any problems on stock linux kernel. I use a pair of Technisat SkyStar USB HD (DVB-S/S2) tuners [1] for Satellite and a pair of Sony PlayTV devices for DVB-T. This has been a stabl

Re: [vdr] VDR form packages

On 09/05/12 14:32, Tony Houghton wrote: On Wed, 09 May 2012 12:14:48 +0100 Dominic Evans wrote: On 09/05/12 00:54, Tony Houghton wrote: I'd like eepg to be packaged, but only if the memory leak can be fixed and it's made to work on Freeview HD. The Huffman tables and marker by

Re: [vdr] VDR form packages

On 09/05/12 00:54, Tony Houghton wrote: Make some suggestions what Plugins you would like to see in official Debian! I'm going to upload markad to Debian soon. I'd like eepg to be packaged, but only if the memory leak can be fixed and it's made to work on Freeview HD. The Huffman tables and mar

Re: [vdr] [ANNOUNCE] epgfixer-plugin 0.1.0

On 8 May 2012 12:36, Marx wrote: > On 08.05.2012 10:11, Klaus Schmidinger wrote: >> >> Has anybody ever tried to contact the broadcaster who is sending this >> broken EPG >> data, and ask them to fix it? >> Might be worth a try... > > > This broadcaster (Cyfra+) sells own decoders which works, so

Re: [vdr] Convert recording

On 4 May 2012 14:28, Marx wrote: > Hello > It's probably common use but I didn't find good info how to do that: > I record movie. It needs to be cutted (advertisment etc) and than compressed > from mpeg2 to divx (because this format is smaller and playable on almost > everything). Then movie is mo

Re: [vdr] Plugin for MHEG (BBC RedButton service)

On 2 May 2012 14:45, Dominic Evans wrote: > Did you ever get anywhere with this? I'm thinking, with both the > Olympics and Wimbledon coming up shortly, it would be useful to get > MHEG up-and-running on my VDR install, so I was going to try out your > plugin later. It would be u

Re: [vdr] Plugin for MHEG (BBC RedButton service)

On a related note, I couldn't see a single tar on your website, so I grabbed the source files from the http dir listing and packaged it up as vdr-plugin-redbutton.tar.bz2 to make it easier for people to download in one go. Mirrored here: http://mir.cr/OQYPHY33

Re: [vdr] Plugin for MHEG (BBC RedButton service)

Hi John, On 19 March 2011 12:48, John Williams wrote: >> I could not find a repository on your site. I think it greatly eases >> the task to provide patches. If you do not want to set one up >> yourself and you need a host you could use for example [2]. > > Most of the code was written by Simon K

Re: [vdr] dtt.me.uk

On 2 May 2012 14:31, Dave wrote: > On Wednesday 02 May 2012 14:23:50 Dominic Evans wrote: >> The only thing that appears to be missing is the channels' broadcast >> resolutions, which I couldn't seem to be find? > > Perhaps not as user-friendly as your or

Re: [vdr] dtt.me.uk

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, which I couldn't seem to be find? ___ vdr mailing list vdr@linux

Re: [vdr] dtt.me.uk

On 2 May 2012 14:04, Dominic Evans wrote: > Somebody used to run a site back in 2009 at http://dtt.me.uk/ that > generated a very handy table showing resolution and average bitrate > information for all the DVB-T channels in the UK. It is still > available, just frozen in time. &g

[vdr] dtt.me.uk

Somebody used to run a site back in 2009 at http://dtt.me.uk/ that generated a very handy table showing resolution and average bitrate information for all the DVB-T channels in the UK. It is still available, just frozen in time. Anyone any idea who it was and/or how one might go about generating a

Re: [vdr] noad-0.7.3 and HD ?

On 1 May 2012 13:01, Karim Afifi wrote: > Hi Franck, > > Thanks for the this, I didn't know this plugin ! > > The compilation goes well, but the plugin-markad prevents VDR launch by > systematically crashes it ... > > Any idea please ? > Thanks ! There's a fairly clear message in your log: 23994

Re: [vdr] Bug in pat.c (VDR 1.7.27) - possible fix attached

On 9 April 2012 10:40, Klaus Schmidinger wrote: > +                          // http://www.smpte-ra.org/mpegreg/mpegreg.html > +                          ... > +                          case 0x44434949: // STREAMTYPE_USER_PRIVATE - > DigiCipher II VIDEO (ANSI/SCTE 57) > > There is no entry for 44

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.27

On 5 Apr 2012, at 16:26, Dominic Evans wrote: > Hi Klaus, > > On 4 April 2012 22:53, Klaus Schmidinger wrote: >> On 04.04.2012 23:08, Dominic Evans wrote: >>> I can re-test with vanilla VDR sources if you think its possible they >>> are causing the issue? >&

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.27

Hi Klaus, On 4 April 2012 22:53, Klaus Schmidinger wrote: > On 04.04.2012 23:08, Dominic Evans wrote: >> I can re-test with vanilla VDR sources if you think its possible they >> are causing the issue? > > It would be a start, jut to make sure. > After all, it appear

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.27

On 4 April 2012 21:48, Klaus Schmidinger wrote: > On 04.04.2012 20:36, Dominic Evans wrote: >> With the additional patch to fix the bug with getting a single column >> width (that I previously mentioned), this still isn't quite working >> correctly. >> >> Se

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.27

Hi Klaus, On 25 March 2012 12:45, Klaus Schmidinger wrote: > - The channel name column in the "What's on now/next" menu now adjusts its > width >  to display the full short name of each channel (suggested by Dominic > Evans). With the additional patch to fix the bug w

Re: [vdr] Freeview HD support

On 3 April 2012 16:23, Tony Houghton wrote: > Freeview HD's EPG uses the same encoding as Freesat, but for some reason > the EEPG plugin doesn't recognise it; it probably only uses the extended > decoder when it's using Freesat's non-standard PIDs. Also, I noticed that (like the EEPG plugin) Domi

Re: [vdr] Freeview HD support

Hi Tony, On 3 April 2012 16:23, Tony Houghton wrote: > Freeview HD's EPG uses the same encoding as Freesat, but for some reason > the EEPG plugin doesn't recognise it; it probably only uses the extended > decoder when it's using Freesat's non-dtandard PIDs. > > EEPG's code is a bit tortuous, and

[vdr] Submitting VDR Debian Patches Upstream

There are numerous patches in the debian packaging tree for yaVDR, some of which have been naturally picked up from the standard debian packages and some of which are yaVDR specific: https://github.com/yavdr/vdr/tree/master/debian/patches It is not immediately obvious which of these have been

[vdr] DVB-T Channels – ERROR: invalid value for parameter 'S'

I recently updated from 1.7.22 to the latest VDR developer snapshot 1.7.27 My DVB-S/DVB-S2 tuners all continued to work fine, but none of my DVB-T channels were accesible anymore. Checking the logs I noticed numerous "ERROR: invalid value for parameter 'S'" entries, whenever attempting to tune to

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.27

On 1 April 2012 00:54, VDR User wrote: >> Unfortunately, this doesn't seem to be working. I just upgraded to vdr >> 1.7.27 and the channel name is now only a single character for every >> channel. > > I had the same problem here as well. Klaus has fixed it, try the patch Thanks. Have submitted th

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.27

On 26 March 2012 10:25, Dominic Evans wrote: > On 25 March 2012 12:45, Klaus Schmidinger wrote: >> - The channel name column in the "What's on now/next" menu now adjusts its >> width  to display the full short name of each channel (suggested by Dominic >

Re: [vdr] Updating actuator plugin

On 27 March 2012 13:55, Dominic Evans wrote: >>>> It is just to remind you that vdr is updated (1.7.27 is now), and that >>>> impossible to compile actuator plugin against new vdr. I do like your >>>> plugin, it very useful for channel's scanning. It is

Re: [vdr] Updating actuator plugin

>>> It is just to remind you that vdr is updated (1.7.27 is now), and that >>> impossible to compile actuator plugin against new vdr. I do like your >>> plugin, it very useful for channel's scanning. It is better than other >>> scanner pluging I tried. Pls, find some time! ;-) >> >> I'm really s

Re: [vdr] Updating actuator plugin

Hi, On 26 March 2012 20:58, Luca Olivetti wrote: > Al 26/03/12 18:56, En/na YUP ha escrit: >> Luca, >> It is just to remind you that vdr is updated (1.7.27 is now), and that >> impossible to compile actuator plugin against new vdr. I do like your >> plugin, it very useful for channel's scanning

Re: [vdr] Memory leak (was Re: Channel 4 HD on Freesat)

On 26 March 2012 15:44, Tony Houghton wrote: >> How would you analyze or debug a memory leak in a running environment: >> - which thread/plugin is the root cause? >> - which datastructure sees the growth? >> - which allocs are not bracketed by a proper de-alloc? > > Debian also includes a script t

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.27

On 25 March 2012 12:45, Klaus Schmidinger wrote: > - The channel name column in the "What's on now/next" menu now adjusts its > width  to display the full short name of each channel (suggested by Dominic > Evans). Superb! Many thanks! ___

Re: [vdr] cheap dvb-s usb2.0 card

On 12/03/12 19:38, Arturo Martinez wrote: Hi, Can somebody point out at a resonably priced DVB-S (or DVB-S2) USB2.0 card to use with VDR? I found this one: http://www.buydvb.net/tbs5922-usb-dvbs2-tv-box_p41.html but it seems a bit expensive... ___ v

Re: [vdr] xmltv2vdr.pl

On 10 Mar 2012, at 06:08, Steffen Barszus wrote: > On Fri, 9 Mar 2012 15:54:29 + > Dominic Evans wrote: > >> I don't know if anyone else still uses the xmltv2vdr.pl perl script >> for piping XMLTV data into VDR's epg, but I've been keeping a version &

Re: [vdr] Local frontend - using XBMC strm vs vdr-sxfe

On 9 March 2012 16:25, Tony Houghton wrote: >> I actually currently have deinterlacing disabled on both xineliboutput >> and XBMC. > > AIUI interlaced fields are encoded as a pair in one field, so for most > video players "disabled", ignoring the interlacing flags and treating it > as as normal fr

Re: [vdr] STNG Schedule Now and Next Column Widths

On 9 March 2012 16:18, Dominic Evans wrote: > Ideally the channels column would be auto-sized to display the full > channel name, as these tend to be a max of 20 characters it would be > useful to be able to see the whole thing. On a related note, it would also be good if the Now and N

[vdr] STNG Schedule Now and Next Column Widths

Using the STNG skin at 1920x1080 (with the font size slightly reduced from default), the columns on the Now and Next pages of the Schedule don't currently adjust their width, but simply allocate all the extra space to the final column containing the title. See http://i.imgur.com/TKvGy.jpg for an ex

[vdr] xmltv2vdr.pl

I don't know if anyone else still uses the xmltv2vdr.pl perl script for piping XMLTV data into VDR's epg, but I've been keeping a version of it updated with some additional function here: https://github.com/oldmanuk/xmltv2vdr These are the changes since the last version (1.0.9) was released on th

Re: [vdr] Local frontend - using XBMC strm vs vdr-sxfe

On 9 March 2012 15:11, Jonas Bardino wrote: > I launch vdr-sxfe with a command that overrides video_num_buffers, Thanks for the suggestions. I'll add the buffers cmdline to my vdr-sxfe startup. Interesting that you're using xvdr+tcp://localhost rather than the default unix pipe. Intentional? > T

Re: [vdr] Local frontend - using XBMC strm vs vdr-sxfe

On 9 March 2012 13:42, Tony Houghton wrote: > The difference between vdr-sxfe and XBMC you're experiencing could be > due to differences in the deinterlacing setting. You didn't say what > your graphics card is, but the sort of low-power fanless card most of us > like to have in an HTPC can't mana

Re: [vdr] Local frontend - using XBMC strm vs vdr-sxfe

On 9 March 2012 10:09, Niels Wagenaar wrote: >> Does anyone have vdr-sxfe running flawlessly as a local frontend for HD >> content? >> > > I use a fully updated yaVDR 0.4 and I don't have any issues with the > vdr-sxfe frontend. Hmm. I have the same (yaVDR) running on an ION330 box. The channels

[vdr] Local frontend - using XBMC strm vs vdr-sxfe

Hi all, Running vdr-sxfe as a local frontend using a pipe _should_ be as fast (if not faster) than using XBMC over an http://localhost streamdev connection. However, I seem to find the opposite to be the case. vdr-sxfe still struggles with HD content, has pops and clicks in the audio, crashes out

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.24

On 28/02/12 10:24, Gero wrote: At the moment it all works pretty well in streamdev, ... As far as I understood available docs, streamdev is not able to handle recordings, so I would not say "all works" Streamdev does work fine for recordings. However, I tend to use e-tobi's fuse filesystem t

[vdr] Intelligent management of simulcast DVB-S2 / DVB-T channels

I remember seeing patches for marking channels as identical in terms of EPG (so e.g., a DVB-S version of the channel can automatically share the EPG entries from the DVB-T version), but has anyone worked on a patch for identifying simulcasting channels, or even had some preliminary design thoughts

Re: [vdr] vdr-sxfe and IEC958 audio

On 28 January 2012 00:31, Anssi Hannula wrote: > I'm not sure why it worked before (the most obvious reason would be a > different amplifier which doesn't care for the IEC/AES status bits, but > I'm sure you would've mentioned it if that was the case...). > > Instead of "plughw:0,1" for the device

[vdr] vdr-sxfe and IEC958 audio

I have a digital S/PDIF output from my VDR frontend hooked up to a decent home amplifier and surround speakers. In the past I've had no problems using this via a vdr-sxfe frontend both for stereo MPEG-2 audio, as well as for 5.1 AC-3 on HD channels. audio.device.alsa_default_device:plughw:0,1 aud

Re: [vdr] LiveBuffer for vdr 1.7.x

> It's a patch from yaVDR and it doesn't apply to the vdr source tree as is > (at least for me). Here's the patch from yaVDR rebased to apply to vanilla 1.7.21 sources: https://gist.github.com/1513894 https://raw.github.com/gist/1513894 ___ vdr mailin

Re: [vdr] [PATCH] vdr-1.7.21 & DVB-T2 support

(replying to the original patch thread) On 22 December 2011 08:54, Stuart Morris wrote: > I'm running 1.7.21 with a DVB-T and DVB-T2. The only patch I have is for> > decoding the compressed EPG for UK Freeview HD. Does DVB-T2 need special > handling in VDR? That's not been my experience. I beli

Re: [vdr] FreeviewHD compressed EPG

On 25 October 2011 14:34, Dominic Evans wrote: > On 25 October 2011 14:27, Tony Houghton wrote: >> On Tue, 25 Oct 2011 13:54:36 +0100 (BST) >> Dominic Morris wrote: >> >>> Complete tables are here: >>> >>> http://rst38.org.uk/vdr/freesat_tables_

Re: [vdr] FreeviewHD compressed EPG

On 25 October 2011 14:27, Tony Houghton wrote: > On Tue, 25 Oct 2011 13:54:36 +0100 (BST) > Dominic Morris wrote: > >> Complete tables are here: >> >> http://rst38.org.uk/vdr/freesat_tables_complete.zip > > Those are the ones with holes in aren't they? Stuart Morris said he had > to "port" the ta

Re: [vdr] FreeviewHD compressed EPG

On 24 October 2011 12:58, Stuart Morris wrote: > The patch is here: > http://www.rst38.org.uk/vdr/freesat.diff > > The first hunk fails to apply but this is ok because that part of the > patch is relevant to freesat only. FYI I did previously rebase the patch for vdr 1.7.8 and newer (which had ch

Re: [vdr] eepg plugin with UK freeview (not freesat!) EPG

Slightly off topic but I recently uninstalled the EEPG plugin and reverted back to pure XMLTV data as I was finding it introduced too much instability into my VDR setup. With the plugin I would have problems with my DVB-S2 card causing VDR to restart with the 'broken stream' error code every week o

Re: [vdr] vdr-checkts + vdrnfofs

Hi Tobi, On 3 October 2011 19:26, Tobi wrote: > Good suggestion! Added to the todo list. Is is possible for you to add a page under http://projects.vdr-developer.org/projects for vdr-nfofs so that we can raise bugs, request features and submit patches on a tracker? _

Re: [vdr] eepg plugin + UK freeviewHD = }?Ln??X??Z?Z

On 29 September 2011 13:14, Dominic Evans wrote: > On 29 September 2011 13:00, Stuart Morris wrote: >> Looking at the source code for Eepg it's not looking for the Freeview >> private data descriptor tag 0x233a. >> Does anyone know where I could find informati

Re: [vdr] eepg plugin + UK freeviewHD = }?Ln??X??Z?Z

Hi, On 29 September 2011 13:00, Stuart Morris wrote: > Looking at the source code for Eepg it's not looking for the Freeview private > data descriptor tag 0x233a. > Does anyone know where I could find information on Freeview descriptors? > Would they be the same as Freesat? I doubt they wou

Re: [vdr] Problems with ITV3 Recordings

On 25 September 2011 12:32, Dominic Evans wrote: > On 25 September 2011 11:22, brian wrote: >> Hi, >> in the same vein as this (mis-titled thread) VDR developer version 1.7.21, I >> have very >> often problems with recordings done on ITV3. Using ProjectX I cant see any

Re: [vdr] Problems with ITV3 Recordings

On 25 September 2011 11:22, brian wrote: > Hi, > in the same vein as this (mis-titled thread) VDR developer version 1.7.21, I > have very > often problems with recordings done on ITV3. Using ProjectX I cant see any > real errors. > > Main problem is that audio and video quickly become out of sync.

Re: [vdr] ERROR: video data stream broken

On 19/09/11 13:31, Dieter Bloms wrote: Rather than having VDR emergency exit on this error, is it possible to have it just continue? yes, if you set "EmergencyExit = 0" in the setup.conf file (or via osd menu). Excellent thanks. For now I've set: EmergencyExit = 0 EPGScanTimeout = 0 UpdateC

Re: [vdr] ERROR: video data stream broken

On 19 September 2011 12:17, Dominic Evans wrote: > I've recently started seeing quite a few instances of a vdr throwing > this error (ERROR: video data stream broken) and then initiating an > emergency exit. fyi, looking in the logs, this does seem to happen whilst VDR is rap

[vdr] ERROR: video data stream broken

Searching for this error found numerous posts on the mailing list from old releases, but nothing recent so I wanted to query it again... I've recently started seeing quite a few instances of a vdr throwing this error (ERROR: video data stream broken) and then initiating an emergency exit. I'm not

Re: [vdr] [ANNOUNCE] epgsearch-1.0.0

Christian, On 11 September 2011 19:37, Christian Wieninger wrote: > it's time for a new release. I'm quite happy with the current state, so I > decided to place a '1' in front of the version :-) Congrats on the new release! Changelog looks fantastic. One quick question... > - new internal var

[vdr] XBMC / VNSI discontinued?

Anyone have more detailed info? It seems pipelka has 'announced' that the VNSI addon is discontinued in favour of his own new XVDR addon. However, opdenkamp/dushmaniac doesn't look too happy about this situation... http://forum.xbmc.org/showpost.php?s=3975431b107cbb88b3bfc0267a5b4bcc&p=877324&post

[vdr] MaxVideoFileSize

Apart from FAT16/FAT32/ISO 9660 compatibility reasons, are there any benefits to keeping MaxVideoFileSize for recordings at <= 2GB? I was considering setting it to something arbitrarily larger such as 16GB but just wondered if I was causing any unexpected side effects. ___

Re: [vdr] FreeviewHD channels.conf OK for xine, but not for VDR

On 13 August 2011 22:13, Chris Rankin wrote: > Now xine isn't tuning into the HD channels again either. Maybe it's a problem > with the transmitter, but I'm thinking that the DVB userspace doesn't have > enough support for DVB-T2 yet. Are you testing with a recent snapshot of kernel and/or an h

Re: [vdr] [PATCH] Compile fix for eepg-0.0.3 with g++ 4.6

On 13/08/11 23:29, Chris Rankin wrote: This patch fixes compilation of the eepg-0.0.3 plugin with g++ 4.6: FYI eepg is maintained in git here: http://projects.vdr-developer.org/git/vdr-plugin-eepg.git/ I believe your fix is already present in master. ___

Re: [vdr] Default Audio Track

On 13 August 2011 10:29, Klaus Schmidinger wrote: >> When playing back in VDR frontend it always just defaults to the first >> audio track in the stream, requiring a switch each time. >> >> Is it possible to make VDR default to automatically pick the highest >> quality (e.g. 5.1>  stereo) local-la

[vdr] Default Audio Track

A number of UK HD channels have the 'audio description' track as the first audio track in the stream e.g., Stream #0.0[0x201]: Video: h264 (Main), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 56.55 fps, 50 tbr, 90k tbn, 50 tbc Stream #0.1[0x281](NAR): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s

Re: [vdr] UK FreeviewHD and VDR

On 12 August 2011 12:33, Gerald Dachs wrote: > Currently I am testing vtuner on a Seagate Dockstar with 2 sundtek DVB-C > USB sticks that is streaming to a Zotac HD-ID 40. It is promising. FYI vtuner is available here http://code.google.com/p/vtuner/ _

Re: [vdr] UK FreeviewHD and VDR

> I've already found this web site: http://www.rst38.org.uk/vdr/ http://projects.vdr-developer.org/projects/plg-eepg is the currently maintained successor to this patch really. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/

Re: [vdr] vdr-plugin-restfulapi 0.1.0

API looks good. Giving it a try out now. FYI default port is 8002 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DAB+, VDR and Linux

2011/7/18 Henning Pingel : > > Am Montag, den 18.07.2011, 14:49 +0200 schrieb Luboš Doležel > : >> I'd like to experiment with DAB+ as there are now some broadcasts in >> my country. >> >> Are there any DAB+ receivers known to work under Linux? Does VDR (or >> other tools) support it? There is litt

Re: [vdr] How can I add custom information to the EPG?

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 (ie. never before aired), etc. > > For a 'quick and dirty' solution, take a look at vdrtva: > > http://projects.vdr-d

Re: [vdr] sequence of messages in xgettext/msgmerge

On 15 May 2011 13:58, Klaus Schmidinger wrote: > I'm just trying to build VDR on openSUSE 11.4, which comes with > xgettext/msgmerge version 0.18.1. For some odd reason, when doing > >  make i18n > > the sequence of the messages in the *.po files is completely different > than before, which would

Re: [vdr] Stop live TV whilst in menu

On 13 May 2011 00:34, VDR User wrote: > On Thu, May 12, 2011 at 12:29 PM, Dominic Evans wrote: >> Is there any patch for VDR that stops Live TV whilst you're in the menus? > > None that I'm aware of but what's the point of doing that anyways?  If > it'

[vdr] Stop live TV whilst in menu

Is there any patch for VDR that stops Live TV whilst you're in the menus? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Sky UK Channels.conf - Channel Numbering & Categories

On 5 May 2011 15:23, Tony Houghton wrote: >> I had been interested in generating a channels.conf that contained the >> channels grouped by the Sky UK genre categories, whilst also using the >> same channel numbering. > > OOI, how do you get the channel numbering? I know how to get the numbers > fo

Re: [vdr] Sky UK Channels.conf - Channel Numbering & Categories

Hi Henning, On 5 May 2011 13:43, Henning Pingel wrote: > > Hi Dom, > > Did you check the new Channelpedia project? > Maybe we can join forces to achieve your goal. > > http://channelpedia.yavdr.com/gen/html/channels_en_S28.2E.html > Yep, I had previously discovered the Channelpedia project, but

  1   2   >