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=XMLTV; close(XMLTV); sub ProcessEpg # Find XML events foreach $xmlline (@xmllines) -- = open(XMLTV, $xmltvfile) || die cannot open xmltv file; sub ProcessEpg while($xmlline = XMLTV) 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
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] [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
[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 channel# 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
[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] 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
