On 06.09.2011 16:42, John Klimek wrote:
Did anything change with VDR 1.7.21 regarding EIT?
For some reason I'm only getting partial EIT data (ie. lots of
channels are missing EIT data).
For my provider, the 7 day EPG guide is sent on one specific
transponder and it contains EPG information for
On 05.09.2011 19:43, Luca Olivetti wrote:
Al 05/09/11 18:15, En/na Klaus Schmidinger ha escrit:
On 05.09.2011 00:08, Luca Olivetti wrote:
Al 04/09/11 23:53, En/na Luca Olivetti ha escrit:
Al 04/09/11 23:05, En/na Klaus Schmidinger ha escrit:
Ok, I couldn't resist and I tried. I don't know
On 05.09.2011 19:52, Luca Olivetti wrote:
Al 05/09/11 19:43, En/na Luca Olivetti ha escrit:
Ok, I got confused, but why do you use VideoAspect * OsdHeight instead of
OsdWidth?
Most probably the problem is caused because the dxr3 plugin doesn't implement
the GetOsdSize and GetVideoSize method,
On 08.09.2011 20:16, jdo...@centrum.cz wrote:
Hello,
I have small problem with running periodical recording on list view. Duration
is actual only on first look. Every return to recording list show old not
actualized value. It is same after recording finish.
If this recording is in root, it is
On 05.09.2011 00:08, Luca Olivetti wrote:
Al 04/09/11 23:53, En/na Luca Olivetti ha escrit:
Al 04/09/11 23:05, En/na Klaus Schmidinger ha escrit:
Ok, I couldn't resist and I tried. I don't know if it solves the issue
because now the subtitles are whacky: they only appear from time to
time
VDR developer version 1.7.21 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.21.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.20-1.7.21.diff
MD5 checksums:
7300bfd997db1a848bd774fefe4aec80 vdr-1.7.21.tar.bz2
On 04.09.2011 16:20, Luca Olivetti wrote:
Al 04/09/11 15:42, En/na Klaus Schmidinger ha escrit:
- The subtitle PIDs are now stored in the channels.conf file as an extension to
the
TPID field (thanks to Rolf Ahrenberg).
When I start a recording on a satellite that's not the one the dish
On 04.09.2011 19:54, Luca Olivetti wrote:
Al 04/09/11 17:22, En/na Luca Olivetti ha escrit:
Al 04/09/11 16:41, En/na Klaus Schmidinger ha escrit:
Does this modification fix the issue?
It might - there's one way to find out ;-)
Well, I'm getting old, so I try the latest and greatest only
On 30.08.2011 00:54, John Klimek wrote:
How difficult is it to add custom (additional) data to the epg.data file?
For example, my satellite network broadcasts additional fields such as
original air date and repeat episode?, etc.
You could append that information to the description of the
On 30.08.2011 19:40, Dirk Vornheder wrote:
Am 29.08.2011 22:49, schrieb Klaus Schmidinger:
On 29.08.2011 22:30, Dirk Vornheder wrote:
On 19.08.2011 18:43, Klaus Schmidinger wrote:
There have been some reports about recording problems with VDR 1.7.20
on some HD channels.
This patch should
On 29.08.2011 22:30, Dirk Vornheder wrote:
On 19.08.2011 18:43, Klaus Schmidinger wrote:
There have been some reports about recording problems with VDR 1.7.20
on some HD channels.
This patch should fix this.
Klaus
--- remux.c 2011/08/15 09:50:14 2.58
+++ remux.c 2011/08/19 15:33:26
On 19.08.2011 23:56, Steffen Barszus wrote:
On Fri, 19 Aug 2011 22:18:03 +0200
Udo Richterudo_rich...@gmx.de wrote:
Am 19.08.2011 15:30, schrieb Steffen Barszus:
On 08/19/11 11:46, Steffen Barszus wrote:
i would like to request, that
vdr is storing the length of a recording and make it
On 19.08.2011 20:48, Udo Richter wrote:
Am 16.08.2011 23:13, schrieb Klaus Schmidinger:
On 16.08.2011 19:56, Udo Richter wrote:
Am 16.08.2011 18:57, schrieb Klaus Schmidinger:
- cSkins::Message() now blocks calls from background threads (thanks to
Michael Eiler for reporting a crash
On 08/19/11 11:46, Steffen Barszus wrote:
Hi !
After having seen that there are several plug-ins computing the
recording length on their own and that being a very expensive task (in
respect of io and cpu) and also the same implementation needs to be
copied over and over again, i would like to
On 19.08.2011 14:39, Steffen Barszus wrote:
On Fri, 19 Aug 2011 12:21:24 +0200
Klaus Schmidingerklaus.schmidin...@tvdr.de wrote:
On 08/19/11 11:46, Steffen Barszus wrote:
Hi !
After having seen that there are several plug-ins computing the
recording length on their own and that being a very
There have been some reports about recording problems with VDR 1.7.20
on some HD channels.
This patch should fix this.
Klaus
--- remux.c 2011/08/15 09:50:14 2.58
+++ remux.c 2011/08/19 15:33:26
@@ -974,8 +974,10 @@
payloadUnitOfFrame =
On 16.08.2011 19:56, Udo Richter wrote:
Am 16.08.2011 18:57, schrieb Klaus Schmidinger:
VDR developer version 1.7.20 is now available at
Thanks for the new version - at a surprising time. ;)
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.20.tar.bz2
Just a note: The tar file includes a 0
On 24.07.2011 20:07, André Weidemann wrote:
Hi Klaus,
On 23.07.2011 16:57, Klaus Schmidinger wrote:
The VDR plugin 'pictures' (part of the original VDR archive)
uses a Perl script named 'pic2mpg', which converts a JPEG
image into an MPEG frame that can be displayed directly
by VDR's primary
On 14.08.2011 13:43, André Weidemann wrote:
Hi Klaus,
On 14.08.2011 12:47, Klaus Schmidinger wrote:
On 24.07.2011 20:07, André Weidemann wrote:
Hi Klaus,
On 23.07.2011 16:57, Klaus Schmidinger wrote:
The VDR plugin 'pictures' (part of the original VDR archive)
uses a Perl script named
On 14.08.2011 15:31, André Weidemann wrote:
...
After reading the ffmpeg man page again I came up with the following line:
convert $Pict -background '#00' -resize 1920x1080 -gravity center -extent
1920x1080 ppm:- | ffmpeg -f image2pipe -vcodec ppm -i pipe:0 -an -vcodec
libx264 -vpre
On 14.08.2011 16:05, Torgeir Veimo wrote:
On 14 August 2011 20:47, Klaus Schmidingerklaus.schmidin...@tvdr.de wrote:
It generates a decently sized TS file (some 100-200 KB) that can be
displayed with
the dvbhddevice plugin on a TT-S2 6400.
May I ask how you find the TT-S2 6400 compared to
On 12.08.2011 00:59, Chris Rankin wrote:
I haven't pushed it upstream to Klaus, I think the preferable solution
is to do it as a plugin - search for the eepg plugin which incorporates
the parsing code.
OK, thanks. Fedora 15 is still using VDR 1.6.x but the plugin looks small
enough that I'm
On 06.07.2011 16:40, Arthur Konovalov wrote:
On 6.07.2011 10:40, mike_booth76 wrote:
Have you found a fix for this yet Arthur. I have the same problem but we seem to
be the only two...Mike
Hi!
Actually I awaiting some actions or response from Klaus, because my C++
programming knowledge is
On 20.06.2011 00:22, Udo Richter wrote:
Am 19.06.2011 22:57, schrieb Klaus Schmidinger:
On 19.06.2011 12:41, Klaus Schmidinger wrote:
- Fixed detecting frames in case the Picture Start Code or Access Unit
Delimiter
extends over TS packet boundaries (reported by Johan Andersson).
I'm afraid
On 11.07.2011 22:50, Udo Richter wrote:
Am 11.07.2011 18:12, schrieb Klaus Schmidinger:
On 11.07.2011, at 03:21, Lazl...@club-burniston.co.uk wrote:
Before I dig into buffers, etc., is there any difference between
the streams sent to PlayTS in transfer mode and in playback? I see
On 18.07.2011 13:53, Dave wrote:
For some time (at least since 2008) Mandriva Linux have been including the
attached patch in the version of vdr shipped with their distribution. It
allows timers to be triggered directly by the Now/Next data in the EIT
provided that a new parameter is set in the
On 29.07.2011 17:00, Torgeir Veimo wrote:
The VDR menu key is somewhat under-utilised, it only toggles the menu
on and off, I think it would be an improvement if it was combined with
the back key.
Instead of using the menu key to toggle the menu on and off, it could
trigger the osd menu
The VDR plugin 'pictures' (part of the original VDR archive)
uses a Perl script named 'pic2mpg', which converts a JPEG
image into an MPEG frame that can be displayed directly
by VDR's primary output device. This is done in essence
by the command sequence
jpegtopnm $Pict |
pnmscale
On 11.07.2011, at 03:21, Laz l...@club-burniston.co.uk wrote:
Hi,
I'm currently updating the softdevice plugin to work with the changes to TS
format that started with vdr-1.7.1 and also current versions of ffmpeg
(libavcodec does the actual decoding).
I've made some progress with
On 20.06.2011 18:48, Juergen Lock wrote:
In article4dfe76ac.9030...@gmx.de you write:
Am 19.06.2011 22:57, schrieb Klaus Schmidinger:
On 19.06.2011 12:41, Klaus Schmidinger wrote:
- Fixed detecting frames in case the Picture Start Code or Access Unit
Delimiter
extends over TS packet
VDR developer version 1.7.19 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.19.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.18-1.7.19.diff
MD5 checksums:
1eb04ecdc2b11ab8641ebfaa2cb93f42 vdr-1.7.19.tar.bz2
On 15.06.2011 15:30, Paul Menzel wrote:
Dear VDR folks,
Cppcheck 1.49 [1] reports the following error when run against VDR
1.7.18.
[timers.c:53]: (error) snprintf size is out of bounds
Looking at `timers.c` in `CTimer` `*file = 0` and afterward written to
if I am not mistaken.
This
On 15.06.2011 15:21, Paul Menzel wrote:
Dear VDR folks,
using Cppcheck 1.49 [1] to check VDR 1.7.18 the above error is shown.
Unfortunately I do not know how to fix this.
The following methods are the following (from two files).
void cRecordings::TouchUpdate(void)
{
On 15.06.2011 19:37, Udo Richter wrote:
Am 15.06.2011 18:34, schrieb Klaus Schmidinger:
On 15.06.2011 15:30, Paul Menzel wrote:
if (Instant channel)
snprintf(file, sizeof(file), %s%s,
Setup.MarkInstantRecord ? @ : , *Setup.NameInstantRecord
On 14.06.2011 04:25, John Klimek wrote:
My provider sends EEPG information containing information such as
Original Air Date and Episode ID.
Is this defined in any official DVB spec document?
Klaus
I think I can add the
neccessary DVB descriptors the code but where should I add this in the
On 11.06.2011 00:30, Luboš Doležel wrote:
On 10.6.2011 23:59, Klaus Schmidinger wrote:
The defualt is 5.
From MANUAL:
DVB:
Update channels = 5 Controls the automatic channel update
function. '0' means
no update, '1' will only update channel names,
'2' will
only update PIDs, '3' will update
On 10.06.2011 19:44, Luboš Doležel wrote:
Hello,
recording a HD TV programme still results in a VDR emergency exit even in the
latest VDR dev version:
Jun 10 19:38:02 localhost vdr: [5512] live timer 1 (86 1928-2010 'Doctors')
added
Jun 10 19:38:02 localhost vdr: [5534] timer 1 (86 1928-2010
On 10.06.2011 21:41, Luboš Doležel wrote:
On 10.6.2011 21:11, VDR User wrote:
recording a HD TV programme still results in a VDR emergency exit even in
the latest VDR dev version:
Jun 10 19:38:02 localhost vdr: [5512] live timer 1 (86 1928-2010 'Doctors')
added
Jun 10 19:38:02 localhost vdr:
On 10.06.2011 23:27, Tony Houghton wrote:
On Fri, 10 Jun 2011 21:41:05 +0200
Luboš Doležellu...@dolezel.info wrote:
On 10.6.2011 21:11, VDR User wrote:
I've just read a post from another user who had this problem.
Apparently his channels.conf contained wrong info and enabling
'update
On 10.06.2011 23:54, Tony Houghton wrote:
On Fri, 10 Jun 2011 23:31:40 +0200
Klaus Schmidingerklaus.schmidin...@tvdr.de wrote:
On 10.06.2011 23:27, Tony Houghton wrote:
Or it should read the pids from the PAT and PMT every time it changes
channel instead of using channels.conf for that
they are really going to fix this. For anyone else interested
I simply mailed their support address on their homepage
http://www.teracom.se, ie: kundtja...@teracom.se
/Johan
Klaus Schmidinger skrev 2011-05-28 23:55:
On 28.05.2011 10:57, Johan Andersson wrote:
I sent off a question
, they might consider doing something about it.
Perhaps you should post here how to contact them, so other viewers
of their channels could also bother them ;-)
Klaus
Johan Andersson skrev 2011-05-26 07:16:
Klaus Schmidinger skrev 2011-05-26 00:41:
If you can point me to an official standard document
On 25.05.2011 23:47, Johan Andersson wrote:
Thank you!
It all works if we change the line to:
#609: independentFrame = ((Data[i+2]3) 0x06)==0;
For some reason 'picture_coding_type' is set to '000' in
this stream, not '001'. So only checkin the upper bits
seem to do the trick.
As streams
On 05/22/11 00:35, Klaus Schmidinger wrote:
On 21.05.2011 23:51, Marco Göbenich wrote:
Hi!
No, checked against vanilla vdr-1.6-0, diseq.c and diseq.h are not modified.
I looked again in the logs and it seems that this happens when a epg scan is
triggered, all entries seem to occur on times
On 05/22/11 13:21, Marco Göbenich wrote:
Hi!
Would there be a patch for 1.6.0?
The actual fix for version 1.6.0 is in the attached patch.
Klaus
Am 22.05.2011 12:45, schrieb Klaus Schmidinger:
On 05/22/11 00:35, Klaus Schmidinger wrote:
On 21.05.2011 23:51, Marco Göbenich wrote:
Hi
On 22.05.2011 16:03, Marco Göbenich wrote:
Hi!
Thanks, I will test this patch.
One note, there was a missing {
+ if (parsing) {
I just quickly hacked that one together, without actually testing it ;-)
Klaus
___
vdr mailing list
vdr@linuxtv.org
On 05/15/11 19:36, Dominic Evans wrote:
On 15 May 2011 13:58, Klaus Schmidingerklaus.schmidin...@tvdr.de wrote:
I'm just trying to build VDR on openSUSE 11.4, which comes with
xgettext/msgmerge version 0.18.1. For some odd reason, when doing
make i18n
the sequence of the messages in the
On 05/21/11 13:45, Klaus Schmidinger wrote:
On 05/15/11 19:36, Dominic Evans wrote:
On 15 May 2011 13:58, Klaus Schmidingerklaus.schmidin...@tvdr.de wrote:
I'm just trying to build VDR on openSUSE 11.4, which comes with
xgettext/msgmerge version 0.18.1. For some odd reason, when doing
make
On 05/07/11 20:11, Juergen Lock wrote:
Hi!
There seems to be a change in recent vdr versions regarding
NumProvidedSystems() which at least the reelchannelscan plugin
uses to tell apart a dvb-s2 tuner from a dvb-s one in a few places,
apparently it used to return 2 for a dvb-s2 tuner and now
On 05/21/11 16:01, Gerald Raaf wrote:
hi Klaus
i have the following problem, i've updated my vdr server from 1.7.16 to
the new version 1.7.18. If i record Sky Cinema or any other Sky HD
channel the information for frames per second in info file is different
to 1.7.16 (ok you changed this
On 04/25/11 23:37, Marco Göbenich wrote:
Hi!
Forgot to say that I'm using vdr-1.6 with TechniSat Gigaswitch 9/20.
Regards
Marco
Am 25.04.2011 23:25, schrieb Marco Göbenich:
Hi!
I get the following errors:
Apr 25 22:22:56 vdr10 vdr: [7893] ERROR: too many codes in code sequence '[E0
10 38
On 05/21/11 16:23, Gerald Raaf wrote:
Am Samstag, den 21.05.2011, 16:08 +0200 schrieb Klaus Schmidinger:
On 05/21/11 16:01, Gerald Raaf wrote:
hi Klaus
i have the following problem, i've updated my vdr server from 1.7.16 to
the new version 1.7.18. If i record Sky Cinema or any other Sky HD
On 05/21/11 16:38, Gerald Raaf wrote:
Am Samstag, den 21.05.2011, 16:29 +0200 schrieb Klaus Schmidinger:
On 05/21/11 16:23, Gerald Raaf wrote:
Am Samstag, den 21.05.2011, 16:08 +0200 schrieb Klaus Schmidinger:
On 05/21/11 16:01, Gerald Raaf wrote:
hi Klaus
i have the following problem, i've
On 05/21/11 16:55, Juergen Lock wrote:
In article4dd7c61e.8060...@tvdr.de you write:
On 05/07/11 20:11, Juergen Lock wrote:
Hi!
There seems to be a change in recent vdr versions regarding
NumProvidedSystems() which at least the reelchannelscan plugin
uses to tell apart a dvb-s2 tuner from
threads are accessing a cDiseqc object at the same time.
For a quick test, can you please try adding the following two lines:
char *cDiseqc::Codes(char *s)
{
static cMutex Mutex; //ADD
cMutexLock MutexLock(Mutex); //ADD
char *e = strchr(s, ']');
Klaus
Am 21.05.2011 16:26, schrieb Klaus
I'm just trying to build VDR on openSUSE 11.4, which comes with
xgettext/msgmerge version 0.18.1. For some odd reason, when doing
make i18n
the sequence of the messages in the *.po files is completely different
than before, which would cause a huge and unnecessary diff in the next
developer
On 14.05.2011 13:06, Tobi wrote:
On 13.05.2011 23:47, Udo Richter wrote:
Am 13.05.2011 07:44, schrieb Tobi:
Interestingly irritating... Since I don't have an GCC4.6 at hand, I
*think* the source of the problem might be that cCursesFont has just an
default constructor.
Right. The C++
On 20.04.2011 20:20, John Klimek wrote:
It looks like my DVB provider is broadcasting incorrect EIT
information. The SIDs listed are correct but the ONID and TSID are
invalid.
Can VDR ignore the ONID/TSID and match EIT information solely on the SID?
Would this be hard to patch?
It looks like
On 17.04.2011 11:36, syrius...@no-log.org wrote:
VDR Useruser@gmail.com writes:
On Sat, Apr 16, 2011 at 7:28 AM,syrius...@no-log.org wrote:
I'm now running one vdr instance with 4 dvb devices.
One device is crashing quite often and I haven't find a way to
automatically detect when it's
VDR developer version 1.7.18 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.18.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.17-1.7.18.diff
WARNING:
This is a *developer* version. Even though *I* use
On 17.04.2011 17:15, Dave wrote:
On Sunday 17 April 2011 15:50:44 Klaus Schmidinger wrote:
VDR developer version 1.7.18 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.18.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer
On 09.04.2011, at 19:03, Daniel Harris mail.dhar...@googlemail.com wrote:
Hello
I am currently experiencing picture pixelation when watching the BBC
HD station. I have tried changing the position of the dish changing
deinterlace settings even sending 1080i output to the tv and tuned
On 31.03.2011 15:40, Rainer Blickle wrote:
2011/3/30 Steffen Barszussteffenbpu...@googlemail.com:
2011/3/30 Oliver Schinagloli...@schinagl.nl:
I belive that is exactly only what this patch does, it changes the
positions on the screen for the ST-NG theme I think (it's been a while I
admit).
So
On 01.04.2011 15:26, Oliver Schinagl wrote:
I have a iMon remote control, which also doesn't use this 'standard'
order ;)
Additionally on my previous mail (I hit send by accident actually :p) I
checked the wikipage, and i couldn't find any mention of color or colour
in relation to the order of
On 03.04.2011 12:23, Mika Laitio wrote:
I have some old recordings made on 2005 which does not have info file. This
caused vdr 1.7.17 to crash because
in tools.c line 1194 there is no check whether the file parameter passed is
NULL or not. Real cause for the crash is in the vdrrip plugins
On 02.04.2011 11:33, Rolf Ahrenberg wrote:
On Fri, 1 Apr 2011, VDR User wrote:
Ignoring remotes that don't follow the RGYB scheme doesn't make them
any less 'tv oriented' or go away. I can't imagine it's much of a
leap to make the colored button position customizable and is probably
something
On 02.04.2011 02:38, Joerg Riechardt wrote:
Problem solved with this patch:
--- dvbplayer.c.orig 2010-03-07 15:24:26.0 +0100
+++ dvbplayer.c 2011-04-02 01:57:21.016535946 +0200
@@ -320,7 +320,7 @@
if (nonBlockingFileReader)
nonBlockingFileReader-Clear();
if (!firstPacket) // don't set
On 28.03.2011 11:24, Tim wrote:
Am Samstag, 19. März 2011, um 13:02:02 schrieb Klaus Schmidinger:
- Fixed detecting frames on channels that broadcast with 50 or 60 fps.
I just made a recording from arte HD with VDR 1.7.17 and everything
worked fine. It played correctly (on a TT-S2 6400
On 28.03.2011 11:24, Tim wrote:
Am Samstag, 19. März 2011, um 13:02:02 schrieb Klaus Schmidinger:
- Fixed detecting frames on channels that broadcast with 50 or 60 fps.
I just made a recording from arte HD with VDR 1.7.17 and everything
worked fine. It played correctly (on a TT-S2 6400
The attached patch reactivates some of the frame detecting code that was
already in VDR 1.7.16, and adds a method of determining whether the
current video stream consists of separate fields instead of complete
frames. If this is the case, it puts two subsequent fields together to
one frame in the
On 19.03.2011 22:42, Klaus Schmidinger wrote:
On 19.03.2011 21:56, Udo Richter wrote:
Am 13.03.2011 12:46, schrieb Klaus Schmidinger:
- While replaying, the editing marks are now updated every 10 seconds
(based on a
patch from Manuel Reimer).
Thanks for this! With it, the jumpplay-patch
On 20.03.2011 12:46, Klaus Schmidinger wrote:
On 19.03.2011 22:42, Klaus Schmidinger wrote:
On 19.03.2011 21:56, Udo Richter wrote:
Am 13.03.2011 12:46, schrieb Klaus Schmidinger:
- While replaying, the editing marks are now updated every 10 seconds
(based on a
patch from Manuel Reimer
On 17.03.2011 22:36, Juergen Lock wrote:
In article 4d7caea2.9050...@tvdr.de you write:
VDR developer version 1.7.17 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.17.tar.bz2
A 'diff' against the previous version is available at
On 19.03.2011 16:19, Juergen Lock wrote:
In article 4d849b3a.6060...@tvdr.de you write:
On 17.03.2011 22:36, Juergen Lock wrote:
In article 4d7caea2.9050...@tvdr.de you write:
VDR developer version 1.7.17 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.17.tar.bz2
A 'diff'
On 19.03.2011 21:56, Udo Richter wrote:
Am 13.03.2011 12:46, schrieb Klaus Schmidinger:
- While replaying, the editing marks are now updated every 10 seconds (based
on a
patch from Manuel Reimer).
Thanks for this! With it, the jumpplay-patch gets obsoleted for me, as I
only used
VDR developer version 1.7.17 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.17.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.16-1.7.17.diff
WARNING:
This is a *developer* version. Even though *I* use
On 07.03.2011 19:56, Markus Ehrnsperger wrote:
2011/3/7 Steffen Barszus steffenbpu...@googlemail.com:
2011/3/7 Klaus Schmidinger klaus.schmidin...@tvdr.de:
On 03/07/11 14:13, Frank Schmirler wrote:
On Mon, 07 Mar 2011 13:33:47 +0100, Klaus Schmidinger wrote
On 03/07/11 13:23, Frank Schmirler
On 13.03.2011 14:11, Luca Olivetti wrote:
Al 13/03/11 12:46, En/na Klaus Schmidinger ha escrit:
This version introduces support for TrueColor OSD.
Note, though, that output plugins need to be enhanced in order
to support actual TrueColor display (if the device they control
can handle
On 13.03.2011 14:38, Matti Lehtimäki wrote:
On 2011-03-13 13:46, Klaus Schmidinger wrote:
- Changed the compiler optimization flag to -O3, which gives quite a
performance
boost in the AlphaBlend() function.
I noticed that this change was not made to Make.config.template as it
should
On 27.07.2010 15:15, Frank Schmirler wrote:
On Tue, 27 Jul 2010 15:07:23 +0200, syrius.ml wrote
Have you had a look at
http://projects.vdr-developer.org/issues/show/10 ?
Yep: http://www.linuxtv.org/pipermail/vdr/2010-July/023243.html
Hope Klaus integrates the patch.
Have you ever posted
On 13.03.2011 15:36, Udo Richter wrote:
Am 13.03.2011 15:18, schrieb Klaus Schmidinger:
On 27.07.2010 15:15, Frank Schmirler wrote:
On Tue, 27 Jul 2010 15:07:23 +0200, syrius.ml wrote
Have you had a look at
http://projects.vdr-developer.org/issues/show/10 ?
Yep: http://www.linuxtv.org
On 13.03.2011 15:58, Udo Richter wrote:
Am 13.03.2011 15:42, schrieb Klaus Schmidinger:
On 13.03.2011 15:36, Udo Richter wrote:
That would be me, actually. This was on the list last July:
http://www.linuxtv.org/pipermail/vdr/2010-July/023240.html
Contact me if you have any questions
On 09.03.2011 12:54, Petri Hintukainen wrote:
Klaus Schmidinger wrote:
On 08.03.2011 22:31, Udo Richter wrote:
Am 08.03.2011 22:09, schrieb Klaus Schmidinger:
Don't get too excited about the TrueColor OSD, though.
What comes with VDR is only the basic OSD platform that
allows plugins to use
On 06.03.2011 16:56, Steffen Barszus wrote:
On Sun, 06 Mar 2011 17:33:39 +0200
Ville Skyttä ville.sky...@iki.fi wrote:
On 03/06/2011 04:49 PM, Klaus Schmidinger wrote:
I guess what we need first is a specification of the strings
LIRC provides. Then we can adapt the VDR code accordingly.
I
On 08.03.2011 20:08, Simon Baxter wrote:
Hi Klaus - et al
How's the development on vdr-1.7.17 (?) coming?
Almost done.
Don't get too excited about the TrueColor OSD, though.
What comes with VDR is only the basic OSD platform that
allows plugins to use full screen 32 bit ARGB color,
with
On 08.03.2011 22:31, Udo Richter wrote:
Am 08.03.2011 22:09, schrieb Klaus Schmidinger:
Don't get too excited about the TrueColor OSD, though.
What comes with VDR is only the basic OSD platform that
allows plugins to use full screen 32 bit ARGB color,
with alpha blendable pixmaps
On 03/07/11 13:23, Frank Schmirler wrote:
Hi,
On Sun, 06 Mar 2011 17:15:44 +0100, Klaus Schmidinger wrote
The problem is that the VPS code in vdr.c avoids devices that are
currently recording. And since this is a rather complex area,
I'm not sure if it's too good an idea to change
On 03/07/11 14:13, Frank Schmirler wrote:
On Mon, 07 Mar 2011 13:33:47 +0100, Klaus Schmidinger wrote
On 03/07/11 13:23, Frank Schmirler wrote:
Hi,
On Sun, 06 Mar 2011 17:15:44 +0100, Klaus Schmidinger wrote
The problem is that the VPS code in vdr.c avoids devices that are
currently
On 02.03.2011 21:41, Gerald Dachs wrote:
Hi,
during my tests with eventlircd I noticed that the up key of my remote
didn't work with vdr, but with xbmc. I debugged vdr and stumbled above
the line lirc.c:89 (not vanilla sources):
if (ready ret 21) {
Lirc sends this to vdr:
On 26.02.2011 15:24, Markus Ehrnsperger wrote:
Hi,
I created two timers:
5:S19.2E-1-1101-28106:2011-02-26:1330:1500:50:99:Das Traumhotel - Afrika:
9:S19.2E-1-1079-28006:2011-02-26:1300:1500:10:99:Wintersport:
The second timer was recorded for the complete time. The first Timer
was
On 24.02.2011 22:20, zuper...@gmx.de wrote:
Hallo,
there is a small bug in VDR 1.7.16 at the recording menu.
In some situations VDR shows that a sub-folder (at recordings) holds 2
recordings. If you open the folder only 1 recording is shown. After
deleting this record the other one is
On 23.01.2011 01:09, VDR User wrote:
I could be wrong about this but it seems I remember this subject
coming up some time ago and Klaus mentioning rotor support is on his
todo list. My apologies if I've got that backwards.
Well, I do have the gotox patch on my TODO list, but
I'm afraid it's
://cppcheck.sourceforge.net/
[2]
http://meego.gitorious.org/qemu-maemo/qemu/commit/29718712eb2e53c09d28f08e39f6514d690f6fd3
Signed-off-by: Paul Menzel paulepan...@users.sourceforge.net
CC: Klaus Schmidinger klaus.schmidin...@tvdr.de
---
Dear VDR folks,
please advise if the `break` is enough and what
On 20.02.2011 17:53, Klaus Schmidinger wrote:
On 14.02.2011 15:55, Paul Menzel wrote:
Date: Mon, 14 Feb 2011 14:29:48 +0100
Output of Cppcheck 1.47 [1], VDR 1.7.16:
Checking ./PLUGINS/src/pictures/player.c...
[./PLUGINS/src/pictures/player.c:9]: (debug) Include file:
vdr
On 14.01.2011 09:19, L. Hanisch wrote:
The next developer version of VDR will contain full True-Color OSD
support.
^
Will this be a 1.8 release, or still in the 1.7 development train?
I guess it would still be a 1.7.x.
It will be 1.7.17 - gotta test it before
On 14.01.2011 18:33, VDR User wrote:
On Thu, Jan 13, 2011 at 1:40 PM, Klaus Schmidinger
klaus.schmidin...@tvdr.de wrote:
AIUI VDR generates the OSD as a bitmap no matter which output plugin is
used and the player only has the choice of how to overlay it on the
video. So getting it rendered
On 13.01.2011 21:42, Tony Houghton wrote:
...
AIUI VDR generates the OSD as a bitmap no matter which output plugin is
used and the player only has the choice of how to overlay it on the
video. So getting it rendered by VDPAU would be easy enough, but to
upgrade it to HD would probably need
On 09.01.2011 21:04, Timothy D. Lenz wrote:
Using vdr-1.7.15. 3 of the local networks have duplicate transmitters. 1
is a bit too weak get right now and because of a bug in atsc, I can't
rescan right now (crashes vdr, reported in another post). I pulled the
entries for the secondary
On 04.01.2011 16:12, Gero wrote:
Hello,
thank you for your attention!
Helmut Auer wrote:
A lifetime of 99 and a priority of 99 should do what you want.
Any idea, why that recording disappeared from OSD (recording list)?
I tried a touch /var/lib/video.00/.update but that changed
On 04.12.2010 12:13, Steffen Barszus wrote:
Hi !
i get these errors, once my remote is doing key repeats:
Dec 3 23:33:13 vdr vdr: [24629] ERROR: unparseable lirc command:
gy_Receiver-event-kbd#012b-Gyration_Gyration_RF_Technology_Receiver-event-kbd#01272
0 KEY_VOLUMEDOWN
601 - 700 of 1532 matches
Mail list logo