Changelog for 1.0.0 (over previous 0.10.6): "#1.0.0 - Renamed to ivtv_drv and xf86-video-ivtv for consistency with X11R7 naming convention. - When the ivtv X driver is loaded, it ensures the osd/framebuffer is switched on, and both global & local alpha are off. - Remove obsolete text from the README. - Delete obsolete xc directory. - Reformatted code to Xorg style - Fixed Xv support for IVTV versions < 1.0.0 - Removed dead code - Other minor tweaks & clean-ups to make the code more consistent. - Tweaked configure.ac for a more graceful failure if the base requirements aren't met. - Add support for multiple PVR350's - Add support for multiple 'resolutions', switchable via randr - Add support for 8/16 bpp modes - XV not supported for 8bpp - Add support for Virtual resolutions with panning - Add support for Big-endian CPUs - induces speed penalty since cpu has to byte swap all data - Takes advantage of improved dma if ivtv > 0.10.0 - Most ErrorF calls replaced with xf86DrvMsg - New resolution/colour support only works if ivtv-fb is loaded WITHOUT 'osd_compat=1' - compiles with Xorg 7.x as well as older X versions - Add software scaling for images larger than 720x576" Looks good to me! :) Thanks!
Is je_fro retired? planet.g.o page is 404'rd.
No, I'm not retired, I'm just unable to hook a TV to my ivtv card at the moment. I'll take a look at this when I get another TV. (should be soon... perhaps Santa will be good to me :))
Hi; Im am running the 1.0.0 X driver, and it seems to work. It initially failed to compile, wanting "asm/page.h", which is in the kernel source include/asm, but not in portages linux-headers for the 2.6.23 kernel. I just manually added the kernels include path to get it to compile: CFLAGS="-I/usr/src/linux/include" ./configure --prefix=/usr && make The README file in the driver source described exactly what was required to get the the Xserver up and running. I built it against ivtv-1.0.3-r1 There are no ivtvdev builds in portage that will build for me against an ivtv-1.0.x, which is required for this kernel version. Unfortunately, there are no mplayer builds which build for me against ivtv-1.0.x with the ivtv USE setting:( The ivtv ebuild will refuse to install anything other than a 1.0.x version on a newer kernel. This area seems to be in quite a bit of flux.
Re #3: Paul, I've had the ivtv USE flag off for mplayer for a long time. The mplayer ivtv code has been long broken, at least for me. And, yes, I'm holding back on upgrading the kernel and ivtv while waiting for this, since I use a box with a PVR-350 as backand and frontend together. However, I have to say that the 0.10.6 ivtvdev/ivtv and gentoo-sources-2.6.21-r4 has been a fairly stable combo, even with the latest stable MythTV. Re #2: Jeff, was Santa good to you? If not, do you need assistance from someone with a TV for testing and such?
mmkay, santa was not good to me, and the only tv I've got right now is too big to use in the hole I call my office. I'll work on getting a new ebuild in the tree, but I'll need some help testing it.
I'll be glad to help if you throw your ebuild into this bug, or put it into an Overlay. Please say what kernel you're using (or would prefer we test against), and generally required kernel settings. I'm currently stuck on 2.6.21-r4 (gentoo-sources) becuase of this bug, and haven't investigated which modules I need to enable in new kernel versions.
Okay, so as a starting point I've added x11-drivers/xf86-video-ivtv to my overlay (layman -a je_fro) The ebuild appears to work, but I've no way to test at the moment. Any feedback would be greatly appreciated. Thanks, je_fro
Great! I may not be able to test for a while - this was the last weekend I'll have free for several weeks, and I don't want to risk taking out my myth box before I go to work. :/
(In reply to comment #8) > Great! I may not be able to test for a while - this was the last weekend I'll > have free for several weeks, and I don't want to risk taking out my myth box > before I go to work. :/ > So are you not experiencing the behavior seen here: http://www.gossamer-threads.com/lists/ivtv/users/36990#36990 ?
Whoops! If Torben Sorensen is reading this, are you not affected by the mythtv problems in the link I gave above? If not, did you apply that patch?
Re #9 & #10: Nope. Not having that problem, and, no, no special patching. However, I'm running gentoo-sources-2.6.21-r4, with ivtv-0.10.6 and xf86-video-ivtvdev-0.10.6, with mythtv-0.20.2_p15477. Let me know here if you need more info.
Okay, I've moved x11-drivers/xf86-video-ivtvdev to x11-drivers/xf86-video-ivtv. Please give me a holler if you experience any problems... Thanks, je_fro
As this is still open, 1.0.1 is out. ---------------------- Subject: [ivtv-users] [ANN] Released xf86-video-ivtv-1.0.1 Hi all, I've just released a new bugfix release of xf86-video-ivtv (aka the 'xdriver'). Fixes: - Add support for newer X org versions with libpciaccess - xf86-video-ivtv Xv scaling fix
Just copied the ebuild to a local overlay and bumped the filename to xf86-video-ivtv-1.0.1.ebuild. Restarted mythfrontend and it is working fine so far (tested mythtv interface and playback on PVR-350).
in the tree! thanks! je_fro