On 20.03.2013 18:02, Paul Menzel wrote:
Am Sonntag, den 17.03.2013, 18:06 +0100 schrieb Klaus Schmidinger:
On 17.03.2013 18:00, Carsten Koch wrote:
On 03/17/13 13:00, Klaus Schmidinger wrote:
On 17.03.2013 12:46, Ville Skyttä wrote:
Hello,
Should probably have spoken earlier
On 18.03.2013 08:41, Gerhard Brauer wrote:
On Sun, Mar 17, 2013 at 09:52:46PM +0100, Juergen Lock wrote:
Ok I looked at cutter.c again and now I think I found the cause:
Linux must default to bigger thread stacks than FreeBSD, FreeBSD's
default seems to be 2 MB on amd64 and MAXFRAMESIZE is
On 18.03.2013 10:10, Gerhard Brauer wrote:
On Mon, Mar 18, 2013 at 09:13:02AM +0100, Klaus Schmidinger wrote:
On 18.03.2013 08:41, Gerhard Brauer wrote:
The cutting process now works without segfaulting or unbehavior exit
of the vdr process itself - but during cutting i got A LOT of frame
On 17.03.2013 09:20, Halim Sahin wrote:
Hi,
vdr doesn't copy plugins to PLUGINS/lib.
Is there a way to get the old behaviour back?
First look I couldn't find nothing in vdr's HISTORY file.
From the INSTALL file:
Configuration files:
There are several configuration files
On 17.03.2013 10:57, Halim Sahin wrote:
Hi,
I see locale problems as well.
I've used LCLBLD and no locales were installed in ./locale after make
run.
I typed make i18n which helped.
I just verified that a plain 'make' does generate the ./locale directory
with all locales when using LCLBLD.
On 17.03.2013 12:46, Ville Skyttä wrote:
Hello,
Should probably have spoken earlier, but is there any particular reason
for the ugly and hard to read Makefile variable names LCLBLD and PLGCFG?
I suppose they're short for LOCALBUILD and PLUGINCONFIG, but why do they
have to be short for
On 17.03.2013 18:00, Carsten Koch wrote:
On 03/17/13 13:00, Klaus Schmidinger wrote:
On 17.03.2013 12:46, Ville Skyttä wrote:
Hello,
Should probably have spoken earlier, but is there any particular reason
for the ugly and hard to read Makefile variable names LCLBLD and PLGCFG?
I suppose
On 17.03.2013 21:52, Juergen Lock wrote:
...
Ok I looked at cutter.c again and now I think I found the cause:
Linux must default to bigger thread stacks than FreeBSD, FreeBSD's
default seems to be 2 MB on amd64 and MAXFRAMESIZE is almost 1 MB...
Try the patch below, you can put it in
VDR developer version 1.7.41 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.41.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.40-1.7.41.diff
MD5 checksums:
c7928bff45fa1c0e6dadf2c0a5adf94b vdr-1.7.41.tar.bz2
On 14.03.2013 00:46, VDR User wrote:
Why not just move vdr to the end of your init instead of having it
fool around with setting things like $HOME, $SHELL, etc?
Probably because he starts VDR as root to allow it to, for instance,
set the system time, but wants to limit its rights to those of a
On 13.03.2013 10:12, Magnus Sirwiö wrote:
# vdr --version
Mar 13 09:52:26.599 [general.debug] using new 1.7.11+ capture code
vdr (1.7.40/1.7.40) - The Video Disk Recorder
# vdr --help
...
-E FILE, --epgfile=FILE write the EPG data into the given FILE (default is
On 11.03.2013 08:08, Marx wrote:
Would be nice to give link to translation folder like
http://projects.vdr-developer.org/git/vdr.git/tree/po?id=bda389f8b061d2cc3f6834c55c33de409313ff60
Anyway it's polish missing translation I've already sent to this list:
Setup.OSD$Always sort folders first
On 09.03.2013 21:24, Peter Münster wrote:
Hi Klaus,
Could you please delete line 577 from vdr.c or do something similar to
let vdr continue even with read-only video directory?
vdr runs fine with this patch on my system, and it's important for me,
that vdr cannot write anything to the video
VDR developer version 1.7.40 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.40.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.39-1.7.40.diff
MD5 checksums:
f59a7ac199248a870e157c66a6ffc24d vdr-1.7.40.tar.bz2
The release of VDR version 2.0.0 is imminent, but there are still
several untranslated internationalized texts.
This is the final call for translations for version 2.0.0.
Please don't rely on the original translators to complete these
files, some of them may not have time or are no longer
On 10.03.2013 16:05, Klaus Schmidinger wrote:
The release of VDR version 2.0.0 is imminent, but there are still
several untranslated internationalized texts.
This is the final call for translations for version 2.0.0.
...
hu_HU.po: 1
I just received the missing Hungarian translation.
Thanks
On 10.03.2013 16:05, Klaus Schmidinger wrote:
The release of VDR version 2.0.0 is imminent, but there are still
several untranslated internationalized texts.
This is the final call for translations for version 2.0.0.
...
ru_RU.po: 1
I just received the missing Russian translation.
Thanks
On 09.03.2013 23:38, Mike Booth wrote:
I am getting the following message when trying to replay recordings.
kernel: [ 8579.175197] dvbplayer[10786]: segfault at a3c7b0d5 ip 0815e942 sp
a16cdf50 error 4 in vdr[8048000+171000]
Anyone have the same problem or any idea what it means?
Using
On 06.03.2013 08:45, Petri Hintukainen wrote:
On ke, 2013-03-06 at 00:09 +0100, Klaus Schmidinger wrote:
On 05.03.2013 23:59, Peter Münster wrote:
Hi,
Some keys do not work with the mplayer plugin:
kAudio, kSubtitles, kInfo and perhaps more.
How could I use these keys please
On 05.03.2013 23:59, Peter Münster wrote:
Hi,
Some keys do not work with the mplayer plugin:
kAudio, kSubtitles, kInfo and perhaps more.
How could I use these keys please in the cMPlayerControl::ProcessKey()
function?
These keys are handled in VDR's main loop and are not conveyed to
any
On 04.03.2013 10:03, André Weidemann wrote:
Hi Klaus,
On 03.03.2013 14:46, Klaus Schmidinger wrote:
- When sorting recordings by name, folders are now always at the top of
the list.
I installed 1.7.39 last night and the new sorting is what bugs me most. Would
it be possible to introduce
On 04.03.2013 10:38, Manfred Schmidt-Voigt wrote:
On 04.03.2013 10:18, Klaus Schmidinger wrote:
On 04.03.2013 10:03, André Weidemann wrote:
Hi Klaus,
On 03.03.2013 14:46, Klaus Schmidinger wrote:
- When sorting recordings by name, folders are now always at the top of
the list.
I installed
While implementing an option to turn on/off sorting folders first in the
Recordings
menu, one more string was necessary and needs to be translated:
Always sort folders first
The patch for this new option can be found at
On 04.03.2013 15:30, Klaus Schmidinger wrote:
While implementing an option to turn on/off sorting folders first in the
Recordings
menu, one more string was necessary and needs to be translated:
Always sort folders first
The patch for this new option can be found at
http://www.vdr
On 04.03.2013 15:37, Wolfgang Rohdewald wrote:
Am Montag, 4. März 2013, 15:30:23 schrieb Klaus Schmidinger:
Always sort folders first
how about Always show folders first? I do not really
care which items your sorting algorhythm sorts first.
Well, the call for translations is already out
On 04.03.2013 15:50, Richard Lithvall wrote:
On Mon, Mar 04, 2013 at 03:42:23PM +0100, Klaus Schmidinger wrote:
On 04.03.2013 15:37, Wolfgang Rohdewald wrote:
Am Montag, 4. März 2013, 15:30:23 schrieb Klaus Schmidinger:
Always sort folders first
how about Always show folders first? I do
VDR developer version 1.7.39 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.39.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.38-1.7.39.diff
MD5 checksums:
3f0681f4aa6bd8deffc8208c40d34d2d vdr-1.7.39.tar.bz2
On 03.03.2013 16:45, Wolfgang Rohdewald wrote:
Am Sonntag, 3. März 2013, 14:46:56 schrieb Klaus Schmidinger:
- When sorting recordings by name, folders are now always at the top of the
list.
that reminds me -
I do not quite understand the sorting of recordings (all of the same
series Bones
On 03.03.2013 17:06, Wolfgang Rohdewald wrote:
Am Sonntag, 3. März 2013, 16:50:03 schrieb Klaus Schmidinger:
Can you please post an 'ls -lR' of that directory?
attached.
(pwd ; ls -lR ) /tmp/x
now I see the problem: The recording time is in the file name, but the
format changed somewhere
Since the previous (and only) maintainer of the Danish translation
of VDR texts doesn't have time for this any more, I'm looking for
some Danish speaking VDR user who might be willing to complete the
translation of the file da_DK.po.
If you're interested, please get the latest version of that
On 26.02.2013 20:42, Martin Gansser wrote:
why does the Makefile of e.q. vdr-1.7.32 only install the includes from
include/vdr include/libsi and not the dvb* and libhd* files ?
vdr Makefile:
# Includes:
install-includes: include-dir
@mkdir -p $(DESTDIR)$(INCDIR)
@cp -pLR
On 21.02.2013 12:40, Teemu Suikki wrote:
21.2.2013 10.35 Klaus Schmidinger klaus.schmidin...@tvdr.de
mailto:klaus.schmidin...@tvdr.de kirjoitti:
So what you're trying to do is to bond the two devices in a way that
only takes into account the antenna position.
Maybe you could achieve
On 22.02.2013 20:23, Bernard Jaulin wrote:
Hi all,
For a lot of msgstr translations (po files) the size are often lengthy. In VDR
setup menu the sentences could not completlely appears.
Many languages are less consice than English.
How can we improve VDR to be better for this little issue...
On 21.02.2013 00:21, Antti Hartikainen wrote:
On Wed, Feb 20, 2013 at 11:11:31PM +0100, Klaus Schmidinger wrote:
On 20.02.2013 21:52, Teemu Suikki wrote:
I'm replying to an old message, because soon I will have similar setup so I'm
interested. :)
I currently have two tuners with fixed dish
On 20.02.2013 21:52, Teemu Suikki wrote:
I'm replying to an old message, because soon I will have similar setup so I'm
interested. :)
I currently have two tuners with fixed dish to S1.0W, and third tuner with
diseqc motor. I'm using diseqc.conf and the gotoxx patch, it works very well!
On 18.02.2013 21:51, Dominic Evans wrote:
On 16 February 2013 10:48, Klaus Schmidinger klaus.schmidin...@tvdr.de wrote:
On 16.02.2013 11:43, Joachim Wilke wrote:
2013/2/15 Klaus Schmidinger klaus.schmidin...@tvdr.de:
I'm not planning to make any more changes to the Makefiles for version
2.0.0
On 19.02.2013 01:48, Juergen Lock wrote:
On Mon, Feb 18, 2013 at 11:52:31PM +0100, Klaus Schmidinger wrote:
On 18.02.2013 23:43, Juergen Lock wrote:
In article 5121fba4.2050...@tvdr.de you write:
On 16.02.2013 16:46, Juergen Lock wrote:
Hi!
Now that I have a spare DVB-S2 tuner
On 19.02.2013 10:25, Klaus Schmidinger wrote:
...
BTW: you sent your original posting To me and Ccd the VDR-ML. Therefore my
reply
inadvertently only went to you and not to the list. I'm no replying explicitly
to the
s/no/now/
Those stupid typos appear to be contageous... ;-)
Klaus
list
On 19.02.2013 01:48, Juergen Lock wrote:
On Mon, Feb 18, 2013 at 11:52:31PM +0100, Klaus Schmidinger wrote:
On 18.02.2013 23:43, Juergen Lock wrote:
In article 5121fba4.2050...@tvdr.de you write:
On 16.02.2013 16:46, Juergen Lock wrote:
Hi!
Now that I have a spare DVB-S2 tuner
On 18.02.2013 23:51, Juergen Lock wrote:
On Sun, Feb 17, 2013 at 04:34:25PM +0100, Juergen Lock wrote:
On Sat, Feb 16, 2013 at 04:46:36PM +0100, Juergen Lock wrote:
Hi!
[...]
3. Running with these four tuners (dual DVB-T and the bonded two DVB-S2)
I get two different deadlocks waiting
On 19.02.2013 11:19, Klaus Schmidinger wrote:
On 18.02.2013 23:51, Juergen Lock wrote:
On Sun, Feb 17, 2013 at 04:34:25PM +0100, Juergen Lock wrote:
On Sat, Feb 16, 2013 at 04:46:36PM +0100, Juergen Lock wrote:
Hi!
[...]
3. Running with these four tuners (dual DVB-T and the bonded two DVB
On 19.02.2013 09:07, Klaus Schmidinger wrote:
On 18.02.2013 21:51, Dominic Evans wrote:
...
Even if you don't add INCDIR directly to the CFLAGS/CXXFLAGS you could
add it to the pkg-config variables dumped into vdr.pc so that plugin
authors can use it if they need it. Currently its not available
On 19.02.2013 21:32, Juergen Lock wrote:
In article 51235356.60...@tvdr.de you write:
On 19.02.2013 11:19, Klaus Schmidinger wrote:
On 18.02.2013 23:51, Juergen Lock wrote:
On Sun, Feb 17, 2013 at 04:34:25PM +0100, Juergen Lock wrote:
On Sat, Feb 16, 2013 at 04:46:36PM +0100, Juergen Lock
On 19.02.2013 21:35, Juergen Lock wrote:
In article 51234507.6090...@tvdr.de you write:
On 19.02.2013 01:48, Juergen Lock wrote:
On Mon, Feb 18, 2013 at 11:52:31PM +0100, Klaus Schmidinger wrote:
On 18.02.2013 23:43, Juergen Lock wrote:
In article 5121fba4.2050...@tvdr.de you write
On 19.02.2013 23:14, Juergen Lock wrote:
In article 5123ead9.7050...@tvdr.de you write:
On 19.02.2013 21:32, Juergen Lock wrote:
In article 51235356.60...@tvdr.de you write:
On 19.02.2013 11:19, Klaus Schmidinger wrote:
On 18.02.2013 23:51, Juergen Lock wrote:
On Sun, Feb 17, 2013 at 04:34
On 16.02.2013 16:46, Juergen Lock wrote:
Hi!
Now that I have a spare DVB-S2 tuner (TechniSat SkyStar USB HD
(adapter2); the others on this box are atm Hauppauge Nova-TD model
1172 (adapter 0+1) and TechnoTrend S2-3600 (adapter3) - all USB) I
decided to play with vdr device bonding. I
On 16.02.2013 19:33, Ville Skyttä wrote:
Makes it clearer that it's a Makefile snippet, distinguishes from VDR
conf files. Reposted here per Klaus' request, he'd like to see 3
people ack this.
---
Make.config.template | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
VDR developer version 1.7.38 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.38.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.37-1.7.38.diff
MD5 checksums:
f4ef0f60ed662f3c983a830da67df9b2 vdr-1.7.38.tar.bz2
Thanks to everybody who helped in translating VDR's texts.
The number of untranslated texts has decreased, but there's
still quite a few of them. It would be great to have all of them
translated for the final version 2.0!
Here's a list of the language files that still need some work,
together
On 16.02.2013 11:43, Joachim Wilke wrote:
2013/2/15 Klaus Schmidinger klaus.schmidin...@tvdr.de:
I'm not planning to make any more changes to the Makefiles for version
2.0.0.
So it will remain broken. Thats sad, I provided the patch already
before release of 1.7.37.
Well, according
On 15.02.2013 21:53, Bernard Jaulin wrote:
Klaus,
An error has crept into the last po file line 758 (maybe my new po editor)
If I make a diff between your latest file and the one I have here I get:
--- po/fr_FR.po 2013/02/15 14:42:17 2.44
+++ po/fr_FR.po 2013/02/16 10:54:16
@@ -10,15
On 16.02.2013 13:15, Chris Mayo wrote:
Been sitting on this for ages but in anticipation of 2.0:
--- PLUGINS/src/dvbhddevice/Makefile.orig
+++ PLUGINS/src/dvbhddevice/Makefile
@@ -98,7 +98,7 @@
$(SOFILE): $(OBJS) libhdffcmd
@$(MAKE) --no-print-directory -C libhdffcmd all
-
accordingly.
At this time the version I will be using is the one posted by Peter Münster.
Klaus
2013/2/13 Marc v...@ekass.net mailto:v...@ekass.net
On 13/02/2013 17:36, Klaus Schmidinger wrote:
On 13.02.2013 16:36, Bernard Jaulin wrote:
Hi Klaus,
If possible
On 15.02.2013 11:14, Joachim Wilke wrote:
2013/1/26 Christopher Reimer c.reimer1...@gmail.com:
No, I tried it and it works with and without your patch.
CINCLUDES has a lower priority, the order of the parameters matters.
And the default INCLUDE stuff comes after CXXFLAGS (CINCLUDES is a
part
On 13.02.2013 16:36, Bernard Jaulin wrote:
Hi Klaus,
If possible, here is the last french po file (and diff) according with a part
of french community.
Could you please take care of this one, too?
msgid Setup.LNB$own
msgstr
It is used for device bonding and means that this device has its
On 11.02.2013 00:38, syrius...@no-log.org wrote:
Marc v...@ekass.net writes:
On 09/02/2013 15:35, Klaus Schmidinger wrote:
VDR is now approaching version 2.0.0, so this might be a good time
for translators to complete the internationalized texts.
Hi,
Here is a patch for fr_FR.po.
NAK NACK
On 11.02.2013 05:04, VDR User wrote:
On Sun, Feb 10, 2013 at 1:32 PM, Klaus Schmidinger
klaus.schmidin...@tvdr.de wrote:
Maybe I should completely remove all channels.conf* files from the
source archive? The existing ones are already rather old, and I can't
possibly keep them up to date, anyway
On 11.02.2013 12:49, Dominic Evans wrote:
On 11 February 2013 08:44, Klaus Schmidinger klaus.schmidin...@tvdr.de wrote:
On 11.02.2013 00:38, syrius...@no-log.org wrote:
Here is a patch for fr_FR.po.
NAK NACK NON NEIN NICHT NO :-)
So should I just ignore the changes made by Marc
On 11.02.2013 12:54, Gerald Dachs wrote:
Am 2013-02-11 12:40, schrieb Klaus Schmidinger:
On 11.02.2013 05:04, VDR User wrote:
On Sun, Feb 10, 2013 at 1:32 PM, Klaus Schmidinger
klaus.schmidin...@tvdr.de wrote:
Maybe I should completely remove all channels.conf* files from the
source archive
On 11.02.2013 13:16, Peter Münster wrote:
On Mon, Feb 11 2013, Marc wrote:
I forgot the attachment !
Here a new one with some spelling fixes.
(BTW, wouldn't utf-8 be a better choice nowadays?)
Your file looks as if you have already changed it to UTF-8.
If so, you should also change the
I just found out that there are some curly braces missing in lirc.c:
--- lirc.c 2013/02/03 11:23:18 2.4
+++ lirc.c 2013/02/11 15:25:42
@@ -114,9 +114,10 @@
repeat = true;
timeout = Delta * 10 / 9;
}
- if (pressed)
+
On 11.02.2013 16:49, Dominic Evans wrote:
On 10 February 2013 21:28, Klaus Schmidinger klaus.schmidin...@tvdr.de wrote:
On 10.02.2013 21:01, Lars Hanisch wrote:
Found some weird file in the tarball: menu.cyVkmHd
Thanks, will be removed in the next version.
If we are polishing stuff like
On 10.02.2013 11:04, Ludi wrote:
Hi,
For the following, I am assuming that the functions of color buttons of
the remote control of the VDR shipping with yavdr have not been
modified compared to the original VDR. (otherwise, I am filing this at
the wrong place)
The VDR uses the red button of
On 10.02.2013 21:01, Lars Hanisch wrote:
Hi,
Found some weird file in the tarball: menu.cyVkmHd
Thanks, will be removed in the next version.
Kalus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 10.02.2013 21:47, Lars Hanisch wrote:
Hi,
https://bugs.launchpad.net/ubuntu/+source/vdr/+bug/45721
In the Debian package (and Ubuntu of course) is a patch included, which
removes the following line from channels.conf.terr:
Ch 14
On 08.02.2013 14:52, Teemu Suikki wrote:
Hi!
As I mentioned in my previous email, I'm using diseqc.conf to drive my
motorized dish.
I noticed that sometimes VDR generates false channe updates, when the dish is
moving. The problem is, channel switches immediately, but it takes seconds for
might also use
wrong EPG data in such cases.
Klaus
But yes, I agree the patch could be cleaner somehow.
9.2.2013 12.50 Klaus Schmidinger klaus.schmidin...@tvdr.de
mailto:klaus.schmidin...@tvdr.de kirjoitti:
On 08.02.2013 14:52, Teemu Suikki wrote:
Hi!
As I mentioned in my
VDR is now approaching version 2.0.0, so this might be a good time
for translators to complete the internationalized texts.
Here's a list of the language files that still need some work,
together with the number of untranslated texts in each of them:
nn_NO.po: 261
el_GR.po: 196
ar.po:138
VDR developer version 1.7.37 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.37.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.36-1.7.37.diff
MD5 checksums:
602dc7e678bcfcf075da36344a337562 vdr-1.7.37.tar.bz2
On 20.01.2013 20:24, Andreas Brachold wrote:
Hi,
I think into vdr.pc is parameter includedir= missed, if $(INCDIR) not a
standard directory.
After a recreating of a new PLUGIN Makefile, building from vdr root
directory work, but i can't build plugin from own directory.
# cd
VDR developer version 1.7.36 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.36.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.35-1.7.36.diff
MD5 checksums:
e514f72a2a8c44f39e47b540d6ad325f vdr-1.7.36.tar.bz2
On 20.01.2013 19:06, VDR User wrote:
I noticed that DVBDIR is missing in the new Make.config.template. I
use media_build drivers and pre-VDR-1.7.36 would set DVBDIR to point
to my media_build dir. How would I do that now?
Just write it into your Make.config as usual, it will be used.
On 13.01.2013 13:26, Halim Sahin wrote:
Hi,
On Sat, Jan 12, 2013 at 12:50:13AM +0100, Leo Márquez wrote:
I'm trying to build vdr-1.7.35.
I know that it requires at least a DVB driver with api version 5.3 or
higher. For this reason I downloaded and compiled the V4L-DVB dvb drivers
from
On 06.01.2013 05:17, Richard Scobie wrote:
Mariusz Bialonczyk wrote:
On 11/10/2012 12:12 AM, Mariusz Bialonczyk wrote:
Is it possible that it is caused by some global lock or mutexes
in VDR?
Hello
It seems the cause of the problem has been located by Alex Pipelka.
The vdr freezes occurs
On 08.01.2013 22:47, Mika Laitio wrote:
I don't think it's difficult to do right at all to be honest. You can
just make user-defined thresholds so the the user can decide himself
how many mins or % of the total recording triggers the partial-view
and viewed flags. For example one guy might want:
On 08.01.2013 23:38, Klaus Schmidinger wrote:
On 08.01.2013 22:47, Mika Laitio wrote:
I don't think it's difficult to do right at all to be honest. You can
just make user-defined thresholds so the the user can decide himself
how many mins or % of the total recording triggers the partial-view
On 06.01.2013 00:48, Udo Richter wrote:
Am 05.01.2013 13:16, schrieb Klaus Schmidinger:
Looks like this was caused by an NFS problem on my system.
Will be OK again in the next version.
While on packaging, you might want to check for some empty folders that get
packaged. Last version had
On 05.01.2013 22:36, VDR User wrote:
On Sat, Jan 5, 2013 at 5:44 AM, Christopher Reimer
c.reimer1...@gmail.com wrote:
At VDR-Portal we currently try to repair the whole Makefile stuff.
It's time to post it on the Mailinglist.
Has the Makefile stuff been completely resolved now or is there
On 03.01.2013 08:22, Goga777 wrote:
Recently in kernel was added full multistream support (DTV_STREAM_ID)
https://patchwork.kernel.org/patch/1351421/
is there any plans to implement multistream support in vdr ?
DTV_STREAM_ID is already used in VDR for DVB-T2.
what about DTV_STREAM_ID for
On 02.01.2013 16:01, Goga777 wrote:
Hi
Recently in kernel was added full multistream support (DTV_STREAM_ID)
https://patchwork.kernel.org/patch/1351421/
is there any plans to implement multistream support in vdr ?
DTV_STREAM_ID is already used in VDR for DVB-T2.
Klaus
On 02.01.2013 18:20, Manu Abraham wrote:
On Wed, Jan 2, 2013 at 10:34 PM, Klaus Schmidinger
klaus.schmidin...@tvdr.de wrote:
On 02.01.2013 16:01, Goga777 wrote:
Hi
Recently in kernel was added full multistream support (DTV_STREAM_ID)
https://patchwork.kernel.org/patch/1351421/
is there any
On 02.01.2013 18:37, Goga777 wrote:
Recently in kernel was added full multistream support (DTV_STREAM_ID)
https://patchwork.kernel.org/patch/1351421/
is there any plans to implement multistream support in vdr ?
DTV_STREAM_ID is already used in VDR for DVB-T2.
what about DTV_STREAM_ID for
On 02.01.2013 18:40, Goga777 wrote:
Recently in kernel was added full multistream support (DTV_STREAM_ID)
https://patchwork.kernel.org/patch/1351421/
is there any plans to implement multistream support in vdr ?
DTV_STREAM_ID is already used in VDR for DVB-T2.
The current DVB-T2 support is
On 02.01.2013 21:19, cedric.dew...@telfort.nl wrote:
Hi All,
I use vdr-sxfe to watch TV. This works great, but when I acidently leave
caps lock on, VDR does not react to keys anymore. VDR only reacts to keys
not affected by caps lock, like space, esc F1 and so on. I use a wireless
keyboard, so
On 31.12.2012 09:29, Vidar Tyldum wrote:
...
It would be nice to hear what Klaus prefers as the main development channel
(notice: *main* development channel, not the only channel).
Well, I always considered the VDR mailing list to be the main development
channel. But with the recent shitstorm
On 30.12.2012 10:15, cedric.dew...@telfort.nl wrote:
Please send me a proper patch if you have any success with this.
Klaus
Hi Klaus,
I have not yet tested this, but the below code should work. I assume the
receiver has a snr of 0x to 0x00ff based on the following datapoints:
0x0080
VDR developer version 1.7.35 is now available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.35.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.34-1.7.35.diff
MD5 checksums:
3b9d0376325370afb464b6c5843591c7 vdr-1.7.35.tar.bz2
On 29.12.2012 17:52, fnu wrote:
von Manuel Reimer manuel.rei...@gmx.de
The changes in 1.7.34 are a big change into the right direction!
FullAck, but really at that time of 1.7.xx? At this time where 1.7.xx is
more less saddled by all HDTV users?
Many new festures have been postponed after V2
On 28.12.2012 00:43, Helmut Auer wrote:
If I don't accept patches, I'm blamed for slowing down development.
If I do accept a patch that causes a little work to adapt to (but
looks promising in the long run), I'm being offended by being compared
to Louis XIV. I guess you just can't win 'em all...
On 28.12.2012 00:47, Dominic Evans wrote:
On 27 Dec 2012, at 23:41, fnu v...@auktion.hostingkunde.de
mailto:v...@auktion.hostingkunde.de wrote:
Linux wouldn't have been that succesfull, if Linus Torvalds would not had an
ear to the needs of others, even business needs ...
A Christmas
On 28.12.2012 14:19, Udo Richter wrote:
Am 28.12.2012 09:28, schrieb Klaus Schmidinger:
Well, if a plugin is no longer actively maintained, it's probably
time to drop it. You know what they say about dead horses ;-).
Being actively developed and being needed are two different things. I
On 28.12.2012 14:42, Udo Richter wrote:
Am 28.12.2012 09:29, schrieb Klaus Schmidinger:
On 28.12.2012 00:47, Dominic Evans wrote:
IF YOU BREAK USERSPACE I HATE YOU AND YOU ARE A TERRIBLE PERSON
Not breaking userspace is, of course, the right thing to do in a *stable*
version of any
On 28.12.2012 16:38, Klaus Schmidinger wrote:
On 28.12.2012 14:42, Udo Richter wrote:
Am 28.12.2012 09:29, schrieb Klaus Schmidinger:
On 28.12.2012 00:47, Dominic Evans wrote:
IF YOU BREAK USERSPACE I HATE YOU AND YOU ARE A TERRIBLE PERSON
Not breaking userspace is, of course, the right
On 26.12.2012 22:28, Udo Richter wrote:
...(or returning to 1.7.31 where editing recordings doesn't take forever.)
If you want to use your hardlink cutter with recent versions of VDR,
you could simply patch out the calls to DanglingPacketStripper.Process(),
GetPendingPackets() and
On 26.12.2012 20:19, Udo Richter wrote:
...
Oh, and by the way, with introducing $(CWD) some previously relative paths got
hard coded, so moving these builds around or accessing them from different
mount points might now be broken. For example, my default lib dir changed from
./PLUGINS/lib to
On 27.12.2012 17:22, Manuel Reimer wrote:
Klaus Schmidinger wrote:
...still considering what to do with the plugin configuration stuff. Currently I
tend to
put a plgcfg entry into vdr.pc, since apparently everybody wants this to be
somewhere else.
I'm just glad Linux distribution managers don't
On 27.12.2012 17:43, Manuel Reimer wrote:
Klaus Schmidinger wrote:
This was more like a general rant about Linux distributions all wanting
there files in different locations.
This is common on most Unix systems. There are common paths where specific
types of files should be placed to. If you
On 27.12.2012 18:48, Udo Richter wrote:
Am 27.12.2012 14:43, schrieb Klaus Schmidinger:
If you want to use your hardlink cutter with recent versions of VDR,
you could simply patch out the calls to DanglingPacketStripper.Process(),
GetPendingPackets() and ptsFixer.Fix() in
cCuttingThread
On 27.12.2012 23:40, fnu wrote:
...
But the way of the last changes, in best manner of Louis XIV, ignoring
all other needs around can't be the right way.
All I did was to accept a patch from Christopher Reimer that removed
some redundancy in the Makefiles and would better isolate the plugins
On 25.12.2012 20:47, Reinhard Nissl wrote:
Hi,
as mentioned in the VDR-1.7.34 announcement, Make.config is now gone for
plugins.
Make.config gave me the opportunity to control features or behavior of plugins
and VDR at a central location without having the need to adjust each plugin's
301 - 400 of 1532 matches
Mail list logo