| | 1 | Compatibility |
|---|
| | 2 | ============= |
|---|
| | 3 | |
|---|
| | 4 | Please read this carefully: the merging of ivtv and the ivtv |
|---|
| | 5 | framebuffer driver into the kernel introduced several changes which |
|---|
| | 6 | impact how you setup the X driver and what MythTV version you can |
|---|
| | 7 | use. |
|---|
| | 8 | |
|---|
| | 9 | This X11 driver supports all ivtv versions >= 0.10. If you are using |
|---|
| | 10 | ivtv >= 1.0.0 and you want to use MythTV, then you need to get the |
|---|
| | 11 | MythTV subversion trunk or the mythtv-vid branch. The current MythTV |
|---|
| | 12 | release (0.20.2) only supports ivtv versions < 1.0.0. |
|---|
| | 13 | |
|---|
| | 14 | If you use ivtv < 1.0.0 and you are using MythTV <= 0.20.2 (i.e., you |
|---|
| | 15 | are not using the MythTV subversion trunk or the mythtv-vid branch), then |
|---|
| | 16 | you must set the osd_compat=1 option for the ivtv-fb module. This is the |
|---|
| | 17 | only time you need to do this. See the osd_compat section at the bottom |
|---|
| | 18 | if you need this, since it impacts the X configuration file. |
|---|
| | 19 | |
|---|
| | 20 | There is a bug in the ivtv-1.0.0 driver in kernel 2.6.22 that will make |
|---|
| | 21 | MythTV from the MythTV subversion trunk or the mythtv-vid branch hit a |
|---|
| | 22 | locking error occasionally. This is fixed in kernel 2.6.23 and the fix |
|---|
| | 23 | is also expected to go into kernel 2.6.22.11. Kernels < 2.6.22 are fine. |
|---|
| | 24 | |
|---|
| | 25 | Note that the name of the ivtv framebuffer kernel module changed: |
|---|
| | 26 | it is called ivtvfb for ivtv >= 1.0.0 and ivtv-fb for older ivtv versions. |
|---|
| | 27 | So if you use ivtv < 1.0.0 and you read 'ivtvfb' in the text below, then |
|---|
| | 28 | replace it with 'ivtv-fb'. |
|---|
| | 29 | |
|---|
| | 30 | The ivtv framebuffer driver can be obtained from www.ivtvdriver.org. It |
|---|
| | 31 | is part of the ivtv package. It will be merged with kernel 2.6.24. |
|---|
| | 32 | |
|---|
| | 238 | |
|---|
| | 239 | However, in kernel 2.6.23 the 'vc:64-63' trick no longer works. Instead |
|---|
| | 240 | enable the VT_HW_CONSOLE_BINDING configuration option when compiling |
|---|
| | 241 | the kernel: 'Device Drivers', 'Character devices', 'Support for binding and |
|---|
| | 242 | unbinding console drivers'. You can now unload ivtvfb by running |
|---|
| | 243 | 'rmmod -f ivtvfb' and the standard console will automatically be reattached. |
|---|
| | 244 | |
|---|
| | 245 | There may be more elegant methods of doing this, please let me know if |
|---|
| | 246 | you find one. |
|---|
| | 247 | |
|---|
| | 248 | |
|---|
| | 249 | ivtv-fb osd_compat option |
|---|
| | 250 | ========================= |
|---|
| | 251 | |
|---|
| | 252 | If you are using ivtv < 1.0.0 and MythTV <= 0.20.2, then you have to set |
|---|
| | 253 | the osd_compat=1 option for the ivtv-fb module. This selects the framebuffer |
|---|
| | 254 | mode that MythTV expects (these MythTV versions hardcoded the framebuffer |
|---|
| | 255 | resolution and depth. If these would not match, then you would get a crash). |
|---|
| | 256 | |
|---|
| | 257 | In practice this means that the X configuration changes. Instead of having |
|---|
| | 258 | a section Mode "640x480" (PAL) or Mode "640x400" (NTSC) you now have to |
|---|
| | 259 | specify this: |
|---|
| | 260 | |
|---|
| | 261 | NTSC: |
|---|
| | 262 | |
|---|
| | 263 | Mode "720x480" |
|---|
| | 264 | DotClock 23.832 |
|---|
| | 265 | HTimings 720 775 799 800 |
|---|
| | 266 | VTimings 480 494 496 497 |
|---|
| | 267 | Flags "-HSync" "-VSync" |
|---|
| | 268 | EndMode |
|---|
| | 269 | |
|---|
| | 270 | PAL: |
|---|
| | 271 | |
|---|
| | 272 | Mode "720x576" |
|---|
| | 273 | DotClock 23.721 |
|---|
| | 274 | HTimings 720 775 799 800 |
|---|
| | 275 | VTimings 576 590 592 593 |
|---|
| | 276 | Flags "-HSync" "-VSync" |
|---|
| | 277 | EndMode |
|---|
| | 278 | |
|---|
| | 279 | And the Modes line in your Screen section also changes from "640x400" or |
|---|
| | 280 | "640x480" to "720x480" or "720x576" respectively. |
|---|