Re: [vdr] [vdr 2.3.9] Setting a mark is sluggish

Am Montag, den 02.04.2018, 18:40 +0200 schrieb Klaus Schmidinger: > On 02.04.2018 14:20, Oliver Endriss wrote: > > Am Montag, den 02.04.2018, 12:28 +0200 schrieb Klaus Schmidinger: > >> On 01.04.2018 19:01, Oliver Endriss wrote: > >> > ... > >> >>

Re: [vdr] [vdr 2.3.9] Setting a mark is sluggish

Am Montag, den 02.04.2018, 12:28 +0200 schrieb Klaus Schmidinger: > On 01.04.2018 19:01, Oliver Endriss wrote: > > ... > >> >> >> Does it make a difference whether the progress display is active or > >> >> >> not > >> >> >> w

Re: [vdr] [vdr 2.3.9] Setting a mark is sluggish

Am Samstag, den 24.03.2018, 15:05 +0100 schrieb Klaus Schmidinger: > On 19.03.2018 18:01, Oliver Endriss wrote: > > Am Montag, den 19.03.2018, 14:45 +0100 schrieb Klaus Schmidinger: > >> On 19.03.2018 01:33, Oliver Endriss wrote: > >> > Am Sonntag, den 18.03.2

Re: [vdr] [vdr 2.3.9] Setting a mark is sluggish

Am Montag, den 19.03.2018, 14:45 +0100 schrieb Klaus Schmidinger: > On 19.03.2018 01:33, Oliver Endriss wrote: > > Am Sonntag, den 18.03.2018, 23:29 +0100 schrieb Klaus Schmidinger: > >> On 18.03.2018 20:39, Oliver Endriss wrote: > >> > Am Sonntag, den 18.03.2

Re: [vdr] [vdr 2.3.9] Setting a mark is sluggish

Am Sonntag, den 18.03.2018, 23:29 +0100 schrieb Klaus Schmidinger: > On 18.03.2018 20:39, Oliver Endriss wrote: > > Am Sonntag, den 18.03.2018, 19:15 +0100 schrieb Klaus Schmidinger: > >> On 18.03.2018 18:55, Oliver Endriss wrote: > >> > Hi, > >> > > &

Re: [vdr] [vdr 2.3.9] Setting a mark is sluggish

Am Sonntag, den 18.03.2018, 19:15 +0100 schrieb Klaus Schmidinger: > On 18.03.2018 18:55, Oliver Endriss wrote: > > Hi, > > > > just installed vdr 2.3.9 and noticed that there is a delay > > when I try to set a recording mark, compared with vdr 2.2.0. > > >

[vdr] [vdr 2.3.9] Setting a mark is sluggish

Hi, just installed vdr 2.3.9 and noticed that there is a delay when I try to set a recording mark, compared with vdr 2.2.0. Steps to reproduce: - Play a recording. - Press ok to display the progress bar. - Press 0 to set a mark. There is a notable delay between the keypress and the mark showing

[vdr] [ANNOUNCE] Remote Control Plugin 0.6.0

Hi, there is an new release of the remote control plugin. History: 2015-04-12: Version 0.6.0 - Use Repeat Delay/Repeat Delta settings (VDR->Setup->Miscellaneous). - Support event type 2 (mouse wheel, rotary-encoder) as a remote control (thanks to Thomas Reufer). - Improved OSD emulati

Re: [vdr] VDR jumps to old position after ff/rew

Stefan Schallenberg wrote: > Am 27.08.2013 22:05, schrieb Klaus Schmidinger: > > On 27.08.2013 20:47, Stefan Schallenberg wrote: > >> Hi all, > >> > >> Thanks for your ideas. > >> > >> I am using an old (SD but not HD) FF PCI card and non-HD recordings. > >> So neither of the situations you descr

Re: [vdr] Channel update on HD transponders broken?

Udo Richter wrote: > Hi list, > > I've noticed that I don't get channel updates any more on most of the > German HD transponders, since my update from 1.7.37 to 1.7.41 on > 2013-03-16. I'm running VDR in "add new transponders" full update mode. > I didn't check 1.7.42 yet, sorry. > > I'm running

[vdr] [ANNOUNCE] Remote Control Plugin 0.5.0

Hi, there is an update for the remote control plugin. Compilation has been tested with VDR 1.4.7, 1.6.0, 1.7.31 and 1.7.34. Other releases should work as well. History: 2012-12-26: Version 0.5.0 - gettext detection modified to use $(VDRDIR)/i18n.h (thanks to Tobias Grimm). - Updated It

Re: [vdr] vdr-1.7.32 plugin dvbhddevice fails

Richard Scobie wrote: > Hi Gerald, > > Gerald Dachs wrote: > > > If you would take a deeper look into your post you would have noticed > > that the mentioned file bitbuffer.o is not > > build to this time. It must have been build in a former stage. So there > > is still no proof that it > > ha

Re: [vdr] playback problems with recordings with vdr-1.7.20 and newer

On Friday 27 January 2012 15:30:18 Andreas Albert wrote: > Hello, > > this problem have already been posted at the mailing list in post > http://www.linuxtv.org/pipermail/vdr/2012-January/025616.html > > > Then i got an other problem. When watching a recording, and i > > fastforward of rewind the

Re: [vdr] vdr 1.7.23: patch for handling symlinks in recordings directory as earlier

On Thursday 26 January 2012 11:07:18 Klaus Schmidinger wrote: > On 25.01.2012 14:11, Oliver Endriss wrote: > > On Wednesday 25 January 2012 10:29:16 Klaus Schmidinger wrote: > >> On 17.01.2012 14:26, sundararaj reel wrote: > >>> Hi, > >>> > >>>

Re: [vdr] vdr 1.7.23: patch for handling symlinks in recordings directory as earlier

On Wednesday 25 January 2012 10:29:16 Klaus Schmidinger wrote: > On 17.01.2012 14:26, sundararaj reel wrote: > > Hi, > > > > I am attaching a patch for vdr 1.7.23 for the problem described here: > > http://www.vdr-portal.de/board1-news/board2-vdr-news/p1047199-announce-vdr-developer-version-1-7-23/

Re: [vdr] OT: Applications for the living room

Paul Menzel wrote: > > I just checked my archives and found that VDR replaced my analogue SAT > > receiver around July 2002. From the beginning it was the most useful > > linux application I ever tried. And it is still the only one which made > > it into the living room. > > Just out of curiosity,

Re: [vdr] 10 Year Anniversary of VDR

Happy Birthday VDR! Klaus Schmidinger wrote: > It has been exactly 10 years since version 0.01 of VDR (originally > named "OSM" - On Screen Menu) was released. > > I want to use the occasion to thank everybody who has contributed > to VDR, but also those who simply use VDR in their every day life

Re: [vdr] vdr-1.7.12 & folders.conf

Klaus Schmidinger wrote: > On 06.02.2010 12:27, Halim Sahin wrote: > > Hi, > > Just my opinion about the problem: > > The fat filesystem has many limitations and I vote for dropping special > > support for it in VDR because if someone wants to use a windows system, > > he/she can use ntfs which wor

Re: [vdr] multiple non-independent frontends (was: Re: [ANNOUNCE] VDR developer version 1.7.11)

Manu Abraham wrote: > On Wed, Jan 6, 2010 at 7:52 PM, Oliver Endriss wrote: > > Manu Abraham wrote: > >> On Wed, Jan 6, 2010 at 5:55 PM, Klaus Schmidinger > >> wrote: > >> > On 06.01.2010 14:22, Tomasz Bubel wrote: > >> >> [...] > >>

Re: [vdr] multiple non-independent frontends (was: Re: [ANNOUNCE] VDR developer version 1.7.11)

Manu Abraham wrote: > On Wed, Jan 6, 2010 at 5:55 PM, Klaus Schmidinger > wrote: > > On 06.01.2010 14:22, Tomasz Bubel wrote: > >> [...] > >>> - Added support for DVB cards with multiple fontends. Note that this only > >>>  works for DVB cards where each frontend can be used independently of all >

Re: [vdr] multiple non-independent frontends (was: Re: [ANNOUNCE] VDR developer version 1.7.11)

Klaus Schmidinger wrote: > On 06.01.2010 14:22, Tomasz Bubel wrote: > > [...] > >> - Added support for DVB cards with multiple fontends. Note that this only > >> works for DVB cards where each frontend can be used independently of all > >> the others on the same adapter. > > [...] > > Any chance

Re: [vdr] DW-TV Hotbird Reception

Marco Göbenich wrote: > Will I get this problem too with any newer version of vdr? Yes, same problem with VDR 1.7.10. CU Oliver -- VDR Remote Plugin 0.4.0: http://www.escape-edv.de/endriss/vdr/ 4 MByte Mod: http://www.escape-edv.d

Re: [vdr] femon plugin doesn't work "ERROR (femonosd.c, 504): Function not implemented"

not state the real error which is not enough ram on device X for > osd? with a hint message like: Require xyz KB, only have 2048KB. > > On 9/15/09, Oliver Endriss wrote: > > Rolf Ahrenberg wrote: > >> > Sep 15 08:37:36 video vdr: [18526] ERROR (femonosd.c,504): F

Re: [vdr] femon plugin doesn't work "ERROR (femonosd.c, 504): Function not implemented"

Rolf Ahrenberg wrote: > > Sep 15 08:37:36 video vdr: [18526] ERROR (femonosd.c,504): Function not > > implemented > > Your DVB driver doesn't provide the FE_READ_UNCORRECTED_BLOCKS ioctl - > it shouldn't be fatal. Hm, wouldn't it be better to display something like 'n/a' in the osd instead of l

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.5

Timothy D. Lenz wrote: > I just got an updated v4l today because it has fixes for xc5000 based cards > as of monday along with new firmware for that card. I > also use nexus and the first patch below seems to now be included, but the > second patch uas a lot of both succeeded and failed: > > pat

Re: [vdr] need help with Remote Control Plugin 0.4.0

BRUNETON Béranger wrote: > > Because different telnet clients produce different key codes, it is > > recommended to go through the normal key learning process. > > This way you will always have a correct key mapping. > > Sure, but the learning process is not displayed on telnet :( Correct. Unfort

Re: [vdr] need help with Remote Control Plugin 0.4.0

BRUNETON Béranger wrote: > On Tue, May 12, 2009 at 11:17 PM, BRUNETON Béranger > wrote: > > I'm unable to navigate throw the OSD using keyboard in telnet mode. > > "svdrpsend.pl hitk ..." command display the OSD in the telnet window. > > I using vdr 1.7.4 and remote-0.4.0  with this option -P'rem

Re: [vdr] PMT in multiple TS packet bug

Klaus Schmidinger wrote: > On 20.01.2009 16:01, Frank Schmirler wrote: > > On Tue, 20 Jan 2009 14:43:22 +0100, Alexw wrote > >> I have attached a raw TS capture (~10M) containing the PMT pid 132 > >> which is revealing the problem. > > > > Hum - PID 132 is a french dolby track, not a PMT PID... >

Re: [vdr] [v4l-dvb-maintainer] [Wanted] dvb-ttpci maintainer

hermann pitton wrote: > Except of course a majority of plumbers at the same place at the same > time can create/propose some facts. IMO decisions must be made where the community is, i.e. on the mailing list. Not at a conference, no matter whether it is at one end of the world or on the dark side

Re: [vdr] [linux-dvb] [Wanted] dvb-ttpci maintainer

Oliver Endriss wrote: > ... I would appreciate if people would stop the flame wars - at least in this thread. It was not my objective to start another thread which is worth to be redirected to /dev/null. Oliver -- VDR Rem

Re: [vdr] [v4l-dvb-maintainer] [Wanted] dvb-ttpci maintainer

hermann pitton wrote: > > Am Mittwoch, den 24.09.2008, 19:22 +0200 schrieb Oliver Endriss: > > Hi, > > > > due to the way S2API was pushed through (I would call it a plot) > > there is not much motivation left to spend my time with DVB. > > > > So - i

Re: [vdr] [linux-dvb] [Wanted] dvb-ttpci maintainer

Goga777 wrote: > Oliver Endriss wrote: > > So - if someone wants to take over the dvb-ttpci drivers he should speak > > up now. The sooner the better. > > ah, it's very pity :( > > will you stay w

[vdr] [Wanted] dvb-ttpci maintainer

Hi, due to the way S2API was pushed through (I would call it a plot) there is not much motivation left to spend my time with DVB. So - if someone wants to take over the dvb-ttpci drivers he should speak up now. The sooner the better. Oliver -- --

Re: [vdr] VDR Development

Georg Acher wrote: > I also don't think that a vdr-repository would help in the development > speed. Either the whole development procedure needs to be changed (more > maintainer with KLS's approval) or it has no advantage compared to the > .tgz-distribution. > > But I think the repository stuff i

Re: [vdr] VDR Development

Guys, I can't stand this blabla any longer. Klaus stated clearly how he wants to do VDR development, and he has the right to do it his way! No matter whether you like it or not! My suggestion for those who are unhappy with the current situation: 0. Stop this discussion. 1. Read the GPL. 2. Unders

Re: [vdr] [linux-dvb] DVB-S2 / Multiproto and future modulation support

Steven Toth wrote: > Regarding the multiproto situation: > > A number of developers, maintainers and users are unhappy with the > multiproto situation, actually they've been unhappy for a considerable > amount of time. The linuxtv developer community (to some degree) is seen > as a joke and a bunc

Re: [vdr] [linux-dvb] Possible SMP problems with budget_av/saa7134

Matthias Dahl wrote: > Hello all. > > I am resending the following message because I didn't get any response so far > and in addition I am putting it on cc' to the vdr devel list. I'd look into > this issue myself, yet I don't have the necessary time to dive into the DVB > tree. So please, if a

[vdr] [ANNOUNCE] Remote Control Plugin 0.4.0

Hi, there is an update for the remote control plugin. History: 2007-10-06: Version 0.4.0 - Implemented gettext support for VDR >= 1.5.7, i18n is still used for older vdr releases. - If supported by udev, an input device can be selected by pci slot now. For example: vdr -P"remote

Re: [vdr] [ANNOUNCE] VDR developer version 1.5.7

Klaus Schmidinger wrote: > - Added the "...or (at your option) any later version" phrase to the license > information of all plugins, and also the 'newplugin' script (suggested by > Ville Skyttä). Plugin authors may want to consider doing the same. Hm - are you sure that it is a good idea to a

Re: [vdr] setting tv standard in /dev/video0

Stone wrote: > > > > > > Basically there are two ways to select NTSC mode: > > - v4lctl setnorm NTSC > > - module parameter 'tv_standard' for dvb-ttpci > > > > modinfo dvb-ttpci: > > ... > > parmtype: tv_standard:int > > parm: tv_standard:TV standard: 0 PAL (default), 1 NTSC > > ...

Re: [vdr] setting tv standard in /dev/video0

Stone wrote: > Hi, > > I am currently using VDR with a Nexus-S FF card in an NTSC environment. For > a long time, I could never get the correct tv standard (NTSC) while trying > to watch television via VDRAdmin. I recently noticed that once I stream VDR > using VLC and its v4l interface, something

Re: [vdr] How to change Pro7 SAT1 Channels via Menu

Helmut Auer wrote: > Hello List, > > What is the preferred way to change the settings of the channels Pro7 ... ? > I have a lot of users which do not have a pc to take the easy way > (shutting down vdr and editing channels.conf) That's the hard way. ;-) > Yesterday I had a phone call with one

Re: [vdr] FF card AV sync problems, possible fix to VDR

Ville Rannikko wrote: > Hi! > > The newest firmware for FF cards did not completely fix the AV desync > problems > for me. Can you provide a sample recording where A/V sync fails with the current firmware? > According to information from Werner the problem happens when small > video frames f

Re: [vdr] FF card AV sync problems, possible fix to VDR

Klaus Schmidinger wrote: > VDR User wrote: > > On 1/31/07, *Klaus Schmidinger* <[EMAIL PROTECTED] > > > wrote: > > > > VDR User wrote: > > > From what he's saying, the problem is buffer overrun's, not > > underrun's. Afaics this is just a guess. We need a sam

Re: [vdr] FF card A/V sync - in progress?

Oliver Endriss wrote: > Marco Skambraks wrote: > > hi, > > > > are there any new information about the FF a/v sync problem? > > is the firmware development still in progress? > > Sorry, no success yet. Werner fixed the A/V sync problem. Please test firmware f12

Re: [vdr] Problem with aspect ratio after update

Matthias Fechner wrote: > Hi, > > I updated these days my system from kernel 2.6.15.4 to 2.6.19 and now > every movie on every program is now in 16:9 even the movies which had > been 4:3 before. > > Is there something broken in the driver from the kernel or is it a > problem with the firmware or

Re: [vdr] [ANNOUNCE] VDR maintenance patch 1.4.4-1

Klaus Schmidinger wrote: > - Replaced 'unsigned long long' with 'uint32_t' and 'uint64' with 'uint64_t' > to >avoid problems on 64-bit machines. Should read: > - Replaced 'unsigned long' with 'uint32_t' and ... Oliver -- VDR Remote P

[vdr] [ANNOUNCE] Remote Control Plugin 0.3.9

Hi, there is an update for the remote control plugin. History: 2006-12-03: Version 0.3.9 - Added Russian language texts (thanks to Waldemar Nikel). - Replaced uint64 by uint64_t for APIVERSION >= 1.4.5. It can be downloaded from     http://www.escape-edv.de/endriss/vdr/ See README f

Re: [vdr] FF card A/V sync - in progress?

Carsten Koch wrote: > Maybe VDR is behaving according to the specified interface > and the firmware fails. > Maybe mplayer is working around firmware bugs by behaving > differently - which may or may not be according to the > specified interface. > > What we can agree upon is the fact that the pro

Re: [vdr] FF card A/V sync - in progress?

VDR User wrote: > Can you confirm that the firmware abides fully to specification? I'm pretty sure that it doesn't. Neither do mplayer, vdr and the DVB driver. All complex programs have bugs... ;-) CU Oliver -- VDR Remote Plugin 0.3.8 ava

Re: [vdr] FF card A/V sync - in progress?

Marco Skambraks wrote: > hi, > > are there any new information about the FF a/v sync problem? > is the firmware development still in progress? Sorry, no success yet. Oliver -- VDR Remote Plugin 0.3.8 available at http://www.escape-edv.de

Re: [vdr] FF card A/V sync suggestion

Klaus Schmidinger wrote: > Udo Richter wrote: > > Klaus Schmidinger wrote: > >> Morfsta wrote: > >>> I second that, please don't let it drop again.. Is anyone actually > >>> working on this, Klaus, Oliver, ANYONE? > >> > >> I'm not working on this, because ATM I wouldn't know what to do. > > > >

Re: [vdr] FF card A/V sync suggestion

Udo Richter wrote: > Tero Siironen wrote: > > However, like Pasi Juppo told earlier in other thread, in last weeks episode > > of Lost there was many fadeout-fadeins between scenes and a/v desync > > happened on every one of these. > > I've 'heard of such problems' on ATV+ and Lost. Whenever there

Re: [vdr] multiple keypresses with remote plugin

Torgeir Veimo wrote: > > On 21 Sep 2006, at 09:03, Marko Mäkelä wrote: > > > On Sun, Sep 17, 2006 at 11:43:09AM +0100, Torgeir Veimo wrote: > >> Using the remote plugin with a /dev/input/eventX setup for a > >> hauppauge grey remote via a nova-t sensor with X11/Xv using > >> softdevice works perf

[vdr] [ANNOUNCE] Remote Control Plugin 0.3.8

Hi, there is a minor update for the remote control plugin. History: 2006-09-02: Version 0.3.8 - cRemoteDevInput: Ignore all event types except type 1 (key). - Added Italian language texts (thanks to Nicola Franchi). - Added Polish language texts (thanks to Jakub Wolnicki). - Fixed cTtyS