VDPAU was one of the big topics here on this blog for quite a while. Mplayer was well known to work together with VDPAU and Nvidia’s graphics cards >= 8xxx from almost the very beginning. But not Xine. The developers of Xine didn’t run mplayer’s approach, which was almost nothing else, but the code reuse of the code Nvidia itself published for their VDPAU driver.
Few month ago I’ve messed around with a bunch of launchpad debs for Nvidia’s VDPAU support, and it supposed to happen I’ve installed more or less accidentally the
nvidia-glx-180-opengl3 (don’t ask my anything about it). From this day on, I’ve occasionally tried to get rid of it, but didn’t succeed. Every time I’ve tried to install e.g. nvidia-glx-180 or something, I’ve got one of these errors (full log) slapped into my face:
E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover:
I’ve built the latest mplayer trunk (r29664) in order being able to play back 3gp videos with sound. All was fine and my 3gp videos had sound after I’ve installed the appropriate libraries, built and compiled the current mplayer version.
But after a while I’ve noticed, that mplayer, no matter how I’ve invoked it (with or without my mplayer-vdpau wrapper script for My Media System), played back my AVCHD footage from my Canon HF100 in slow motion (e.g. half speed), and the sound of course wasn’t in sync either. Continue reading
Some time ago I wrote an article about renaming multiple filenames . Now it happened I needed to rename several subtitles for Star Trek Enterprise because, I’m using a self-made mplayer-wrapper script to load subtitles automatically. Therefor the subtitle filename, usually a Sub Rip Text (.srt) file from tvsubtitles have to be in a form like
I’ve recently upgraded successfully from Intrepid Ibex (8.10) onto Jaunty Jackalope (9.04) – Err – yes – I’m talking about Ubuntu, to be more precise, about Kubunu x86_64. The upgrade was quite a success, and actually the first one, after which my system was still usable, although I heavily screwed around in it.
Here are my first impressions, and a few must have mods or settings. Continue reading
There are two major highlights about the two last released Nvidia VDPAU drivers. The first one is, that the stable driver 180.44 fixed an ugly bug in the x86_64 branch, concerning the VC-1 playback. And the second even better news is, that the ugly resource problem seems to be fixed in the 185.19 beta driver. Even systems with on-board graphics adapters (shared graphics memory) seem to work now without any issues anymore.
Here are the the release news from the VDPAU point of view: Continue reading
I didn’t intend to write about CoreAVC anymore, since VDPAU from NVIDIA is doing its job more than excellently for me. Major parts of this Blog are actually about it. Nevertheless I’ve read through the changelog of the release of 1.9.5. And what must I see? They’ve fixed the Canon HF100 seeking issues. This is their changelog like they’ve posted in their forum. Continue reading
The release of Nvidia driver 185.13 was a bit confusing to me, because I couldn’t find any change log, which describes, what have changed, or added to the new release. Only after browsing and searching nvnews.com I’ve found the statement, that a bug with Compiz was fixed, and it’s now possible to use Nvidia VDPAU in conjunction with the Compiz Desktop without a significant CPU load (~50%), what is good news of course. Continue reading