Hello,
i recently built a vdr-1.7.6 + reelbox pluging, following the vdr-wiki for VDR DVB-S2 on OpenSuse.
Everything was build properly, but unfortunately the eHD freezes after a few Minutes (not only when replaying recordings, but also with live TV). I know that there are some problems concerning the new TS format of VDR.
Does anyone have a solution for this problem? I don't like the idea to use VDR 1.7.0 or an even older version.
Any help is greatly appreceated.
Falk Spitzberg wrote:
Hello,
I installed vdr-1.7.6 + reelbox plugin a week ago using: http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2#openSUSE_VDR_DVB-S... which propably is the one you are refering to. Then I applied the vdr-1.7.6-1.7.7.diff patch which worked except that I had to change the osd.h file a little for the patch to run without complaints. There is some memory leak problem with vdr-1.7.7 but Klaus is looking into it, see: http://www.linuxtv.org/pipermail/vdr/2009-May/020636.html
Reelbox plugin still occasionally freezes, but so it has always done. The reelbox plugin is of course a joke and I deeply regret buying the card from Reel-Multimedia. Hopefully the VDPAU is more promising.
BR,
Josce
On Thu, May 28, 2009 at 7:50 AM, Josce josce@welho.com wrote:
Sorry for OT but just wanted to note that I and many other users I know are using VDPAU now and it works great. I believe the devs are preparing to submit a patch to Darren Salt so it may become a part of vanilla xine-lib. A huge thanks to the devs for their work!
On Thu, May 28, 2009 at 8:16 AM, Luca Olivetti luca@ventoso.org wrote:
Are you sure you're not experiencing driver problems? Btw, the vdpau devs are really good about fixing things if you provide them with a sample to work with. A backtrace doesn't hurt either.
On Thursday 28 of May 2009, Luca Olivetti wrote:
I've installed 2 eHD's. Working for hours daily without problems, but huge patching of vdr and reelbox plugin (and skinreel3 plugin) is necessary.
Try to look at http://www.cssf.cz/showthread.php?t=34104 - there is script and patches, also some howto's - but in Czech. It was written for vdr-1.7.5, but I'm now using it with vdr-1.7.7 without problems.
The problems you are talking about could also be due to problems in TS stream as reelbox plugin don't test too much incoming data. Distorted data could cause hangup of eHD.
If you use vdr-sc update to latest version from mercurial, it could help on some channels.
BR,
Ales
Ales Jurik wrote:
When I opened the link and tried to download the script some other page opened up that wanted me to do something. Sadly I don't know what. A howto in Czech is totally useless to me. I really can't understand a word of it. (No offense to the Czech's, I don't think a howto in Finnish would be terribly helpfull for someone from the Czech republic ...)
But if the script is the same as I found at http://reelbox-forum.com/showthread.php?t=16436 it will not help, because it didn't work for me.
BR,
Josce
On Thursday 28 of May 2009, Josce wrote:
You can go into the script and see what it is doing. I've used it in this way. Then (after understanding the script) you can use patches attached.
Or you can go to http://www.vdr-portal.de/board/board.php?boardid=85 - it is german vdr forum. There you can find a lot of patches too and it is not in Czech but in German - I don't know if it is better for you, but could be. I know that Czech is not widely understanded as many other languages ;) .
BR,
Ales
Luca Olivetti kirjoitti:
Here VDPAU works close to perfectly with two different (Intel E8200, AMD 4850E + GeForce 8400) Ubuntu Jaunty boxes with included restricted Nvidia driver and self compiled VDPAU enabled xine-lib.
I had picture tearing that was solved by disabling composite extension. I lost possibility for HUD OSD for now. I needed to force also 50 Hz video mode to HDMI with custom xorg.conf modeline. Somehow probably due to extremely low CPU load VDPAU also solved breaking SPDIF sound that I had on my Asus P5Q motherboard (with similar setup the AMD780G mobo never had sound problems). 576i video scaling and de-interlacing is good quality in VDPAU.
There are not many FTA HDTV channels but SDTV on Finnish DVB-T and European DVB-S works great!
Cheers, Seppo
Pasi Kärkkäinen wrote:
Well, at least that's how I use it most of the time and it's working brilliantly. To me, vdpau is the best thing that's ever happened to the htpc world next to VDR of course... When it comes to xine-lib, I must say that XBMC uses vdpau in a better way. VDR HD recordings look a lot better when played back in XBMC than with xineliboutput. But for anyone interested, xineliboutput HD OSD works as of wednesdays cvs. /Magnus H
Pasi Kärkkäinen wrote:
Nice. How's the deinterlacing quality?
The 576i movement is smoother (not frame rate but the lowpass effect) than with GreedyH/GreedyL deinterlacers I used with software decoding. Greedy deinterlacers did show show jaggies sometimes so I'd say it's generally better. My viewing size for VDPAU are 46" and 32". Projector users may prefer a sharper picture perhaps? I haven't tried 1080i stuff so I can't comment that.
The only problem with deinterlacing is that paused picture in vdr sometimes looks like not deinterlaced. There could be comb effect in entire screen or perhaps just one line.
My graphics cards are GS8400. I wonder if there are different deinterlacers around in different nvidia generations?
BR, Seppo
Seppo Ingalsuo wrote:
I have to agree that the vdpau deinterlacers are better than the tvtime ones, including the temporal only deinterlacer that is used for 1080i. But it is as you say a little annoying that paused images are not deinterlaced. I use the ION platform with 9400M. /Magnus H
Hi,
Magnus Hörlin schrieb:
Well, the attached patch is better than nothing but a better approach would be to render both fields into a single surface before displaying them. At the moment, both fields are rendered separately.
Bye.
Reinhard Nissl wrote:
Well, it's A LOT better than nothing. Reinhard, you are a true hero. Now if only ffwd/rew/skip would be as smooth with vdr-xine as it is with xineliboutput... Anyway, your xinelib-1.2 vdpau patches are brilliant. I've used every one of them since day one. /Magnus H
Hi,
Magnus Hörlin schrieb:
Well, have a look into xineDevice.c and locate cXineDevice::HasIBPTrickSpeed(). Then remove the comment and apply the attached patch to VDR.
The problem is, that I don't know which speed calculation to use in SetTrickSpeed(). So I asked kls to supply this info as in the attached patch but he thinks of changing the semantic of SetTrickSpeed() at all. That's why I haven't released this functionality yet.
Bye.
Reinhard Nissl wrote:
Thanks, but that unfortunately didn't help me. For me, ffwd/rew hasn't worked with vdr-xine since back in the days when you had to patch if for networked use. Then xineliboutput came along and I have never managed to get vdr-xine to work well enough to replace it. I guess I have tried about 100 different versions of hardware/vdr/graphics drivers/xinelib and vdr-xine over the years. The HD playback is better than in xineliboutput but what I do a lot is to jump 60s forward through recordings and that doesn't work very well with vdr-xine. The progress bar jumps 60s almost immediately, but it only jumps about five seconds. And a few seconds later, it jumps to where it should. With xineliboutput a can hold the button down and it jumps very fast and precise. And ffwd/rew is instantaneous. With vdr-xine, xine-ui crashes almost every time. And since I don't even have a GPU on my vdr server, I'm not very fond of having to compile xine on it. But like I said, vdr-xine works better with HD channels and plays Swedish national television's 720p50 SVT HD which xineliboutput doesn't do very well so it would be nice to get it working. Actually, I tend to use XBMC to watch HD recordings since their vdpau implementation seems to be the best. Thanks for taking your time. /Magnus H
Hi,
Magnus Hörlin schrieb:
Regarding jumping +/- 60s: with vdr-1.7.x accuracy has improved a lot since VDR reads back real replay position from xine.
Can you provide backtraces of the xine-ui crashes?
Bye.
Am Donnerstag, den 28.05.2009, 17:50 +0300 schrieb Josce:
I got it also up an running with VDR-1.7.7 in the meantime. And I finally tested with 1.7.0 wich is known to work pretty stable with the eHD.
All three versions show the same problem. It works for a few Minutes and then the eHD freezes. Since this happens with three different sofware setups, and because the eHD is always kompletly dead (it needs a power off to restart), i also suspected a hardware problem.
I placed a Fan next to the card and, guess what, ... it works for more than an hour right now... and still running.
On Thu, May 28, 2009 at 5:09 AM, Falk Spitzberg post@spitzberg.de wrote:
Sounds like a problem with eHD. I've been using 1.7.x with mpeg-ts and have never seen the problems you describe.
Hello,
i recently built a vdr-1.7.6 + reelbox pluging, following the vdr-wiki for VDR DVB-S2 on OpenSuse.
I fightet any times ago with the same problem. eHD was not usable.
In my case, i found a solution in vdrportal.de for the dvb card budget-core driver.
I am load now the budget-core driver with a bigger bufsize, after this eHD work perfektly, no freez video anymore.
On gentoo im added to /etc/modrobe.d/budget-core{.conf}
options budget_core bufsize=1410
update-modules --force, reload module budged-core or reboot
good luck
-
Ales Jurik -
Falk Spitzberg -
Gerald Dachs -
Joerg Bornkessel -
Josce -
Luca Olivetti -
Magnus Hörlin -
Pasi Kärkkäinen -
Reinhard Nissl -
Seppo Ingalsuo -
VDR User