Re: [vdr] VDR2 plugin streaming problem
I'm finding plugins streamdev, xvdr and vnsi all fail to stream live TV and radio. Is this to be expected with VDR-2.0.0 until plugin developers can catch up? No, at least streamdev and vnsi have both been working fine for me. OK Thanks. It might yet be something I'm doing wrong. I'll dig deeper. Nope I definitely cannot get streamdev to stream. I tried to stream to VLC using any of the URLs on the localhost:3000 webpage without success. VDR syslog extract: Apr 3 22:17:23 bob vdr: [30570] Streamdev: Accepted new client (HTTP) 192.168.1.104:56251 Apr 3 22:17:23 bob vdr: [8832] streamdev-livestreaming thread started (pid=30557, tid=8832, prio=high) Apr 3 22:17:23 bob vdr: [8831] streamdev-writer thread started (pid=30557, tid=8831, prio=high) VLC log (last few lines only): access_http debug: http: server='bob' port=3000 file='/TS/T-9018-4173-6720.ts' main debug: net: connecting to bob port 3000 main debug: connection succeeded (socket = 23) access_http debug: protocol 'HTTP' answer code 200 access_http debug: Content-Type: audio/mpeg access_http debug: Connection: close access_http debug: Pragma: no-cache main debug: using access module access_http main debug: TIMER module_need() : 78.455 ms - Total 78.455 ms / 1 intvls (Avg 78.455 ms) main debug: Using stream method for AStream* main debug: starting pre-buffering Can anyone suggest how I can investigate this further? Thanks This is getting stranger. I have installed the xineliboutput plugin which appears to mostly work OK except there is no live TV, only the no signal picture is displayed. There is a common thread here, all of these plugins fail to stream live TV or radio. After a rebuild of VDR2 and plugins from freshly unzipped source files, the problem has gone away. Thanks Egg Face ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [PATCH] VDR 2.0.0: Fix initialization of cDevice::keepTracks.
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 13:18:35 3.0 +++ device.c 2013/04/05 10:05:33 @@ -94,11 +94,11 @@ player = NULL; isPlayingVideo = false; + keepTracks = false; // used in ClrAvailableTracks()! ClrAvailableTracks(); currentAudioTrack = ttNone; currentAudioTrackMissingCount = 0; currentSubtitleTrack = ttNone; - keepTracks = false; liveSubtitle = NULL; dvbSubtitleConverter = NULL; autoSelectPreferredSubtitleLanguage = true; ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [PATCH] TT6400 dvbhddevice ScaleVideo aspect ratio correction
Hi,
I wrote a patch for the ScaleVideo implementation in the dvbhddevice,
for keeping the actual aspect ratio of the video material when scaling.
It was tested by users at vdr-portal.de which also reported the
distortions (I don't own such a device), and they said it works [1]. You
can test it with the nOpacity skin and/or with the upcoming
yaepghd-0.0.4 plugin [2].
Regards,
Lucian
[1]
http://www.vdr-portal.de/board1-news/board2-vdr-news/p1137059-announce-nopacity-0-1-0/#post1137059
[2] http://sourceforge.net/projects/vdryaepghd/files/
From 1591c4cdc50dda35c52902ce46851ab57291351c Mon Sep 17 00:00:00 2001
From: Lucian Muresan lucian.mure...@siemens.com
Date: Fri, 5 Apr 2013 11:21:25 +0200
Subject: [PATCH] vdr-2.0.0 dvbhdffdevice ScaleVideo Aspect v3
---
PLUGINS/src/dvbhddevice/dvbhdffdevice.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/PLUGINS/src/dvbhddevice/dvbhdffdevice.c
b/PLUGINS/src/dvbhddevice/dvbhdffdevice.c
index dd7ace5..7a05ccb 100644
--- a/PLUGINS/src/dvbhddevice/dvbhdffdevice.c
+++ b/PLUGINS/src/dvbhddevice/dvbhdffdevice.c
@@ -579,9 +579,24 @@ void cDvbHdFfDevice::ScaleVideo(const cRect Rect)
double osdPixelAspect;
GetOsdSize(osdWidth, osdHeight, osdPixelAspect);
+
+// make corrections
+double osdAspect = double(osdWidth) / double(osdHeight);
+cRect corRect(Rect);
+corRect.SetWidth(Rect.Height() * osdAspect);
+corRect.SetHeight(Rect.Width() / osdAspect);
+if (double(Rect.Width())/double(Rect.Height()) osdAspect) {
+corRect.SetHeight(Rect.Height());
+corRect.SetX(Rect.X() + (Rect.Width() - corRect.Width()) / 2);
+}
+else if (double(Rect.Width())/double(Rect.Height()) osdAspect) {
+corRect.SetWidth(Rect.Width());
+corRect.SetY(Rect.Y() + (Rect.Height() - corRect.Height()) / 2);
+}
+
mHdffCmdIf-CmdAvSetVideoWindow(0, true,
-Rect.X() * 1000 / osdWidth, Rect.Y() * 1000 / osdHeight,
-Rect.Width() * 1000 / osdWidth, Rect.Height() * 1000 / osdHeight);
+corRect.X() * 1000 / osdWidth, corRect.Y() * 1000 / osdHeight,
+corRect.Width() * 1000 / osdWidth, corRect.Height() * 1000 /
osdHeight);
}
}
--
1.8.1.msysgit.1
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Epgsearch mysteries
Am 05.04.2013 05:21, schrieb Teemu Suikki:
Ok, I fixed it..
In file epgsearchext.c, function CheckRepeatTimers, there is a line:
if (EventsMatch(pEvent, pEventP, compareTitle, compareSubtitle,
compareSummary, compareDate, catvaluesAvoidRepeat))
There is no match limit given! So I added it like this:
if (EventsMatch(pEvent, pEventP, compareTitle, compareSubtitle,
compareSummary, compareDate, catvaluesAvoidRepeat,
compareSummaryMatchInPercent))
Seems to work now. Still needs your earlier patch in epgsearchtools.c
of course.
thanks for the feedback. After testing it in my environment I will push
it to the git.
cheers,
Christian
5.4.2013 5.48 Teemu Suikki tsui...@zuik.org
mailto:tsui...@zuik.org kirjoitti:
I tried this, no change..
Then I added some debug. For some reason, matchLimit is 90 even if
I have set it to 100! There must be some other bug that resets
matchLimit..
If I set matchLimit=100 inside the function, it works as expected
if your patch is installed.
5.4.2013 0.32 Christian Wieninger cwienin...@gmx.de
mailto:cwienin...@gmx.de kirjoitti:
Hi,
probably the following code is the reason for this behaviour:
epgsearchtools.c:
// last try with Levenshtein Distance, only compare the
first 1000 chars
double fMatch = FuzzyMatch(eDescr, rDescr, 1000);
double tmp_matchlimit = matchLimit/100.0;
if(maxLength - minLength 5)
{
tmp_matchlimit = 0.95;
LogFile.Log(2,difference between both descriptions is
5 setting matchlimit to: %.2f %%, tmp_matchlimit*100);
}
Please change the line
if(maxLength - minLength 5)
to
if(maxLength - minLength 5 matchLimit 95)
and let me know if it works for you.
cheers,
Christian
Am 04.04.2013 20:04, schrieb Teemu Suikki:
Hi!
I have vdr 1.7.27 and epgsearch 1.0.1.beta2, from yavdr..
I'm recording Game of Thrones from Canal Digital Nordic.
The third season is starting in a few days..
The episodes have no episode name, and the description field
simply says:
(1:10/s3) 3. kausi maailman suosituimmasta HBO-sarjasta.
The text part is always the same, just the episode number
varies. So just a single character difference. But epgsearch
thinks these are repeats! Even if I set required match to
100%, it still thinks they are repeats.. shouldn't 100% mean
exact match?
___
vdr mailing list
vdr@linuxtv.org mailto: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
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] TT6400 dvbhddevice ScaleVideo aspect ratio correction
It's a shame truecolor support still hasn't been added to this plugin. Also, last I spoke with bball he had lost his password to vdr-developer so it's not exactly that he had abandoned it as is being claimed. None the less thanks for bothering enough to fork it and continuing work. Would be nice if all the work people have done was consolidated but we can't have everything I guess. :) On Fri, Apr 5, 2013 at 10:37 AM, Lucian Muresan luci...@users.sourceforge.net wrote: Hi, I wrote a patch for the ScaleVideo implementation in the dvbhddevice, for keeping the actual aspect ratio of the video material when scaling. It was tested by users at vdr-portal.de which also reported the distortions (I don't own such a device), and they said it works [1]. You can test it with the nOpacity skin and/or with the upcoming yaepghd-0.0.4 plugin [2]. Regards, Lucian [1] http://www.vdr-portal.de/board1-news/board2-vdr-news/p1137059-announce-nopacity-0-1-0/#post1137059 [2] http://sourceforge.net/projects/vdryaepghd/files/ ___ 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] [PATCH] TT6400 dvbhddevice ScaleVideo aspect ratio correction
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 do too
many double to int conversions, plus not doing any of them with proper
rounding. But I also thought, this might turn out simpler when
transforming it a bit. So I just did some math transforms, and it came
out quite embarrassingly simple:
// Scale to units of 1/1000 osd, with rounding
int x = (Rect.X() * 1000 + osdWidth / 2) / osdWidth;
int y = (Rect.Y() * 1000 + osdHeight / 2) / osdHeight;
int w = (Rect.Width() * 1000 + osdWidth / 2) / osdWidth;
int h = (Rect.Height() * 1000 + osdHeight / 2) / osdHeight;
// make aspect corrections
if (w h) {
x += (w - h) / 2;
w = h;
}
else if (w h) {
y += (h - w) / 2;
h = w;
}
mHdffCmdIf-CmdAvSetVideoWindow(0, true, x, y, w, h);
This should be functionally identical to the original code, except for
less rounding errors. I haven't tested it though.
Cheers,
Udo
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
