Package Details: dvb-usb-rtl2832u-openpli 20130918-6

Git Clone URL: https://aur.archlinux.org/dvb-usb-rtl2832u-openpli.git (read-only, click to copy)
Package Base: dvb-usb-rtl2832u-openpli
Description: Linux module for the RTL2832U DVB-T USB2.0 device
Upstream URL: http://openpli.org/forums/topic/20899-rtl2832u-chipset-support-proposal
Licenses: GPL
Provides: dvb-usb-rtl2832u
Submitter: R00KIE
Maintainer: R00KIE
Last Packager: R00KIE
Votes: 18
Popularity: 0.000000
First Submitted: 2012-04-02 18:06 (UTC)
Last Updated: 2017-07-23 11:59 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »

R00KIE commented on 2014-02-23 13:57 (UTC)

Like Gringo says I only package the driver, if the problem was a missing vid:pid I suppose I could manage to add it (assuming that all the harware in the receiver was supported), however my programing skills and knowledge about the driver and usb/dvb subsystem would not allow me to do more. Even upstream, which in this case is the openpli community, probably can't do more than they already have, which is "fix" the driver provided by realtek and make it compile cleanly with modern kernels. @Gringo What is included in the kernel is a different driver, written from scratch, and not this or any of the other drivers floating around, I beleive the reason for doing this was license concerns. @all That said (and I've posted this view before), from my experience, I'd say that for normal everyday use the driver included with the kernel works better if it supports your hardware. This driver is most useful if and when you need to position an antenna, because it will report sane snr and signal strength values (and tools like femon will properly report when the receiver has a lock on the signal).

Gringo commented on 2014-02-23 13:56 (UTC)

@trzalica: I use 3.12.13, but the driver is included since 3.7.4. Remember that you might have to recompile the driver on a kernel update in case you do want this package, e.g. when you want to use the remote. That means re-installing the package! If you use the in-kernel module you don't have to do anything, since the package is pre-compiled (unless you build the kernel from source of course), which is very convenient. I don't see what Kaffeine has to do with this. It's a just a very bulky program that accomplishes the simple task of disabling the screensaver. I don't see the need for a screensaver, let alone a screensaver blocker.

trzalica commented on 2014-02-23 13:20 (UTC)

@Gringo - please, can you tell me which kernel you're using? Maybe 3.13 or? I used older version of this driver (from openpli community and it worked well). Today I tried to reinstall once again driver and Kaffeine and now everything works again - it's a little bit weird...

Gringo commented on 2014-02-23 11:10 (UTC)

@trzalica: what doesn't work? Do you have logs you can share? Remember this is not a support website of the driver. R00KIE just packages the driver for Arch Linux, which you can also do yourself. If this is the first time you tried this package/driver on Linux, we might not even be able to help you. You should ask 'upstream' (openpli project) instead. Also, I don't need even need this driver myself for basic support (scanning and viewing channels) anymore, since this driver is included in the kernel.

trzalica commented on 2014-02-22 18:53 (UTC)

This version doesn't work with LifeView LV5T DELUXE TV, please fix it! (It simply doesnt show anything, screen is black and I tried to scan for programs but nothing... I use Kaffeine...)

R00KIE commented on 2014-02-22 16:26 (UTC)

Fixed. Location of header files has changed from 3.12 to 3.13. Fix should be backwards compatible with older kernels.

vibee commented on 2014-02-21 17:02 (UTC)

FYI: My dvb stick (MSI Digi Vox Mini II) now seems to work out of box without this package, so I don't need it any more.

vibee commented on 2014-02-21 16:37 (UTC)

I can not install the package after Upgrading to 3.13.4 today. This is the output: ==> Starting build()... make -C /usr/lib/modules/3.13.4-1-ARCH/build SUBDIRS=/tmp/yaourt-tmp-clemens/aur-dvb-usb-rtl2832u-openpli/src/build_dir modules make[1]: warning: jobserver unavailable: using -j1. Add '+' to parent make rule. make[1]: Entering directory '/usr/lib/modules/3.13.4-1-ARCH/build' Makefile:326: /usr/src/linux-3.13.4-1-ARCH/scripts/Kbuild.include: No such file or directory Makefile:582: /usr/src/linux-3.13.4-1-ARCH/arch/x86/Makefile: No such file or directory /bin/sh: /usr/src/linux-3.13.4-1-ARCH/scripts/gcc-goto.sh: No such file or directory make[1]: *** No rule to make target '/usr/src/linux-3.13.4-1-ARCH/arch/x86/Makefile'. Stop. make[1]: Leaving directory '/usr/lib/modules/3.13.4-1-ARCH/build' Makefile:30: recipe for target 'default' failed make: *** [default] Error 2 Any idea how to fix?

R00KIE commented on 2013-09-18 14:01 (UTC)

According to the openpli forum post these are the changes from the previous version: "The only changes since the latest version are 2 more USB PIDs that were requested a long time ago: added definition of a new Terratec PCI-E stick (using the rtl2832u USB chip): - TERRATEC Cinergy T Stick+ [ID 0ccd:00d7] (thanks to sfasf); added definition of a new Leadteck USB stick: - Leadtek WinFast DTV2000 DS PLUS [ID 0413:6f12] (thanks to michaelp);"