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

Git Clone URL: (read-only, click to copy)
Package Base: dvb-usb-rtl2832u-openpli
Description: Linux module for the RTL2832U DVB-T USB2.0 device
Upstream URL:
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
Last Updated: 2017-07-23 11:59

Latest Comments

1 2 3 4 5 6 ... Next › Last »

JohnRobson commented on 2020-02-18 07:55

==> Retrieving sources...
-> Downloading dvb-usb-rtl2832u.patch...
% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
Dload  Upload   Total   Spent    Left  Speed
0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading
Error downloading sources: dvb-usb-rtl2832u-openpli

R00KIE commented on 2016-06-22 12:41

Thanks for the patch :)

Sooner or later some change in the kernel is going to break this driver beyond what just a few small patches here and there can workaround/fix, therefore I strongly encourage the users of this driver to try using the driver that comes with the kernel, and if it doesn't work to submit bugs upstream.

Even if this driver can be continuously fixed with small patches and mostly keep working it is inevitable that some functionality will break. I'm just packaging this driver, when that breakage comes I don't have the necessary knowledge and skills to fix it.

takieszti91 commented on 2016-06-21 20:20

I couldn't build it with 4.6 kernel headers. That's why I created a patch file. You can find it at

R00KIE commented on 2016-05-17 20:32

I did a quick test with my usb dvb receiver and it seemed to be detected properly in a RPI 1B using the driver that comes with the kernel (no extra packages needed), at least I could get the frontend info just fine but I didn't test actually tuning as my rpi is a headless system.

That said, you most probably want to ask for help in the Arch Linux ARM forums[1]. Do note that Arch Linux ARM (for arm cpus) is not the same as Arch Linux (for i686 and x86_64 cpus) and have separate websites and forums.


Kresimir commented on 2016-05-11 15:32

(apologies if at the end it turns out I made some trivial mistakes, I'm quite new with this DVB stuff)

On my system there are no drivers which came with the kernel.
I followed WIKI page but modprobe fails.
Also worth mentioning is that my output of dmesg is notably shorter than the one in the WIKI.

I have also installed package "rtl-sdr".
The first "rtl_test" command described on didn't complain about missing the device or something else, so I assume the device itself is functional.
I have removed (commented) all blacklist entries related to dvb drivers which came with the rtl-sdr package.

Any hint or recommendation where to read/learn/...?

R00KIE commented on 2016-05-11 14:26

The problem is that ALARM is not Arch, their extramodules directory has a different name. You will have to adjust the PKGBUILD to take that into account. Also expect that other things might break.

That said, you should see if your receiver works with the driver that comes with the kernel. I haven't tried on a raspberry but at least on x86-64 it works just fine.

Kresimir commented on 2016-05-11 14:10

Build is failing on 4.4.9-1-ARCH (Raspberry Pi3, armv7h) at a very early stage.

[kreso@RPi3 dvb-usb-rtl2832u-openpli]$ makepkg -sr
cat: /usr/lib/modules/extramodules-4.4-ARCH/version: No such file or directory
==> Making package: dvb-usb-rtl2832u-openpli 20130918-4 (Wed May 11 14:08:42 UTC 2016)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Downloading dvb-usb-rtl2832u.patch...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 187 100 187 0 0 278 0 --:--:-- --:--:-- --:--:-- 278
100 2924k 100 2924k 0 0 1422k 0 0:00:02 0:00:02 --:--:-- 8997k
-> Found Makefile
-> Found dvb-usb-rtl28xxu.conf
-> Found linux42.patch
==> Validating source files with md5sums...
dvb-usb-rtl2832u.patch ... Passed
Makefile ... Passed
dvb-usb-rtl28xxu.conf ... Passed
linux42.patch ... Passed
==> Extracting sources...
==> Starting build()...
patching file rtl2832u_fe.c
patching file rtl2832u.h
make -C /usr/lib/modules//build SUBDIRS=/home/kreso/AUR/dvb-usb-rtl2832u-openpli/src/build_dir modules
make[1]: *** /usr/lib/modules//build: No such file or directory. Stop.
Makefile:30: recipe for target 'default' failed
make: *** [default] Error 2
==> ERROR: A failure occurred in build().

Please be so kind to recommend how to deal with this issue.

donny commented on 2015-09-29 15:27

Thanks for the workaround, I would never manage it by myself. So DVB-T works again in Kaffeine. I didn't run scan.

R00KIE commented on 2015-09-29 14:40

I have submitted a "fix".

This is a quick and very dirty workaround, it builds and it works (only tried with VLC) but it _will_ break scanning with w_scan and any other programs that support scan for channels the same way as w_scan does. It might also break programs that rely on getting the frontend status for some of their functionality.

Signal level, SNR and BER still seem to be reported but I can't confirm if the values are correct.

R00KIE commented on 2015-09-29 13:46

I can confirm that it doesn't build on linux 4.2.

The warning about USB_PID_WINFAST_DTV2000DS_PLUS being redefined would be easy to fix, but the error about fe_status_t being unknown might not be as trivial and I don't know if I can fix it myself.

To make matters worse it seems the driver that comes with the kernel is not working properly since linux 4.0 although the dev responsible for maintaining the driver can't reproduce the problems[1].