vdr February 2011

vdr@linuxtv.org

45 participants
36 discussions

Firewire output on cable box.
by Rob Davis 19 Feb '11

19 Feb '11

Hi Guys, I discovered yesterday that my cable box produces usable input on the firewire output. Following a mythtv tutorial I managed to get a reasonable ts stream dumped to a file. However, each channel appears to have it's own vpid and apid/dpid (often several) similar to ATSC content. I'm guessing the cable box it outputting the raw ts. To get the fire I followed this page: http://www.mythtv.org/wiki/FireWire And managed to get test-mpeg2 working. This file was playable (in really good quality) on xbmc. Is there a way I can get this into VDR? I tried iptv, but ffmpeg throws an error: [mpegts @ 0x80719c0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 228701 >= 228701 av_interleaved_write_frame(): Operation not permitted Probably due to bugs in the ts stream.. I also tried test-mpeg2 -r 0 - | nc -u 127.0.0.1 4321 in a script but iptv believed the script had finished and tried to kill it? I can put a 1 min sample somewhere if it'll help?

1 1

Re: [vdr] OSD character set
by Rolf Ahrenberg 18 Feb '11

18 Feb '11

On Sat, 5 Feb 2011, Sami Sundell wrote: > However, there's a teensy issue with the OSD: it looks like its > characters are in UTF-8, when the system is ISO-8859-1. The finnish translation file is nowadays in UTF-8 (as most of the Linux distributions), but gettext should handle the charset conversion automatically. Somehow this conversion seem to fail on your system. BR, -- rofa

2 1

startup problems
by Jouni Karvo 17 Feb '11

17 Feb '11

hi, after upgrading my kernel to 2.6.37 SMP PREEMPT x86_64 and switching to the in-kernel lirc devinput drivers, I have had vdr startup problems. At some boots; typically when the system wakes up from sleep, either by RTC or by power key from the remote, VDR watchdog-restarts every 1 minute for arond 10 times (this last time, it did it 14 times). Only after that it starts properly, xine starts and picture, sound and remote control start working. When rebooting, vdr might start immediately, without this restart hassle. Before; using the imon drivers, this problem did not occur. vdr-1.7.16, lircd from the git repo. I don't know where to start. Is this a vdr, lirc or a driver problem, or perhaps initscript order problem? Should I try the 2.6.38-rc5, or would that be just looking for trouble? yours, Jouni

3 4

Email problem - who is the postmaster?
by Scott Waye 16 Feb '11

16 Feb '11

Hi, What is the postmaster email address for this list? I get some of the messages 7 times 20 minutes apart. -- Scott

4 4

[PATCH] do not flag all audio tracks as "clean effects" in remux.c
by Anssi Hannula 14 Feb '11

14 Feb '11

Hi! cPatPmtGenerator::MakeLanguageDescriptor in remux.c incorrectly flags all audio tracks as "clean effects", which means a track without any voice or language. The proper solution would be to preserve the audio_type of the original stream (which may indicate e.g. a visual-impaired audio track, as used for e.g. automated subtitles-to-speech audio tracks by YLE here in Finland). The attached patch is a simpler stop-gap measure that simply always sets the audio_type to the value of 0x00 which means a "normal" track, which is obviously better than marking the track as a special "clean effects" one. -- Anssi Hannula

1 0

[ANNOUNCE] naludump 0.0.1
by Udo Richter 13 Feb '11

13 Feb '11

Hi list, This is the test version 0.0.1 of my h.264 nalu fill data removal tool. The tool deletes NALU fill data from h.264 streams embedded into TS files, like VDR recordings. The overall file structure isn't modified, only complete TS packets of NALU fill data are removed. On HD TV channels that use fixed video bandwidth, this can save 40-60% file size without loosing any data. Version 0.0.1 is a standalone tool to process single files, and is mainly for compatibility tests and verification. Please use it on recordings, then check whether these recordings seem un-modified, and if you have, use stream verification tools like ts-doctor for verification. Later versions will also integrate into VDR as a patch, and will filter out these fillers while recording. For backgrounds, and for the Nalustripper tool of MartenR, see http://www.vdr-portal.de/board/thread.php?threadid=98948 For vdrportal topic, see: http://www.vdr-portal.de/board/thread.php?threadid=102634 Source code available here: http://www.udo-richter.de/vdr/naludump.html (de) http://www.udo-richter.de/vdr/naludump.en.html (en) For code readers: Most files are stripped-down versions of VDR code. New code is in naludump.c (basic file processing) and remux.c (class cNaluDumper and some helper functions). Cheers, Udo

3 4

Re: [vdr] AvetTV a761
by Martin Dauskardt 13 Feb '11

13 Feb '11

> From: ????????? ?????? (Pridvorov Andrey) <ua0lnj(a)bk.ru> > It crash also: > > root@ua0lnjvdr:/var/log# v4l2-ctl -D -d /dev/video0 then it is for sure a serious driver bug. You should report this to linux-media(a)vger.kernel.org

1 0

AvetTV a761
by Придворов Андрей 13 Feb '11

13 Feb '11

Hi. I have Aver Media AverTV a761 dvb-t tuner, on bt878 and SP887x. And 2 troubles with it. 1. It works well with kaffeine, but does not work with vdr. Kaffeine can scan and play dvb-t h.264 transponder in my area. With vdr I can scan channels only, with reelchannelscan or wirbelscan. When I try select dvb-t channel, I have message info: Channel not available! In syslog when system start: bttv: driver version 0.9.18 loaded bttv: using 8 buffers with 2080k (520 pages) each for capture bttv: Bt8xx card found (0). bttv 0000:00:0c.0: PCI INT A -> Link[LNKD] -> GSI 11 (level, low) -> IRQ 11 bttv0: Bt878 (rev 17) at 0000:00:0c.0, irq: 11, latency: 32, mmio: 0xe9128000 bttv0: detected: AverMedia AverTV DVB-T 761 [card=124], PCI subsystem ID is 1461:0761 bttv0: using: AverMedia AverTV DVB-T 761 [card=124,autodetected] bttv0: gpio: en=00000000, out=00000000 in=009c004d [init] bttv0: tuner absent bttv0: registered device video0 bttv0: registered device vbi0 bttv0: PLL: 28636363 => 35468950 .. ok bttv0: add subdevice "dvb0" Registered IR keymap rc-avermedia-dvbt input: bttv IR (card=124) as /devices/pci0000:00/0000:00:0c.0/rc/rc0/input4 rc0: bttv IR (card=124) as /devices/pci0000:00/0000:00:0c.0/rc/rc0 bt878: Bt878 AUDIO function found (0). bt878 0000:00:0c.1: PCI INT A -> Link[LNKD] -> GSI 11 (level, low) -> IRQ 11 bt878_probe: card id=[0x7611461],[ AverMedia AverTV DVB-T 761 ] has DVB functions. bt878(0): Bt878 (rev 17) at 00:0c.1, irq: 11, latency: 32, memory: 0xe9129000 DVB: registering new adapter (bttv0) DVB: registering adapter 0 frontend 0 (Spase SP887x DVB-T)... In syslog when vdr start: vdr: [5047] probing /dev/dvb/adapter0/frontend0 vdr: [5047] creating cDvbDevice vdr: [5047] new device number 1 kernel: [ 39.494991] sp887x: waiting for firmware upload (dvb-fe-sp887x.fw)... kernel: [ 39.721116] i2c i2c-1: sendbytes: NAK bailout. kernel: [ 39.721188] sp887x_writereg: writereg error (reg f1a, data 000, ret == -5) vdr: [5047] frontend 0/0 provides DVB-T with QPSK,QAM16,QAM64 ("Spase SP887x DVB-T") vdr: [5047] found 1 DVB device vdr: [5135] tuner on frontend 0/0 thread started (pid=5047, tid=5135) kernel: [ 39.723034] sp887x_initial_setup: firmware upload... sp887x: firmware upload complete vdr: [5095] video directory scanner thread ended (pid=5047, tid=5095) vdr: [5096] video directory scanner thread ended (pid=5047, tid=5096) When select dvb-t channel: vdr: [5047] switching to channel 271 vdr: [5047] info: Channel not available! I use vdr-1.7.16, tried reel eHD, softdevice and xineliboutput. The channels are NOT encrypted. Anybody can tell me something about this? 2. And yet. If I try use Avertv a761 and PRV 150 with pvrinput plugin, I have vdr crash: vdr: [7166] starting plugin: pvrinput vdr: [7166] registered source parameters for 'V - analog (pvrinput)' kernel: [ 1342.984061] BUG: unable to handle kernel paging request at 8068560c kernel: [ 1342.984073] IP: [<f8182010>] video_devdata+0x0/0x20 [videodev] kernel: [ 1342.984093] *pde = 00000000 kernel: [ 1342.984099] Oops: 0000 [#1] SMP kernel: [ 1342.984104] last sysfs file: /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/device kernel: [ 1342.984110] Modules linked in: snd_intel8x0 snd_emu10k1 snd_rawmidi snd_ac97_codec snd_pcm snd_timer snd_ util_mem snd_hwdep snd soundcore tun lirc_serial hdshm video output container battery sbs sbshc iptable_filter ip_tables x_tables ac w83627hf hwmon_vid matroxfb_maven matroxfb_crtc2 i2c_matroxfb matroxfb_base matroxfb_DAC1064 matroxfb_accel matroxfb_Ti3026 matroxfb_g450 g450_pll matr oxfb_misc firewire_sbp2 lp loop evdev tuner_simple tuner_types ipv6 wm8775 tda9887 tda8290 option usb_wwan serio_raw usbserial tuner cx25840 parport_pc sp887x parport lirc_dev ir_sony_decoder dvb_bt8xx ir_jvc_decoder lnbp21 tpm_tis tpm tpm_bios dvb_core bt878 ivtv ir_rc6_decoder button rc_avermedia_dvbt cx2341x processor ir_rc5_decoder bttv ac97_bus ir_nec_ decoder v4l2_common shpchp videodev v4l1_compat i2c_algo_bit videobuf_dma_sg pci_hotplug videobuf_core btcx_risc ir_common ir_core sis_agp emu 10k1_gp tveeprom gameport agpgart s kernel: d_page_alloc i2c_sis96x i2c_core ext3 jbd mbcache sd_mod sr_mod cdrom sg pata_sis pata_acpi ata_generic libata ehci_hcd ohci_hcd usbcore scsi_mod firewire_ohci sis900 firewire_core mii crc_itu_t thermal fan thermal_sys fuse [last unloaded: soundcore] kernel: [ 1342.984322] kernel: [ 1342.984329] Pid: 7166, comm: vdr Tainted: G D 2.6.37 #2 NS80/ kernel: [ 1342.984334] EIP: 0060:[<f8182010>] EFLAGS: 00210296 CPU: 0 kernel: [ 1342.984346] EIP is at video_devdata+0x0/0x20 [videodev] kernel: [ 1342.984350] EAX: 80685600 EBX: f3592400 ECX: bfd01870 EDX: 80685600 kernel: [ 1342.984357] ESI: 80685600 EDI: bfd01870 EBP: f35a4000 ESP: f35a5f08 kernel: [ 1342.984363] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 kernel: [ 1342.984371] Process vdr (pid: 7166, ti=f35a4000 task=f3424f80 task.ti=f35a4000) kernel: [ 1342.984376] Stack: kernel: [ 1342.984380] f8182049 f3592400 f8182030 00000016 c01e9f20 f3592400 f44f0060 c01ea09b kernel: [ 1342.984396] 00000004 c03d23c9 00200246 c05d1e00 f3424f80 f35ec180 f3592408 f44f0060 kernel: [ 1342.984412] 00008001 00000000 f67aff00 fffffff2 00200286 00000000 c01dac34 00000020 kernel: [ 1342.984428] Call Trace: kernel: [ 1342.984444] [<f8182049>] ? v4l2_ioctl+0x19/0x40 [videodev] kernel: [ 1342.984458] [<f8182030>] ? v4l2_ioctl+0x0/0x40 [videodev] kernel: [ 1342.984468] [<c01e9f20>] ? vfs_ioctl+0x30/0x50 kernel: [ 1342.984475] [<c01ea09b>] ? do_vfs_ioctl+0x6b/0x550 kernel: [ 1342.984483] [<c03d23c9>] ? do_page_fault+0x219/0x4e0 kernel: [ 1342.984489] [<c01dac34>] ? do_sys_open+0xd4/0x100 kernel: [ 1342.984494] [<c01dac34>] ? do_sys_open+0xd4/0x100 kernel: [ 1342.984499] [<c01ea5d6>] ? sys_ioctl+0x56/0x70 kernel: [ 1342.984505] [<c0102d18>] ? sysenter_do_call+0x12/0x28 kernel: [ 1342.984508] Code: <8b> 40 0c 8b 40 10 8b 40 3c 25 ff ff 0f 00 8b 04 85 c0 a6 18 f8 c3 kernel: [ 1342.984543] EIP: [<f8182010>] video_devdata+0x0/0x20 [videodev] SS:ESP 0068:f35a5f08 kernel: [ 1342.984556] CR2: 000000008068560c kernel: [ 1342.984562] ---[ end trace 383337887707f3d9 ]--- I have this trouble when try load pvrinput + a761 without pvr150, pvrinput and avertv a761 do not love each other :-) I understand that a761 should not work with pvrinput, but why crash? Best regards.

2 2

vdr-plugin-live 'multischedule'
by Dominic Evans 11 Feb '11

11 Feb '11

Just happened to notice the new MultiSchedule tab on live had shown up in my yaVDR-based VDR today. Looks great! Posting these links for people that haven't seen or heard about this new feature: http://www.vdr-portal.de/board/thread.php?threadid=102587 http://www.vdr-portal.de/board/attachment.php?attachmentid=27115 Seems there's been quite a bit of activity on the vdr-live git repo recently. Great to see. http://git.gekrumbel.de/?p=live.git

1 1

[ANNOUNCE] streamdev 0.5.1 / moved to projects.vdr-developer.org
by Frank Schmirler 11 Feb '11

11 Feb '11

Hi, a few month ago streamdev's CVS got lost when www.vdr-developer.org moved to a new server. In the meantime I moved the project to projects.vdr-developer.org. Unfortunately only the latest releases plus a few snapshots could be saved from the old CVS tree and imported into git. Streamdev's old address http://streamdev.vdr-developer.org now forwards to the new home http://projects.vdr-developer.org/projects/plg-streamdev. I just released the new version 0.5.1, mostly a bugfix release. Some of the fixes have also been applied to the 0.4 branch (for VDR 1.4.x). In case there's still interest in this old releases, please contact me and I'll publish a final 0.4.1. Changelog of 0.5.1: - updated copy of GetClippedNumProvidedSystems to the version used since VDR 1.7.15 (reported by carel@vdrportal) - fixed the code deciding if a device is in use for live TV or not. It did not work as expected for FF cards (reported by wtor@vdrportal) - increased client side timeout for TUNE command - more dsyslog messages to help troubleshouting channel switch issues - improved the channel switch code trying to move live TV to different card - make sure that a client doesn't interrupt replaying on server's FF card (reported by wtor@vdrportal) - switching away live TV failed even when "always suspended" (reported by Michal Novotny) - fixed regression: no receiver created for ES/PS/PES (reported by Gavin Hamill) - VTP no longer uses a static priority value for its server-side receivers. The server stores channel and priority requested with the PROV command and re-uses these values in a subsequent TUNE for the same channel. The new PRIO command is used to update the receiver's priority if necessary. - added parameter HEIGHT to externremux.sh - fixed syslog messages reporting local instead of remote IP and port - fixed regression of the GetDevice(...) change. Filter streaming to clients with a recent VDR version no longer worked. - log an error if externremux.sh is missing or not executable - since VDR 1.5.0 cDevice::GetDevice(...) is no longer a query only method. It detaches all receivers of the device it returns. So it is no longer suitable for testing the availability of a device. Added a copy of VDR's cDevice::GetDevice(...) without the detach receivers part as a workaround until a better solution is available - added dsyslog messages to help troubleshouting channel switch issues - VTP command SUSP didn't attach the player to the primary device - fixed incompatibilities with older make versions - replacing a connections receiver is now an atomic operation. Solves stuttering audio/video due to lost TS packets when adding/removing PIDs - disabled attribute warn_unused_result in libdvbmpeg - slightly increased thread priorities of cStreamdevWriter/Streamer (suggested by Rolf Ahrenberg) - fixed missing support for invisible channel groups (groups without name) in HTTP menu (reported by Timothy D. Lenz) - don't quote actual program call in externremux.sh, so you can run the program through e.g. nice or taskset just by extending the variable which holds the program name - in externremux.sh each mencoder audio and video codec has a dedicated variable for a default option string now. Still you can override each default option with an URL parameter - externremux.sh mencoder now uses scale parameter with negative height instead of -xy for scaling (suggested by vel_tins@vdrportal) - added FPS (frames per second) parameter to externremux.sh (suggested by vel_tins@vdrportal) - don't use std::map.at(). It's not available in older libstdc++ version (reported by Matthias Prill) - fixed extremux x264 using value of ABR for VBR (thanks to vel_tins@vdrportal) Have fun, Frank

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr February 2011