VDR version 2.0.6 is now available at
ftp://ftp.tvdr.de/vdr/vdr-2.0.6.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.0.5-2.0.6.diff
MD5 checksums:
f6916524c302f3209fd0af507ab97387 vdr-2.0.6.tar.bz2
VDR developer version 2.1.6 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.6.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.5-2.1.6.diff
MD5 checksums:
79519dac59166fabc2029b916bd61d00 vdr-2.1.6.tar.bz2
On 10.03.2014 08:38, Valdemaras Pipiras wrote:
Still have problems after applying this patch on CentOS 64bit:
ci.c: In member function 'void cCiDateTime::SendDateTime()':
ci.c:867: error: 'mjd' was not declared in this scope
ci.c:867: error: 'h' was not declared in this scope
ci.c:867: error:
On 09.03.2014 18:50, Marco Göbenich wrote:
Hi!
Would it be possible to be more precise in this error message, maybe which
channel, transponder or adapter is causing this.
There were some transponder changes on Astra, and now I have a lot Error: video
data stream broken messages. I got a lot
On 06.03.2014 11:24, Andrey Pavlenko wrote:
Hi,
The build fails on Ubuntu Precise with error:
ci.c: In member function 'void cCiDateTime::SendDateTime()':
ci.c:867:18: error: expected primary-expression before '.' token
ci.c:867:37: error: expected primary-expression before '.' token
On 02.03.2014 18:21, Zouhair wrote:
Hi,
it is a good idea to implement libnfs in VDR for have recording and
playin ability via link nfs://host/dir without needing the NFS
support in the kernel of the OS.
libnfs in XBMC is already implemented, why not also in VDR ? :)
Why add something to an
VDR developer version 2.1.5 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.5.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.4-2.1.5.diff
MD5 checksums:
ce561eef64c13e24e4817f70a6d9d5b0 vdr-2.1.5.tar.bz2
On 08.02.2014 14:34, Tony Houghton wrote:
On Sat, 08 Feb 2014 13:51:10 +0100
Klaus Schmidinger klaus.schmidin...@tvdr.de wrote:
channels.c:45:119: warning: data argument not used by format string
[-Wformat-extra-args]
snprintf(buffer, sizeof(buffer), rid ? %s-%d-%d-%d-%d
On 08.02.2014 16:10, Tony Houghton wrote:
On Sat, 08 Feb 2014 15:17:09 +0100
Klaus Schmidinger klaus.schmidin...@tvdr.de wrote:
On 08.02.2014 14:34, Tony Houghton wrote:
The warning is justified, because if rid is 0 it's still there as an
argument, but just happens to have a value of 0. I
On 07.02.2014 12:10, Jukka Tastula wrote:
On 02/06/2014 11:03 AM, Klaus Schmidinger wrote:
Now please test the other way round and start VDR with only one single 658
entry.
Once it has received all other channels on that transponder, are there any that
would actually have to be 482
On 07.02.2014 13:10, Ingo Prochaska wrote:
2.1.5? Typo? On ftp.tvdr.de http://ftp.tvdr.de 2.1.4 is the latest
development version?!?
Sorry, you're right, of course.
It's 2.1.4.
Kaus
On 7. Februar 2014 12:47:36 MEZ, Klaus Schmidinger klaus.schmidin...@tvdr.de
wrote:
On 07.02.2014 12
On 06.02.2014 00:36, Jukka Tastula wrote:
On Wed, 05 Feb 2014 12:10:58 +0100
Klaus Schmidinger klaus.schmidin...@tvdr.de wrote:
For testing, can you please remove the channels with 65800?
Or, better yet, start VDR with a channels.conf that contains only one single
line:
MTV3;MTV Oy
On 05.02.2014 12:03, Jukka Tastula wrote:
Channels.conf (relevant part, i think) looks something like this
MTV3;MTV Oy=Digita
Finland:482:B8C23D23G8M64N3S0T8Y0:T:0:305=2:561=fin@4,562=dut@4:5010;1073=fin,1074=dut:0:49:8438:8193:0
Nelonen;Sanoma Television Oy=Digita
The attached patch increases MIN_TS_PACKETS_FOR_FRAME_DETECTOR to 100
and itroduces counting the number of actual video TS packets in cTsPayload
in order to be able to record channels that sometimes need even more than
10 TS packets for detecting frame borders.
While the frame type can typically
VDR developer version 2.1.4 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.4.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.3-2.1.4.diff
MD5 checksums:
e1018c13dc257c986e0e30494913b415 vdr-2.1.4.tar.bz2
On 13.01.2014 21:38, Eike wrote:
Hello!
I'm experiencing what I'd call a glitch of VDR's frame detector class.
There's a define #define MIN_TS_PACKETS_FOR_FRAME_DETECTOR 5.
According to my experiences, this number of TS packages in not always
enough to detect frames as early as possible. Thus
On 14.01.2014 10:44, eikesa...@t-online.de wrote:
Hello!
Can you name a satellite channel where this problem occurs?
No, I'm using DVB-T. The recording I've linked is taken from RBB.
If you're interested in using the results, I could setup a survey so that people
can test their own streams.
VDR version 2.0.5 is now available at
ftp://ftp.tvdr.de/vdr/vdr-2.0.5.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.0.4-2.0.5.diff
MD5 checksums:
f58b9836a60440fde84480a2e37ee91d vdr-2.0.5.tar.bz2
On 06.01.2014 09:59, Reinhard Nissl wrote:
Hi,
Am 05.01.2014 12:42, schrieb Klaus Schmidinger:
The changes since version 2.1.2:
- Channels that are no longer contained in the current SDT of
a transponder are now marked with the keyword OBSOLETE in
their name and provider fields. That way
On 06.01.2014 11:28, Antti Hartikainen wrote:
Hi.
I thought it would be time to finally update outdated sources.conf. Patch is
against sources.conf delivered with VDR 2.1.3.
Some things came up, and I would like to hear some opinions about them.
There was/is entries like:
S28.2E for Astra 2
On 06.01.2014 13:39, Antti Hartikainen wrote:
On Mon, Jan 06, 2014 at 12:24:38PM +0100, Klaus Schmidinger wrote:
On 06.01.2014 11:28, Antti Hartikainen wrote:
Hi.
I thought it would be time to finally update outdated sources.conf. Patch is
against sources.conf delivered with VDR 2.1.3.
Some
VDR developer version 2.1.3 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.3.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.2-2.1.3.diff
MD5 checksums:
054f80e0045aa6fad118e9285b52f4f2 vdr-2.1.3.tar.bz2
On 02.12.2013 20:31, Lou wrote:
Am 02.12.2013, 17:59 Uhr, schrieb Klaus Schmidinger klaus.schmidin...@tvdr.de:
I guess this was caused by the changes to videodir.[ch].
For a quick fix you could try moving the line
cVideoDirectory::SetName(VideoDirectory);
into the
case 'v
On 16.12.2013 18:11, Marko Mäkelä wrote:
Hi all,
I am not sure if this was reported already, but I encountered this bug when
trying to edit a recording without setting up VDR:
./vdr -v /tmp/video --edit /tmp/video/Rec_name/2013-08-12.20.58.50.99.rec
Without the attached patch, VDR would try
On 25.12.2013 15:03, Marko Mäkelä wrote:
On Wed, Dec 25, 2013 at 12:35:19PM +0100, Klaus Schmidinger wrote:
I think I'll do it this way:
Thanks, this looks OK too. I guess that your patch is against the development
branch. In 2.0.4, the function is SetVideoDirectory() instead
On 02.12.2013 13:15, Lou wrote:
hi list
vdr 2.1.2 segfaults in libc, as soon as I use the terminal syntax (vdr
--genindex) to recreate a missing index file. Trying the same thing in a user
interface (vdr-sxfe) works as planed.
Here's a backtrace of what's happing:
On 02.12.2013 17:55, Klaus Schmidinger wrote:
On 02.12.2013 13:15, Lou wrote:
hi list
vdr 2.1.2 segfaults in libc, as soon as I use the terminal syntax (vdr
--genindex) to recreate a missing index file. Trying the same thing in a user
interface (vdr-sxfe) works as planed.
Here's a backtrace
On 01.12.2013 11:24, Matthias Biel wrote:
Hi Mike,
If I understand your question correctly, you have several file systems for
video data and you want to join them for use with VDR.
VDR supports this out of the box: If your video directory ends with '0', VDR
will automatically look for
On 01.12.2013 15:54, Wolfgang Rohdewald wrote: Am Sonntag, 1. Dezember 2013,
11:44:42 schrieb Klaus Schmidinger:
I wanted to get this out of the core VDR code. It was
a makeshift solution in times where disk sizes were still relatively small.
Nowadays we have disk sizes in the terabyte range
On 15.11.2013 18:17, Marko Mäkelä wrote:
Hi Klaus,
On Fri, Nov 15, 2013 at 04:47:10PM +0100, Klaus Schmidinger wrote:
#2 0x0810e3d2 in cPixmapMemory::DrawRectangle (this=0x6d3fe78, Rect=...,
Color=2566914048) at osd.c:1333
1333 cRect r = Rect.Intersected(DrawPort().Size());
As far as I
On 15.11.2013 16:08, Marko Mäkelä wrote:
...
BTW, !Track x || Track y
should IMO be simpler written Track ? y : x.
It looks like a memset() is missing from the cSkinLCARSDisplayReplay
constructor. cSkinLCARSDisplayChannel::cSkinLCARSDisplayChannel() is doing the
right thing:
On 09.11.2013 00:57, Marko Mäkelä wrote:
...
If I set the OSD size to 100% height, then VDR will never clear the very bottom
lines at the screen. If I set it to 99% height, everything will be erased
properly when I leave the main menu, or the program info at the bottom of the
screen is
On 19.10.2013 19:38, Thomas Maass wrote:
Hi!
I like the new editing functions coming with version 2.1.2.
Thank you for that Klaus!
It would be nice, if VDR could recognize existing subfolders
and add them to folders.conf automatically.
Sometimes I edited my videodir manually, created some
On 04.11.2013 12:45, Scott wrote:
Sounds interesting, if I copy a video off my phone will I be able to see it in
vdr without editing folders.conf? I currently switch to xbmc to watch stuff
recorded or copied outside of vdr .
If you copy it into a properly named directory/file structure, and
VDR version 2.0.4 is now available at
ftp://ftp.tvdr.de/vdr/vdr-2.0.4.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.0.3-2.0.4.diff
MD5 checksums:
8effb19fe09eb6c057ce354fe8f6be9f vdr-2.0.4.tar.bz2
On 13.10.2013 16:50, Klaus Schmidinger wrote:
On 13.10.2013 15:55, Guido Cordaro wrote:
Sorry Klaus
For these mistakes ... I hope that this time the change to the source fits as
it should be ...
In this way everything remains unchanged on other devices already operating ...
Add
On 20.10.2013 13:30, Thomas Maass wrote:
Hi!
I think, VDR should implement something like an editing lock,
that prevents deleting, renaming, moving or cutting the
recording. It would make something more safe. For example
renaming or moving while cutting is active, a plugin should
not alter
On 16.10.2013 21:23, Torsten Mohr wrote:
Hi,
thanks for your hints so far, but before buying new cards i'd like to clarify
if the problem is related to HW or SW.
Is there a way to detect from a recording if it was recorded on card 0 or card
1?
If you are running VDR with --log=3 you will
On 13.10.2013 01:45, VDR User wrote:
Shouldn't something like this be fixed in the driver?
I don't know - haven't seen the 'diff' yet ;-)
Klaus
On Sat, Oct 12, 2013 at 2:08 PM, Klaus Schmidinger
klaus.schmidin...@tvdr.de wrote:
On 12.10.2013 21:21, knap.home wrote:
With this change
On 13.10.2013 11:02, Christopher Reimer wrote:
What's the problem? I wasn't difficult at all to generate a diff.
This doesn't look like a diff against the original VDR code.
Klaus
Am 13.10.2013 10:42, schrieb Klaus Schmidinger:
On 13.10.2013 01:45, VDR User wrote:
Shouldn't something
On 13.10.2013 11:00, guido.cord...@tiscali.it wrote:
Il 13/10/2013 10:51, guido.cord...@tiscali.it ha scritto:
Thanks Klaus Schmidinger
For having responded to my e-mail
This' modified code that you send as an attachment ...
Files created with diff -urN orig mod new.diff
Can you please
On 13.10.2013 14:42, Guido Cordaro wrote:
I understand your position ... and I modified the code again ...
Without another unnecessary code I managed to make work well for the Signal
Strength as I did with the first patch ...
Tested by recompiling code VDR-2.0.3
New Patch to Fix Signal
On 13.10.2013 15:55, Guido Cordaro wrote:
Sorry Klaus
For these mistakes ... I hope that this time the change to the source fits as
it should be ...
In this way everything remains unchanged on other devices already operating ...
Add functionality to the card TechniSat SkyStar 2 DVB -S rev
On 12.10.2013 21:21, knap.home wrote:
With this change to the source I was able to run properly SIGNAL STRENGTH.
Using the device Netsystem TechniSat SkyStar 2 DVB-S rev 2.3P.
Great as a solution ...
Modified Source - /usr/local/src/vdr-2.0.3/dvbdevice.c
Please send just the differences
On 27.09.2013 16:24, Christian Tramnitz wrote:
When using vdr in non-deamon mode with --edit to just cut a recording it
seems the videodir is being ignored and the output will be stored along the original path
(of course with a % in front of the name).
Is this behaviour intentional or a
On 06.09.2013 21:55, Thomas Maass wrote:
...
When pressing the back key during replay, the replay is not really stopped
immediately. It has another behaviour than pressing stop or blue.
When pressing back, the replay stops, and I get back to the menu. But the
recording seems to be still open.
On 07.09.2013 19:51, Thomas Maass wrote:
...
My plugin should work with an unpatched VDR.
I added a
cReplayControl::Stop();
as first command to the destructor of cMyReplayControl.
This works, but is that the way to go?
Can you suggest a better place to do the unlinking and
unmounting?
If you
On 05.09.2013 13:07, Thomas Maass wrote:
...
Some class declarations, for example the class cMenuRecording are
declared in the
sourcefile. So plugin developers cannot use them easily. Why don't you
move this
declarations to the headerfiles?
There are also most class members declared as private.
VDR version 2.0.3 is now available at
ftp://ftp.tvdr.de/vdr/vdr-2.0.3.tar.bz2
A 'diff' against the previous stable version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.0.2-2.0.3.diff
MD5 checksums:
dd8fb1642bdfa7feb0e9a8ae41e9ef2f vdr-2.0.3.tar.bz2
Sorry, silly copy/paste error...
It's of course a new *stable* version that has been released, not a
developer version.
On 01.09.2013 11:31, Klaus Schmidinger wrote:
VDR version 2.0.3 is now available at
ftp://ftp.tvdr.de/vdr/vdr-2.0.3.tar.bz2
A 'diff' against the previous stable
On 31.08.2013 11:06, Dave wrote:
I run VDR 2.0.2 on a Raspberry Pi. The device runs continuously, so to avoid
wearing out the SD card or needlessly spinning-up the USB disk drive I run VDR
with the -E- option to prevent saving the EPG every 10 minutes.
Today I created a timer for one
On 31.08.2013 15:09, Klaus Schmidinger wrote:
On 31.08.2013 11:06, Dave wrote:
I run VDR 2.0.2 on a Raspberry Pi. The device runs continuously, so to avoid
wearing out the SD card or needlessly spinning-up the USB disk drive I run VDR
with the -E- option to prevent saving the EPG every 10
On 31.08.2013 11:06, Dave wrote:
I run VDR 2.0.2 on a Raspberry Pi. The device runs continuously, so to avoid
wearing out the SD card or needlessly spinning-up the USB disk drive I run VDR
with the -E- option to prevent saving the EPG every 10 minutes.
Today I created a timer for one
On 28.08.2013 19:47, Seppo Ingalsuo wrote:
...
The credits should include also Rotor plugin author (don't know his name) since
the patch borrowed some code from there.
Will do.
I assume that would be Thomas Bergwinkl thomas.bergwi...@vr-web.de, right?
Klaus
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 applies as far as I understan.
Are you sure you are using the latest driver and firmware for that
On 25.08.2013 21:31, Richard Scobie wrote:
Klaus Schmidinger wrote:
On 25.08.2013 05:32, Richard Scobie wrote:
Perhaps a little off topic, but I wonder if anyone can shed any light
on the following.
I am viewing a signal that is very close to reception threshold - dish
a little small, STR
On 25.08.2013 05:32, Richard Scobie wrote:
Perhaps a little off topic, but I wonder if anyone can shed any light on the
following.
I am viewing a signal that is very close to reception threshold - dish a little
small, STR value 65%, SNR value 67%, but BER and UNC errors as reported by
femon
On 25.08.2013 12:23, Lars Hanisch wrote:
Hi,
Am 20.08.2013 08:59, schrieb syrius...@no-log.org:
Manuel Reimer manuel.rei...@gmx.de writes:
Hello,
with event based init systems (in my case systemd) it seems to become
a big issue to startup VDR.
If you install VDR on a SSD device, then
VDR developer version 2.1.1 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.1.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.0.0-2.1.1.diff
MD5 checksums:
b17f9838bb8ddee9620f838fea7a171d vdr-2.1.1.tar.bz2
On 23.06.2013 21:35, Seeberg-Hinrichs, Ingo wrote:
Hello everybody,
during my periodic recording of Criminal Minds on SAT.1 (on Thursdays) I have
periodically the situation that both tuners are blocked and I cannot view other channels
at live TV. The first recording has not yet ended, the
On 19.08.2013 23:52, Karim wrote:
Hi Klaus,
I record many movies, shows and series with VDR = then I make a lot of
editing.
Unfortunately, VDR allows only one editing at a time.
Is it possible to improve this feature ? I mean VDR could store all demands
in a queue, and launch them one by one,
On 19.08.2013 23:19, Manuel Reimer wrote:
Hello,
with event based init systems (in my case systemd) it seems to become a big
issue to startup VDR.
If you install VDR on a SSD device, then startup gets *really* fast. Sometimes
that fast, that VDR starts before all devices are initialized.
On 20.08.2013 10:20, Manuel Reimer wrote:
On 08/20/2013 10:12 AM, Klaus Schmidinger wrote:
So my question to Klaus: Is there something like this planned or would
a patch be accepted which adds a feature like this? As far as I know a
new dependency (libudev) would be needed.
I wouldn't like
On 28.05.2013 19:00, Jose Alberto Reguero wrote:
On Martes, 28 de mayo de 2013 18:31:19 Klaus Schmidinger escribió:
On 28.05.2013 17:16, Jose Alberto Reguero wrote:
I am trying to play vdr recordings with a raspberry pi and the not edited
recording play well, but a edited recording don't play
On 28.05.2013 17:16, Jose Alberto Reguero wrote:
I am trying to play vdr recordings with a raspberry pi and the not edited
recording play well, but a edited recording don't play. Is there are any
differences between a not edited recording and a edited one?
The recordings are made with vdr 2.0.
On 19.05.2013 18:31, Dominique Dumont wrote:
Le Sunday 19 May 2013 18:12:30, Dominique Dumont a écrit :
I still have a minor issue: FR3 DVB-T channel is broadcast as 544x576.
It's a 16/9 program displayed as 1024x576. In this case, vdr's menu is
stretched horizontally and the right part (with
On 18.05.2013 17:49, Dominique Dumont wrote:
Hello
I'm using vdr 2.0.1 on Debian (with Debian package) and xineliboutput (also
provided by Debian).
I can connect xine on vdr, but once I hit 'ESC' to get the main menu, vdr
segfaults.
Here's the backtrace:
Core was generated by `/usr/bin/vdr
On 23.04.2013 13:34, Ales Jurik wrote:
On 04/23/2013 01:08 PM, Klaus Schmidinger wrote:
...
I'm also thinking of allowing something in the form of
* 11700 V 9750 t V W15 [E0 10 38 F0] W15 P
* 9 V 10600 t V W15 [E0 10 38 F1] W15 P
* 11700 H 9750 t V W15 [E0 10 38 F2] W15 P
* 9
On 22.04.2013 20:56, Lars Hanisch wrote:
Am 22.04.2013 14:28, schrieb Klaus Schmidinger:
...
or even
virtual void Drive(bool Left) {}// true = left, false = right
virtual void Step(int Steps) {} // 0 = left, 0 = right
virtual void SetLimit(bool Left) {} // true = left, false
On 22.04.2013 13:30, Luca Olivetti wrote:
Al 22/04/13 11:12, En/na Klaus Schmidinger ha escrit:
virtual void Recalc(int Number)
///Store the current position in a satellite position with the given
Number
///and recalculate all other positions relative to this one
What would
On 22.04.2013 18:12, Füley István wrote:
On 2013.04.21. 15:54, Klaus Schmidinger wrote:
(...)
The question I have now is: will it be enough to have *one* single
positioner
in any given setup, or are there actually users who have more than one
positioner?
(...)
Klaus
Currently I have 4
On 21.04.2013 20:43, Luca Olivetti wrote:
Al 21/04/13 20:36, En/na Luca Olivetti ha escrit:
Al 21/04/13 15:52, En/na Klaus Schmidinger ha escrit:
One more observation
virtual void StepEast(void) {}
/// Move the dish one step to the east.
virtual void StepWest(void
On 21.04.2013 20:17, Luca Olivetti wrote:
Al 21/04/13 15:52, En/na Klaus Schmidinger ha escrit:
Any visual feedback will be done via the channel display of the skin, by
comparing
CurrentLongitude() to TargetLongitude(). And of course any section
filtering will
start only after the target
On 21.04.2013 20:36, Luca Olivetti wrote:
Al 21/04/13 15:52, En/na Klaus Schmidinger ha escrit:
One more observation
virtual void StepEast(void) {}
/// Move the dish one step to the east.
virtual void StepWest(void) {}
/// Move the dish one step to the west.
I'd
On 21.04.2013 18:11, Michael Smith wrote:
Hi,
I've switched from DVB-S to DVB-T usb dongle with ITE9135 chipset and I'm
trying to record an AVC channel.
I'm using VDR-1.7.27.
Every thing OK when I use VDR with streamdev plugin. In fact I've set my system
to stream channels for more than 10
On 22.04.2013 12:37, Mike Booth wrote:
I have two positioners one for a ku dish and a second for a C Band dish.
The general desire for multiple positioners appears to be rather
low, so I guess I won't do the extra work to handle such cases.
Would it be possibles to cater for the southern
On 22.04.2013 13:35, Luca Olivetti wrote:
Al 22/04/13 11:11, En/na Klaus Schmidinger ha escrit:
I'd suggest a parameter with the number of steps to move (and for step
I mean a pulse, not the next/previous stored satellite position).
I don't see the need for a number of steps.
Well, I use
On 22.04.2013 13:38, Antti Hartikainen wrote:
...
I think I would be interested to have possibility for multiple positioners
later, if VDR would only support it.
There doesn't seem to be such a big demand for multiple positioners,
so I guess I'll take the easy way and assume there is only
I'm currently implementing support for steerable dishes, loosely based
on https://linuxtv.org/patch/12911. In doing so, I'm defining a virtual
base class cPositioner, which defines all the functions necessary to
control the positioner. An implementation of cDiseqcPositioner will
allow control of
On 21.04.2013 15:40, Luca Olivetti wrote:
Al 21/04/13 14:54, En/na Klaus Schmidinger ha escrit:
I'm currently implementing support for steerable dishes, loosely based
on https://linuxtv.org/patch/12911. In doing so, I'm defining a virtual
base class cPositioner, which defines all the functions
VDR version 2.0.1 is now available at
ftp://ftp.tvdr.de/vdr/vdr-2.0.1.tar.bz2
A 'diff' against the previous developer version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-2.0.0-2.0.1.diff
MD5 checksums:
e1b7a76c57c96300829dccd39eb20e7d vdr-2.0.1.tar.bz2
On 09.04.2013 09:53, Teemu Suikki wrote:
Hi!
I might be overlooking something really simple, but I can't figure
this out myself. :)
I'm trying to send red button to the LoadEPG plugin, to cancel the
scan. In theory, this is just:
svdrpsend hitk Menu 9 Red
(9 is the Loadepg mainmenu entry
On 05.04.2013 21:35, Udo Richter wrote:
Am 05.04.2013 19:37, schrieb Lucian Muresan:
I wrote a patch for the ScaleVideo implementation in the dvbhddevice,
for keeping the actual aspect ratio of the video material when scaling.
My initial thought on the code was that it seemed to unnecessary
As reported here
http://www.vdr-portal.de/board17-developer/board97-vdr-core/p1137010-zu-sp%C3%A4tes-initialisieren-der-variable-keeptracks-in-device-c
the member variable keepTracks is initialized too late in the cDevice c'tor.
The attached patch fixes this.
Klaus
--- device.c 2013/03/07
On 31.03.2013 01:33, 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
VDR version 2.0.0 is now available at
ftp://ftp.tvdr.de/vdr/vdr-2.0.0.tar.bz2
A 'diff' against the previous developer version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.42-2.0.0.diff
MD5 checksums:
fd7f481b996e03fae3c00e80b6b0d301 vdr-2.0.0.tar.bz2
On 31.03.2013 22:28, Udo Richter wrote:
Sorry for interrupting the party, great job for sure, but I think EPG on
DVB-S2 is in fact buggy on DVB APIs 5.3 to 5.7.
For these API verisons, the API 5.8 code fork replaces DTV_STREAM_ID
with DTV_DVBT2_PLP_ID, and sends this command to DVB-S2 cards,
VDR version 2.0.0 is going to be released this Sunday, March 31.
This is the absolutely last chance to have all OSD texts translated
into your local language. After tomorrow, March 30, 15:00 (3pm) CET
I won't adopt any more patches to *.po files.
The languages not yet translated completely are
There has been a bug report regarding overlapping pending timers.
The original posting can be found here:
http://www.vdr-portal.de/board17-developer/board97-vdr-core/p1134445-probleme-mit-aufnahmepriorit%C3%A4ten-und-wahrscheinlich-devicebonding/#post1134445
The diagram version 2 shows 3
https://www.facebook.com/VideoDiskRecorder
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 25.03.2013 17:32, VDR User wrote:
Not the Star Trek skin
It's just the default ;-)
You can use whatever skin you like.
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 24.03.2013 10:49, Lucian Muresan wrote:
On 23.03.2013 22:50, Klaus Schmidinger wrote:
On 23.03.2013 17:14, Lucian Muresan wrote:
Hi,
thank you Klaus for holding up your release plan for 2.0!
However, I hope this minor patch won't be too much trouble for you, as
it only increases the limit
On 24.03.2013 23:17, René wrote:
On 23.03.2013 13:16 , Klaus Schmidinger wrote:
VDR developer version 1.7.42 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.42.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.41
VDR developer version 1.7.42 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.42.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.41-1.7.42.diff
MD5 checksums:
5a9ec132781045061325162fe03c2763 vdr-1.7.42.tar.bz2
On 23.03.2013 17:14, Lucian Muresan wrote:
Hi,
thank you Klaus for holding up your release plan for 2.0!
However, I hope this minor patch won't be too much trouble for you, as
it only increases the limit of 16 to theme and skin names, letting them
be NAME_MAX as almost any files, since these
On 21.03.2013 20:48, Sebastian Frei wrote:
Hi all,
I made a tiny patch to extend the SVDRP VOLU command.
There will be no more changes for version 2.0.
I'll look at this again after that.
Up until now VDR only had an option to _toggle_ the current audio muted status,
but no options to force
On 21.03.2013 10:04, Teemu Suikki wrote:
Hi!
I have mysterious problem with some channels.. All seem to be on
S13.0E, but on different transponders.
According to http://en.kingofsat.net/pos-13E.php page, Disney Channel
HD Italia is DVB-S2, 8PSK, SR 29900. However, I seem to have DVB-S,
QPSK,
On 18.03.2013 19:10, Andrey Pavlenko wrote:
Hi,
I've submitted an issue against the XVDR plugin, but seems it's VDR
but not XVDR issue.
Can someone, please, look at this
https://github.com/pipelka/vdr-plugin-xvdr/issues/103?
That recording plays just fine on my TT S2-6400 with VDR 1.7.41.
On 18.03.2013 17:08, Dominic Evans wrote:
Running vdr 1.7.41
I have previously seen this issue on earlier development snapshots,
but had simply ignored it as I was running development code. However,
as we near 2.0, I thought I might query it on the mailing list.
In my syslog I occasionally see
On 21.03.2013 14:07, Teemu Suikki wrote:
A bit more into this..
I tried dvbsnooping different satellites, I noticed some difference.
This is from Thor, 1.0W:
---
Transport_stream_ID: 4 (0x0004)
Original_network_ID: 70 (0x0046) [= 1 degree W | Telenor]
201 - 300 of 1532 matches
Mail list logo