Re: [vdr] [ANNOUNCE] VDRAdmin-AM v3.5.3
Hi, On Tuesday 13 February 2007 18:44, Stone wrote: > On 1/26/07, Christian Wieninger <[EMAIL PROTECTED]> wrote: > > Stone wrote: > > > Is epgsearch 0.9.20 available or is there an intermediary patch for > > > > 0.9.19? > > > > sorry, not yet. I hope to release it within the next days. > > Thanks for the updates. > > Has anyone noticed that the "timeline" page in vdradmin does not work > with the new IE7? Anyone know of a workaround? Well it works in FireFox, Konqueror, Opera, IE6 and IE7 (at least as far as I can see). So what's your problem in detail? Regards, Andreas -- http://andreas.vdr-developer.org --- VDRAdmin-AM VDR user #303 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xmltv2vdr speedup and modification
On 2/13/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > But it didn't help at all with my benchmark. > ... > For information that change has no impact on my bench. Interesting, what version of Perl are you running if those changes don't do anything? vdr26:~/xmltv# time ./xmltv2vdrv5.pl -s -c channels.conf -x tvguide.xml real3m4.397s user2m50.475s sys 0m6.052s vdr26:~/xmltv# time ./xmltv2vdrv6.pl -s -c channels.conf -x tvguide.xml real3m4.309s user2m48.951s sys 0m7.240s xmltv2vdrv5 = the version I posted xmltv2vdrv6 = the version I posted + the o switch on all regex + title and subtitle now use regex and no more split. about perl (from debian sarge) : vdr26:~/xmltv# perl --version This is perl, v5.8.4 built for i386-linux-thread-multi Futher improvement is that now it is unnecessary to read whole XML-file into memory, as the file is linearly scanned through. So no need to waste 5MB of memory if you are short of it. -- # Read all the XMLTV stuff into memory - quicker parsing open(XMLTV, "$xmltvfile") || die "cannot open xmltv file"; @xmllines=; close(XMLTV); sub ProcessEpg # Find XML events foreach $xmlline (@xmllines) -- => open(XMLTV, "$xmltvfile") || die "cannot open xmltv file"; sub ProcessEpg while($xmlline = ) Good idea, I have not thought about it (my wonderful Celeron 233 has 384Mo of Ram). Thanks for your help. Sébastien ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] streamdev hang after short burst noise.
Hi all, I've a vdr box that i use with streamdev plugin. I watch this streams over my windows computer with vlc. But now, there is some random noise that appears in my input signal, causes to streamdev to fail completely. the noise time is so short that vdr works and does not restart, but I should restart it to restart streamdev server. Any clue or solution for this problem. With the best wishes. John. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] pvrinput radio - need analogradio??
El Miércoles, 14 de Febrero de 2007, Simon Baxter escribió:
> >> In order to get the correct info from a v4l2-ctl --all:
> >> Format:
> >> Type: VBI Capture
> >> Sampling Rate : 2700 Hz
> >> Offset : 248 samples (9.18519e-06 secs after leading
> >> edge)
> >> Samples per Line: 1440
> >> Sample Format : GREY
> >> Start 1st Field : 6
> >> Count 1st Field : 18
> >> Start 2nd Field : 318
> >> Count 2nd Field : 18
> >> Video input : 0 (Tuner 1)
> >> Audio input : 0 (Tuner 1)
> >> Frequency: 144 (90.00 MHz)
> >> Video standard = 0x00ff
> >> PAL-B/B1/G/H/I/D/D1/K
> >> Tuner:
> >> Capabilities : @@ -881,12 +881,19 @@
> >> bool cPvrDevice::Tune(int freq)
> >> {
> >> struct v4l2_frequency vf;
> >> +int freqaux = freq;
> >>
> >> memset(&vf, 0, sizeof(vf));
> >> vf.tuner = 0;
> >> - vf.type = V4L2_TUNER_ANALOG_TV;
> >> +if (freq < 8800)
> >
> > I think this don't work. I use freq >18 because 18 is the max
> > range
> > for FM.
> > You can also use:
> >
> > if (radio_fd >= 0)
> > radio
> > else
> > tv
> >
> > Jose Alberto
>
> I've found some weird stuff. When vf.tuner is set to V4L2_TUNER_RADIO the
> freq seems to be a factor smaller. In experimenting, I find if I set the
> channels between 8800 & 10800 (for 88-108Mhz - looks like this is
> set as Hz ???) monitoring what's been set on the PVR-150 with 'v4l2-ctl
> --all', I see these values set the correct freq and I get a 50% or better
> signal strength. What's more, the 'v4l2-ctl --all' matches what's set
> with a 'ivtv-radio -f90.0'.
>
> Problem is, no audio is output!! It looks like the v4l2 tuner is set to
> radio, the tuner is set to 90.9Mhz, but it's trying to play the stream
> from /dev/video0 rather than /dev/video24. Does this make sense??
radio:
/dev/video24->raw audio
/dev/video0->compressed mp2 audio
Jose Albeerto
>
>
> ___
> 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
[vdr] Is there a way to give inode entries a higher cache priority than data in the linux kernel?
I have a distributed VDR system in my house with a lot of disks that are NFS mounted by VDR PCs in two rooms. In order to conserve energy, I have used hdparm to set a spin down delay after which the disks turn themselves off. When /video/.update is touched (one of the VDR PCs creates/deletes/ edits a recording, I move a recording into a folder, etc.) or when the vdr program is started, it reads all directories from all disks. Most of these directories are unchanged, so there really is no need to spin up the disk just to read a few inode entries. However, my observation is that they are always spun up. So my questions are: 1) Is there a bug in the linux kernel that makes it spin up the disk needlessly even if the data are still in the cache? 2) Is there a way to configure the kernel, so the inode entries are locked in the cache or at least get a much higher cache priority than ordinary data? Thanks and Cheers, Carsten. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Is there a way to give inode entries a higher cache priority than data in the linux kernel?
Carsten Koch wrote: > I have a distributed VDR system in my house with a lot of disks > that are NFS mounted by VDR PCs in two rooms. > In order to conserve energy, I have used hdparm to set a spin down > delay after which the disks turn themselves off. > When /video/.update is touched (one of the VDR PCs creates/deletes/ > edits a recording, I move a recording into a folder, etc.) or when > the vdr program is started, it reads all directories from all disks. > Most of these directories are unchanged, so there really is no need > to spin up the disk just to read a few inode entries. > However, my observation is that they are always spun up. > So my questions are: > > 1) Is there a bug in the linux kernel that makes it spin up >the disk needlessly even if the data are still in the cache? > > 2) Is there a way to configure the kernel, so the inode entries >are locked in the cache or at least get a much higher >cache priority than ordinary data? I haven't tried or read it myself, but this: Documentation/laptop-mode.txt might contain the information you need. At least your problems sounds like the typical laptop-problem to me. -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] UK Freeview Logical Channel Numbers
Does anyone know if the Logical Channel Numbers that are used in the UK on Freeview DVB-T transmissions are currently handled by VDR in anyway? Cheers Andrew Herron ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK Freeview Logical Channel Numbers
Andrew Herron wrote: Does anyone know if the Logical Channel Numbers that are used in the UK on Freeview DVB-T transmissions are currently handled by VDR in anyway? I can tell you for certain that they are not handled. :) There is code in the standalone dvb-apps 'scan' application to parse Freeview LCNs, but that's it... Cheers, Gavin. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK Freeview Logical Channel Numbers
On Wednesday 14 February 2007 15:24, Andrew Herron wrote: > Does anyone know if the Logical Channel Numbers that are used in the UK > on Freeview DVB-T transmissions are currently handled by VDR in anyway? I'm pretty sure that they're currently ignored. I tend to hand edit my channels.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@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK Freeview Logical Channel Numbers
In <[EMAIL PROTECTED]>, Laz wrote:
> On Wednesday 14 February 2007 15:24, Andrew Herron wrote:
> > Does anyone know if the Logical Channel Numbers that are used in the UK
> > on Freeview DVB-T transmissions are currently handled by VDR in anyway?
>
> I'm pretty sure that they're currently ignored. I tend to hand edit my
> channels.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.
I've had trouble in the past with VDR disagreeing with the format used
by the output of scan so I've written a script which compares VDR's
channels.conf with the output of scan with Freeview numbering and
outputs a new file with VDR's channel data but resorted and with the
Freeview numbering added.
It uses some file locations etc which are specific to Debian and my
local transmitter, but it can easily be altered by changing the
upper-case variables near the top of the script.
--
TH * http://www.realh.co.uk
#!/usr/bin/env python
import subprocess
import sys
import time
""" Shuts down VDR, performs a scan, then updates VDR's channels.conf with
Freeview numbering. """
INVOKE_RCD = "invoke-rc.d vdr"
STOP_VDR = INVOKE_RCD + " stop"
START_VDR = INVOKE_RCD + " start"
SCAN_COMMAND = "scan -q -o vdr -e 4 -u " \
+ "/usr/share/doc/dvb-utils/examples/scan/dvb-t/uk-Rowridge"
VDR_CHANNELS_FILE = "/var/lib/vdr/channels.conf"
OUTPUT_FILE = VDR_CHANNELS_FILE
def scan():
""" Runs SCAN_COMMAND and returns result as a list of lines. """
print "Scanning"
scan_proc = subprocess.Popen(SCAN_COMMAND, 0, None,
None, subprocess.PIPE, None,
None, False, True)
result = scan_proc.wait()
if result:
raise Exception("scan failed with exit code %d" % result)
return scan_proc.stdout.readlines()
def load_channels_as_lines(filename):
fp = file(filename, 'r')
lines = fp.readlines()
fp.close()
return lines
def lines_to_dict(lines):
""" Processes the lines and creates a dictionary keyed by channel name.
Each value is [line, channel_number]. """
dict = {}
number = 1
for l in lines:
if l.startswith(':@'):
number = int(l[2:].rstrip())
else:
name = l.split(':', 1)[0]
if ';' in name:
name = name.split(';', 1)[0]
dict[name] = [l, number]
number += 1
return dict
def dict_to_sorted_lines(dict):
""" Convert the dictionary back to lines, including :@n where necessary,
all in the correct order. """
# Create an intermediate list of [line, channel_number] for sorting
sortable = []
for v in dict.values():
sortable.append(v)
sortable.sort(key = lambda x: x[1])
# Now generate lines in output format
number = -1
lines = []
for l in sortable:
if l[1] != number:
number = l[1]
lines.append(":@%d\n" % number)
lines.append(l[0])
number += 1
return lines
def renumber_old_from_new(old, new):
""" For each entry in the old dict, this looks up the same channel name in
the new dict and replaces the old channel number with the new one, but
preserves all the other details from old. No return value; alters old
in place. """
for [k, old_val] in old.items():
new_val = new.get(k)
if new_val:
old_val[1] = new_val[1]
def generate_new_lines():
""" Call the various other functions to generate a nice new list of lines
to save as VDR's channels.conf. """
scan_lines = scan()
vdr_lines = load_channels_as_lines(VDR_CHANNELS_FILE)
scan_dict = lines_to_dict(scan_lines)
vdr_dict = lines_to_dict(vdr_lines)
renumber_old_from_new(vdr_dict, scan_dict)
return dict_to_sorted_lines(vdr_dict)
def main():
start_stop_vdr = "-s" in sys.argv
if start_stop_vdr:
print "Stopping VDR"
subprocess.call(STOP_VDR.split())
print "Pausing"
time.sleep(5)
new_lines = generate_new_lines()
fp = file(OUTPUT_FILE, 'w')
fp.writelines(new_lines)
fp.close()
if start_stop_vdr:
print "Starting VDR"
subprocess.call(START_VDR.split())
if __name__ == '__main__':
main()
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK Freeview Logical Channel Numbers
Hi Tony, Thanks for the attached script. I'll take a look at it tonight as I am running Debian :-) Cheers Andrew On 2/14/07, Tony Houghton <[EMAIL PROTECTED]> wrote: In <[EMAIL PROTECTED]>, Laz wrote: > On Wednesday 14 February 2007 15:24, Andrew Herron wrote: > > Does anyone know if the Logical Channel Numbers that are used in the UK > > on Freeview DVB-T transmissions are currently handled by VDR in anyway? > > I'm pretty sure that they're currently ignored. I tend to hand edit my > channels.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. I've had trouble in the past with VDR disagreeing with the format used by the output of scan so I've written a script which compares VDR's channels.conf with the output of scan with Freeview numbering and outputs a new file with VDR's channel data but resorted and with the Freeview numbering added. It uses some file locations etc which are specific to Debian and my local transmitter, but it can easily be altered by changing the upper-case variables near the top of the script. -- TH * http://www.realh.co.uk ___ 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] UK Freeview Logical Channel Numbers
Tony Houghton wrote: In <[EMAIL PROTECTED]>, Laz wrote: On Wednesday 14 February 2007 15:24, Andrew Herron wrote: Does anyone know if the Logical Channel Numbers that are used in the UK on Freeview DVB-T transmissions are currently handled by VDR in anyway? I'm pretty sure that they're currently ignored. I tend to hand edit my channels.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. I've had trouble in the past with VDR disagreeing with the format used by the output of scan so I've written a script which compares VDR's channels.conf with the output of scan with Freeview numbering and outputs a new file with VDR's channel data but resorted and with the Freeview numbering added. It uses some file locations etc which are specific to Debian and my local transmitter, but it can easily be altered by changing the upper-case variables near the top of the script. I like the idea of this, but I am wondering how we could adapt it to create channel lists for other networks. As an idea what about parsing a webpage from lyngsat for Sky UK channel numbers and ordering the channels in that way, or Sky Italia, TPS etc. Or even all of them, but having a 1 in front.. so channel 1101 Would be BBC 1, but 2101 Rai Uno etc.. Or is this a silly idea..? I will look over the script a bit later.. :-) -- Latest news on http://www.streetcredo.org.uk/rob Rob Davis ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [RFC] Shutdown rewrite for 1.5.x
On Sun, Feb 11, 2007 at 08:11:03PM +, Darren Salt wrote: > I demand that VDR User may or may not have written... > > > On 2/8/07, Marko Mäkelä <[EMAIL PROTECTED]> wrote: > > (August already?) Hey, I wrote that on 2007-02-08 (ISO date) or 8.2.2007 (German or Finnish style date). I think there are at least 3 permutations of /-separated dates in different locales. > > In my opinion, the behavior should be that the power button engages an > > immediate shutdown. Period. > > An appropriate signal, probably SIGTERM, should also do this. > > > The ONLY exception to this would be if vdr is currently recording > > something, in which case a warning comes up and asks you to confirm the > > shutdown. > > Agreed. SIGHUP. Brilliant idea. This would also simplify the ACPI powerbutton event script, whose name escapes me right now. I modified the script on my system to send "HITK Power" via SVDRP, but it would be much cleaner and probably somewhat faster to send a signal. Darren, if your packages end up in the official Debian, I hope you will also provide a nice hook for the ACPI powerbutton event. (If vdr is running, signal it. Otherwise, shut down the system normally.) Marko ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Is there a way to give inode entries a higher cache priority than data in the linux kernel?
Carsten Koch wrote: > I have a distributed VDR system in my house with a lot of disks > that are NFS mounted by VDR PCs in two rooms. > In order to conserve energy, I have used hdparm to set a spin down > delay after which the disks turn themselves off. > When /video/.update is touched (one of the VDR PCs creates/deletes/ > edits a recording, I move a recording into a folder, etc.) or when > the vdr program is started, it reads all directories from all disks. > Most of these directories are unchanged, so there really is no need > to spin up the disk just to read a few inode entries. > However, my observation is that they are always spun up. > So my questions are: > > 1) Is there a bug in the linux kernel that makes it spin up >the disk needlessly even if the data are still in the cache? > > 2) Is there a way to configure the kernel, so the inode entries >are locked in the cache or at least get a much higher >cache priority than ordinary data? The problem is that the nfs server reads (and writes, when editing a recording on a client) large amounts of data and the metadata (which hasn't been accessed since the last /video scan) gets evicted from the cache. This usually does not happen w/ a local vdr and on the client vdrs because fadvice() makes sure that the cached video data gets freed before the system experiences any memory pressure. But fadvise() only helps locally, ie the nfs client drops the data, but the nfs server does not. I've gotten used to this; at one point, when doing the fadvise changes, i was going to implement O_DIRECT-based i/o, but decided it wasn't worth it, because of the complexity and small gains (you can't really avoid a data copy w/ the current vdr design (alignment restrictions) and the code still has to handle all the cases where O_DIRECT and/or AIO isn't available, older kernels, other filesystems etc). What you could try is: o play with /proc/sys/vm/vfs_cache_pressure; try decreasing it. significantly. what you describe as "2)" above would be "vfs_cache_pressure=0". Haven't tried this myself; does it help? If not the other options would probably be a bit more complex (like modifying nfsd or writing a dedicated fuse fs). artur ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK Freeview Logical Channel Numbers
Hi Rob, I think xmltv2vdr.pl might be a better place to start for what you are trying to achieve... as you can point it at a TV listing web site and extract all the EPG data for the channels listed apparently based on my reading of threads on this list that is! Andrew On 2/14/07, Rob Davis <[EMAIL PROTECTED]> wrote: Tony Houghton wrote: > In <[EMAIL PROTECTED]>, Laz wrote: > >> On Wednesday 14 February 2007 15:24, Andrew Herron wrote: >>> Does anyone know if the Logical Channel Numbers that are used in the UK >>> on Freeview DVB-T transmissions are currently handled by VDR in anyway? >> I'm pretty sure that they're currently ignored. I tend to hand edit my >> channels.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. > > I've had trouble in the past with VDR disagreeing with the format used > by the output of scan so I've written a script which compares VDR's > channels.conf with the output of scan with Freeview numbering and > outputs a new file with VDR's channel data but resorted and with the > Freeview numbering added. > > It uses some file locations etc which are specific to Debian and my > local transmitter, but it can easily be altered by changing the > upper-case variables near the top of the script. I like the idea of this, but I am wondering how we could adapt it to create channel lists for other networks. As an idea what about parsing a webpage from lyngsat for Sky UK channel numbers and ordering the channels in that way, or Sky Italia, TPS etc. Or even all of them, but having a 1 in front.. so channel 1101 Would be BBC 1, but 2101 Rai Uno etc.. Or is this a silly idea..? I will look over the script a bit later.. :-) -- Latest news on http://www.streetcredo.org.uk/rob Rob Davis ___ 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] pvrinput radio - need analogradio?? RESOLVED
> El Miércoles, 14 de Febrero de 2007, Simon Baxter escribió:
>> >> In order to get the correct info from a v4l2-ctl --all:
>> >> Format:
>> >> Type: VBI Capture
>> >> Sampling Rate : 2700 Hz
>> >> Offset : 248 samples (9.18519e-06 secs after leading
>> >> edge)
>> >> Samples per Line: 1440
>> >> Sample Format : GREY
>> >> Start 1st Field : 6
>> >> Count 1st Field : 18
>> >> Start 2nd Field : 318
>> >> Count 2nd Field : 18
>> >> Video input : 0 (Tuner 1)
>> >> Audio input : 0 (Tuner 1)
>> >> Frequency: 144 (90.00 MHz)
>> >> Video standard = 0x00ff
>> >> PAL-B/B1/G/H/I/D/D1/K
>> >> Tuner:
>> >> Capabilities : @@ -881,12 +881,19 @@
>> >> bool cPvrDevice::Tune(int freq)
>> >> {
>> >> struct v4l2_frequency vf;
>> >> +int freqaux = freq;
>> >>
>> >> memset(&vf, 0, sizeof(vf));
>> >> vf.tuner = 0;
>> >> - vf.type = V4L2_TUNER_ANALOG_TV;
>> >> +if (freq < 8800)
>> >
>> > I think this don't work. I use freq >18 because 18 is the
>> max
>> > range
>> > for FM.
>> > You can also use:
>> >
>> > if (radio_fd >= 0)
>> >radio
>> > else
>> >tv
>> >
>> > Jose Alberto
>>
>> I've found some weird stuff. When vf.tuner is set to V4L2_TUNER_RADIO
>> the
>> freq seems to be a factor smaller. In experimenting, I find if I set
>> the
>> channels between 8800 & 10800 (for 88-108Mhz - looks like this
>> is
>> set as Hz ???) monitoring what's been set on the PVR-150 with 'v4l2-ctl
>> --all', I see these values set the correct freq and I get a 50% or
>> better
>> signal strength. What's more, the 'v4l2-ctl --all' matches what's set
>> with a 'ivtv-radio -f90.0'.
>>
>> Problem is, no audio is output!! It looks like the v4l2 tuner is set to
>> radio, the tuner is set to 90.9Mhz, but it's trying to play the stream
>> from /dev/video0 rather than /dev/video24. Does this make sense??
> radio:
> /dev/video24->raw audio
> /dev/video0->compressed mp2 audio
Turns out it is working perfectly - but I wasn't able to confirm this
remotely. When I got home and 'attached' my vdr-xine client, the radio
started coming though!
Thanks Jose
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] ledxmit-irsend to STB before channel-change??
I'm looking for a way to execute a command whenever a channel change is selected. I think part of the 'sky' plugin is close to what I want - without the stream type changing part. I have a PVR-150 running with the pvrinput plugin, attached via composite to a digital cable STB. I have led-xmit (from the Myth pages) working from the command line, but need a way for VDR to execute a command each time a channel-change is requested, either for a recording or manually: /usr/local/lirc-ledxmit/bin/ledxmit-irsend SEND_ONCE ADB_ICAN3000 Has anyone done anything like this? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK Freeview Logical Channel Numbers
Andrew Herron wrote: Hi Rob, I think xmltv2vdr.pl might be a better place to start for what you are trying to achieve... as you can point it at a TV listing web site and extract all the EPG data for the channels listed apparently based on my reading of threads on this list that is! Yes, but not quite the same. What I am after is an ordered channel list in the same order as the official decoders from different providers. ie, someone from outside the UK wouldn't necessarily know that the channels go: BBC 1, 2 , ITV 1, Ch 4, five. Then BBC 3, 4 etc. I know when I moved to Italy from the UK it took me about a year to work out that Rete 4, Canale 5 were followed by Italia 1.. The channel numbers for several providers are already in Lyngsat, with the channel frequencies and tsid's.. Why not extract the info and build an ordered channel list for vdr in the operator designated order? -- Latest news on http://www.streetcredo.org.uk/rob Rob Davis ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Is there a way to give inode entries a higher cache priority than data in the linux kernel?
Matthias Schniedermeyer wrote: ... >> 1) Is there a bug in the linux kernel that makes it spin up >>the disk needlessly even if the data are still in the cache? ... > I haven't tried or read it myself, but this: > Documentation/laptop-mode.txt > might contain the information you need. Correct. Interesting information. I'll try it out. Thanks, Matthias! Carsten. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Is there a way to give inode entries a higher cache priority than data in the linux kernel?
Artur Skawina wrote: ... >> 2) Is there a way to configure the kernel, so the inode entries >>are locked in the cache or at least get a much higher >>cache priority than ordinary data? ... > o play with /proc/sys/vm/vfs_cache_pressure; try decreasing it. > significantly. what you describe as "2)" above would be > "vfs_cache_pressure=0". Thanks, sounds like it is exactly what I need! I have set /proc/sys/vm/vfs_cache_pressure to 1 for now. I'll observe the effects for a while. Carsten. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Possible bug with recording...
I was watching something via the mplayer plugin. A recording timer was triggered which aborted the mplayer playback. Is this behavior intentional? If so, can the abort be disabled while still allowing the timer to function properly? I know there's always the option of not watching anything else during a timer/recording event but I would suggest that defeats one of the main purposes of a recording in the first place, ...a means to allow you to watch a show at your own convenience. In this case it was not convenient to abort what I had already watching and was right in the middle of. Thanks for your input fellas. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] streamdev hang after short burst noise.
Hi all, I've a vdr box that i use with streamdev plugin. I watch this streams over my windows computer with vlc. But now, there is some random noise that appears in my input signal, causes to streamdev to fail completely. the noise time is so short that vdr works and does not restart, but I should restart it to restart streamdev server. Any clue or solution for this problem. With the best wishes. J. Anderson. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: video data stream broken on second dvb card , but szap works (include recording)
Hi, On Sun, Feb 11, Dieter Bloms wrote: > > I'd like you to do some further tests by modifying diseqc.conf: > > I will do each setup for about 1 week and will see, if I miss some > recordings and let you about the results. no diseqc setup works stabel for me :( Also the Full DiSEqC sequence from default diseqc.conf doesn't work a few hours after reboot and sometime it doesn't work directly after reboot. But I can switch the channel with szap and get the TS stream from /dev/dvb/adapter1/dvr0 every time, even vdr can't record I only stop vdr and do not a reload of the driver. I did some tests with szap: o I can only get the TS stream with the default lnb type or -l UNIVERSAL o if I use another lnb type like ENHANCED, I can switch, but don't get any data. o The ioctls are the same if I use diseqc with vdr, but as I said before, I didn't get any data a few hours after reboot of the system, and sometime I didn't get any data directly after reboot. o If I use szap, I can switch the channels and get the ts stream every time (via cat /dev/dvb/adapter1/dvr0 > /tmp/bla). o the first status is 01 and it has no lock all others are 1f and it has a lock (as seen below). o when I call szap the second time (with the same channel) the first status is 01 and then 1f, too. o maybe vdr does have to wait a longer time ? What lnb type vdr is using, when I enable diseqc in vdr menu ? I can't configure any frequenz after activate diseqc. Here the output from your patched szap: video:/tmp/szap # ./szap -l UNIVERSAL -a 1 -r -c /etc/vdr/channels.conf -n 2 reading channels from file '/etc/vdr/channels.conf' zapping to 2 'Das Erste;ARD': sat 0, frequency = 11836 MHz H, symbolrate 2750, vpid = 0x0065, apid = 0x0066 sid = 0x0068 using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0' t: 1171518269.386, c: 1, r: 0, a: -- t: 1171518269.386, c: 1, r: 0, a: ioctl(fd, FE_SET_TONE, SEC_TONE_OFF) t: 1171518269.389, c: 1, r: 0, a: ioctl(fd, FE_SET_VOLTAGE, v) (v = SEC_VOLTAGE_18) t: 1171518269.408, c: 1, r: 0, a: ioctl(fd, FE_DISEQC_SEND_MASTER_CMD, &cmd->cmd) t: 1171518269.576, c: 1, r: 0, a: ioctl(fd, FE_DISEQC_SEND_BURST, b) (b = SEC_MINI_A) t: 1171518269.700, c: 1, r: 0, a: ioctl(fd, FE_SET_TONE, t) (t = SEC_TONE_ON) t: 1171518269.702, c: 1, r: 0, a: ioctl(fefd, FE_SET_FRONTEND, &tuneto) status 01 | signal f700 | snr e330 | ber | unc fffe | status 1f | signal f700 | snr f866 | ber | unc fffe | FE_HAS_LOCK status 1f | signal f700 | snr f8ea | ber | unc fffe | FE_HAS_LOCK status 1f | signal f700 | snr f8cd | ber | unc fffe | FE_HAS_LOCK status 1f | signal f700 | snr f8aa | ber | unc fffe | FE_HAS_LOCK status 1f | signal f700 | snr f887 | ber | unc fffe | FE_HAS_LOCK status 1f | signal f700 | snr f8a4 | ber | unc fffe | FE_HAS_LOCK status 1f | signal f700 | snr f93c | ber | unc fffe | FE_HAS_LOCK status 1f | signal f700 | snr f8ad | ber | unc fffe | FE_HAS_LOCK status 1f | signal f700 | snr f8a9 | ber | unc fffe | FE_HAS_LOCK status 1f | signal f700 | snr f93f | ber | unc fffe | FE_HAS_LOCK status 1f | signal f700 | snr f88a | ber | unc fffe | FE_HAS_LOCK status 1f | signal f700 | snr f8e8 | ber | unc fffe | FE_HAS_LOCK status 1f | signal f700 | snr f81b | ber | unc fffe | FE_HAS_LOCK status 1f | signal f700 | snr f911 | ber | unc fffe | FE_HAS_LOCK -- Gruß Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the From field. pgp58ZhIdLiqt.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Is there a way to give inode entries a higher cache priority than data in the linux kernel?
Quoting Carsten Koch: > Matthias Schniedermeyer wrote: > ... > >> 1) Is there a bug in the linux kernel that makes it spin up > >>the disk needlessly even if the data are still in the cache? > ... > > I haven't tried or read it myself, but this: > > Documentation/laptop-mode.txt > > might contain the information you need. > > Correct. > Interesting information. > I'll try it out. You may have a look at the following page too: http://gentoo-wiki.com/HOWTO_HDD_spindown_small_server Stefan Lucke ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR user input slowness
Hi, 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 really annoying when you a trying to input filenames or something. I have been using VDR for two years and the problem has always been there. However I just made another VDR box, that doesn't have any DVB cards. It just streams data from the bigger box, with streamdev. Remote control is really fast and snappy here, no lag at all! So is it the DVB handling that slows vdr down? Perhaps some priority issue that could be adjusted? Both boxes use dxr3-plugin as output device, and pretty much identical software setup (copied over from box1 to box2).. VDR version is 1.4.5. -- Teemu Suikki http://www.z-power.fi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK Freeview Logical Channel Numbers
On I understand what you are trying to achieve now. LCN data is broadcast as part of the UK Freeview service and Tony's script uses that data to resort the channels list (like a Freeview STB would in fact). I guess what you are after is a combination of xmltvtovdr and Tony's scanln script. On 2/14/07, Rob Davis <[EMAIL PROTECTED]> wrote: Andrew Herron wrote: > Hi Rob, > > I think xmltv2vdr.pl might be a better place to start for what you are > trying to achieve... as you can point it at a TV listing web site and > extract all the EPG data for the channels listed apparently based on my > reading of threads on this list that is! Yes, but not quite the same. What I am after is an ordered channel list in the same order as the official decoders from different providers. ie, someone from outside the UK wouldn't necessarily know that the channels go: BBC 1, 2 , ITV 1, Ch 4, five. Then BBC 3, 4 etc. I know when I moved to Italy from the UK it took me about a year to work out that Rete 4, Canale 5 were followed by Italia 1.. The channel numbers for several providers are already in Lyngsat, with the channel frequencies and tsid's.. Why not extract the info and build an ordered channel list for vdr in the operator designated order? -- Latest news on http://www.streetcredo.org.uk/rob Rob Davis ___ 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
