Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264
> 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 info. Bye -- Sundararaj ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] DVB API Wrapper for VDR 1.7.0
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/mailman/listinfo/vdr
Re: [vdr] no channel update on vdr 1.7.0
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 broadcasts > and performs live viewing. There will be no more TS to PES conversion. > VDR will still record separate programmes, though. It won't record the > entire TS. > > Klaus > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > Klaus thanks. I know the BBC was pissing about with recording the complete TS, but IIRC then you need a "LOT" of disk space for that. Cheers Brian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ts record (was - no channel update o n vdr 1.7.0)
> > 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 to PES conversion. > VDR will still record separate programmes, though. It won't record the > entire TS. is a lot of vdr-code need patch for this ? when will you plan to release next vdr 1.7.* version with new ts features ? Igor aka Goga777 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan 0.6.1 patch for vdr- 1.7.0 + h264
> > 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 info. there's multiproto's version of frontend.h http://jusst.de/hg/multiproto/log/46df93f7bcee/linux/include/linux/dvb/frontend.h btw is there any files "what's new" for reelchannelscan from 0.4.1 version till 0.6.1 ? Goga777 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVB API Wrapper for VDR 1.7.0
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.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVB API Wrapper for VDR 1.7.0
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 distribution without requiring special kernels and drivers to be installed. I know that the goal is to push multiproto development, but intentionally forcing incompatibility to enforce people to upgrade their systems is not really typical for open source OSes, is it? Lets do some optimistic timeline estimations: Multiproto is currently a fork of the off-kernel DVB drivers. Lets assume another half year til this is part of the main DVB drivers. Another half year to get it into stable kernels. This will surely be too late for Debain/Lenny for example, and VDR will not run on native Debian/Stable before around 2011. This also means no more official Debian VDR packages newer than VDR 1.6.x until then. Driver development will be pushed anyway, as DVB-S2 users need them. And there will be lots of them soon. But why force frequent kernel and driver updates to DVB-S/C/T users and even pure streaming clients, if they don't really need them? VDR and plugins continue to evolve to multiproto anyway, the wrapper doesn't turn back time: VDR continues to internally use multiproto, the wrapper provides a 'fake' multiproto driver. And the new runtime detecting even allows transition: Just use the normal VDR binary package together with new drivers, and S2 works right out of the box! Fully support bleeding edge technology without spoiling old users! There's no way to make the switch to HD any easier than that. Cheers, Udo PS: 151 downloads of API wrapper 0.3, and 19 downloads of API wrapper 0.4 in the last 15 -mostly night- hours. No need for it? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] EPGSearch time-based blacklisting
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. Using EpgSearch, is there a way to force a single recording in a search within a specified period, without knowing the exact time that the 1st episode is recorded _successfully_? i.e: allowing a maximum number of successful (non-conflicting) timers/day per search? I know that I can set a timer to record from (say) 12am to 12pm, but it would be great if there is a way to guarantee a single recording regardless of whether other timers take precedence or EPG similarity, when multiple opportunities for a successful record exist in a day, without ending up with 2-4 copies of the same episode if no conflicts exist. Like a 'One-Shot' timer that resets itself at midnight (or other settable period) instead of deleting itself. Many thanks to Klaus for VDR and all those people who've taken the time to write and support plugins and patches, especially EPGSearch by Mike Constabel and GraphLCD by Andreas Regel, who succeeded in making me a TV junkie when so many others (including myself) have failed :) Regards Mike ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] DVB API Wrapper for VDR 1.7.0
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 list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ts record (was - no channel update on vdr 1.7.0)
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 viewing. There will be no more TS to PES conversion. >> VDR will still record separate programmes, though. It won't record the >> entire TS. > > 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. > when will you plan to release next vdr 1.7.* version with new ts features ? When it's ready ;-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ts record (was - no channel update on vdr 1.7.0)
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 to TS switch will only change the way VDR records broadcasts > >> and performs live viewing. There will be no more TS to PES conversion. > >> VDR will still record separate programmes, though. It won't record the > >> entire TS. > > > > 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. OK ... for replaying the TS stuff on a FF DVD card you need a simple remuxer which does TS -> PES with max. 2048 bytes per frame, do you? Werner -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ts record (was - no channel update on vdr 1.7.0)
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 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 to PES conversion. VDR will still record separate programmes, though. It won't record the entire TS. >>> 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. > > OK ... for replaying the TS stuff on a FF DVD card you need a simple > remuxer which does TS -> PES with max. 2048 bytes per frame, do you? Not really. Currently I`m testing things in Transfer Mode, and what I do is to simply strip the TS header and send the payload to PlayVideo() and PlayAudio(), respectively. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264
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 token "("
g++ -fPIC -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE
-DPLUGIN_NAME_I18N='"reelchannelscan"' -DVDRDIR=\"../../..\"
-DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include
channelscan.c
In file included from scan.h:34,
from csmenu.h:42,
from channelscan.c:31:
filter.h:193:1: warning: "MAXNETWORKNAME" redefined
In file included from ../../../include/vdr/device.h:18,
from scan.h:31,
from csmenu.h:42,
from channelscan.c:31:
../../../include/vdr/nit.h:16:1: warning: this is the location of the previous
definition
channelscan.c: In member function ‘virtual void cMenuChannelscanSetup::Store()’:
channelscan.c:71: error: no matching function for call to
‘cMenuChannelscanSetup::SetupStore(const char [12], const char [12], int&)’
../../../include/vdr/menuitems.h:182: note: candidates are: void
cMenuSetupPage::SetupStore(const char*, const char*)
../../../include/vdr/menuitems.h:183: note: void
cMenuSetupPage::SetupStore(const char*, int)
channelscan.c:72: error: no matching function for call to
‘cMenuChannelscanSetup::SetupStore(const char [8], const char [12], int&)’
../../../include/vdr/menuitems.h:182: note: candidates are: void
cMenuSetupPage::SetupStore(const char*, const char*)
../../../include/vdr/menuitems.h:183: note: void
cMenuSetupPage::SetupStore(const char*, int)
make: *** [channelscan.o] Ошибка 1
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264
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 "("
>
>
> goga:/usr/src/VDR/PLUGINS/src/channelscan-0.6.1# make
> bzip2.c:135:22: error: missing binary operator before token "("
> g++ -fPIC -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE
> -DPLUGIN_NAME_I18N='"reelchannelscan"' -DVDRDIR=\"../../..\"
> -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include
> channelscan.c In file included from scan.h:34,
> from csmenu.h:42,
> from channelscan.c:31:
> filter.h:193:1: warning: "MAXNETWORKNAME" redefined
> In file included from ../../../include/vdr/device.h:18,
> from scan.h:31,
> from csmenu.h:42,
> from channelscan.c:31:
> ../../../include/vdr/nit.h:16:1: warning: this is the location of the
> previous definition
> channelscan.c: In member function ‘virtual void
> cMenuChannelscanSetup::Store()’:
> channelscan.c:71: error: no matching function for call to
> ‘cMenuChannelscanSetup::SetupStore(const char [12], const char
> [12], int&)’ ../../../include/vdr/menuitems.h:182: note: candidates are: void
> cMenuSetupPage::SetupStore(const char*,
> const char*) ../../../include/vdr/menuitems.h:183: note: void
> cMenuSetupPage::SetupStore(const char*,
> int) channelscan.c:72: error: no matching function for call to
> ‘cMenuChannelscanSetup::SetupStore(const char [8], const
> char [12], int&)’ ../../../include/vdr/menuitems.h:182: note: candidates are:
> void cMenuSetupPage::SetupStore(const
> char*, const char*) ../../../include/vdr/menuitems.h:183: note:
> void cMenuSetupPage::SetupStore(const
> char*, int) make: *** [channelscan.o] Ошибка 1
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVB API Wrapper for VDR 1.7.0
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 mixture of cards. Some need v4l, some need multiproto, some can use either tree. I appreciate the wrapper as I've been told directly that some drivers will not be updated for multiproto until multiproto is fully adopted! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR-xine + ffmpeg? (h.264 problems)
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 installed ffmpeg nor are there any instructions on how to do so. I mean, I could compile ffmpeg eventually, I just need to know if I need to apply any more patches or so ... I installed ffmpeg from the repository, but it doesn't seem to have any effect. Thank you for your time, Jelle De Loecker ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ts record (was - no channel update on vdr 1.7.0)
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 filenames to something else than *.vdr while doing the switch to TS? It's not that big of a deal, but distinguishing recordings from VDR's "internal" files, index.vdr and friends, by using eg. *.ts for recordings would help cases where apps are registered to handle files based on their filename extension and we want to use those apps to playback recordings and think that they can playback index.vdr etc. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
