Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264

2008-05-23 Thread sundararaj reel
> I would like to mention that for the time being the scanner won't pick up > DVB-S2 channels. > Anyone knows why? > You might want to look into svn ls svn://[EMAIL PROTECTED]/testing/src/kernel/patches/2.6.11.11/ frontend.h is patched for S2 support. I donot if this would help, just for your

[vdr] DVB API Wrapper for VDR 1.7.0

2008-05-23 Thread lucian orasanu
Hy. I dont understend why are you kep mantaining this patch wen vdr-1.7.0 and all plugins should be evolving on multiproto. Stop releasing this patch, keep it for you!! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailma

Re: [vdr] no channel update on vdr 1.7.0

2008-05-23 Thread Brian
Klaus Schmidinger wrote: > On 05/22/08 21:22, Brian wrote: >> ... >> Will the TS mods that Klaus is currently working on mean that the full >> stream of >> the transponder can be recorded? Or will the HW full-TS mod still be needed? > > The PES to TS switch will only change the way VDR records br

Re: [vdr] ts record (was - no channel update o n vdr 1.7.0)

2008-05-23 Thread Goga777
> > Will the TS mods that Klaus is currently working on mean that the full > > stream of > > the transponder can be recorded? Or will the HW full-TS mod still be needed? > > The PES to TS switch will only change the way VDR records broadcasts > and performs live viewing. There will be no more TS

Re: [vdr] reelchannelscan 0.6.1 patch for vdr- 1.7.0 + h264

2008-05-23 Thread Goga777
> > I would like to mention that for the time being the scanner won't pick up > > DVB-S2 channels. > > Anyone knows why? > > > > You might want to look into > svn ls svn://[EMAIL PROTECTED]/testing/src/kernel/patches/2.6.11.11/ > > frontend.h is patched for S2 support. I donot if this would he

Re: [vdr] DVB API Wrapper for VDR 1.7.0

2008-05-23 Thread Halim Sahin
Hi, Thanks Udo for this patch. The threadstarter can resend his message if multiproto driver is merged to official linux kernel and linux-dvb. Currently this patch is really useful. Regards. Halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxt

Re: [vdr] DVB API Wrapper for VDR 1.7.0

2008-05-23 Thread Udo Richter
lucian orasanu wrote: > I dont understend why are you kep mantaining this > patch wen vdr-1.7.0 and all plugins should be evolving > on multiproto. Stop releasing this patch, keep it for you!! I think that there's a need for it. In my opinion something like VDR should work on any stable Linux dis

[vdr] EPGSearch time-based blacklisting

2008-05-23 Thread Mike Lampard
Hi All, I have a channel with identical EPG info for the same program, regardless of episode. Often the program I want to record is repeated every six hours or so, but depending on the day it may be every 12 hours or more (its somewhat random) with a new episode sometime after midnight. Usin

[vdr] DVB API Wrapper for VDR 1.7.0

2008-05-23 Thread lucian orasanu
Hy Look at reel vdr comunity, they implement more API in fronten.h to make use of their plugins and vdr. Use vdr-1.6.0 for old API is nothing new to vdr-1.7.0 beside h264 and multiproto, and you think 150 is more, I think not. ___ vdr mailing

Re: [vdr] ts record (was - no channel update on vdr 1.7.0)

2008-05-23 Thread Klaus Schmidinger
On 05/23/08 13:11, Goga777 wrote: >>> Will the TS mods that Klaus is currently working on mean that the full >>> stream of >>> the transponder can be recorded? Or will the HW full-TS mod still be needed? >> The PES to TS switch will only change the way VDR records broadcasts >> and performs live v

Re: [vdr] ts record (was - no channel update on vdr 1.7.0)

2008-05-23 Thread Dr. Werner Fink
On Fri, May 23, 2008 at 04:42:06PM +0200, Klaus Schmidinger wrote: > On 05/23/08 13:11, Goga777 wrote: > >>> Will the TS mods that Klaus is currently working on mean that the full > >>> stream of > >>> the transponder can be recorded? Or will the HW full-TS mod still be > >>> needed? > >> The PES

Re: [vdr] ts record (was - no channel update on vdr 1.7.0)

2008-05-23 Thread Klaus Schmidinger
On 05/23/08 17:39, Dr. Werner Fink wrote: > On Fri, May 23, 2008 at 04:42:06PM +0200, Klaus Schmidinger wrote: >> On 05/23/08 13:11, Goga777 wrote: > Will the TS mods that Klaus is currently working on mean that the full > stream of > the transponder can be recorded? Or will the HW ful

Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264

2008-05-23 Thread Goga777
Hi I can't compile patched reelchannelscan (revision 6170) goga:/usr/src/VDR/PLUGINS/src/channelscan-0.6.1# make clean bzip2.c:135:22: error: missing binary operator before token "(" goga:/usr/src/VDR/PLUGINS/src/channelscan-0.6.1# make bzip2.c:135:22: error: missing binary operator before toke

Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264

2008-05-23 Thread Goga777
FYI - I didn't apply the channelscan-vdr.patch from /usr/src/VDR/PLUGINS/src/channelscan-0.6.1/patches > I can't compile patched reelchannelscan (revision 6170) > > goga:/usr/src/VDR/PLUGINS/src/channelscan-0.6.1# make clean > bzip2.c:135:22: error: missing binary operator before token "(" >

Re: [vdr] DVB API Wrapper for VDR 1.7.0

2008-05-23 Thread VDR User
This patch will NOT prevent development of multiproto! DVB-S2 is here to stay and it is only being developed for multiproto. As well I've heard the kernel maintainers want multiproto asap. In the meantime there are some drivers which exist in v4l that people still need. I personally have a mixt

[vdr] VDR-xine + ffmpeg? (h.264 problems)

2008-05-23 Thread Jelle De Loecker
Hello everyone, I followed a german tutorial on how to install VDR with xine. It had some patches for better h.264 playback, but when I tune to BBC HD, it's still painfully slow, and the image is quite bad, too! I compiled xine with the ffmpeg option (external ffmpeg or something) but I never

Re: [vdr] ts record (was - no channel update on vdr 1.7.0)

2008-05-23 Thread Ville Skyttä
On Friday 23 May 2008, Klaus Schmidinger wrote: > On 05/23/08 13:11, Goga777 wrote: > > is a lot of vdr-code need patch for this ? > > It's not too much, but at core locations and requires a lot of testing > and debugging. Just a quick comment/question: have you considered changing the recording