Re: [vdr] [ANNOUNCE] VDR developer version 1.7.36
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 to Christopher Reimer it isn't broken: http://www.linuxtv.org/pipermail/vdr/2013-January/027173.html Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Call for translations for VDR version 2.0.0
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 +10,15 @@
# Michael Nival mni...@club-internet.fr, 2007
# Marc Perrudin v...@ekass.net, 2013
# Bernard Jaulin bernard.jau...@gmail.com, 2013
-# Peter Münster pmli...@free.fr, 2013
-#
+
msgid
msgstr
-Project-Id-Version: VDR 1.7.37\n
+
+Project-Id-Version: VDR 2.0.0\n
Report-Msgid-Bugs-To: vdr-b...@tvdr.de\n
POT-Creation-Date: 2013-02-03 16:46+0100\n
PO-Revision-Date: 2013-02-15 13:26+0100\n
-Last-Translator: Bernard Jaulin bernard.jau...@gmail.com\n
+Last-Translator: \n
Language-Team: French vdr@linuxtv.org\n
Language: fr\n
MIME-Version: 1.0\n
@@ -1247,11 +1247,17 @@
msgid Editing process already active!
msgstr Montage déjà en cours !
-msgid FileNameChars$
abcdefghijklmnopqrstuvwxyz0123456789-.,#~\\^$[]|()*+?{}/:%@
-msgstr aÃ
âbcçdeéèêëfghiîïjklmnoôpqrstuùûüvwxyz0123456789-.,#~\\^$[]|()*+?{}/:%@
+msgid
+FileNameChars$ abcdefghijklmnopqrstuvwxyz0123456789-.,#~\\^$[]|()*+?{}/:%@
+msgstr
+ aÃ
âbcçdeéèêëfghiîïjklmnoôpqrstuùûüvwxyz0123456789-.,#~\\^$[]|()*+?{}/:%@
-msgid CharMap$
0\t-.,1#~\\^$[]|()*+?{}/:%@\tabc2\tdef3\tghi4\tjkl5\tmno6\tpqrs7\ttuv8\twxyz9
-msgstr 0\t-.,1#~\\^$[]|()*+?{}/:%@\tabcÃ
âç2\tdeféèê3\tghiîï4\tjkl5\tmnoô6\tpqrs7\ttuvù8\twxyz9
+msgid
+CharMap$ 0\t-.,1#~\\^$[]|()*+?{}/:%@
+\tabc2\tdef3\tghi4\tjkl5\tmno6\tpqrs7\ttuv8\twxyz9
+msgstr
+ 0\t-.,1#~\\^$[]|()*+?{}/:%@
+\tabcà âç2\tdeféèê3\tghiîï4\tjkl5\tmnoô6\tpqrs7\ttuvù8\twxyz9
msgid Button$ABC/abc
msgstr ABC/abc
So there is no diff in line 758.
The only error I can see is in your latest file, which tears some
lines apart. I prefer to have every msgid and msgstr in one single line.
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] dvbhddevice Makefile missing $(LDFLAGS)
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 - $(CXX) $(CXXFLAGS) -shared $(OBJS) libhdffcmd/libhdffcmd.a -o $@ + $(CXX) $(CXXFLAGS) $(LDFLAGS) -shared $(OBJS) libhdffcmd/libhdffcmd.a -o $@ install-lib: $(SOFILE) install -D $^ $(LIBDIR)/$^.$(APIVERSION) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbhddevice Makefile missing $(LDFLAGS)
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 - $(CXX) $(CXXFLAGS) -shared $(OBJS) libhdffcmd/libhdffcmd.a -o $@ + $(CXX) $(CXXFLAGS) $(LDFLAGS) -shared $(OBJS) libhdffcmd/libhdffcmd.a -o $@ install-lib: $(SOFILE) install -D $^ $(LIBDIR)/$^.$(APIVERSION) This has already been reported to me yesterday by Ville Skyttä. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Call for translations for VDR version 2.0.0
Copy that Klaus !
Here is the good one.
Bernard.
2013/2/16 Klaus Schmidinger klaus.schmidin...@tvdr.de
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 +10,15 @@
# Michael Nival mni...@club-internet.fr, 2007
# Marc Perrudin v...@ekass.net, 2013
# Bernard Jaulin bernard.jau...@gmail.com, 2013
-# Peter Münster pmli...@free.fr, 2013
-#
+
msgid
msgstr
-Project-Id-Version: VDR 1.7.37\n
+
+Project-Id-Version: VDR 2.0.0\n
Report-Msgid-Bugs-To: vdr-b...@tvdr.de\n
POT-Creation-Date: 2013-02-03 16:46+0100\n
PO-Revision-Date: 2013-02-15 13:26+0100\n
-Last-Translator: Bernard Jaulin bernard.jau...@gmail.com\n
+Last-Translator: \n
Language-Team: French vdr@linuxtv.org\n
Language: fr\n
MIME-Version: 1.0\n
@@ -1247,11 +1247,17 @@
msgid Editing process already active!
msgstr Montage déjà en cours !
-msgid FileNameChars$ abcdefghijklmnopqrstuvwxyz0123**
456789-.,#~\\^$[]|()*+?{}/:%@**
-msgstr aà âbcçdeéèêëfghiîï**jklmnoôpqrstuùûü**
vwxyz0123456789-.,#~\\^$[]|()***+?{}/:%@
+msgid
+FileNameChars$ abcdefghijklmnopqrstuvwxyz0123**
456789-.,#~\\^$[]|()*+?{}/:%@**
+msgstr
+ aà âbcçdeéèêëfghiîï**jklmnoôpqrstuùûü**
vwxyz0123456789-.,#~\\^$[]|()***+?{}/:%@
-msgid CharMap$ 0\t-.,1#~\\^$[]|()*+?{}/:%@\**
tabc2\tdef3\tghi4\tjkl5\tmno6\**tpqrs7\ttuv8\twxyz9
-msgstr 0\t-.,1#~\\^$[]|()*+?{}/:%@\**tabcÃ
âç2\tdeféèê3\tghiîï4\**tjkl5\tmnoô6\tpqrs7\ttuvù8\**twxyz9
+msgid
+CharMap$ 0\t-.,1#~\\^$[]|()*+?{}/:%@
+\tabc2\tdef3\tghi4\tjkl5\**tmno6\tpqrs7\ttuv8\twxyz9
+msgstr
+ 0\t-.,1#~\\^$[]|()*+?{}/:%@
+\tabcà âç2\tdeféèê3\tghiîï4\**tjkl5\tmnoô6\tpqrs7\ttuvù8\**
twxyz9
msgid Button$ABC/abc
msgstr ABC/abc
So there is no diff in line 758.
The only error I can see is in your latest file, which tears some
lines apart. I prefer to have every msgid and msgstr in one single line.
Klaus
__**_
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-**bin/mailman/listinfo/vdrhttp://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
fr_FR.po
Description: Binary data
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD Test clip(s)
Am 16.02.13 14:09, schrieb th_zieg...@gmx.de: Any other hints regarding what USB DVB-S receiver, sat-dish, etc. works well is also welcome. as sat-dish I can recommend kathrein (90cm) with kathrein LNB. Is maybe more expensive than other companies, but you get the quality you pay. As Multiswitch Spaun. I do not use USB receiver but PCIe receiver, so I cannot recommend here anything. Gruß, Matthias -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning. -- Rich Cook ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Device bonding
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 discovered three things:
(still using vdr 1.7.29, I know I should upgrade... :)
1. The LNB setup OSD menu causes bonding to fail (it's trying to
bond a DVB-T tuner) if I set the two DVB-S2 tuners as connected
to sat cable 1; it works with sat cable 2. Maybe it somehow
thinks of (one of?) the DVB-T tuner(s) as cable 1 too?
2. The infosatepg plugin doesn't check MaySwitchTransponder() and thus
grabs a bonded device when it shouldn't, I just patched that in the
FreeBSD port: (plugin maintainer Cc'd)
http://svnweb.freebsd.org/ports/head/multimedia/vdr-plugin-infosatepg/files/patch-infosatepg.cpp?r1=300896r2=312357
3. Running with these four tuners (dual DVB-T and the bonded two DVB-S2)
I get two different deadlocks waiting for cDvbTuner::bondMutex
after live viewing a DVB-T(!) channel for longer (OSD doesn't
react anymore and attaching gdb reveals two threads waiting for
bondMutex) - the following two changes make it work but there
probably is a better fix: (patch may apply with offsets; one
of the problems I think is a lock order reversal with cDvbTuner::mutex
and bondMutex when cDvbTuner::SetChannel calls back into itself
with bondMutex held.)
--- dvbdevice.c.orig
+++ dvbdevice.c
@@ -476,8 +476,10 @@ void cDvbTuner::SetChannel(const cChanne
t-SetChannel(NULL);
}
}
-else if (strcmp(GetBondingParams(Channel),
BondedMaster-GetBondingParams()) != 0)
+else if (strcmp(GetBondingParams(Channel),
BondedMaster-GetBondingParams()) != 0) {
+ bondMutex.Unlock();
BondedMaster-SetChannel(Channel);
+ }
}
cMutexLock MutexLock(mutex);
if (!IsTunedTo(Channel))
@@ -761,7 +773,12 @@ bool cDvbTuner::SetFrontend(void)
tone = SEC_TONE_ON;
}
int volt = (dtp.Polarization() == 'V' || dtp.Polarization() == 'R') ?
SEC_VOLTAGE_13 : SEC_VOLTAGE_18;
-if (GetBondedMaster() != this) {
+#if 1
+if (bondedTuner !bondedMaster)
+#else
+if (GetBondedMaster() != this)
+#endif
+ {
tone = SEC_TONE_OFF;
volt = SEC_VOLTAGE_13;
}
Thanx,
Juergen
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD Test clip(s)
On Sat, Feb 16, 2013 at 5:09 AM, th_zieg...@gmx.de wrote: Are there any VDR-compatible (I'm using e-tobi 1.7.29) HD test clips, available somewhere on the net or can s.o. provide one? There are many places hosting HD test clips. You can look at: http://www.highdefforum.com/high-definition-movies-video-clips/6537-official-hd-video-clip-list.html or just google hd test clips. Also, you don't need to worry about a clip being VDR-compatible, whatever that is supposed to mean. Your system either has the capability to play HD content smoothly or it doesn't. VDR doesn't have anything to do with that. If you have a VDPAU-capable video card or igp, all progressive content will work. If you want the highest quality deinterlacing on 1080i, a GT220 is required. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD Test clip(s)
Am 16.02.2013 17:14, schrieb VDR User: If you want the highest quality deinterlacing on 1080i, a GT220 is required. A GT610 is good enough, costs only the half and it is much easier to cool it quietly. Gerald !DSPAM:511fb59841991258417478! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [PATCH] Suggest naming central plugin make config as plugin.mk.
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 a/Make.config.template b/Make.config.template index b02d796..5bd0a10 100644 --- a/Make.config.template +++ b/Make.config.template @@ -62,7 +62,7 @@ endif # Use this if you want to have a central place where you configure compile time # parameters for plugins: -#PLGCFG = $(CONFDIR)/plugins.conf +#PLGCFG = $(CONFDIR)/plugins.mk ### The remote control: -- 1.7.11.7 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD Test clip(s)
On Sat, Feb 16, 2013 at 08:14:33AM -0800, VDR User wrote: On Sat, Feb 16, 2013 at 5:09 AM, th_zieg...@gmx.de wrote: Are there any VDR-compatible (I'm using e-tobi 1.7.29) HD test clips, available somewhere on the net or can s.o. provide one? There are many places hosting HD test clips. You can look at: http://www.highdefforum.com/high-definition-movies-video-clips/6537-official-hd-video-clip-list.html or just google hd test clips. Thanks for the fast feedback. That site has a lot wma /w DRM protected files and a lot of link leading to 404 errors. Also, you don't need to worry about a clip being VDR-compatible, whatever that is supposed to mean. My idea was to place a clip of vdr recording, i.e. the entires subdir with the extension .rec in my recordings. This allows to test the entire chain vdr-home network-playback device (here raspbmc). The .ts file alone would also do. Your system either has the capability to play HD content smoothly or it doesn't. VDR doesn't have anything to do with that. If you have a VDPAU-capable video card or igp, all progressive content will work. If you want the highest quality deinterlacing on 1080i, a GT220 is required. You are right: ideally, I need two clips: progressive and interlaced. Let's see if I get one via this mailing list. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD Test clip(s)
On Sat, Feb 16, 2013 at 8:36 AM, Gerald Dachs v...@dachsweb.de wrote: If you want the highest quality deinterlacing on 1080i, a GT220 is required. A GT610 is good enough, costs only the half and it is much easier to cool it quietly. I've read the opposite -- that the GT610 struggle with 1080i highest deinterlacing. They aren't half the cost either from what I've seen. GT610's hover around $40, GT220 hover around $50-$60. The most I paid for a GT220 (or GT240 for that matter) is about $30, but I take advantage of MIR and sales. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD Test clip(s)
Am 16.02.2013 21:28, schrieb VDR User: On Sat, Feb 16, 2013 at 8:36 AM, Gerald Dachs v...@dachsweb.de wrote: If you want the highest quality deinterlacing on 1080i, a GT220 is required. A GT610 is good enough, costs only the half and it is much easier to cool it quietly. I've read the opposite -- that the GT610 struggle with 1080i highest deinterlacing. I don't have to read about it, I own one. I know it better. And I am not the only one that thinks like this. It is common sense in the vdr-portal.de that the GT610 is good enough for temporal-spatial. Gerald !DSPAM:51200d5c44881319480443! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD Test clip(s)
On Sat, Feb 16, 2013 at 2:50 PM, Gerald Dachs v...@dachsweb.de wrote: If you want the highest quality deinterlacing on 1080i, a GT220 is required. A GT610 is good enough, costs only the half and it is much easier to cool it quietly. I've read the opposite -- that the GT610 struggle with 1080i highest deinterlacing. I don't have to read about it, I own one. I know it better. First, reading doing research is a good thing so calm down. You claim you know it better, but you don't even agree with other GT610 owners apparently. And I am not the only one that thinks like this. It is common sense in the vdr-portal.de that the GT610 is good enough for temporal-spatial. That's interesting. A whole lot of other users and a couple mplayer devs think otherwise. Also, common sense has nothing to do with anything. You haven't even shown an awareness that the GT610 comes with either 64bit and 128bit ram, which is known to make a difference. Or, that not all cards are created equal for that matter. My opinion is that you don't seem to know as much as you think. That being said, I don't recommend the OP take anyone one persons word for it. Rather, he should do exactly as I have done which is read, read, read. In the end he'll likely have a good idea about what _exactly_ to buy in regards to specs for the best results. You can think the buck stops with what you say all you like but surely you're not silly enough to suggest people _shouldn't_ do their homework, and that reading is a waste. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
