Re: [vdr] vdr Digest, Vol 161, Issue 4
On 31/10/2018 11:50, master.of.brainless.thi...@gmx.net wrote: > you can have a look at the nvidia gt 1030 cards. there are lowprofile > and fanless versions, > but pay attention to card size. and you may need to install correct > drivers manually. but, half the price then an intel nuc with luck. i'm > considering this myself, too, instead of this buggy intel hd > grahpics... (well, nvidia isn't better, i know...) afaik, the gt 1030 > is capable of playing 4k hdr h265 encoded videos, what is presumably > what you need. i've read about netfix 4k support, too. Also one thing to look out for is that the 1030 actually comes in GDDR5 and DDR4 variants. They are priced very similarly, but performance of DDR4 is absolute garbage compared to GDDR5! I doubt this will have an effect when it comes to video decoding capability, but paying about the same for half the performance doesn't seem like a good idea to me. ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wrong frequency on some channels after setting UpdateChannels higher than 3
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? No. Every channel in the list is unique to 658 alone. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Wrong frequency on some channels after setting UpdateChannels higher than 3
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 Finland:482:B8C23D23G8M64N4S0T8Y0:T:0:512=2:650=fin@4,658=dut@4:5012:0:65:8438:8193:0 Sub;SubTV OY=Digita Finland:482:B8C23D23G8M64N6S0T8Y0:T:0:353=2:609=fin@4:5010:0:97:8438:8193:0 Liv;Sanoma Television Oy=Digita Finland:482:B8C23D23G8M64N8S0T8Y0:T:0:516=2:690=fin@4:5012:0:177:8438:8193:0 Jim;Sanoma Television OY:65800:B8C23D23G8M64N9S0T8Y0:T:27500:522=2:720=fin@4:0:0:129:8438:20481:0 Kutonen;SBS Finland:65800:B8C23D23G8M64N11S0T8Y0:T:27500:523=2:655=fin@4:0:0:178:8438:20481:0 All of these tune fine. However if I set UpdateChannels to 4 (new channels) or 5 (new transponders) after a couple of seconds it turns into this MTV3;MTV Oy=Digita Finland:65800: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 Finland:65800:B8C23D23G8M64N4S0T8Y0:T:0:512=2:650=fin@4,658=dut@4:5012:0:65:8438:8193:0 Sub;SubTV OY=Digita Finland:65800:B8C23D23G8M64N6S0T8Y0:T:0:353=2:609=fin@4:5010:0:97:8438:8193:0 Liv;Sanoma Television Oy=Digita Finland:65800:B8C23D23G8M64N8S0T8Y0:T:0:516=2:690=fin@4:5012:0:177:8438:8193:0 Jim;Sanoma Television OY:65800:B8C23D23G8M64N9S0T8Y0:T:27500:522=2:720=fin@4:0:0:129:8438:20481:0 Kutonen;SBS Finland:65800:B8C23D23G8M64N11S0T8Y0:T:27500:523=2:655=fin@4:0:0:178:8438:20481:0 and obviously those channels at 482MHz no longer work. How is this useful and how do I make it stop? Keeping UpdateChannels at 3 has been my non-solution for some years now but it's getting annoying when channels seem to change their settings so infuriatingly often. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wrong frequency on some channels after setting UpdateChannels higher than 3
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=Digita Finland:482:B8C23D23G8M64N3S0T8Y0:T:0:305=2:561=fin@4,562=dut@4:5010;1073=fin,1074=dut:0:49:8438:8193:0 and see what happens. It seems any combination alone or together with anything other than 658 works and new channels at those frequencies are discovered, but once I add anything with 658 in it it immediately causes 482 to change to 658. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PCI GT610 vdpau card - 512 MB or 1GB memory ?
On Sun, 8 Dec 2013 20:40:26 +0400 Goga777 goga...@bk.ru wrote: Hello is there any sense to buy PCI GT610 card with 1 GB memory for processing of 1080i/p HD video ? may be 512 MB will be enough ? I plan to use vdpau decoding of HD video + temporal spatial deinterlacing + upscaling of SD video. I'm seeing around 250M total memory use while decoding and deinterlacing 1080i to a single 1080 display. Composite extension completely disabled since all it does is cause tearing and eat memory like crazy. If all you need is video playback on that system then 512M is more than plenty. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PCI GT610 vdpau card - 512 MB or 1GB memory ?
On Sun, 8 Dec 2013 22:09:06 +0400 Goga777 goga...@bk.ru wrote: how do you monitor video-memory consumption ? with nvidia-smi ? Also the nvidia-settings tool since a few versions shows memory use as well as gpu and video engine utilization per gpu. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TeVii S464 DVB-S and TBS 6220 DVB-T
On Sunday 15 September 2013 22:19:08 Peter Münster wrote: - output of modprobe cx88-dvb: --8---cut here---start-8--- WARNING: Error inserting videobuf_dvb (/lib/modules/3.7.10-1.16-desktop/kernel/drivers/media/v4l2-core/videobuf-d vb.ko): Invalid argument WARNING: Error inserting cx8802 (/lib/modules/3.7.10-1.16-desktop/kernel/drivers/media/video/cx88/cx8802.ko ): Invalid argument WARNING: Error inserting cx88_vp3054_i2c (/lib/modules/3.7.10-1.16-desktop/kernel/drivers/media/video/cx88/cx88-vp30 54-i2c.ko): Invalid argument FATAL: Error inserting cx88_dvb (/lib/modules/3.7.10-1.16-desktop/kernel/drivers/media/pci/cx88/cx88-dvb.ko ): Invalid argument --8---cut here---end---8--- The tbs driver package wants to replace _everything_ in the system. Mixing v4l modules with the kernel and the tbs package will lead to the issue you're experiencing. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] TeVii S464 DVB-S and TBS 6220 DVB-T
On Monday 16 September 2013 23:06:06 Peter Münster wrote: Is there any solution for this problem? Try to remove all the old conflicting v4l and dvb modules (I'm guessing some might even be hiding out in the initrd?) and use cx88-dvb-core from the tbs driver package instead. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] in-kernel lirc and devinput
On Wed, 17 Oct 2012 21:21:41 +0300 Jouni Karvo jouni.ka...@iki.fi wrote: hi, earlier, I used to compile lirc separately, but nowadays there are lirc modules in the kernel source, using /dev/input and IR keymaps. After switching to these, it seems many of the buttons in the remote have stopped working, as they are now interpreted as keyboard presses instead of RC commands for lirc. All I did was disable loading the maps and everything works exactly as before with the in-kernel drivers. Did I miss some reason why the new system is better? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
On Friday 27 August 2010 20:22:03 Rob Davis wrote: I am using a Eurospec TV although am trying to use it at 60hz (I moved to the US from Italy) via a DVI to HDMI cable. I have two modelines, which I switch by my remote using the xrandr command, 720p60 looks better, but I think I should using 1080i The difference can be extremely hard to see depending on the source material, viewing distance and display size. What deinterlacing options should I use on the plugin? Bob? TVTime then scaler Bob? Judder correct etc etc? If the picture is first deinterlaced on the pc and then output (re)interlaced and the tv deinterlaces again I'd expect some massive quality loss from this pointlessness. If the tv won't accept 1920x1080p60 then you're probably better off using the vdpau deinterlacer (--post tvtime:method=use_vo_driver) and 1280x720p60 mode. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Advice on new motherboard, xineliboutput, vdpau, hdmi video audio, etc.
On Friday 27 August 2010 11:32:11 Goga777 wrote: if you disabled full gpu scaling , how upscaling will work really ? what and how will upscale SD video to 1080p ? This setting is only useful if your display device can't scale on its own or the scaling is worse quality. If you enable it the card will always output native resolution at native refresh. If disabled the gpu will not touch the mode and output whatever you tell it to, in which case the display itself will have to scale the mode as needed. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xine vdpau not working?
On Saturday 09 January 2010 03:58:49 Simon Baxter wrote: But VDR doesn't work as well as under xv. It's slower changing channels and watching (SD) recordings freezes things for a few seconds. Also, the quality is actually worse - during action scenes objects seem to be a bit jerky and have lines momentarily. Only advantage, under vdpau the cpu sits at about 40%, where under xv it sits 50-70%. Any thoughts? I had the same kind of issues you describe (bad frame rate, high cpu load, tearing, picture freezing for a long while etc) and only fix I found was to disable the composite extension in Xorg. You can do it simply by adding Section Extensions Option Composite Disable EndSection to xorg.conf. This will make it impossible to use the hud osd so expect some hideous scaling artifacts, but the cpu load stays well under 10% on a Sempron LE-1250 clocked at 1.8GHz and frame rates are smooth with no tearing. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdpau experience
On Wednesday 28 October 2009 19:56:48 Kimmo Taskinen wrote: 1. Cropping is not reseted if I switch to 16:9 channel that has the same resolution as 4:3 channel that has turn on the cropping. Same happens if the channel switches aspect to 16:9 making it rather unusable with commercials getting it stuck every time. That said is there some way to zoom the picture in and out manually with sxfe- vdr like plain xine can? I can't figure out the bindings if they even exist. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.7.4 memory leak?
On Sunday 12 April 2009 17:20:47 marti...@embl.de wrote: 5 hours later (running vdr all this time) I notice most of the ram is in use. Is this a known memory leak or a design feature? All unused memory being used for caches is not a memory leak. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-webvideo 0.1.0
On Sunday 08 February 2009 21:45:55 Antti Ajanki wrote: New version of the Webvideo plugin is available at http://users.tkk.fi/~aajanki/vdr/webvideo/vdr-webvideo-0.1.0.tgz Maybe I'm just doing it wrong but compiling the usual way I'm getting Plugin webvideo: ERROR: plugin webvideo doesn't honor APIVERSION - not compiled! It does compile after linking webvideo-0.1.0/vdr-plugin to webvideo and changing the Makefile so that the relative paths for VDRDIR and LIBDIR match reality. Since the instructions don't mention anything about this I'm left wondering if you packaged the wrong version or something? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-sxfe + remote control
On Saturday 17 January 2009 22:32:55 Alex Betis wrote: Will try to clarify: I run VDR with --lirc=/dev/null When I run vdr-sxfe with --lirc and with --verbose, I can see that it receives events the same way as irw, but it also receives keyboard events that are passed to the system by the driver. This way I'm loosing all the lircrc configuration such as repetition rate. Doesn't the --nokbd option work or did I just completely misunderstand the whole issue? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Frames per second PAL vs. NTSC
On Monday 05 January 2009 18:35:26 Tony Houghton wrote: I expect you've already checked this, but have you set the TVStandard option in xorg.conf? Also it seems that 640x480 even in PAL mode comes out at 60Hz. Set it to 800x600 instead and you get full field rate at 50Hz. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR Plugin Survey 2008
On Wednesday 03 December 2008 23:28:19 VDR User wrote: On Mon, Dec 1, 2008 at 8:24 PM, Tobi [EMAIL PROTECTED] wrote: I would've thought the remote, mp3, and mplayer plugins would rank higher then they did. Especially over things like streamdev and osdteletext! Interesting results either way. Thanks for your work! I think popularity of xineliboutput helps to explain it a little. Since it has a built-in media player most people who use it aren't very likely to also install mplayer. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] WSS signaling with DXR3 cards
On Friday 10 August 2007 10:14:32 Ville Skyttä wrote: Hm, so you have an ADV7175 based one currently? Sorry, I don't think that helps - again, as far as I know, the WSS stuff only works with ADV7170 based cards. The patched adv717x driver never even tries to set the WSS mode for any other DXR3/H+'s. I don't have any others than a couple of ADV7170 based cards so I can't test with anything else. It could be useful to ask on dxr3-devel or dxr3-plugin lists if someone can help out more. I have both and I can confirm that the ADV7175 does not support WSS. If you're really bored feel free to compare the datasheets http://pdf1.alldatasheet.com/datasheet-pdf/view/48906/AD/ADV7175.html http://www.ortodoxism.ro/datasheets/analogdevices/168564552ADV7170_1_a.pdf ADV7170 has WSS support clearly stated where as ADV7175 makes no mention of it at all. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr