vdr

vdr@linuxtv.org

2 participants
6731 discussions

vdr+iptv
by Придворов Андрей (Pridvorov Andrey) 18 Jul '12

18 Jul '12

Hi. Iptv plugin use "frequency" as unique enumeration for channels. In readme is a some limitations: -Multiple channels with identical service id should have frequency difference of 4 or greater. It's recommended to use frequencies in decades (10, 20, 30, 40, ...) for all IPTV channel entries. I try use iptv channel with this parameters: ANIMAL PLANET;DSV:20170:S=1|P=1|F=UDP|U=239.2.0.17|A=2020:I:0:1101=2:1102=rus@4:0:6 52,634:1100:0:0:0 Ip address is 239.2.0.17 and I set frequency 20170. Frequency = 20170, and "int cChannel::Transponder(void) const" function return 20, but not 20170. In result, PAT changing pids on incorrect channel, because function "cChannel *Channel = Channels.GetByServiceID(Source(), Transponder(), pmt.getServiceId())" in "void cPatFilter::Process(u_short Pid, u_char Tid, const u_char *Data, int Length)" works incorrect too. I suggest to write a limitation for max frequency = 20000 in iptv readmy, or change int cChannel::Transponder(void) const, so it works correct with iptv plugin (and may be other plugins).

2 1

peculiar EPG problem.
by Ali H.M. Hoseini 16 Jul '12

16 Jul '12

Hi, I faced a very peculiar EPG problem. I'm using VDR with DVB-T usb sticks in IRAN. The EPG language is Farsi (Persian). The problem is, from 32 alphabets of Farsi, more than 18 of them are shown correct in EPG and epg.data file, but remaining characters are shown as ? or !. most of this wrong alphabets belong to the end of alphabets order in Farsi. I'm sure encoding is UTF-8, because I could guess complete sentence with correct characters. Any ideas? Best regards. A. Hosseini.

2 1

[ANNOUNCE] VDR developer version 1.7.29
by Klaus Schmidinger 14 Jul '12

14 Jul '12

VDR developer version 1.7.29 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.29.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.28-1.7.29.diff MD5 checksums: a3f0ae42ba456aa1865c9ed065a64d80 vdr-1.7.29.tar.bz2 39db6b495210c293726126fbcba3e631 vdr-1.7.28-1.7.29.diff WARNING: ======== This is a *developer* version. Even though *I* use it in my productive environment. I strongly recommend that you only use it under controlled conditions and for testing and debugging. The default skin "LCARS" displays the signal strengths and qualities of all devices in its main menu. For devices that have an stb0899 frontend chip (like the TT-budget S2-3200) retrieving this information from the driver is rather slow, which results in a sluggish response to user input in the main menu. To speed this up you may want to apply the patches from ftp://ftp.tvdr.de/vdr/Developer/Driver-Patches to the LinuxDVB driver source. The changes since version 1.7.28: - Added a missing template specification to the c'tor of cSortedTimers (thanks to Udo Richter). - Fixed the background color of the Transfer Mode indicator bitmap in the LCARS skin. - The LCARS skin now only displays devices that can actually receive channels, leaving out, for instance, pure replay devices (suggested by Reinhard Nissl). - Now scaling down the Transfer Mode indicator bitmap in the LCARS skin in case it doesn't fit with the selected font size (reported by Reinhard Nissl). - Fixed making LCARS the default skin. - Adjusted the default values for OSD and font sizes to better fit HDTV. - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg). - Fixed the call to ChannelString() in cSkinLCARSDisplayChannel::SetChannel() (thanks to Rolf Ahrenberg). - Removed DeleteEvent() from the EPG handler interface (turned out not to be useful) and replaced it with HandledExternally() (thanks to Jörg Wendel). - Added SetComponents() to the EPG handler interface (thanks to Dirk Heiser). - Updated the Italian OSD texts (thanks to Diego Pierotto). - Changed the button colors in the LCARS skin to better fit with the rest of the theme. - Removed the gap from the main menu buttons in the LCARS skin. - Fixed some copy&paste errors in PLUGINS.html (thanks to Winfried Köhler). - The LCARS skin's main menu now only displays timers that are actually activated. - Within the "Recordings" menu, pressing the '0' key now toggles sorting between "by time" and "by name". The selected sort mode is stored separately for each folder (provided you have write access to that folder). If a folder is newly created by a repeating timer, the sort mode for that folder is initially set to "by time". - Fixed several spelling errors (thanks to Ville Skyttä). - Fixed handling recording with more than two bonded devices. - Fixed the type of MBperMinute in cVideoDiskUsage::HasChanged() (thanks to Andreas Mair). - Setting the "broken link" or "TEI" flags when cutting recordings is now suppressed if the editing point merges two seamlessly fitting parts of the same stream (thanks to Torsten Lang). - Fixed displaying messages in the LCARS skin. - Fixed checking for a visible live programme in case a menu or the channel display is currently open. - Changed some of the colors in the LCARS skin (you may need to delete the file lcars-default.theme from your themes directory to see these changes). - The new setup option "Miscellaneous/Show channel names with source" can be used to turn on adding the source character to channel names whenever they are displayed (suggested by Ludi Kaleni). Have fun! Klaus

1 0

[ANNOUNCE] VDR developer version 1.7.28
by Klaus Schmidinger 14 Jul '12

14 Jul '12

VDR developer version 1.7.28 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.28.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.27-1.7.28.diff MD5 checksums: 3ccff2dcc42d112e23dd64f2c39f02f1 vdr-1.7.28.tar.bz2 7249ead4aca4b24e53d49d11c67e1613 vdr-1.7.27-1.7.28.diff WARNING: ======== This is a *developer* version. Even though *I* use it in my productive environment. I strongly recommend that you only use it under controlled conditions and for testing and debugging. The new default skin "LCARS" displays the signal strengths and qualities of all devices in its main menu. For devices that have an stb0899 frontend chip (like the TT-budget S2-3200) retrieving this information from the driver is rather slow, which results in a sluggish response to user input in the main menu. To speed this up you may want to apply the patches from ftp://ftp.tvdr.de/vdr/Developer/Driver-Patches to the LinuxDVB driver source. The changes since version 1.7.27: - Fixed cPixmapMemory::DrawEllipse() for quadrants -1 and -4. - Fixed getting the maximum short channel name length in case there are no short names at all (reported by Derek Kelly). - The new function cDevice::DeviceType() returns a string identifying the type of the given device. - Now limiting the number of characters of a channel's (short) name to 16 in the schedules menus, to keep that column from getting overly wide in case there is a channel with a very long name that has no short name. - Fixed EPG scan on systems with only a single DVB device that use software output (reported by Juergen Lock). - Skins can now inquire the menu category for which their cSkinDisplayMenu is currently being used. This can be done either through a call to cSkinDisplayMenu::MenuCategory() or by reimplementing cSkinDisplayMenu::SetMenuCategory(). This information allows a skin to use special icons or decorations for the various types of menus in VDR. - The new setup option "DVB/Standard compliance" can be used to switch between different variations of the DVB standard (thanks to Rolf Ahrenberg). Currently there is "DVB" (for the original DVB standard) and "ANSI/SCTE", which is used to properly handle certain private stream types. - The disk usage is no longer automatically added to the title of the main and "Recordings" menus. This has always been a mekeshift solution and it is now up to the individual skin if, where and how it wants to display this information. A skin can use the new cVideoDiskUsage class to implement such a display. For compatibility, the default skins "Classic VDR", "ST:TNG Panels" and "Text mode" (i.e. curses) have been changed to behave like before. Other skins may want to display the disk usage in totally different ways. - A cOsdMenu can now handle skins that display different numbers of items in the various menu categories. - OSD and skin are now reinitialized after a plugin setup page has been confirmed, to have them react immediately in case any change to a plugin's setup parameter has an effect on the OSD. - The Timers list is now marked as modified whenever a recording starts or ends. - Fixed cDevice::StillPicture(), making sure it doesn't call the derived class's function if no buffer has been allocated (reported by Marcus Roscher). - Fixed the SVDRP command UPDR, which didn't update the global recordings list (reported by Lars Hanisch). - cControl::Control() now has an additional boolean parameter, which can be set to true to get the current player control even if it is hidden. - The new functions cControl::GetRecording() and cControl::GetHeader() can be used to retrieve information about what the current player is playing. - Fixed a possible high CPU load when pausing replay (thanks to Reinhard Nissl). - Fixed character comparisons in cSubtitleObject::DecodeCharacterString() (reported by Reinhard Mantey). - Renamed the function cString::sprintf(const char *fmt, va_list &ap) to vsprintf(), because it might inadvertently be called with a 'char *' as the second argument on some compilers and cause a crash (reported by Sundararaj Reel). - Removed the "bondedMasterFailed" mechanism from cDvbTuner, because it caused problems with the EPG scan in case a transponder is not receivable in a setup with bonded devices (reported by Michael Schneider). - Making sure setup strings don't contain any newline characters (thanks to Joachim Wilke). - The new member function cSkinDisplayReplay::SetRecording() allows a skin to display more information about the currently played recording. - Fixed a mismatched 'delete' in cSchedules::SetEpgDataFileName() (thanks to Reinhard Mantey). - The DrawText() functions of the OSD now accept the new alignment flag taBorder, which triggers keeping a proper distance from the edge that taLeft or taRight aligns to. - Fixed checking for UTF-8 support in cFont::Bidi() (reported by Torsten Lang). - If a recording has no info file, the 'title' of the recording's info is now set to the recording's name. - cVector::Clear() now reinitializes any previously used members. - Fixed resetting CAMs (thanks to Marco Skambraks). - The new function RgbShade() (include osd.h) can be used to generate a brighter or darker version of a given color. - The new class cSortedTimers can be used to quickly get a list of all timers, sorted by their start time. - The new skin "LCARS" is an enhanced version of the "ST:TNG" skin (which is still there in its original layout, for those who don't like the LCARS skin, or can't use it due to OSD limitations). The LCARS skin utilizes the new "menu category" feature to display additional information on the main menu page. It shows upcoming timers and the system's devices, as well as which device is recording which timers. The upper pane of the main menu displays the programme data in live and replay mode, and a progress bar. An indicator on the right side of the device list shows which device is currently used for live viewing, and whether it is in transfer mode. The individual device displays show the device number, the device type, which CAM (if any ) is currently assigned to the device, and the signal strength and quality. On the left side of the OSD there is a permanent display of the current date and time, the disk usage and the system load. "LCARS" is the new default skin of VDR. It requires at least a 4bpp (16 color) full screen OSD, but you can still operate it if your OSD can handle only fewer colors (in which case you may want to switch to the "ST:TNG" or "Classic VDR" skin). - Finally removed the code marked with __RECORDING_H_DEPRECATED_DIRECT_MEMBER_ACCESS and LEGACY_CRECEIVER. - Now making sure that the "small font" is never larger than the "osd font". - Fixed font handling with fontconfig 2.9.0 or newer (thanks to Joerg Bornkessel). - Extended the interface to the script that gets called for recordings, so that in the "edited" case it also provides the name of the original recording (thanks to Christian Richter). - Added DeleteEvent() to the EPG handler interface, so that an EPG handler can trigger deleting of an event (thanks to Christian Kaiser). - Speeded up opening menus on systems with many (several thousands) of recordings, by caching the information whether a recording is stored on the video directory file system within the cRecording data (based on a patch from Torsten Lang). Have fun! Klaus

7 15

VDR can't tune on 3.5 kernel
by Marx 14 Jul '12

14 Jul '12

Hello I know it isn't probably supported but it doesn't hurt to ask. I use the newest kernel 3.5 with some experimental driver for pctv452e. Using szap I can tune channels, I can save them using cat, I can analyze them using ffmpeg. Hovewer I can't use VDR because it says like below: Jul 11 07:51:26 wuwek vdr: [5392] frontend 0/0 timed out while tuning to channel 28, tp 211158 Jul 11 07:51:52 wuwek vdr: [5392] frontend 0/0 timed out while tuning to channel 53, tp 211200 Jul 11 07:52:17 wuwek vdr: [5392] frontend 0/0 timed out while tuning to channel 3, tp 211278 Jul 11 07:52:44 wuwek vdr: [5392] frontend 0/0 timed out while tuning to channel 1, tp 211393 Jul 11 07:53:09 wuwek vdr: [5392] frontend 0/0 timed out while tuning to channel 23, tp 211508 Jul 11 07:53:36 wuwek vdr: [5392] frontend 0/0 timed out while tuning to channel 52, tp 211585 Jul 11 07:54:01 wuwek vdr: [5392] frontend 0/0 timed out while tuning to channel 14, tp 212265 Jul 11 07:55:10 wuwek vdr: [5392] frontend 0/0 timed out while tuning to channel 7, tp 111258 Jul 11 07:55:35 wuwek vdr: [5396] Streamdev: Accepted new client (VTP) 127.0.0.1:38551 Jul 11 07:55:35 wuwek vdr: [5396] ERROR: streamdev: protocol violation (VTP) from 127.0.0.1:38551 Jul 11 07:55:35 wuwek vdr: [5396] streamdev-server: closing VTP connection to 127.0.0.1:38551 Jul 11 07:55:36 wuwek vdr: [5392] frontend 0/0 timed out while tuning to channel 11, tp 111449 Jul 11 07:56:23 wuwek vdr: [5392] frontend 0/0 timed out while tuning to channel 49, tp 210719 Jul 11 07:56:49 wuwek vdr: [5392] frontend 0/0 timed out while tuning to channel 4, tp 210796 Jul 11 07:57:15 wuwek vdr: [5392] frontend 0/0 timed out while tuning to channel 16, tp 210834 Is there something incompatible between VDR and the newest kernel? I use VDR version 1.7.28 from Debian package. Marx

1 2

vdr xine-lib eac3
by zaverel 12 Jul '12

12 Jul '12

@Zaverel, What do you mean by "It's not perfect but that work" ? it's cpu extensive because all audio is recoded in ac3. You can try with this in /etc/asound.conf (for global user ) or ~/.asoundrc (only user) pcm.!default { type plug slave.pcm surroundaudio } ctl.!default { type plug slave.pcm surroundaudio } pcm.a52encode { type a52 format S16_LE channels 6 rate 48000 bitrate 448 } pcm.surroundaudio { type upmix slave.pcm a52encode channels 6 } and start xine with --audio=alsa:surroundaudio

2 1

W: Plugin/patch to discard audio track while recording
by Lou 12 Jul '12

12 Jul '12

Hi list Is there a plugin/patch to avoid recording of unnecessary audio tracks? With "update names & pids" enabled vdr will add those tracks again once I removed them from channels.conf. So I'd have to disable pid updating, which is not what I had in mind... Regards, Lou @ vdr-portal

1 0

vdr xine-lib eac3
by zaverel 11 Jul '12

11 Jul '12

>/ Is it the normal behaviour, or did I miss something ? />/ Is there a way to convert eac3 => ac3 for delivering 5.1 stream through the />/ spdif output ? />/ />/ Regards. />/ Karim />/ hello, with alsa-plugins and a52 you can have more than 2 channels on spdif sound is encoded in dolby on-the-fly and send to the spdif. configuration is in ~/.asoundrc There is many exemples on the net It's not perfect but that work./ Jose Alberto , what is the purpose to your patch ?

3 3

vdr xine-lib eac3
by zaverel 10 Jul '12

10 Jul '12

hello your second patch doesn't work : no sound on eac3 channel if you want there is a sample of vdr hd-eac3 recording here: http://dl.free.fr/ew4rJddM8 103mo else , i don't know what mailing-list is the more indicate for debuging the vdr or xine-dev mailing-list ?

7 38

Re: [vdr] vdr xine-lib eac3
by Karim Afifi 10 Jul '12

10 Jul '12

Up please :-) Karim -----Message d'origine----- De : vdr-bounces(a)linuxtv.org [mailto:vdr-bounces@linuxtv.org] De la part de Karim Afifi Envoyé : vendredi 18 mai 2012 21:32 À : 'VDR Mailing List' Objet : Re: [vdr] vdr xine-lib eac3 Hello, I am using vdr-1.7.27 and xineliboutput (with xine-lib from january 2012 and José Alberto's patch). All HD dvb-t french channels are deliver "eac3", but vdr delivers only stereo pcm on the spdif output (instead of 5.1). Is it the normal behaviour, or did I miss something ? Is there a way to convert eac3 => ac3 for delivering 5.1 stream through the spdif output ? Regards. Karim -----Message d'origine----- De : vdr-bounces(a)linuxtv.org [mailto:vdr-bounces@linuxtv.org] De la part de Jose Alberto Reguero Envoyé : dimanche 3 octobre 2010 23:56 À : VDR Mailing List Objet : Re: [vdr] vdr xine-lib eac3 Attached is a patch to fix xine-lib ts work with eac3. With this patch you can use xine-ui to play the records. Jose Alberto El Domingo 03 Octubre 2010, Jose Alberto Reguero escribió: > Playing with xine-ui and demux ts don't work well. You must play it > with > vdr- xine. > > Jose Alberto > _______________________________________________ vdr mailing list vdr(a)linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

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