MediaWiki API result

This is the HTML representation of the JSON format. HTML is good for debugging, but is unsuitable for application use.

Specify the format parameter to change the output format. To see the non-HTML representation of the JSON format, set format=json.

See the complete documentation, or the API help for more information.

{
    "batchcomplete": "",
    "continue": {
        "gapcontinue": "Realtek_RTL2831U",
        "continue": "gapcontinue||"
    },
    "query": {
        "pages": {
            "1997": {
                "pageid": 1997,
                "ns": 0,
                "title": "Re-encoding",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "'''Re-encoding''' (short: '''recoding''') means to change the [[codec]] which is used to store a film. When a file is recoded, the software decodes the program and encodes it again. Often a more efficient codec is used to create smaller files that can be easily archived. For example, a program is broadcasted as [[MPEG2]] with 4000 kbit/s via DVB and one recodes it into [[XviD]] with 1000 kbit/s. \n\nRecoding is the part of [[post-processing]] your recordings which is by far the most CPU intense. You're lucky if you can encode in real time into [[MPEG4]] with an older 1.6 GHz processor. \n\n== Software Examples ==\n=== [[MEncoder]] ===\n\nExamples of how to use MEncoder for recording and recoding of streams is available from the [[MEncoder]] page.\n\n===ffmpeg===\n''Please add or I'll do it soon''\n\n\n== See also==\n* [[Post-processing]]\n[[Category:Technology]]"
                    }
                ]
            },
            "4962": {
                "pageid": 4962,
                "ns": 0,
                "title": "RealTek RTL2832U",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "==General Description== \n(from the specifications page at RealTek [http://www.realtek.com/products/productsView.aspx?Langid=1&PNid=22&PFid=35&Level=4&Conn=3&ProdID=257])\nThe RTL2832U is a high-performance [[DVB-T]] COFDM [[Demodulator|demodulator]] that supports a [[USB]] 2.0 interface. The RTL2832U complies with NorDig Unified 1.0.3, D-Book 5.0, and EN300 744 (ETSI Specification). It supports 2K or 8K mode with 6, 7, and 8MHz bandwidth. Modulation parameters, e.g., code rate, and guard interval, are automatically detected. It is sometimes identified as RTL2838.\n\nThe RTL2832U supports IF (Intermediate Frequency, 36.125MHz), low-IF (4.57MHz), or Zero-IF output using a 28.8MHz crystal, FM/DAB/DAB+ Radio Support. Embedded ADC (Analog-to-Digital Converter).\n\n==Features==\n*COFDM compliant with Nordig Unified 1.0.3, D-book 5.0, and ETSI 300-744\n*Supports multiple IF frequencies (4.57MHz or 36.167MHz) and spectrum inversion\n*Includes Radio Support (FM/DAB/DAB+)\n*Includes ISDB-T(SBTVD-T) 1-Seg\n*Supports Zero-IF input\n*Single low-cost crystal for clock generation (\u00b1100ppm)\n*Automatic transmission mode and guard interval detection\n*Impulse noise cancellation circuits\n*Automatic carrier recovery over a wide range offset (\u00b1800KHz)\n*Superior performance with pre/post/long echo profiles\n*Embedded adjacent and co-channel interference rejection circuit\n*Delayed AGC with programmable Take-Over Point (TOP)\n*7-bit ADC for RF signals level measurement\n*Hardware MPEG-2 PID filters\n*Infra-red port for remote control and wake-up, protocols supported are:\n*Microsoft RC6 protocol\n*NEC, Sony, SIRC, RC-5 protocol\n*Eight general purpose I/O ports\n*[[USB]] 2.0 Interface\n*Supports [[USB]] Full/High speed\n*Configurable vendor information via external EEPROM\n*Passes [[USB]]-IF certification\n*Signal 3.3V external power is required\n*48-pin QFN (6x6 mm2) Green Package\n\n==Drivers==\n\nIn Ubuntu 13.10 the 3.11 kernel is available with the dvb-usb-rtl28xxu driver out of the box. Another user has tested the stick with Ubuntu and OpenELEC distributions with kernel 3.14 and the device works out of the box ok.\n\nFor earlier kernel versions follow the instructions below.\n\nFor the Zazz ezcap DVB-T FM DAB and Twintech UT30 the following driver works :\n\n[[http://jms.id.au/wiki/EzcapDvbAdapter]]\n\nThe driver at [[https://github.com/ambrosa/DVB-Realtek-RTL2832U-2.2.2-10tuner-mod_kernel-3.0.0]] seems to work fine under Ubuntu 12.04\n\n[http://openpli.org/forums/topic/20899-rtl2832u-chipset-support-proposal/page__st__100__p__329670#entry329670 Another version of it] has support for the R820T tuner and is compatible up to kernel 3.8\n\nIt appears that the current LinuxTV Drivers support the RTL2832u chipset (sometimes identified as 2838 or RTL2838).  Directions for installation are here:\nhttp://git.linuxtv.org/media_build.git\n\n===Device info===\n\n<pre>\n[   16.632891] usb 2-1: new high-speed USB device number 3 using xhci_hcd\n[   16.830805] usb 2-1: dvb_usb_v2: found a 'Realtek RTL2832U reference design' in warm state\n[   16.892708] usb 2-1: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer\n[   16.892718] DVB: registering new adapter (Realtek RTL2832U reference design)\n[   16.897601] usb 2-1: DVB: registering adapter 1 frontend 0 (Realtek RTL2832 (DVB-T))...\n[   16.900816] r820t 9-001a: creating new instance\n[   16.912122] r820t 9-001a: Rafael Micro r820t successfully identified\n[   16.918503] Registered IR keymap rc-empty\n[   16.918619] input: Realtek RTL2832U reference design as /devices/pci0000:00/0000:00:14.0/usb2/2-1/rc/rc2/input15\n[   16.918689] rc2: Realtek RTL2832U reference design as /devices/pci0000:00/0000:00:14.0/usb2/2-1/rc/rc2\n[   16.918869] input: MCE IR Keyboard/Mouse (dvb_usb_rtl28xxu) as /devices/virtual/input/input16\n[   16.919006] rc rc2: lirc_dev: driver ir-lirc-codec (dvb_usb_rtl28xxu) registered at minor = 1\n[   16.919012] usb 2-1: dvb_usb_v2: schedule remote query interval to 400 msecs\n[   16.930242] usb 2-1: dvb_usb_v2: 'Realtek RTL2832U reference design' successfully initialized and connected\n[   16.930309] usbcore: registered new interface driver dvb_usb_rtl28xxu\n</pre>\n\n<pre>\n# lsusb -s 2:3 -v\n\nBus 002 Device 003: ID 0bda:2838 Realtek Semiconductor Corp. RTL2838 DVB-T\nDevice Descriptor:\n  bLength                18\n  bDescriptorType         1\n  bcdUSB               2.00\n  bDeviceClass            0 (Defined at Interface level)\n  bDeviceSubClass         0\n  bDeviceProtocol         0\n  bMaxPacketSize0        64\n  idVendor           0x0bda Realtek Semiconductor Corp.\n  idProduct          0x2838 RTL2838 DVB-T\n  bcdDevice            1.00\n  iManufacturer           1 Realtek\n  iProduct                2 RTL2838UHIDIR\n  iSerial                 3 00000001\n  bNumConfigurations      1\n</pre>\n\n=Remote Control=\nDevices using this chip support infrared remote controls, but unlike other cases, the infrared signal is captured and passed to the kernel without any processing, delegating the detection and decoding of the protocol to the kernel. This means that no default remote control is configured and the user must configure the mapping of the commands to keyboard events manually.\n\nSteps to follow:\n*Plug you device and check '''dmesg''' for the proper messages:\n<pre>\n[ 1573.042013] usb 2-1.1: New USB device found, idVendor=1f4d, idProduct=b803\n[ 1573.042019] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3\n[ 1573.042025] usb 2-1.1: Product: RTL2838UHIDIR\n[ 1573.042030] usb 2-1.1: Manufacturer: Realtek\n[ 1573.042035] usb 2-1.1: SerialNumber: 00000001\n[ 1573.042299] usb 2-1.1: usb_probe_device\n[ 1573.042305] usb 2-1.1: configuration #1 chosen from 1 choice\n[ 1573.045841] usb 2-1.1: adding 2-1.1:1.0 (config #1, interface 0)\n[ 1573.047764] usb 2-1.1: adding 2-1.1:1.1 (config #1, interface 1)\n[ 1573.056506] dvb_usb_rtl28xxu 2-1.1:1.0: usb_probe_interface\n[ 1573.056512] dvb_usb_rtl28xxu 2-1.1:1.0: usb_probe_interface - got id\n[ 1573.056522] usb 2-1.1: dvb_usb_v2: found a 'G-Tek Electronics Group Lifeview LV5TDLX DVB-T' in warm state\n[ 1573.056542] dvb_usb_rtl28xxu 2-1.1:1.1: usb_probe_interface\n[ 1573.056545] dvb_usb_rtl28xxu 2-1.1:1.1: usb_probe_interface - got id\n[ 1573.056574] usbcore: registered new interface driver dvb_usb_rtl28xxu\n[ 1573.098049] usb 2-1.1: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer\n[ 1573.098063] DVB: registering new adapter (G-Tek Electronics Group Lifeview LV5TDLX DVB-T)\n[ 1573.102316] usb 2-1.1: DVB: registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...\n[ 1573.110906] i2c i2c-19: fc0012: Fitipower FC0012 successfully identified\n[ 1573.123087] Registered IR keymap rc-empty\n[ 1573.123200] input: G-Tek Electronics Group Lifeview LV5TDLX DVB-T as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1/rc/rc0/input24\n[ 1573.123268] rc0: G-Tek Electronics Group Lifeview LV5TDLX DVB-T as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1/rc/rc0\n[ 1573.124312] IR NEC protocol handler initialized\n[ 1573.124313] IR RC5(x) protocol handler initialized\n[ 1573.124314] IR RC6 protocol handler initialized\n[ 1573.125273] IR JVC protocol handler initialized\n[ 1573.125331] IR SANYO protocol handler initialized\n[ 1573.125425] IR MCE Keyboard/mouse protocol handler initialized\n[ 1573.125517] input: MCE IR Keyboard/Mouse (dvb_usb_rtl28xxu) as /devices/virtual/input/input25\n[ 1573.125595] usb 2-1.1: dvb_usb_v2: schedule remote query interval to 400 msecs\n[ 1573.125645] IR Sony protocol handler initialized\n[ 1573.126330] lirc_dev: IR Remote Control driver registered, major 250 \n[ 1573.126605] rc rc0: lirc_dev: driver ir-lirc-codec (dvb_usb_rtl28xxu) registered at minor = 0\n[ 1573.126608] IR LIRC bridge handler initialized\n[ 1573.138186] usb 2-1.1: dvb_usb_v2: 'G-Tek Electronics Group Lifeview LV5TDLX DVB-T' successfully initialized and connected\n</pre>\nHere we can see the different steps in the detection and initialization of the hardware, from the USB discovery, to the DVB driver being loaded, and the different IR protocol decoders.\n*Checking the remote: now that we know the system knows about the hardware, we need to check if the remote control subsystem is up and running, for this we need to invoque the utility '''ir-keytable''' as root:\n<pre>\nir-keytable \nFound /sys/class/rc/rc0/ (/dev/input/event12) with:\n\tDriver dvb_usb_rtl28xxu, table rc-empty\n\tSupported protocols: NEC RC-5 RC-6 JVC SONY SANYO LIRC other \n\tEnabled protocols: NEC RC-5 RC-6 JVC SONY SANYO LIRC other\n\tRepeat delay = 500 ms, repeat period = 125 ms\n</pre>\nMake sure all protocols available are enabled, also check the remote control deice (rc0), the event device (event12) and the driver name (dvb_usb_rtl28xxu). This values may differ between systems but just in the number at the end of the devices names.\nTo check the reception of remote control codes, run the same utility in test mode, modify the device name if neccesary:\n<pre>\nir-keytable -s rc0 -t\nTesting events. Please, press CTRL-C to abort.\n1370640168.669141: event MSC: scancode = 2bd09\n1370640168.669141: event sync\n1370640171.109126: event MSC: scancode = 2bd07\n1370640171.109126: event sync\n1370640171.922873: event MSC: scancode = 2bd15\n1370640171.922873: event sync\n</pre>\nThese events lines should appear when pressing keys in the remote control. If they do not appear check you have all the IR protocol decoders loaded and active, and the remote has batteries (Trick: most digital cameras see the infrared, just point it to your mobile phone, or webcam and see if the led blinks when pressing a key). There is a small chance your remote is using a not yet supported protocol, try with other remote controls in your home just in case.\n\n*Configure the keymap: knowing the remote control commands are detected, we need to convert then to keyboard events, for this we need to load a keymap to translate them. If you are using the remote control supplied with the device, there is a high chance you already have a file with this mapping, if not you can always write your own. First we will try if we already have the  mapping file. Choose a key in yor remote control and write down the scancode reported by ir-keytable. In this case i will use the scan code '''2bd15''' wich appears when pressin the '''OK''' key in my remote control.\nNow look for this scan code in the keymap files of your system:\n<pre>\ngrep -i 2bd15 /etc/rc_keymaps/*\n/etc/rc_keymaps/terratec_slim:0x02bd15 KEY_OK\n/etc/rc_keymaps/total_media_in_hand:0x02bd15 KEY_OK\n</pre>\nBingo!, not only one but two keymaps match both the scancode and the expected key. To see which would be a better choice make a diff of both files and check the differences. In my case the key for \"POWER\" is different in each file, and with the help of '''ir-keytable -t''' I can see the configuration file matching the scancode in my remote is \"/etc/rc_keymaps/terratec_slim\". Now loading the file is as easy as '''ir-keytable -s rc0 -w /etc/rc_keymaps/terratec_slim''':\n<pre>\nr-keytable -s rc0 -w /etc/rc_keymaps/terratec_slim\nRead terratec_slim table\nWrote 28 keycode(s) to driver\nProtocols changed to NEC \n</pre>\nRepeting the test:\n<pre>\nir-keytable -s rc0 -t\nTesting events. Please, press CTRL-C to abort.\n1370641923.915169: event MSC: scancode = 2bd15\n1370641923.915169: event key down: KEY_SPACE (0x0039)\n1370641923.915169: event sync\n 1370641924.164968: event key up: KEY_SPACE (0x0039)\n1370641924.164968: event sync\n1370641927.141085: event MSC: scancode = 2bd00\n1370641927.141085: event key down: KEY_1 (0x0002)\n1370641927.141085: event sync\n11370641927.390980: event key up: KEY_1 (0x0002)\n1370641927.390980: event sync\n1370641928.759008: event MSC: scancode = 2bd06\n1370641928.759008: event key down: KEY_7 (0x0008)\n1370641928.759008: event sync\n71370641929.008949: event key up: KEY_7 (0x0008)\n1370641929.008949: event sync\n1370641930.376940: event MSC: scancode = 2bd45\n1370641930.376940: event key down: KEY_POWER2 (0x0164)\n1370641930.376940: event sync\n1370641930.626916: event key up: KEY_POWER2 (0x0164)\n1370641930.626916: event sync\n</pre>\nSee the space and extra '1' and '7' leading the key up lines? those are keypress from the remote!!, also the name of the key press is printed next to the scan codes.\n\n*No matching keymap file: if you are using a remote control not listed among the suplied keymaps, you will need to write your own, for this write a file in '''/etc/rc_keymaps''' with this structure:\n<pre>\n# table TTTT, type: UUUU\n0xAAAAAA KEY_XXXXX\n</pre>\nWhere '''TTTT''' is the name of the table you choose to use, '''UUUU''' is the protocol, for this load only one protocol at a time with '''ir-keytable -p UUUU''' until you get scancodes during the test mode again. Then one per line, add the scancode you got from the test mode of ir-keytable ,preceded by '0x', and separated by a tab or spaces the name of the key you want to emulate. For a list of theys vist [[Remote_Controllers]] or [http://xbmc.exstatic.org/ir_keys.txt]. Save the file and load it as shown before.\n\n*Loading the keymap automatically: to load the keymap automatcally, you need to edit the file '''/etc/rc_maps.cfg''' adding the line:\n<pre>\ndvb_usb_rtl28xxu  *   terratec_slim\n</pre>\nThe values are: the driver name, the tabke name (* for any) and the keymap filename.\n\nAll this information is not but an adaptation of the one privded here[http://forum.xbmc.org/showthread.php?tid=101151].\n=== Original Vendor-released driver ===\n\nUnknown\n\n=== Missing drivers ===\n\n==External Links==\n\n* [http://www.spinics.net/lists/vfl/msg42377.html]\n* [http://www.realtek.com/products/productsView.aspx?Langid=1&PNid=22&PFid=35&Level=4&Conn=3&ProdID=257]\n\n[[Category:Chipsets]]\n[[Category:Drivers]]"
                    }
                ]
            }
        }
    }
}