vdr

vdr@linuxtv.org

6731 discussions

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

RingBuffer overflow
by JJussi 18 Oct '08

18 Oct '08

Hi! I use NAS system to store VDR data. Speed of network between HTPC and NAS is over 700 Mbit/s. However reading and writing to RAID5 is only 20MB/s at peak and about 10MB/s average. Normally everything is fine, but when there is one or more noad running, reading/writing data to that same NAS. I start to get those Oct 18 13:13:33 htpc vdr: [11827] ERROR: 610 ring buffer overflows (114557 bytes dropped) Oct 18 13:13:36 htpc vdr: [11827] ERROR: 15292 ring buffer overflows (2874896 bytes dropped) Oct 18 13:13:37 htpc vdr: [11827] ERROR: 10946 ring buffer overflows (2057848 bytes dropped) Oct 18 13:13:37 htpc vdr: [11827] ERROR: 14786 ring buffer overflows (2779768 bytes dropped) OK, I can stop using noad... But is there way to allocate "enought" memory to ring buffer, so it would not suffer when noad is running?!? My machine have 3 Gigs of memory, so I could "allocate" even 1 Gig to that ring buffer. -- JJussi

1 0

"Broken pipe" error in svdrp
by JJussi 18 Oct '08

18 Oct '08

Hi! My log file have lines: Oct 18 11:15:01 htpc noad[11363]: Saturday,18.10.2008 11:15:01 start noad-0.6.0 for /data/tv-rec/Uutiset/Tv-uutiset/2008-10-18.11.00.10.01.rec Oct 18 11:15:02 htpc vdr: [10411] ERROR (svdrp.c,413): Broken pipe So, every time when noad has started, vdr says that there is "Broken pipe". This error happen in bool cSVDRP::Send(const char *s, int length) Should something be fixed in my system or in source code? VDR system is 1.7.0 -- JJussi

1 0

HVR4000 and multifrontend
by Fabio Bordin 17 Oct '08

17 Oct '08

Hello, I need help to use dvb-t in vdr. Now I use s2api with multifrontend enabled compiled from http://linuxtv.org/hg/~stoth/s2-mfe (I also tried mfe patch against v4l version but i had same results) With Kaffeine 0.8.3 I can use both frontends, dvb-s and dvb-t. It can search channels and let me see dvb-t. Vdr (1.6.0 and 1.7.1 patched) do not let me use dvb-t channel I scanned. I also tried do double the adapter with these commands: mkdir /dev/dvb/adapter1 ln -s /dev/dvb/adapter0/frontend1 /dev/dvb/adapter1/frontend0 ln -s /dev/dvb/adapter0/net1 /dev/dvb/adapter1/net0 ln -s /dev/dvb/adapter0/dvr1 /dev/dvb/adapter1/dvr0 ln -s /dev/dvb/adapter0/demux1 /dev/dvb/adapter1/demux0 but vdr continues to ignore dvb-t channels while Kaffeine continues to work well. Someone knows what I have to do to (finally) see dvb-t channel with vdr? Tanks

1 0

Re: [vdr] stb0899 and tt s2-3200
by Igor M. Liplianin 15 Oct '08

15 Oct '08

В сообщении от 13 October 2008 19:38:09 Steven Toth написал(а): > Igor M. Liplianin wrote: > > I successfully ported stb0899 to S2API > > For know it is just for testing purposes. Feel free to test it. > > Any feedback welcome. > > Locking better with szap-s2 (sorry) > > I have tested with DVB-S2 8PSK and DVB-S 27500 kSyms/s > > > > http:/mercurial.intuxication.org/hg/s2-liplianin > > http:/mercurial.intuxication.org/hg/szap-s2 > > I haven't had any time to look at this, I'm busy trying to cleanup and > get S2API, MFE and general cleanups merged. > > Igor, how has the feedback been for these patches? Are they ready for > merge, working only for some people, or badly broken and not for this > kernel release? > > Thanks, > > - Steve They working only for some people, For me, driver locks some transponders( not all ). And it is Manu code + S2 API changes from me Igor

2 1

[PATCH] S2API for vdr-1.7.1 vanilla and extensions patch 64 ( 071020008 )
by Martin Schlosser 15 Oct '08

15 Oct '08

Hello, thanks for the quick response! Everything compiled fine now. But still something seems to be broken there. Watching TV with mplayer works fine but there is a problem with vdr/xine. I attached my syslog and the output of vdr-sxfe. I hope someone has an idea whats causing this. Many thanks in advance! Martin Schlosser > Hi, > > you are using the older patch use the attached one. > The fix-s2api-dvbs is not needed with this one. > > cu > > Edgar (gimli) Hucek > > > > Hi All, > > > > > > this patches are for Steve Toth's repository at : > > > http://linuxtv.org/hg/~stoth/s2/ . > > > In theory they should work. I did them offline from my VDR. > > > > > > cu > > > > > > Edgar (gimli) Hucek > > > > Hi, > > > > I just can't compile my vdr. I applied the following patches to vanilla > > vdr-1.7.1: > > > > - vdr-1.7.1_extensions.diff > > - vdr-1.7.1-ext_h264.diff > > - vdr-1.7.1-s2api-ext64.patch > > - fix-s2api-dvbs-tuning.patch > > > > Everything worked fine until here. Now I downloaded and installed S2API > > (from http://linuxtv.org/hg/~stoth/s2-mfe right?). > > > > After setting the paths etc in teh make configs I tried to compile vdr, > > but this is what happens then: > > > > root at HTPC:/usr/local/src/vdr-1.7.1# make > > g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c > > -DUSE_CMDRECCMDI18N -DUSE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY > > -DUSE_DOLBYINREC -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_PLUGINMISSING > > -DUSE_SETTIME -DUSE_WAREAGLEICON -DREMOTE_KBD -DVDR_USER=\"vdr\" > > -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE > > -DVIDEODIR=\"/daten/Video/vdr/video.00\" > > -DCONFDIR=\"/daten/Video/vdr/video.00\" -DPLUGINDIR=\"./PLUGINS/lib\" > > -DLOCDIR=\"./locale\" -DUSE_PLUGINAPI -I/usr/include/freetype2 > > -I../s2-mfe/linux/include channels.c > > channels.c:70: error: 'NBC_QPSK' was not declared in this scope > > channels.c:71: error: '_8PSK' was not declared in this scope > > channels.c:72: error: '_16APSK' was not declared in this scope > > channels.c: In member function 'void > > cChannel::SetLinkChannels(cLinkChannels*)': > > channels.c:690: warning: format not a string literal and no format > > arguments > > make: *** [channels.o] Fehler 1 > > > > > > Any ideas? > > > > Regards > > Martin Schlosser Oct 15 00:39:49 HTPC vdr: [10244] cTimeMs: using monotonic clock (resolution is 1 ns) Oct 15 00:39:49 HTPC vdr: [10244] VDR version 1.7.1 started Oct 15 00:39:49 HTPC vdr: [10244] codeset is 'UTF-8' - known Oct 15 00:39:49 HTPC vdr: [10244] found 23 locales in /usr/local/share/locale Oct 15 00:39:49 HTPC vdr: [10244] loading plugin: /var/lib/vdr/plugins//libvdr-femon.so.1.7.0 Oct 15 00:39:49 HTPC vdr: [10244] loading plugin: /var/lib/vdr/plugins//libvdr-xineliboutput.so.1.7.0 Oct 15 00:39:49 HTPC vdr: [10244] loading plugin: /var/lib/vdr/plugins//libvdr-remote.so.1.7.0 Oct 15 00:39:49 HTPC vdr: [10244] loading /etc/vdr//setup.conf Oct 15 00:39:49 HTPC vdr: [10244] loading /etc/vdr//sources.conf Oct 15 00:39:49 HTPC vdr: [10244] loading /etc/vdr//diseqc.conf Oct 15 00:39:49 HTPC vdr: [10244] loading /etc/vdr//channels.conf Oct 15 00:39:49 HTPC vdr: [10244] loading /etc/vdr//timers.conf Oct 15 00:39:49 HTPC vdr: [10244] Failed to load translated '/etc/vdr//commands.conf.' for language () Oct 15 00:39:49 HTPC vdr: [10244] Falling back to default '/etc/vdr//commands.conf' (if any) Oct 15 00:39:49 HTPC vdr: [10244] Failed to load translated '/etc/vdr//reccmds.conf.' for language () Oct 15 00:39:49 HTPC vdr: [10244] Falling back to default '/etc/vdr//reccmds.conf' (if any) Oct 15 00:39:49 HTPC vdr: [10244] loading /etc/vdr//svdrphosts.conf Oct 15 00:39:49 HTPC vdr: [10244] loading /etc/vdr//remote.conf Oct 15 00:39:49 HTPC vdr: [10244] loading /etc/vdr//keymacros.conf Oct 15 00:39:49 HTPC vdr: [10245] video directory scanner thread started (pid=10244, tid=10245) Oct 15 00:39:49 HTPC vdr: [10245] video directory scanner thread ended (pid=10244, tid=10245) Oct 15 00:39:49 HTPC vdr: [10246] video directory scanner thread started (pid=10244, tid=10246) Oct 15 00:39:49 HTPC vdr: [10246] video directory scanner thread ended (pid=10244, tid=10246) Oct 15 00:39:49 HTPC vdr: [10244] reading EPG data from /etc/vdr/epg.data Oct 15 00:39:50 HTPC vdr: [10244] probing /dev/dvb/adapter0/frontend0 Oct 15 00:39:50 HTPC vdr: [10244] device 1 provides: DVBS2 Oct 15 00:39:50 HTPC vdr: [10244] device 1 forced to frontendType SYS_DVBS2 Oct 15 00:39:50 HTPC vdr: [10248] tuner on device 1 thread started (pid=10244, tid=10248) Oct 15 00:39:50 HTPC vdr: [10249] section handler thread started (pid=10244, tid=10249) Oct 15 00:39:50 HTPC vdr: [10244] found 1 video device Oct 15 00:39:50 HTPC vdr: [10244] initializing plugin: femon (1.6.2): DVB Signal Informationsanzeige (OSD) Oct 15 00:39:50 HTPC vdr: [10244] initializing plugin: xineliboutput (1.0.90-cvs): X11/xine-lib Ausgabe-Plugin Oct 15 00:39:50 HTPC vdr: [10244] [xine..put] cTimePts: clock_gettime(CLOCK_MONOTONIC): clock resolution 0 us Oct 15 00:39:50 HTPC vdr: [10244] [xine..put] cTimePts: using monotonic clock Oct 15 00:39:50 HTPC vdr: [10244] [xine..put] RTP SSRC: 0x73e5579e Oct 15 00:39:50 HTPC vdr: [10244] initializing plugin: remote (0.4.0): Fernbedienung Oct 15 00:39:50 HTPC vdr: [10244] setting primary device to 1 Oct 15 00:39:50 HTPC vdr: [10244] device 1 has no MPEG decoder Oct 15 00:39:50 HTPC vdr: [10244] trying device number 2 instead Oct 15 00:39:50 HTPC vdr: [10244] setting primary device to 2 Oct 15 00:39:50 HTPC vdr: [10244] assuming manual start of VDR Oct 15 00:39:50 HTPC vdr: [10244] SVDRP listening on port 2001 Oct 15 00:39:50 HTPC vdr: [10244] setting current skin to "sttng" Oct 15 00:39:50 HTPC vdr: [10244] loading /etc/vdr//themes/sttng-default.theme Oct 15 00:39:50 HTPC vdr: [10244] starting plugin: femon Oct 15 00:39:50 HTPC vdr: [10244] starting plugin: xineliboutput Oct 15 00:39:50 HTPC vdr: [10251] Remote decoder/display server (cXinelibServer) thread started (pid=10244, tid=10251) Oct 15 00:39:50 HTPC vdr: [10251] [xine..put] cXinelibServer priority set successful SCHED_RR 2 [1,99] Oct 15 00:39:50 HTPC vdr: [10251] [xine..put] Listening on port 37890 Oct 15 00:39:50 HTPC vdr: [10251] [xine..put] Listening for UDP broadcasts on port 37890 Oct 15 00:39:50 HTPC vdr: [10251] [xine..put] BROADCAST: VDR xineliboutput DISCOVERY 1.0^M Server port: 37890^M Server version: xineliboutput-1.0.90-cvs^M ^M Oct 15 00:39:50 HTPC vdr: [10244] [xine..put] cXinelibDevice::StartDevice(): Device started Oct 15 00:39:50 HTPC vdr: [10244] starting plugin: remote Oct 15 00:39:50 HTPC vdr: [10244] device /dev/input/event0: Macintosh mouse button emulation Oct 15 00:39:50 HTPC vdr: [10244] device /dev/input/event1: USB-compliant keyboard Oct 15 00:39:50 HTPC vdr: [10244] device /dev/input/event2: USB-compliant keyboard Oct 15 00:39:50 HTPC vdr: [10244] device /dev/input/event3: Microsoft Microsoft IntelliMouse® Optical Oct 15 00:39:50 HTPC vdr: [10244] device /dev/input/event4: Power Button (FF) Oct 15 00:39:50 HTPC vdr: [10244] device /dev/input/event5: Power Button (CM) Oct 15 00:39:50 HTPC vdr: [10244] device /dev/input/event6: PC Speaker Oct 15 00:39:50 HTPC vdr: [10244] device /dev/input/event7: cx88 IR (Hauppauge WinTV-HVR400 Oct 15 00:39:50 HTPC vdr: [10244] remote: using '/dev/input/ir' Oct 15 00:39:50 HTPC vdr: [10244] remote-ir: autorepeat supported Oct 15 00:39:50 HTPC vdr: [10244] remote-ir: exclusive access granted Oct 15 00:39:50 HTPC vdr: [10244] remote control remote-ir - keys known Oct 15 00:39:50 HTPC vdr: [10253] KBD remote control thread started (pid=10244, tid=10253) Oct 15 00:39:50 HTPC vdr: [10244] remote control KBD - learning keys Oct 15 00:40:00 HTPC vdr: [10244] switching to channel 561 Oct 15 00:40:00 HTPC kernel: [ 1950.452753] dvb_frontend_ioctl_properties() FE_SET_PROPERTY Oct 15 00:40:00 HTPC kernel: [ 1950.452770] dvb_frontend_ioctl_properties() properties.num = 1 Oct 15 00:40:00 HTPC kernel: [ 1950.452776] dvb_frontend_ioctl_properties() properties.props = 00000000415a6cc0 Oct 15 00:40:00 HTPC kernel: [ 1950.452782] dtv_property_process_set() Oct 15 00:40:00 HTPC kernel: [ 1950.452786] dtv_property_dump() tvp.cmd = 0x00000002 (DTV_CLEAR) Oct 15 00:40:00 HTPC kernel: [ 1950.452790] dtv_property_dump() tvp.u.data = 0x00000000 Oct 15 00:40:00 HTPC kernel: [ 1950.452794] dtv_property_process_set() Flushing property cache Oct 15 00:40:00 HTPC vdr: [10273] receiver on device 1 thread started (pid=10244, tid=10273) Oct 15 00:40:00 HTPC vdr: [10274] TS buffer on device 1 thread started (pid=10244, tid=10274) Oct 15 00:40:00 HTPC kernel: [ 1950.503951] dvb_frontend_ioctl_properties() FE_SET_PROPERTY Oct 15 00:40:00 HTPC kernel: [ 1950.503966] dvb_frontend_ioctl_properties() properties.num = 8 Oct 15 00:40:00 HTPC kernel: [ 1950.503970] dvb_frontend_ioctl_properties() properties.props = 00000000415a6cc0 Oct 15 00:40:00 HTPC kernel: [ 1950.503977] dtv_property_process_set() Oct 15 00:40:00 HTPC kernel: [ 1950.503981] dtv_property_dump() tvp.cmd = 0x00000011 (DTV_DELIVERY_SYSTEM) Oct 15 00:40:00 HTPC kernel: [ 1950.503985] dtv_property_dump() tvp.u.data = 0x00000004 Oct 15 00:40:00 HTPC kernel: [ 1950.503989] dtv_property_process_set() Oct 15 00:40:00 HTPC kernel: [ 1950.503992] dtv_property_dump() tvp.cmd = 0x00000003 (DTV_FREQUENCY) Oct 15 00:40:00 HTPC kernel: [ 1950.503995] dtv_property_dump() tvp.u.data = 0x001da9c0 Oct 15 00:40:00 HTPC kernel: [ 1950.503998] dtv_property_process_set() Oct 15 00:40:00 HTPC kernel: [ 1950.504019] dtv_property_dump() tvp.cmd = 0x00000004 (DTV_MODULATION) Oct 15 00:40:00 HTPC kernel: [ 1950.504023] dtv_property_dump() tvp.u.data = 0x00000000 Oct 15 00:40:00 HTPC kernel: [ 1950.504026] dtv_property_process_set() Oct 15 00:40:00 HTPC kernel: [ 1950.504029] dtv_property_dump() tvp.cmd = 0x00000008 (DTV_SYMBOL_RATE) Oct 15 00:40:00 HTPC kernel: [ 1950.504032] dtv_property_dump() tvp.u.data = 0x014fb180 Oct 15 00:40:00 HTPC kernel: [ 1950.504035] dtv_property_process_set() Oct 15 00:40:00 HTPC kernel: [ 1950.504038] dtv_property_dump() tvp.cmd = 0x00000009 (DTV_INNER_FEC) Oct 15 00:40:00 HTPC kernel: [ 1950.504042] dtv_property_dump() tvp.u.data = 0x00000009 Oct 15 00:40:00 HTPC kernel: [ 1950.504045] dtv_property_process_set() Oct 15 00:40:00 HTPC kernel: [ 1950.504048] dtv_property_dump() tvp.cmd = 0x0000000d (DTV_ROLLOFF) Oct 15 00:40:00 HTPC kernel: [ 1950.504051] dtv_property_dump() tvp.u.data = 0x00000000 Oct 15 00:40:00 HTPC kernel: [ 1950.504054] dtv_property_process_set() Oct 15 00:40:00 HTPC kernel: [ 1950.504057] dtv_property_dump() tvp.cmd = 0x00000006 (DTV_INVERSION) Oct 15 00:40:00 HTPC kernel: [ 1950.504061] dtv_property_dump() tvp.u.data = 0x00000002 Oct 15 00:40:00 HTPC kernel: [ 1950.504064] dtv_property_process_set() Oct 15 00:40:00 HTPC kernel: [ 1950.504067] dtv_property_dump() tvp.cmd = 0x00000001 (DTV_TUNE) Oct 15 00:40:00 HTPC kernel: [ 1950.504070] dtv_property_dump() tvp.u.data = 0x00000000 Oct 15 00:40:00 HTPC kernel: [ 1950.504075] dtv_property_process_set() Finalised property cache Oct 15 00:40:00 HTPC kernel: [ 1950.504078] dtv_property_cache_submit() Oct 15 00:40:00 HTPC kernel: [ 1950.504081] dtv_property_cache_submit() legacy, modulation = 0 Oct 15 00:40:00 HTPC kernel: [ 1950.504085] dtv_property_legacy_params_sync() Oct 15 00:40:00 HTPC kernel: [ 1950.504088] dtv_property_legacy_params_sync() Preparing QPSK req Oct 15 00:40:00 HTPC kernel: [ 1950.508266] dvb_frontend_ioctl_properties() Property cache is full, tuning Oct 15 00:40:01 HTPC vdr: [10273] [xine..put] Detected video size 720x576 Oct 15 00:40:01 HTPC vdr: [10273] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 15 00:40:04 HTPC last message repeated 7 times Oct 15 00:40:05 HTPC vdr: [10251] [xine..put] Received valid discovery message VDR xineliboutput DISCOVERY 1.0^M Client: 255.255.255.255:37890^M ^M Oct 15 00:40:05 HTPC vdr: [10251] [xine..put] BROADCAST: VDR xineliboutput DISCOVERY 1.0^M Server port: 37890^M Server version: xineliboutput-1.0.90-cvs^M ^M Oct 15 00:40:05 HTPC vdr: [10273] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 15 00:40:05 HTPC last message repeated 2 times Oct 15 00:40:06 HTPC vdr: [10251] [xine..put] Client 0 connected: 192.168.1.222:37542 Oct 15 00:40:06 HTPC vdr: [10251] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Oct 15 00:40:06 HTPC vdr: [10251] [xine..put] Trying PIPE connection ... Oct 15 00:40:06 HTPC vdr: [10251] creating directory /etc/vdr//plugins/xineliboutput/pipes.10244 Oct 15 00:40:06 HTPC vdr: [10251] removing /etc/vdr//plugins/xineliboutput/pipes.10244 Oct 15 00:40:06 HTPC vdr: [10251] [xine..put] cBackgroundWriterI initialized (buffer 512 kb) Oct 15 00:40:06 HTPC vdr: [10251] [xine..put] cTcpWriter initialized (buffer 512 kb) Oct 15 00:40:06 HTPC vdr: [10251] [xine..put] Pipe open Oct 15 00:40:06 HTPC vdr: [10273] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 15 00:40:14 HTPC last message repeated 17 times Oct 15 00:40:14 HTPC vdr: [10273] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE) Oct 15 00:40:15 HTPC vdr: [10273] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 15 00:40:15 HTPC vdr: [10273] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE) Oct 15 00:40:15 HTPC vdr: [10273] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 15 00:40:15 HTPC vdr: [10273] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE) Oct 15 00:40:16 HTPC vdr: [10273] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 15 00:40:16 HTPC vdr: [10273] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE) Oct 15 00:40:16 HTPC vdr: [10273] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 15 00:40:16 HTPC vdr: [10273] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE) Oct 15 00:40:16 HTPC vdr: [10251] [xine..put] Client connection 0 closed Oct 15 00:40:16 HTPC vdr: [10292] [xine..put] cBackgroundWriter: TCP write error Oct 15 00:40:16 HTPC vdr: [10292] [xine..put] (ERROR (tools/backgroundwriter.c,227): Broken pipe) Oct 15 00:40:16 HTPC vdr: [10251] [xine..put] Closing connection 0 Oct 15 00:40:17 HTPC vdr: [10273] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 15 00:40:17 HTPC acpid: client connected from 6094[0:0] Oct 15 00:40:17 HTPC vdr: [10273] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 15 00:40:17 HTPC acpid: client connected from 6094[0:0] Oct 15 00:40:18 HTPC vdr: [10273] [xine..put] cXinelibDevice::PlayAny: invalid data ! Oct 15 00:40:49 HTPC last message repeated 65 times Oct 15 00:41:50 HTPC last message repeated 126 times /usr/local/bin/vdr-sxfe --video=xv --aspect=16:9 --fullscreen --width=1920 --height=1080 --audio=alsa vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.90, using xine-lib 1.1.90) Video driver: xv Aspect ratio: 16:9 Fullscreen mode Width: 1920 Height: 1080 Audio driver: alsa VDR server not given, searching ... Found VDR server: host 192.168.1.222, port 37890 [10275] [vdr-fe] Detected 2 CPUs [10275] [vdr-fe] Enabling FFmpeg multithreaded video decoding Press Esc to exit [10275] [input_vdr] Using decoder "libmpeg2" for mpeg2 video [10275] [input_vdr] Using decoder "FFmpeg" for H.264 video [10275] [input_vdr] Connecting (control) to tcp://192.168.1.222:37890 ... [10275] [input_vdr] Server greeting: VDR-1.7.1 xineliboutput-1.0.90-cvs READY [10275] [input_vdr] Connected (control) to tcp://192.168.1.222:37890 [10275] [input_vdr] Connecting (data) to pipe:///etc/vdr//plugins/xineliboutput/pipes.10244/pipe.0 [10275] [input_vdr] Data stream connected (PIPE) [10295] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 139532 bytes) [10295] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 1598112274 bytes) [10295] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 2061157 bytes) [10295] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 1611562197 bytes) [10295] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 414135260 bytes) [10295] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 681350344 bytes)

2 1

epg scan makes dvb-t tuning work unreliable
by Mika Laitio 14 Oct '08

14 Oct '08

Hi My system has hvr-1300 (adapter0 connected terrestrial antenna for for dvb-t) and hvr-4000 (adapter1 connected to satellite dish for dvb-s, dvb-t antenna unconnected.) Whether I use just vdr-1.4.7, 1.6.0, 1.6.0-2 or 1.7.0 with or without any plugin, I have noticed that the dvb-t playback usually breaks about after 5-10 minutes and only reliable way to retune is to shutdown the vdr (ctrl-c for runvdr script and) and then restart it again. I have observed same behaviour every time over many days and for vdr-1.6.0 the /var/log/user.log shows always a following types of lines to be repeated. Oct 14 02:36:25 tinka vdr: [1965] logger 0 filter thread ended (pid=1919, tid=1965) Oct 14 02:36:58 tinka vdr: [1928] changing pids of channel 819 from 163+163:92:0:41 to 163+163:92:65=ell:41 Oct 14 02:37:19 tinka vdr: [1924] frontend 0 lost lock on channel 1, tp 546 Oct 14 02:37:19 tinka vdr: [1924] frontend 0 regained lock on channel 1, tp 546 Oct 14 02:37:21 tinka vdr: [1924] frontend 0 lost lock on channel 1, tp 546 Oct 14 02:37:22 tinka vdr: [1924] frontend 0 regained lock on channel 1, tp 546 Oct 14 02:37:23 tinka vdr: [1924] frontend 0 lost lock on channel 1, tp 546 Oct 14 02:37:23 tinka vdr: [1924] frontend 0 regained lock on channel 1, tp 546 After googling some vdr discussions I found that somebody had a patch for disabling the epc scan due to similar types of problems. Therefore I went to configuration option setup/EPG/EPG Scan timeout (h) and changed it's value from 5 to 0. After that my vdr has now worked 15 hours without any problem. What does this EPG scan timeout do and should it be disabled by default if the system has dvb-t channels configured? Or is somebody seeing this problem or having a patch for fixing it? If I am using vdr for watching the dvb-s channels, things will work without problems even if this epg scan timeout is set. With vdr-1.7.0 I have used the liplianis multiproto tree and vdr 1.6.0 I have used with new dvb-v4l, S2 (http://linuxtv.org/hg/~stoth/s2/) and s2-mfe trees. (drivers from s2 and s2-mfe repositories works for me with vdr-1.6.0 when not trying S2 as the driver api is backward compatible) In addition I have tested with kaffeine with same drivers and there the system worked hours without losing the lock to dvb-t channel. Mika

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr