[vdr] sourcecaps probelm!
Hi all, I should use sourcecaps in my vdr box and because I didn't find proper patch for vdr 1.4.0, I've used BigPatch instead. But the problem is when I add SourceCaps = ... lines in my setup.conf, and then I restart vdr, it automatically deletes this line and nothing happens. What should I do? Thanks. John. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] sourcecaps probelm!
Hi, > I should use sourcecaps in my vdr box and because I didn't find proper > patch for vdr 1.4.0, I've used BigPatch instead. Have you tried the SourceCaps-patch that is included in BigPatch? http://bigpatch.vdr-developer.org/Patches%20included%20in%20BP/SourceCaps-1.3.39.patch I guess it still works with VDR 1.4.x when the current BigPatch still uses it. Regards, Roland ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Playing MPEG TS files (Re: vdr Digest, Vol 20, Issue 8)
On Tue, Sep 05, 2006 at 09:56:07AM +0530, nitin wrote: > I have just downloaded the vdr source code and successfully build it. > But it seems that present code will work only for some specific tuner > card. Can it work for recorded transport stream which are stored in hard > disk. Please let me know if it is possible and also suggest how to do > so. Over a year ago, I converted some MPEG TS clip to the VDR format by patching the VDR source code so that it would read from the MPEG TS clip file instead of the /dev/whatever. Last time I tried it, it dropped frames also when recording. Maybe I did something differently. So, I ended up using mplayer or mencoder. The output format is "mpegpes". Maybe something like this: mplayer file.ts -ao mpegpes -vo mpegpes:001.vdr After that, I think I also created the index file with some "genindex" program. Without the index file, VDR cannot seek the video stream. You may also want to have a look at the softplay plugin of softdevice, or the mplayer or xine plugins. Marko ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TF1 problem [was: Viaccess Cam Update]
Have you an old TPS SmartCard or a recent one (Model W or X). vdr and other terminal (with CAM modules) works only with W or X models, whilst the TPS reciever can handle old ones. > Message du 05/09/06 00:13 > De : "Marco Göbenich" <[EMAIL PROTECTED]> > A : "VDR Mailing List" > Copie à : > Objet : Re: [vdr] TF1 problem [was: Viaccess Cam Update] > > Hi! > > This would not work while my original TPS receiver has only a slot for > the smartcard, not for a CAM. > > Has nobody else problems to receive TF1? > > Am I the first person who tries to update CAM firmware with VDR? > > Regards > > Marco > > > > Gregoire Favre schrieb: > > On Mon, Sep 04, 2006 at 11:47:15AM +0200, Marco Göbenich wrote: > > > > > >> Has nobody a glue on this! > >> > > > > Take your CAM, put it on an official TPS receiver, tune on it to the > > specified > > transponder, wait... and take your CAM back to your VDR box... > > > > I haven't tested it, but I am quiete certain it should work :-) > > > > > -- > vierzehn Bahnhofstr. 27 Telefon 0 26 32 / 98 98 - 120 > public relations 56626 Andernach Telefax 0 26 32 / 98 98 - 111 > GmbH & Co. KG E-Mail: [EMAIL PROTECTED] > > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] sourcecaps probelm!
Roland Behme wrote: > Hi, > > >> I should use sourcecaps in my vdr box and because I didn't find proper >> patch for vdr 1.4.0, I've used BigPatch instead. >> > > Have you tried the SourceCaps-patch that is included in BigPatch? > > http://bigpatch.vdr-developer.org/Patches%20included%20in%20BP/SourceCaps-1.3.39.patch > > I guess it still works with VDR 1.4.x when the current BigPatch still uses it. > > Regards, > Roland > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > Hi, The first thing I've tested was that patch, but it didn't work. In fact when I wanted to apply the patch, it gave me errors and didn't work. Thanks. John. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TF1 problem [was: Viaccess Cam Update]
Hi! Thanks or your answer! First how to find out which Smartcard I got, I can't find any label on the card and the vdr CAM setup doesn't show something about X or W models. And second, the TPS card worked without problems until some weeks ago, I thought there has been an change in the encryption algorythm and therefore I thought I have to update my CAM, but that does as described not work. Regards Marco Pierre JUHEN schrieb: Have you an old TPS SmartCard or a recent one (Model W or X). vdr and other terminal (with CAM modules) works only with W or X models, whilst the TPS reciever can handle old ones. Message du 05/09/06 00:13 De : "Marco Göbenich" <[EMAIL PROTECTED]> A : "VDR Mailing List" Copie à : Objet : Re: [vdr] TF1 problem [was: Viaccess Cam Update] Hi! This would not work while my original TPS receiver has only a slot for the smartcard, not for a CAM. Has nobody else problems to receive TF1? Am I the first person who tries to update CAM firmware with VDR? Regards Marco Gregoire Favre schrieb: On Mon, Sep 04, 2006 at 11:47:15AM +0200, Marco Göbenich wrote: Has nobody a glue on this! Take your CAM, put it on an official TPS receiver, tune on it to the specified transponder, wait... and take your CAM back to your VDR box... I haven't tested it, but I am quiete certain it should work :-) -- vierzehn Bahnhofstr. 27 Telefon 0 26 32 / 98 98 - 120 public relations 56626 Andernach Telefax 0 26 32 / 98 98 - 111 GmbH & Co. KG E-Mail: [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- vierzehn Bahnhofstr. 27 Telefon 0 26 32 / 98 98 - 120 public relations 56626 Andernach Telefax 0 26 32 / 98 98 - 111 GmbH & Co. KG E-Mail: [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TF1 problem [was: Viaccess Cam Update]
Hi! Thanks or your answer! First how to find out which Smartcard I got, I can't find any label on the card and the vdr CAM setup doesn't show something about X or W models. And second, the TPS card worked without problems until some weeks ago, I thought there has been an change in the encryption algorythm and therefore I thought I have to update my CAM, but that does as described not work. Regards Marco Pierre JUHEN wrote: Have you an old TPS SmartCard or a recent one (Model W or X). vdr and other terminal (with CAM modules) works only with W or X models, whilst the TPS reciever can handle old ones. -- vierzehn Bahnhofstr. 27 Telefon 0 26 32 / 98 98 - 120 public relations 56626 Andernach Telefax 0 26 32 / 98 98 - 111 GmbH & Co. KG E-Mail: [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] sourcecaps probelm!
On Tuesday 05 September 2006 10:14, JikJikMan wrote: > > Hi, > > The first thing I've tested was that patch, but it didn't work. In fact > when I wanted to apply the patch, it gave me errors and didn't work. > > Thanks. > > John. Hi, you can also try the version used inside gentoo-vdr-patchset for vdr-1.4.1 http://sources.gentoo.org/viewcvs.py/gentoo-vdr/vdr-patchsets/patches-1.4.1-1/030-hardware/ Matthias -- Matthias Schwarzott Gentoo Developer http://www.gentoo.org pgpB4xLpPd82O.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Videgor is missing on the plugin list on http://www.cadsoft.de/vdr/plugins.htm
Hi, the Videgor plugins are missing on the plugin list on http://www.cadsoft.de/vdr/plugins.htm. The website is http://www.videgor.net >From the description: Videgor is a peer-to-peer hard disc video recorder. With its help it is possible to record missed broadcasts from the past. Videgor is based on a extension of Klaus Schmidinger's Video Disk Recorders (VDR). VDR is a program that converts a Linux PC into a video disc recorder with time shifting capabilities. Videgor extends the VDR to a distributed video recorder (D-VDR) by including three plugins ((D-VDR-EPG, D-VDR-SCHEDULE, D-VDR-VIDEOTRANS) and by automatically connecting the participating devices to a peer-to-peer network (IGOR). With this peer-to-peer system the Videgor recorders can share recordings. Videgor was developed at the University of Karlsruhe as part of a DFG research project for peer-to-peer overlay networks. The idea for this projects is derived from the desire not only to do research on the improvement of overlay networks but how to apply these research results in practice. Renne ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Problem with xineliboutput
I have a problem with xineliboutput (latest cvs). When the client vdr-sxfe crash, X freeze and I must to harware reset. It can be reproduce by presing control-c when playing vdr-sxfe. I dont now if it is a prolem of vdr-sxfe or of the X drivers(Xorg 7.1 + nvidia) Thanks Jose Alberto ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] execute command after vdr starts
Is there a command line switch that would allow me to define a command vdr must excute after initial startup? I see one for before and after recordings, but I am looking for a way to execute a command after startup only. Best Regards. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] changes to runvdr for a nexus-s
Here is an example of the changes that I have had to make to runvdr so that my
nexus-s works. I have added a maximum retry value to runvdr so that vdr will
not keep attempting to start over and over if there is a major problem with
reception. Also, I have added a minimum runtime (in seconds) that vdr must have
in order to continue attempting to restart after a crash. For example, if vdr
crashes within 10 seconds and the minimum runtime required is 45 seconds, then
runvdr will consider that VDR has major problems and it will not try to keep
restarting up to the maximum allowed retries. However, the maximum retry value
can be set to "0" which would tell runvdr to attempt a restart unlimited times
after crashing.
BR.
--- vdr-1.4.2/runvdr.orig 2006-09-05 06:30:55.0 -0700
+++ vdr-1.4.2/runvdr 2006-09-05 06:31:37.0 -0700
@@ -22,26 +22,72 @@
#
# $Id: runvdr 1.19 2006/05/14 16:02:05 kls Exp $
-VDRPRG="./vdr"
-VDRCMD="$VDRPRG -w 60 $*"
+## Start Configuration Section ##
+# Disable NPTL (recommended)
+export LD_ASSUME_KERNEL=2.4.1
+#export LD_ASSUME_KERNEL=2.4.19
+
+# Uncomment to disable UTF-8 within VDR
+#export LANG=en_US
+#export LC_CTYPE=iso_8859_1
+
+PLUGINS="-Premote -Pscreenshot -Pepgsearch -Pprefermenu -Pdvdselect -Pvcd -Pfemon -Ptaste -Pstreamdev-server -Pstreamplayer -Ptext2skin -Pyaepg -Pundelete -Pweatherng -Posdpip -Pmplayercluster -Peggtimer -Psysinfo -Plocals -Pradioinfo -P'mp3 -C /etc/vdr -m /etc/vdr/plugins/mount.sh -i /etc/vdr/plugins/image_convert.sh -c /etc/vdr/images' -P'dvd -C/dev/cdrom' -P'mplayer -M /etc/vdr/plugins/mplayer.sh -m /etc/vdr/plugins/mount.sh' -P'xine -r -X 720 -Y 480'"
+
+# VDR Recording directory (default is usually /video)
+VIDEO_DIR="/video"
+# VDR Configuration directory where setup.conf lives
+CFG_DIR="/etc/vdr"
+# Where the VDR epg.data file lives
+EPG_DIR="/etc/vdr"
+# Search path for VDR plugins
+PLUG_DIR="/usr/local/bin/PLUGINS/lib"
+# Startup Options passed to VDR
+OPTIONS="--terminal=/dev/tty8 -l 3 -w 0 --grab=/tmp"
+# Path to VDR binary
+VDRPRG="/usr/local/bin/vdr"
+# Path to insdvb.sh (for loading dvb modules)
+INSDVB="/usr/local/bin/insdvb.sh"
+# Path to mplayer
+MPLAY="/usr/bin/mplayer"
+# Path to startup video
+VIDEO="/etc/vdr/VDRboot-NTSC.mpeg"
+# Number of times runvdr will attempt to restart vdr after a crash has occured (set to 0 for no limit)
+MAXTRIES=10
+# Minimum runtime required (in seconds) for vdr to continue restart attempts
+MINRUN=45
+
+## End Configuration Section ##
+
+if [ ! -e "${INSDVB}" ]; then
+ echo -e "ERROR: ${INSDVB} was not detected. Exiting. \n"
+ exit 0
+fi
+
+VDRCMD="$VDRPRG -v $VIDEO_DIR -E $EPG_DIR -c $CFG_DIR -L $PLUG_DIR $OPTIONS $PLUGINS"
KILL="/usr/bin/killall -q -TERM"
# Detect whether the DVB driver is already loaded
# and return 0 if it *is* loaded, 1 if not:
function DriverLoaded()
{
- return 1
+ grep -qse dvb[-_]core /proc/modules
}
# Load all DVB driver modules needed for your hardware:
function LoadDriver()
{
+ ${INSDVB} load
+ if [ -e "${MPLAY}" ]; then
+${MPLAY} -frames 145 -vo mpegpes -ao mpegpes ${VIDEO} 2>/dev/null 1>/dev/null
+ fi
+ echo
}
# Unload all DVB driver modules loaded in LoadDriver():
function UnloadDriver()
{
+ ${INSDVB} unload
}
# Load driver if it hasn't been loaded already:
@@ -49,13 +95,26 @@
LoadDriver
fi
+LASTRESTART=$(date +%s)
+LOOPCOUNT=0
while (true) do
- eval "$VDRCMD"
+ if [ $LOOPCOUNT -le $MAXTRIES ] || [ $MAXTRIES -eq 0 ] ; then
+eval "$VDRCMD"
+ else
+$KILL runvdr
+ fi
if test $? -eq 0 -o $? -eq 2; then exit; fi
- echo "`date` reloading DVB driver"
- $KILL $VDRPRG
+ TIMEOFDEATH=$(date +%s)
+ if [ $TIMEOFDEATH -le $(($LASTRESTART + $MINRUN)) ] ; then
+echo "`date` VDR crashed in `expr $TIMEOFDEATH - $LASTRESTART` seconds. Minimum required runtime for VDR is $MINRUN seconds. Killing runvdr process..."
+$KILL runvdr
+ fi
+ echo "`date` Reloading DVB drivers"
+ $KILL vdr
sleep 10
UnloadDriver
LoadDriver
- echo "`date` restarting VDR"
+ LASTRESTART=$(date +%s)
+ LOOPCOUNT=`expr $LOOPCOUNT + 1`
+ echo "`date` Restarting VDR $LOOPCOUNT time(s). Maximum retries set to $MAXTRIES"
done
#!/bin/sh
# insmod modules from current directory without having to install them first
# KERNELVER=`uname -r`
# KERNELDIR="/lib/modules/$KERNELVER/misc"
sync
function DriverLoaded()
{
grep -qse dvb[-_]core /proc/modules
}
case "$1" in
load)
if ! DriverLoaded; then
echo -n -e "\nInserting DVB modules into kernel\n"
# av7110 based "full featured" cards
modprobe stv0299
# saa7146 based siemens/technotrend/hauppauge cards
modprobe dvb-ttpci
# wait for udev to create the devices before continuing
until [ -e /dev/dvb/adapter0/video0 ]; do
sleep 1
done
if [ -e "/usr/local/bin/loadkeys/av7110_loadkeys" ]; then
Re: [vdr] Videgor is missing on the plugin list on http://www.cadsoft.de/vdr/plugins.htm
Rene Bartsch wrote: Videgor is a peer-to-peer hard disc video recorder. With its help it is possible to record missed broadcasts from the past. Great, last sunday there was a movie on finnish channel MTV3. Plse inform how I can record that now. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problem with xineliboutput
El Martes, 5 de Septiembre de 2006 13:46, Jose Alberto Reguero escribió: > I have a problem with xineliboutput (latest cvs). > When the client vdr-sxfe crash, X freeze and I must to harware reset. > It can be reproduce by presing control-c when playing vdr-sxfe. > I dont now if it is a prolem of vdr-sxfe or of the X drivers(Xorg 7.1 + > nvidia) It is xineliboutput. I go back to version 1.0.0pre1 and no problems. Jose Alberto ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] When will first 1.5 version of VDR see the daylight?
lamikr wrote: I know you will not put any public feature list for 1.5.x series but maybe it could also add support for the UTF-8? (by using similar kind of patches that Alexander Riedel send for the 1.3 series.) I'll se what I can do... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recording priority question
Anssi Hannula <[EMAIL PROTECTED]> writes:
>> [...]
> For a reference, here's the algorithm VDR 1.4.2 uses to select the
> device for viewing and recordings:
> If this is liveview and the primary device provides the channel without
> interrupting anything else, it is used. Otherwise:
> Devices that have higher priority receivers on other transponders than
> this recording will not be considered.
> For other devices, checks are done in this order (the first ones are
> valued the most):
> 1. If the card is already recording on the same transponder, use that
> device.
> 2. Avoid the card if it has an ongoing recording.
> 3. Avoid the card if it is used for transfer-mode receiving.
> 4. Use the device which has the lowest priority recording already running.
> 5. Use the device which has the lowest number of CAMs.
> 6. Avoid primary device.
> 7. Avoid full-featured cards.
is it possible to give different priorities to transfer modes ?
i'm using xineliboutput for liveview
streamdev vtp for 2nd liveview ( would several liveviews be handled in
vdr 1.5 ? :) )
i'm using a script to manually get epg (something that reads from
streamdev http) and i like this to have priority over vtp but not over
xineliboutput. (and for sure recordings still have the higher
priority)
is it possible to change the priority in the plugin sources ?
(i'm still not understanding everything about Receiver, Device and
{p,P}riority, any advice where to start ?)
for example, i'd like xineliboutput to set a higher priority to the
receiver (is it the good term ?) when a xine client is connected.
so that transfer_mode-liveview with xinelibout gets handled in a
better way
does it make sense ?
is vdr actually ready for that kind of things ?
--
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Videgor is missing on the plugin list on http://www.cadsoft.de/vdr/plugins.htm
> Rene Bartsch wrote: > >> Videgor is a peer-to-peer hard disc video recorder. With its help it is >> possible to record missed broadcasts from the past. > > Great, last sunday there was a movie on finnish channel MTV3. > Plse inform how I can record that now. > Videgor works with a VDR patch that allows to list the EPG and add timers up to 14 days in the past. If there is a timer which can't be handled by the own tuners - including timers in the past - Videgor tries to gather the chunks from other Videgor nodes which have recorded finnish MTV3 on last sunday ;-) Renne ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LCDproc plugin 0.1.0 with VDR 1.4.1-1
Christian Kruft wrote: does anybody have a patch to make the lcdproc 0.1.0 plugin work with VDR 1.4.1-1 ? I've tried one from January but this patch doesn't help. While starting VDR I got this errors: Close Called Not Connected !!! After that, VDR shuts down. LCDproc is working fine, only this plugin won't work. I have the same problem, patch for vdr 1.3.38 and some Makefile fixing didn't help. VDR just quits. Did you find a solution for this? Cheers, Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Viaccess Cam Update
Marco Goebenich <[EMAIL PROTECTED]> writes: > I got a problem while receiving TF1 (TPS France). I can tune to this > channel, and then view the channels for about 20 seconds, but after > that the stream stops, the screen is somehow distorted, if I switch > again to TF1 I get the message "No right to watch" and the channel is > never shown until I do a CAM reset. > > My Viaccess CAM has firmware version 1.07, and I tried to update the > firmware to 1.08, I tried vdr-1.3.38 and 1.4.2, but after the message What CAM brand ? What card are you using ? Anyway, from my experience with my Nova-CI, I couldn't update my SCM card with vdr. From what I figured out of budget-ci driver, the update as described by SCM could not work (the driver sends a reset to the CAM at the beginning of the update procedure.) I finally sold my SCM CAM and bought an Aston. I has no problem ever since. The other possibility is to update your CAM in a regular sat receiver with a PCMCIA slot. HTH ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Videgor is missing on the plugin list on http://www.cadsoft.de/vdr/plugins.htm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rene Bartsch wrote: >> Rene Bartsch wrote: >> >>> Videgor is a peer-to-peer hard disc video recorder. With its help it is >>> possible to record missed broadcasts from the past. >> Great, last sunday there was a movie on finnish channel MTV3. >> Plse inform how I can record that now. >> > > Videgor works with a VDR patch that allows to list the EPG and add timers > up to 14 days in the past. If there is a timer which can't be handled by > the own tuners - including timers in the past - Videgor tries to gather > the chunks from other Videgor nodes which have recorded finnish MTV3 on > last sunday ;-) Funny thought. Are only those channels recordable via videgor that are viewable with the system? Let's say that persons a-x have purchased a subscription to some movie channels and person z hasn't, but can nevertheless get the epg program listings for that channel. Now person z installs videgor and some of the persons from a-x have also sone so. Person z selects a subscriber only channel program from past to be recorded and videgor gets it for him from those other videgor installations? Just thinking of the implications on a larger scale so that we don't get some distributors breathing down our necks. :) So, if you have subscriber only channels, then it's best not to install videgor? - -- Jukka Palko[EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE/mRpgfJN/zhm0W0RAuCeAJ90Jlr316IeU7jeptBNhiNuznuGVACghNUK 5BKucTMOc5+4vyH1cGdRmhM= =YHYO -END PGP SIGNATURE- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
