vdr

vdr@linuxtv.org

6731 discussions

lcdproc, utf-8 & VDR
by Ville Aakko 18 Jun '08

18 Jun '08

---------- Forwarded message ---------- From: Ville Aakko <ville.aakko(a)gmail.com> Date: 2008/6/17 Subject: Re: [vdr] lcdproc, utf-8 & VDR To: Hanno Zulla <abos(a)hanno.de> 2008/6/17 Hanno Zulla <abos(a)hanno.de>: > > You might want to try Joachim Wilke's patched version of the lcdproc plugin. Yes, I'm already using that. I believe helped Joachim beta test the patch =) Although I'm not sure that the patch I got from Joachim is exactly same as on his homepage, but I'd suspect so. It's working marvelously! Although, I noticed that messages in VDR (from external commands, or stuff like "VDR sammuu myöhemmin" transl. "VDR is shutting down later") have ?-marks instead of the scandinavian letters aka. umlauts. But I've been too lazy to report that back to Joachim =) - Ville -- -- Ville Aakko - ville.aakko(a)gmail.com -- -- Ville Aakko - ville.aakko(a)gmail.com

3 3

vdr: ERROR (dvbdevice.c, 302): Invalid argument (ioctl DVBFE_SET_DELSYS ??)
by Goga777 18 Jun '08

18 Jun '08

Hi I use the hvr4000 card + multiproto_plus + hvr4000 patch from Gregoire Favre http://linuxtv.org/pipermail/vdr/2008-May/016713.html + vdr 1.7.0 The hvr4000 card works well with vdr 1.7.0 But sometimes I have this error - Jun 17 21:06:03 localhost vdr: [3503] ERROR (dvbdevice.c,302): Invalid argument may be it's around multiproto api ioctl DVBFE_SET_DELSYS ? this new ioctl was implement in multiproto api recently in March 2008 http://jusst.de/hg/multiproto/diff/e8c964654e38/linux/include/linux/dvb/fro… Jun 17 21:06:03 localhost vdr: [3494] switching to channel 2780 Jun 17 21:06:03 localhost vdr: [3494] CAM 1: assigned to device 1 Jun 17 21:06:03 localhost kernel: dvb_frontend_poll Jun 17 21:06:03 localhost vdr: [3517] [input_vdr] BLANK in middle of stream! bufs queue 0 , video_fifo 0 Jun 17 21:06:03 localhost vdr: [3521] transfer thread started (pid=3494, tid=3521) Jun 17 21:06:03 localhost kernel: dvb_frontend_poll Jun 17 21:06:03 localhost kernel: dvb_frontend_ioctl Jun 17 21:06:03 localhost kernel: cx24116: cx24116_read_status: status = 0xe0 Jun 17 21:06:03 localhost kernel: dvb_frontend_ioctl Jun 17 21:06:03 localhost kernel: dvb_frontend_ioctl Jun 17 21:06:03 localhost kernel: cx24116: cx24116_set_tone(0) Jun 17 21:06:03 localhost kernel: cx24116: cx24116_wait_for_lnb() qstatus = 0x20 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_firmware_ondemand() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x00 == 0x22 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x01 == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_set_tone: setting tone on Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_firmware_ondemand() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x00 == 0x23 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x01 == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x02 == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x03 == 0x01 Jun 17 21:06:03 localhost vdr: [3522] ecmhandler 0 filter thread started (pid=3494, tid=3522) Jun 17 21:06:03 localhost vdr: [3523] receiver on device 1 thread started (pid=3494, tid=3523) Jun 17 21:06:03 localhost vdr: [3524] TS buffer on device 1 thread started (pid=3494, tid=3524) Jun 17 21:06:03 localhost vdr: [3503] ERROR (dvbdevice.c,302): Invalid argument Jun 17 21:06:03 localhost kernel: dvb_frontend_ioctl Jun 17 21:06:03 localhost kernel: dvb_frontend_ioctl Jun 17 21:06:03 localhost kernel: cx24116: cx24116_get_delsys() Jun 17 21:06:03 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 Jun 17 21:06:03 localhost kernel: dvb_frontend_add_event Jun 17 21:06:03 localhost kernel: cx24116: cx24116_get_algo() Jun 17 21:06:03 localhost kernel: dvb_frontend_thread: Frontend ALGO = DVBFE_ALGO_SW Jun 17 21:06:03 localhost kernel: cx24116: cx24116_get_info() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_get_info() invalid arg Jun 17 21:06:03 localhost kernel: dvb_frontend_swzigzag_autotune: drift:0 inversion:0 auto_step:0 auto_sub_step: 0 started_auto_step:0 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_set_params() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_set_inversion(1) Jun 17 21:06:03 localhost kernel: cx24116: cx24116_set_fe_params() cx24116: d:4 m:2 f:4096 i:17 Jun 17 21:06:03 localhost vdr: [3525] logger stats thread started (pid=3494, tid=3525) Jun 17 21:06:03 localhost kernel: cx24116: cx24116_set_fe_params() fec supported fec/mask/val = 0x1000/0x00/0x0b Jun 17 21:06:03 localhost vdr: [3526] logger 0 filter thread started (pid=3494, tid=3526) Jun 17 21:06:03 localhost kernel: cx24116: cx24116_set_symbolrate() un 17 21:06:03 localhost kernel: cx24116: cx24116_set_symbolrate() symbol_rate = 27500000 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_tune() cx24116: cx24116_tune: DVB-S2: retune = 6, rolloff_f actor = 0, pilot = 1 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_tune: frequency = 1314000 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_tune: symbol_rate = 27500000 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_tune: FEC = 4096 (mask/val = 0x00/0x4b) Jun 17 21:06:03 localhost kernel: cx24116: cx24116_tune: Inversion = 1 (val = 0x0c) Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_firmware_ondemand() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x00 == 0x15 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x01 == 0x01 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_firmware_ondemand() Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x00 == 0x11 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x01 == 0x14 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x02 == 0x0c Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x03 == 0xd0 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x04 == 0x6b Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x05 == 0x6c Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x06 == 0x0c Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x07 == 0x4b Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x08 == 0x13 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x09 == 0x88 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x0a == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x0b == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x0c == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x0d == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x0e == 0x06 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x0f == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x10 == 0x00 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x11 == 0xfa Jun 17 21:06:03 localhost kernel: cx24116: cx24116_cmd_execute: 0x12 == 0x24 Jun 17 21:06:03 localhost kernel: dvb_frontend_poll Jun 17 21:06:03 localhost kernel: dvb_frontend_ioctl Jun 17 21:06:03 localhost kernel: cx24116: cx24116_read_status: status = 0x21 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_read_status: status = 0x21 Jun 17 21:06:03 localhost kernel: cx24116: cx24116_read_status: status = 0xe1 Jun 17 21:06:04 localhost last message repeated 47 times Jun 17 21:06:04 localhost kernel: cx24116_tune: Not tuned Jun 17 21:06:04 localhost kernel: cx24116_dump_registers: 20: 00 d3 0f d6 bb 79 4d 67 10 7f 0e 88 bd b5 fe 20 Jun 17 21:06:04 localhost kernel: cx24116_dump_registers: 30: aa 01 36 00 71 61 69 4e 72 f5 57 1b f9 ac 45 00 Jun 17 21:06:04 localhost kernel: cx24116_dump_registers: 40: 48 f4 8a d6 aa a7 26 74 e2 eb 1a cc ab 6b a5 53 Jun 17 21:06:04 localhost kernel: cx24116_dump_registers: 50: 20 f7 63 50 e9 ae ff 53 de cf 53 70 ed e0 e4 31 Jun 17 21:06:04 localhost kernel: cx24116_dump_registers: 60: ee c6 81 aa ce 3e e7 98 ba e1 b5 58 fa 81 45 11

3 8

lcdproc, utf-8 & VDR
by Ville Aakko 17 Jun '08

17 Jun '08

Hi! My VDR with utf-8 is working marvelously, except for a small cosmetic problem. The non-7-bit characters are not shown correctly on my LCD. The LCD expects characters (i.e. it is no a graphics-LCD, or at least the kernel module isn't), in a certain character set (iso-8859-15 probably but I can't be actually sure, something very similar though). The vdr-lcdproc outputs characters in utf-8 (since I want to use utf-8). So, a utf-8 to iso-8859-15 conversion is required in the chain VDR-lcdproc-LCDd-/dev/lcd0. Currently none of the aforementioned can do the conversion. I can do the wollowing: 'echo ä | iconv -f utf-8 -t iso8859-15 > /dev/lcd0' To show a real "ä" on my LCD. So, I tried the following workaround on my box: - mkfifo fakelcd - tail fakelcd | iconv -f utf-8 -t iso8859-15 > /dev/lcd0 - Point LCDd to fakelcd (this is as I recall I tried it, it was some weeks ago when I did the actual tests) The above would work otherwise, but iconv doesn't "tail" - i.e. it waits for EOF (or something). I could do 'cat somefile > fakelcd', with somefile containing utf-8 characters and it was shown, but that won't work with VDR. Any other suggestions? Also, in your opinion, which one in the chain VDR-lcdproc-LCDd-/dev/lcd0 should be responsible of the conversion of the character set? I'm asking so I know which programs author should I point my whine to =) Cheers! - Ville -- -- Ville Aakko - ville.aakko(a)gmail.com

3 2

dfb/coreavc,xine bulid problem
by Timothy D. Lenz 16 Jun '08

16 Jun '08

I am runing debian 64bit. I am currently using rgb out of nexus But I want to switch to the Matrox g450 so I can down convert hd to sd. I am trying to use vdr-xine plugin, DirectFB with fb_xine for the matrox card and coreavc for decoder. The problem is getting xine 1.2 to build. Using latest HG make seems to compile but using fakeroot dpkg-buildpackage I get a lot of this: ------------------------------------------------ pp.c:309: warning: statement with no effect pp.c:311: error: âpost_plugin_pp_tâ has no member named âpp_modeâ pp.c:312: error: implicit declaration of function âpp_postprocessâ pp.c:316: error: âpost_plugin_pp_tâ has no member named âpp_modeâ pp.c:316: error: âpost_plugin_pp_tâ has no member named âpp_contextâ pp.c:319: error: âpost_plugin_pp_tâ has no member named âlockâ pp.c:319: warning: passing argument 1 of âpthread_mutex_unlockâ from incompatible pointer type pp.c:321: error: âpost_plugin_pp_tâ has no member named âpp_modeâ make[4]: *** [xineplug_post_planar_la-pp.lo] Error 1 make[4]: Leaving directory `/usr/local/src/xine/xine-lib/master/xine-lib-1.2/src/post/planar' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/local/src/xine/xine-lib/master/xine-lib-1.2/src/post' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/xine/xine-lib/master/xine-lib-1.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/xine/xine-lib/master/xine-lib-1.2' make: *** [build-stamp] Error 2 ------------------------------------------------ And that is before trying to patch it with xine-lib-1.2hg-coreavc.diff. That as 2 hunks fail which I patch by hand. The failed hunks are: ------------------------------------------------ win32.c.rej *************** struct libs libraries[]={ *** 5063,5069 **** #else #define MANGLE(a) #a #endif - static void ext_stubs(void) { // expects: // ax position index --- 5288,5294 ---- #else #define MANGLE(a) #a #endif + static WIN_BOOL WINAPI ext_stubs(void) { // expects: // ax position index ------------------------------------------------ demux_ts.c.rej *************** *** 220,226 **** ISO_13818_PART7_AUDIO = 0x0f, /* ISO/IEC 13818-7 Audio with ADTS transport sytax */ ISO_14496_PART2_VIDEO = 0x10, /* ISO/IEC 14496-2 Visual (MPEG-4) */ ISO_14496_PART3_AUDIO = 0x11, /* ISO/IEC 14496-3 Audio with LATM transport syntax */ - ISO_14496_PART10_VIDEO = 0x1b /* ISO/IEC 14496-10 Video (MPEG-4 part 10/AVC, aka H.264) */ } streamType; #define WRAP_THRESHOLD 270000 --- 220,227 ---- ISO_13818_PART7_AUDIO = 0x0f, /* ISO/IEC 13818-7 Audio with ADTS transport sytax */ ISO_14496_PART2_VIDEO = 0x10, /* ISO/IEC 14496-2 Visual (MPEG-4) */ ISO_14496_PART3_AUDIO = 0x11, /* ISO/IEC 14496-3 Audio with LATM transport syntax */ + ISO_14496_PART10_VIDEO = 0x1b, /* ISO/IEC 14496-10 Video (MPEG-4 part 10/AVC, aka H.264) */ + STREAMDEV_H264_VIDEO = 0xe0 /* ISO/IEC 14496-10 Video (MPEG-4 part 10/AVC, aka H.264) */ } streamType; #define WRAP_THRESHOLD 270000 ------------------------------------------------ With the patches I get: ------------------------------------------------ demux_ts.c:222: error: expected â,â or â}â before âSTREAM_VIDEO_MPEGâ demux_ts.c: In function âdemux_ts_parse_pes_headerâ: demux_ts.c:732: error: âSTREAM_AUDIO_AC3â undeclared (first use in this function) demux_ts.c:732: error: (Each undeclared identifier is reported only once demux_ts.c:732: error: for each function it appears in.) demux_ts.c:787: error: âSTREAM_VIDEO_MPEGâ undeclared (first use in this function) demux_ts.c: In function âdemux_ts_parse_pmtâ: demux_ts.c:1331: error: âSTREAM_AUDIO_AC3â undeclared (first use in this function) make[3]: *** [demux_ts.lo] Error 1 make[3]: Leaving directory `/usr/local/src/xine/xine-lib/xine-lib-1.2/src/demuxers' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/xine/xine-lib/xine-lib-1.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/xine/xine-lib/xine-lib-1.2' make: *** [build-stamp] Error 2 ------------------------------------------------ The switches I add to the debian rule file are: --enable-directfb \ --disable-dxr3 \ --disable-xvmc \ --without-x \ --without-xcb \ --disable-altivec \ --disable-vis \ But I get the same errors with/out the switches.

3 7

Broadcom BCM70010/70012 - AVC/VC-1/MPEG High-Definition Video and Audio Decoder for PCs
by Goga777 16 Jun '08

16 Jun '08

http://www.broadcom.com/press/release.php?id=1161576&source=home

3 2

vdr-xine compile error
by Simon Baxter 15 Jun '08

15 Jun '08

Hi I'm building a new x86_64 system and can't compile xine-lib. I get this error: _cdio_linux.c: In function 'get_mcn_linux': _cdio_linux.c:305: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness _cdio_linux.c:305: warning: pointer targets in passing argument 1 of '__strdup' differ in signedness _cdio_linux.c: In function 'eject_media_linux': _cdio_linux.c:415: error: 'INT_MAX' undeclared (first use in this function) _cdio_linux.c:415: error: (Each undeclared identifier is reported only once _cdio_linux.c:415: error: for each function it appears in.) _cdio_linux.c: In function '_read_mode2_sector_linux': _cdio_linux.c:722: warning: dereferencing type-punned pointer might break strict-aliasing rules make[5]: *** [_cdio_linux.lo] Error 1 make[5]: Leaving directory `/usr/src/development/xine-lib-cvs-20070829224000/src/input/vcd/libcdio' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/usr/src/development/xine-lib-cvs-20070829224000/src/input/vcd/libcdio' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/src/development/xine-lib-cvs-20070829224000/src/input/vcd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/development/xine-lib-cvs-20070829224000/src/input' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/development/xine-lib-cvs-20070829224000/src' make: *** [all-recursive] Error 1 [root@freddy xine-lib]# rpm -qa | grep cdio libcdio-0.79-3.fc9.x86_64 libcdio-devel-0.79-3.fc9.x86_64 Any ideas?

2 1

nvram-wakeup problem gueshelper variable unrecognized
by Halim Sahin 15 Jun '08

15 Jun '08

Hello, I am trying to use nvram-wakeup with a msi ms-7367 board. chipset amd 690. I have selected U unknown with guess-helper skript. Now I got for directisa acces the folliwing message after running nvram-wakeup nvram-wakeup: nvram-wakeup.conf: 14: Syntax error: unknown variable name nvram-wakeup: Reading configuration file returned with errors. I.ll attach the resulting file to this mail!!! The nvram method does not work too. any help will be much appreciated. -- Halim Sahin E-Mail: halim.sahin (at) t-online.de

1 0

Use of vdr within TV companies?
by Hanno Zulla 14 Jun '08

14 Jun '08

Hi, are there known users of vdr within TV or radio operators? There was a claim that some TV stations use vdr to archive their broadcast stream and another that vdr is used by cable companies as part of their infrastructure. Are there any references / citations for this? Thanks, Hanno

5 6

FF dvb card and unknown picture type errors
by syrius.ml＠no-log.org 12 Jun '08

12 Jun '08

Am I the only one to still have those kind of errors ? In fact I'm not using the output of my ff card and I'm wondering if any hack would allow to transform it into a budget card ? I'm not sure to understand what the dvb tt budget patch does. ( http://linuxtv.org/wiki/index.php/DVB_TT_Budget_Patch ) Would it prevent the card to crash ? (in fact it's the arm that crashes, isn't it ?) My budget card doesn't crash even in case of really bad reception/weather. Is there something i can do to prevent the dvb ff card to crash ? TIA --

1 0

Improve SVDRP GRAB ...
by Herbert Poetzl 11 Jun '08

11 Jun '08

Greetings! I would like to 'improve' (or simply extend) the SVDRP Grab command to allow for grabbing a picture from a given channel, if possible, without disturbing normal operations basic idea: get a device which is capable of tuning the specified channel (optionally shared transponder) tune to the channel/stream, and wait until data is available (or some timeout has been reached) grab a screenshot (similar to current grab) now, what I tried so far is the following (with little success :) cChannel *gChan = Channels.GetByNumber(ChanNum); cDevice *gDev = cDevice::GetDevice(gChan, 0, 1); gDev->SwitchChannel(gChan, 1); if (gDev->HasLock(5000) && gDev->HasProgramme()) Image = gDev->GrabImage(ImageSize, Jpeg, Quality, SizeX, SizeY); the problems with this approach are: the primary device changes, even if the transponder is the same the grabbed image is black, because the data is not available when the actual grab happens any suggestions how to do that properly? TIA, Herbert

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr