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.
Any comments on C.Y.M's
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
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 problem
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
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
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 VDR?
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 f12623.
See http://www.vdr-portal.de/board
Klaus Schmidinger wrote:
VDR User wrote:
On 1/31/07, *Klaus Schmidinger* [EMAIL PROTECTED]
mailto:[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 sample recording and
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 fill
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 of
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 in
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 -Premote
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 anyone
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 bunch
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 is
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
--
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 with VDR project ?
Sure.
Oliver
--
VDR
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 - if someone wants to take over the dvb-ttpci drivers he
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 Remote
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
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...
VDR uses
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.
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:
patching
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 logging
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 o.endr...@gmx.de wrote:
Rolf Ahrenberg wrote:
Sep 15 08:37:36 video vdr: [18526] ERROR (femonosd.c,504): Function not
implemented
Your
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:
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 of using using
Manu Abraham wrote:
On Wed, Jan 6, 2010 at 5:55 PM, Klaus Schmidinger
klaus.schmidin...@tvdr.de 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
Manu Abraham wrote:
On Wed, Jan 6, 2010 at 7:52 PM, Oliver Endriss o.endr...@gmx.de wrote:
Manu Abraham wrote:
On Wed, Jan 6, 2010 at 5:55 PM, Klaus Schmidinger
klaus.schmidin...@tvdr.de wrote:
On 06.01.2010 14:22, Tomasz Bubel wrote:
[...]
- Added support for DVB cards
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 works fine in
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.
I
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, what
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:
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,
I am attaching a patch for vdr 1.7.23 for the problem described here
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
Richard Scobie r.sco...@clear.net.nz 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
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
Udo Richter udo_rich...@gmx.de 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.
Stefan Schallenberg in...@nafets.de 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 described
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
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
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
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:
> >> > ...
> >> >
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
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
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,
> >> >
&
46 matches
Mail list logo
