vdr October 2008

vdr@linuxtv.org

81 participants
84 discussions

Re: [vdr] stream recordings using the streamdev-plugin
by Artem Makhutov 21 Oct '08

21 Oct '08

Hi, On Tue, Oct 21, 2008 at 05:07:59PM +0400, Goga777 wrote: > is it possible to transcode mpeg2 to h.264 on fly for good quality bitrate (20 MBit/s) ? Yes, that is what the script is doing. > > -----Original Message----- > From: Artem Makhutov <artem(a)makhutov.org> > To: Goga777 <goga777(a)bk.ru>, VDR Mailing List <vdr(a)linuxtv.org> > Date: Tue, 21 Oct 2008 14:50:33 +0200 > Subject: Re: [vdr] stream recordings using the streamdev-plugin > > > > > Hi, > > > > On Tue, Oct 21, 2008 at 11:17:34AM +0400, Goga777 wrote: > > > does support streamdev-plugin h.264 format ? > > > > You can use ffmpeg to transcode the stream. This can be done quite easy > > by writing a simple shell script. > > > > Take a look at > > http://www.vdr-wiki.de/wiki/index.php/Externremux.sh#externremux.sh_.282.29 Regards, Artem -- Artem Makhutov Unterort Str. 36 D-65760 Eschborn

2 2

OT : BBC FOUR the monday 6 Oct 21:00 (The Story of Maths) subtitle/loadepg ?
by Gregoire Favre 21 Oct '08

21 Oct '08

Hello, just tried the new version of LoadEPG (an hudge thank to the author) to fetch EPG for english channels : it works !!! There is an offset of one hour with this version : loadepg-0.2.1-20080915, for example, tomorrow show that interest me highly is (http://www.open2.net/storyofmaths/) sheduled at 21:00 and my VDR think it's at 23:00 local time but as my timezone is Europe/Zurich it should be 22:00 local time. That's not a big problem for me... what I really want to know is if VDR-1.7.0 reccord subtitle aswell ? Thank you very much, -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre

3 7

Re: [vdr] Syncearly + subtitles problem
by Josce 21 Oct '08

21 Oct '08

>> The reason for this is explained here: >> >> http://www.linuxtv.org/pipermail/vdr/2008-October/018072.html >> >> So now we just have to be patient and hope that someone who knows how to >> fix it fixes it. > >I've read this mail but now I've done test recording 47mins long (National >Geographic, UPC, 19.2E) and when replaying it (without using any speed change >within replaying) the dvb-subtitles were in sync for whole 47 minutes. > >So I do not understand why the problems appears only at specific channels. Are you sure that this recording doesn't have the subtitle "burned in"? What happens when you turn off the dvb-subtitle support in VDR? Josce

2 1

Random and slow behaviour with streamdev
by Jan Ekholm 21 Oct '08

21 Oct '08

Hi, Today I tried out streamdev for the first time ever with a fresh 1.6.0 installation of VDR. I followed the docs on the homepage and got the CVS version. The plugin compiled fine and I had no problems getting it all installed. What I want to achieve is live TV streaming from VDR to an MPlayer (or something else if MPlayer sucks) client. No EPG is needed nor any other extra features, only raw audio/video is needed. I simply start VDR with a "-P streamdev" parameter and then connect using MPlayer from another host and below is what happens in 75% of my trials. When it manages to connect and stream it looks perfect. The host "hex" is where VDR runs: % mplayer http://hex:3000/C-15-3-33 MPlayer 1.0rc2-4.3.2 (C) 2000-2007 MPlayer Team [extra MPlayer info] Playing http://hex:3000/C-15-3-33. Resolving hex for AF_INET6... Couldn't resolve name for AF_INET6: hex Resolving hex for AF_INET... Connecting to server hex[192.168.1.4]: 3000... Cache size set to 320 KBytes Cache fill: 0.00% (0 bytes) nop_streaming_read error : Resource temporarily unavailable Cache fill: 0.00% (0 bytes) Exiting... (End of file) This entire process takes about 10s and both systems are fairly fast PC:s. The channel above is not encrypted. This is what VDR logs for the above test: 18:06:57 .. [12756] Streamdev: Accepted new client (HTTP) 192.168.1.6:44378 18:06:57 .. [12795] streamdev-writer thread started (pid=12743, tid=12795) 18:06:57 .. [12796] streamdev-livestreaming thread started (pid=12743, tid=12796) 18:06:57 .. [12797] receiver on device 2 thread started (pid=12743, tid=12797) 18:06:57 .. [12798] TS buffer on device 2 thread started (pid=12743, tid=12798) 18:07:08 .. [12756] client (HTTP) 192.168.1.6:44378 has closed connection 18:07:08 .. [12756] streamdev: closing streamdev connection to 192.168.1.6:44378 18:07:08 .. [12796] streamdev-livestreaming thread ended (pid=12743, tid=12796) 18:07:08 .. [12795] streamdev-writer thread ended (pid=12743, tid=12795) 18:07:08 .. [12756] cTS2PES got 3 TS errors, 1 TS continuity errors 18:07:08 .. [12756] buffer stats: 752 (0%) used 18:07:08 .. [12798] TS buffer on device 2 thread ended (pid=12743, tid=12798) 18:07:08 .. [12797] buffer stats: 376 (0%) used 18:07:08 .. [12797] receiver on device 2 thread ended (pid=12743, tid=12797) So apparently MPlayer doesn't see any data and gives up after 10 seconds. It does not matter wether I specify TS, PS, ES or PES as the stream protocol. Similar results for when the WWW-interface is used together with Dragon Player (or Xine), although it seems as some channels from a particular channel group works better and others never work. Any hints as to what could be wrong? Or as people seem to use this plugin just fine, where I should be looking for the PEBKAC. :) Kind regards, Jan Ekholm -- Five exclamation marks, the sure sign of an insane mind. -- Terry Pratchett, Reaper Man

1 0

stream recordings using the streamdev-plugin
by Artem Makhutov 21 Oct '08

21 Oct '08

Hi, I would like to stream my recorded movies using the streamdev-plugin. Is such a feature planned? Thanks, Artem

3 5

Re: [vdr] Syncearly + subtitles problem
by Josce 21 Oct '08

21 Oct '08

>I'm not sure as I don't have too much time to test but channels with problems >have only one dvb-subtitles stream and are dvb-s. I didn't found dvb-s2 >channel with sync subtitles problem. But normally I'm using NatGeo (UPC, >19.2E) which is broadcasting also dvb-s and only one dvb-subtitles stream and >no problems is there. > >So it is not necessary to upload the problematic recording for me (but maybe >someone from reelmutimedia will be interested in). I already have such. > >BR, > >Ales The reason for this is explained here: http://www.linuxtv.org/pipermail/vdr/2008-October/018072.html So now we just have to be patient and hope that someone who knows how to fix it fixes it. If Klaus has the time I would really like to see an extra setting in the subtitles setup where one could always have the delay as explained in my previous post. Josce

2 1

Syncearly + subtitles problem
by Josce 21 Oct '08

21 Oct '08

I am having problems with subtitles: - vdr 1.6.0 - vdr-1.5.18-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff - vdr-1.6.0-truecolor-compile_fixes.diff - reelbox plugin The subtitles appear 6-10 seconds too early, which is really annoying. Tested the recordings on a vdr 1.6.0 + FF without the patches and the subtitles were displayed correctly. I imagine it has something to do with the syncearly, but can't say for sure. Can I somehow disable the syncearly part of the patches to verify that this indeed is the problem. ( I need the patches because I can't compile vdr + reelbox plugin without them ) Josce

6 8

black screen with softdevice 0.5.0 and vdr 1.6
by Leo Márquez 20 Oct '08

20 Oct '08

Hi, I am trying to set up a vdr with softdevice 0.5.0 (dfb) and vdr 1.6. Vdr and softdevice compile fine but when I start vdr I get osd and audio and no video. The channels I want to see are dvb-t, no hd. I did not see any error in logs. I remember have this problem few time ago but any mailing list or google search helped me to remember what is the problem and the solution. Thank you!. I put here the vdr output to help you know what is happening: vdr:/usr/src/vdr16# ./vdr -c "/etc/vdr" -v "/videoteca/v0" -P"softdevice -vo dfb:" softdevice: Created setupStoreId 327681! softdevice: Attatched to setupStoreId 327681 at 0xb78dd000. [softdevice] processing args [softdevice] argv [0] = softdevice [softdevice] argv [1] = -vo [setup-softdevice] alsa ac3Mode set to: 0 [setup-softdevice] alsa AC3 device set to: hw:0,1 [setup-softdevice] alsa device set to: default [setup-softdevice] autodetectAspect 0 [setup-softdevice] A/V Offset set to (0) [setup-softdevice] Cropping 0 lines from bottom [setup-softdevice] Cropping 0 columns from left [setup-softdevice] cropping mode set to 0 (none) [setup-softdevice] cropping mode toggle key set to 0 (none) [setup-softdevice] Cropping 0 columns from right [setup-softdevice] Cropping 0 lines from top [setup-softdevice] deinterlace method set to 1 lavc [setup-softdevice] Expanding 0 columns at left and right [setup-softdevice] Expanding 0 columns at top and bottom [setup-softdevice] mainMenu: 1 [setup-softdevice] setting alpha blend mode to software [softdevice] picture mirroring set to 0 (off) [setup-softdevice] pixel format set to (I420) [setup-softdevice] shouldSuspend to: 0 [setup-softdevice] syncTimerMode: sig [softdevice] UseSetSourceRectangle to off [softdevice] UseStretchBlitset to off [setup-softdevice] vidBrightness: -1 [setup-softdevice] vidContrast: -1 [setup-softdevice] vidHue: -1 [setup-softdevice] vidSaturation: -1 [setup-softdevice] startup aspect set to (4:3 normal) [softdevice] initializing Plugin [softdevice] Initializing Video Out [softdevice] ffmpeg build(3345152) 23:33:22.0883 I [5033] [dfb] init (*) DirectFB/Config: Parsing config file '/etc/directfbrc'. ---------------------- DirectFB v0.9.25 --------------------- (c) 2000-2002 convergence integrated media GmbH (c) 2002-2004 convergence GmbH ----------------------------------------------------------- (*) DirectFB/Core: Single Application Core. (2006-12-04 07:00) (*) Direct/Memcpy: Using MMXEXT optimized memcpy() (*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 5069)... (*) Direct/Thread: Running 'PS/2 Input' (INPUT, 5070)... (!!!) *** UNIMPLEMENTED [fusion_reactor_set_lock] *** [../../../lib/fusion/reactor.c:853] (*) DirectFB/Input: IMPS/2 Mouse 1.0 (Convergence GmbH) (*) Direct/Thread: Running 'Keyboard Input' (INPUT, 5071)... (*) DirectFB/Input: Keyboard 0.9 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 5072)... (*) DirectFB/Input: AT Translated Set 2 keyboard (1) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 5073)... (*) DirectFB/Input: cx88 IR (Hauppauge Nova-T DVB-T (2) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 5074)... (*) DirectFB/Input: ImExPS/2 Generic Explorer Mouse (3) 0.1 (convergence integrated media GmbH) (*) DirectFB/Genefx: MMX detected and enabled (*) DirectFB/Graphics: nVidia NV02 (0x002d) 0.6 (directfb.org) (*) DirectFB/Core/WM: Default 0.2 (Convergence GmbH) [dfb] RAM: 32505600 bytes [dfb] Accellerated Functions: FillRectange DrawRectange DrawLine FillTriangle Blit StretchBlit All [dfb] Drawing Flags: Blend [dfb] Surface Blitting Flags: BlendAlpha BlendColorAlpha Colorize Deinterlace 23:33:23.0176 I [5033] [dfb] Supported video Modes are: 768x576@16 640x480@8 640x480@8 640x480@8 640x480@8 640x480@8 768x576@32 800x600@8 800x600@8 800x600@8 800x600@8 800x600@8 800x600@8 800x600@8 800x600@8 1024x768@8 1024x768@8 1024x768@8 1024x768@8 1024x768@8 1024x768@8 1024x768@8 1152x864@8 1152x864@8 1152x864@8 1152x864@8 1152x864@8 1152x864@8 1280x960@8 1280x960@16 1280x960@32 1024x1024@8 1280x1024@8 1280x1024@8 1280x1024@8 1280x1024@8 1280x1024@8 23:33:23.0178 I [5033] [dfb] Enumerating display Layers 23:33:23.0179 I [5033] [dfb] Configuring CooperativeLevel for OSD Layer 0 FBDev Primary Layer Type: graphics Caps: brightness contrast saturation surface Layer 1 NVidia Overlay Type: picture video Caps: brightness contrast deinterlacing dst_colorkey hue saturation screen_location surface 23:33:23.0180 I [5033] [dfb] (osdLayer): flags, options, pixelformat: 0000000f, 00000000 00400c03 23:33:23.0181 I [5033] [dfb] (osdLayer): width, height: 768 576 23:33:23.0181 I [5033] [dfb] osdLayer without !! alpha channel 23:33:23.0188 D [5033] [dfb] surface capabilities for (scrSurface): videoonly, double-buffered, flipping, PixelFormat = 0x00418c04 23:33:23.0189 I [5033] [dfb] width = 768, height = 576 23:33:23.0189 I [5033] [dfb] got fmt = 0x00418c04 bpp = 32 23:33:23.0192 I [5033] [dfb] Using this layer for OSD: (FBDev Primary Layer - [768x576]) 23:33:23.0192 D [5033] [dfb] surface capabilities for (osdSurface): videoonly, double-buffered, flipping, PixelFormat = 0x00418c04 23:33:23.0192 I [5033] [dfb] Configuring CooperativeLevel for Overlay 23:33:23.0201 D [5033] [dfb] surface capabilities for (videoSurface): videoonly, PixelFormat = 0x00200806 23:33:23.0201 I [5033] [dfb] Using this layer for OSD: FBDev Primary Layer 23:33:23.0202 I [5033] [dfb] Using this layer for Video out: NVidia Overlay 23:33:23.0216 I [5033] [dfb] Display frame time is 13345 microseconds 23:33:23.0217 D [5033] [dfb] (re)configuring Videolayer to 720 x 576 (720x576) 23:33:23.0226 D [5033] [dfb] surface capabilities for (videoSurface): systemonly, PixelFormat = 0x08100609 23:33:23.0226 D [5033] [dfb] (re)configured 0x08100609 [softdevice] Subplugin successfully opend [softdevice] Video Out seems to be OK [softdevice] Initializing Audio Out [softdevice] Audio out seems to be OK [softdevice] A/V devices initialized, now initializing MPEG2 Decoder 23:33:25.0843 D [5075] [dfb] (re)configuring Videolayer to 736 x 576 (736x576) 23:33:25.0853 D [5075] [dfb] surface capabilities for (videoSurface): systemonly, PixelFormat = 0x08100609 23:33:25.0853 D [5075] [dfb] (re)configured 0x08100609 23:33:26.0616 D [5091] [VideoOut] reset: sync info: repF = 0, drpF = 0, totF = 0 ALSA lib pcm.c:2143:(snd_pcm_open_noupdate) Unknown PCM CH2 allocating buffer format orig->format 0 23:33:26.0658 D [5093] [dfb] (re)configuring Videolayer to 720 x 576 (720x576) 23:33:26.0673 D [5093] [dfb] surface capabilities for (videoSurface): systemonly, PixelFormat = 0x08100609 23:33:26.0673 D [5093] [dfb] (re)configured 0x08100609 23:33:27.0048 D [5093] [VideoOut] video now synced (9 - 0) 23:33:31.0884 D [5092] [softdevice-audio]: Xrun (at least 0,006 ms long) 23:33:32.0035 D [5092] [softdevice-audio]: Xrun (at least 0,006 ms long) 23:33:32.0337 D [5092] [softdevice-audio]: Xrun (at least 0,006 ms long) 23:33:44.0448 D [5092] [softdevice-audio]: Xrun (at least 0,008 ms long) [setup-softdevice] restoring setup state 23:34:26.0211 D [5092] [softdevice-audio]: Xrun (at least 0,009 ms long) 23:34:58.0181 D [5092] [softdevice-audio]: Xrun (at least 0,008 ms long)

1 0

Re: [vdr] Syncearly + subtitles problem
by Josce 20 Oct '08

20 Oct '08

At 11:40 20-10-2008 +0200, you wrote: >On Monday 20 of October 2008, Hannu Tirkkonen wrote: >> Josce wrote: >>> I am having problems with subtitles: >>> >>> - vdr 1.6.0 >>> - vdr-1.5.18-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff - vdr-1.6.0-truecolor-compile_fixes.diff >>> - reelbox plugin >>> >>> >>> >>> The subtitles appear 6-10 seconds too early, which is really annoying. >>> Tested the recordings on a vdr 1.6.0 + FF without the patches and the >>> subtitles were displayed correctly. >>> I imagine it has something to do with the syncearly, but can't say for >>> sure. Can I somehow disable the syncearly part of the patches to verify >>> that this indeed is the problem. ( I need the patches because I can't >>> compile vdr + reelbox plugin without them ) >> >> The subtitles and ttxtsubs are in sync when watching live... but >> The same problem with too early exists on recordings. >> >> vdr 1.7.0 with reelbox plugin 9044: >> VDR-Extensions-Patch-62/vdr-1.7.0_extensions.diff >> DR-Extensions-Patch-62/vdr-1.7.0-ext_h264.diff >> vdr170-ext-h264-rmm-svn8858-patch.diff >> >> There's a ReplayDelay option on ttxtsubs, but is it >> possible to get the (customized) delay also for the subtitles as well? > >I don't see such problem: > >vdr-1.7.0 with reelbox plugin 9044 >- vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup >- vdr170-h264-rmm-svn8858-patch Glad to hear that it works for you :) Checked out reelbox plugin 9053 and I still have the problem. When and where was this fixed? Should I re-install all reelbox files? If I want to apply a quick fix, how can I delay the subtitles? The subtitles seems to be 6-7 seconds too early. I have recorded a very good German film that I'd like to watch, but my German is still not good enough so sometimes I need a little help from the subtitles to be able to follow the plot Having said that, a setting that would enable me to always have the subtitles delayed a little would be a very nice feature. This would help me improve my German. When watching German films I could always first try to understand the speech and when there is something that I don't understand I could read the subtitles. Josce

2 1

Re: [vdr] [PATCH] S2API for vdr-1.7.0 (05-10-2008 - quickhack for DVB-S(2), DVB-T and DVB-C)
by Niels Wagenaar 18 Oct '08

18 Oct '08

Hello All, Here's a new patch for DVB-S, DVB-S2, DVB-T and DVB-C support using S2API in combination with VDR 1.7.0. By accident I used an old source tree for the patch from 04-10-2008, which resulted in problems getting a stable lock on DVB-T and/or perhaps DVB-C. The included patch will fix that. Enclosed are two patches. The clean patch is for a clean VDR 1.7.0 source tree patched with Reinhard's vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2 patch. The patched patch is for those who have used the patch from 04-10-2008. Again, any feedback on this patch is highly appreciated! Regards, Niels Wagenaar

9 25

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr October 2008