vdr November 2009

vdr@linuxtv.org

74 participants
71 discussions

Start a nNew thread

ttxtsubs patch for vdr-1.7.10
by Magnus Hörlin 22 Nov '09

22 Nov '09

Hi, just thought I'd post an unofficial ttxtsubs patch for vdr-1.7.10 in case someone wants to use it. /Magnus H

1 0

Editing recordings and no instant video update when moving markers
by Ian Bates 22 Nov '09

22 Nov '09

Hello, When editing recordings I am struggling to fine tune marker placement as adjustments made with '4' and '6' keys while moving the marker as indicated by the time line do not update the video display with the corresponding position in the recording. Current setup: SW: VDR-1.7.9 (with freesat patch), NVIDIA driver 185-something, xineliboutput and xine as outptut plugins, ffmpeg-svn / xine-lib-1.2- hg from about two weeks ago, v4l-dvb-hg from about two weeks ago, slackware64-current OS HW: M2NPV-VM with onboard Nvidia 6150, Athlon something 64 bit dual core (at least 2.1GHz), a couple of SATA disks. - This problem only occurs with TS recordings, PES recordings made with vdr-1.7.0 with this setup work as expected. - With the xineliboutput plugin the display does not update at all when moving the marker. - With xine plugin the display updates but with seemingly random time intervals, from almost realtime as expected to delays of 1-5 seconds to sometimes not at all, depending on the recording and the position of the marker. I have a tedious workaround: set marker, play - If adjustment needed then - select marker, adjust with '4' or '6', play, repeat until no further adjustment needed. Does anyone have the same problem? Does anyone NOT have this problem? What can I do to fix this? Best wishes, Ian.

3 2

vdr 1.7.8 shows wrong recording length
by Martin Dauskardt 22 Nov '09

22 Nov '09

I have a TS recording of more than two hours which seems to have no errors (Project X demux log looks fine). When I start playing it with vdr, the replay osd shows a recording lenghth of only 9 minutes. The same values is displayed in the recording menu (yes I know, this is not a vdr feature but comes from a patch) Is it worth to investigate it? I still have this recording on my disc. Greets, Martin

2 1

Odd filesystem errors
by HighlyCaffeinated 22 Nov '09

22 Nov '09

I've got an unusual situation with my VDR installation that has me completely stumped. My /video0 directory is located on a 1TB ext2 filesystem. When I perform an 'ls-al' I get an incomplete list of the directories located there. If I open that filesystem on a Windows box via Samba, I see that two recent directories have been created that the 'ls' does not show me. The directories are named COO66K~7 (a CSI recording) and N3OZM1~R (an NCIS recording) in Windows. I can drill down into either directory and find the expected filesystem structure and two recordings that we had thought had failed. They are only visible through Windows/Samba. I can copy the contents of the directory to a Windows box and then copy them back to VDR (with a new folder name) and they play normally. As Debian refuses to acknowledge their existence, I cannot rename or delete the directories and I cannot copy data from the subdirectories. I have tried masking the tilde in the filenames, and that didn't change anything as I suspect the filenames are instead REALLY long. I am running vdr 1.7.7 with ATSC tuners and the ATSCepg plugin, and the system regularly creates successful recordings. Anyone with a pointer on how to deal with this and what may be causing such an odd set of circumstances? e2fsck didn't find anything it considered to be bothersome. -Todd

3 2

Re: [vdr] mdadm software raid5 arrays?
by Simon Baxter 22 Nov '09

22 Nov '09

Thanks Alex. I think I've decided to go RAID 1+0 rather than RAID 5 as I'm worried about the write speed. I often record 3 or 4 channels at once and do see some "slow down" on OSD responsiveness during this. What's your experience with RAID5? ----- Original Message ----- From: Alex Betis To: VDR Mailing List Sent: Friday, November 13, 2009 1:03 AM Subject: Re: [vdr] mdadm software raid5 arrays? Simon, Pay attention that /boot can be installed only on a single disk or RAID-1 where every disk can actually work as a stand alone disk. I personally decided to use RAID-5 on 3 disks with RAID-1 on 3xsmall partitions for /boot and RAID-5 on the rest. RAID-5 also allows easier expansion in the future. On Tue, Nov 10, 2009 at 8:48 PM, Simon Baxter <linuxtv(a)nzbaxters.com> wrote: Thanks - very useful! So what I'll probably do is as follows... * My system has 4x SATA ports on the motherboard, to which I'll connect my 4x 1.5TB drives. * Currently 1 drive is in use with ~30G for / /boot and swap and ~1.4TB for /media * I'll create /dev/md2, using mdadm, in RAID1 across 2 ~1.4TB partitions on 2 drives * move all active recordings (~400G) to /dev/md2 * split /dev/md2 and create a raid 1+0 (/dev/md1) using 4x partitions of ~1.4TB across 4 drives At this point I have preserved all my data, and created a raid1+0 for recordings and media. I should now use the remaining ~100G on each drive for raid protection for (root) / and /boot. I've read lots on the web on this, but what's your recommendation? RAID1 mirror across 2 of the disks for / (/dev/md0) and install grub (/boot) on both so either will boot? On Tue, Nov 10, 2009 at 09:46:52PM +1300, Simon Baxter wrote: What about a simple raid 1 mirror set? Ok.. short comparison, using a single disk as baseline. using 2 disks raid0: (striping) ++ double read throughput, ++ double write throughput, -- half the reliability (read: only use with good backup!) raid1: (mirroring) ++ double read throughput. o same write throughput ++ double the reliability using 3 disks: raid0: striping +++ tripple read performance +++ tripple write performance --- third of reliability raid1: mirroring +++ tripple read performance o same write throughput +++ tripple reliability raid5: (distributed parity) +++ tripple read performance - lower write performance (not due to the second write but due to the necessary reads) + sustains failure of any one drive in the set using 4 disks: raid1+0: ++++ four times the read performance ++ double write performance ++ double reliability please note: these are approximations and depending on your hardware they may be off by quite a bit. cheers -henrik

7 9

livebuffer patch improvements suggestions.
by Tommi Lundell 19 Nov '09

19 Nov '09

Hello. 1) RAM is cheap now days. Can I use RAM to keep buffer data? (System running from USB stick so only reason to start Hard Disk is when i use recordings) 2) Patch only record current channel. It would be nice if i can select channels from lists where buffers are active. Example. i change channel and noticing that program what i want to look is already running so i simply press "jump backward" button and start to look program from beginning. (2GB can keep about 100 minutes in buffers. If i select 5 different channels that i got 20mins buffer in every channel) Regards: Tommi

5 8

VDR 1.7 and no subtitles with old PES recordings
by jjtt＠mbnet.fi 18 Nov '09

18 Nov '09

I'm contemplating updating my trusty 1.6.0 to the latest development version, but I can't seem to get DVB subtitles from old recordings to work. Subtitles are shown corretly both when viewing live tv and when viewing new recordings, but when viewing old PES recordings VDR just says that no subtitles are available. I'm using vanilla VDR and the xineliboutput plugin. I searched through the archives and the only mention of a similar problem I could find is the one below, but unfortunately no solution. ----- Forwarded message from Josce <josce(a)welho.com> ----- Date: Fri, 06 Feb 2009 15:55:55 +0200 From: Josce <josce(a)welho.com> To: vdr(a)linuxtv.org Subject: [vdr] vdr 1.7.4 PTS on old recordings (PES) I am using vdr 1.7.4 + reelbox plugins (svn today) + the patch provided by Ales Jurik, http://www.linuxtv.org/pipermail/vdr/2009-February/019504.html I managed to get the STC working with the reelbox plugin, by setting audio to soundcard. When I watch live or play a recording made with vdr 1.7.4 the subtitles are displayed correctly. But when trying to play a recording made with vdr 1.6.0 (PES) I get no subtitles at all. In void cDvbSubtitleConverter::Action(void) I added: if (cDvbSubtitleBitmaps *sb = bitmaps->First()) { int64_t STC = cDevice::PrimaryDevice()->GetSTC(); + fprintf(stderr,"PTS: %lld STC: %lld timeout: %d\r\n", sb->Pts(), cDevice::PrimaryDevice()->GetSTC(), sb->Timeout()); With the vdr-1.7.4 recording I get: PTS: 3453357752 STC: 3453096328 timeout: 5 PTS: 3453357752 STC: 3453107848 timeout: 5 PTS: 3453357752 STC: 3453115528 timeout: 5 PTS: 3453357752 STC: 3453127048 timeout: 5 PTS: 3453357752 STC: 3453134728 timeout: 5 PTS: 3453357752 STC: 3453146248 timeout: 5 PTS: 3453357752 STC: 3453157768 timeout: 5 PTS: 3453357752 STC: 3453165448 timeout: 5 PTS: 3453357752 STC: 3453173128 timeout: 5 PTS: 3453357752 STC: 3453184648 timeout: 5 With the vdr-1.6.0 recording I get: PTS: 4194503 STC: 3346232463 timeout: 3 PTS: 4194455 STC: 3346240143 timeout: 3 PTS: 4194449 STC: 3346263183 timeout: 4 PTS: 4194455 STC: 3346282383 timeout: 4 PTS: 4194545 STC: 3346512783 timeout: 4 PTS: 4194436 STC: 3346812304 timeout: 6 PTS: 4194439 STC: 3347223184 timeout: 4 Regards, Josce _______________________________________________ vdr mailing list vdr(a)linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ----- End forwarded message -----

2 3

Replay Problems with Extension HD
by Falk Spitzberg 18 Nov '09

18 Nov '09

Hello, Users of the Reel Extension HD card will know that there are Problems when TS recordings are replayed. These Problems seem to be limited to some stations like Pro7 and even with these stations to movies that are broadcastest with DD 5.1 audio. Now my question: What is different between Live TV and Replay. Of course the obvious difference is the data source (file opposed to DVB device). But what else is different? I am wondering, because i watched a movie without problems, while the recording that was done while i watched it live, cannot be replayed. After a few minutes, the hdplayer on the Extension card dies. -- Falk Spitzberg Tel: +49 5242 901626 E-Mail: post(a)spitzberg.de

17 37

Re: [vdr] Moving to a stream mpeg or h264 with vdr-1.7.9
by Senufo 15 Nov '09

15 Nov '09

HI, thank you, I'll wait for bug fix Regards Senufo

1 0

Hulu for Linux
by Timothy D. Lenz 15 Nov '09

15 Nov '09

Hulu now has a linux interface. And it seems MythTv can use it. what about vdr? Can it be done without installing a desktop? http://www.nvnews.net/vbulletin/showthread.php?t=139868

4 9

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr November 2009