2013-10-15, 16:24
qvdpautest /path/to/data, e.g. ./qvdpautest ../data
(2013-10-15, 10:44)fritsch Wrote: @MTroi
We already parked mesa in wsnipex mesa ppa. That will be there, so that makes it "stable" there. Fabio has in the meantime also rebuild his packages, so - development continues.
For xbmc it is quite easy. Don't upgrade before the End of a month, which is the end of the merge window.
@morbid:
It makes absolutely no sense to disable Adjust Refreshrate to match video and at the same time enable Sync Playback to Display. How should a 24p Video sync to the DisplayClock of 50hz or 60hz?
(2013-10-15, 14:38)divingmule Wrote: Thanks for the hint. After reading up on upstart, this seems to be a more proper fix, change 'start on' line in the xbmc.conf file.
From -Code:start on (filesystem and stopped udevtrigger)
To -Code:start on (filesystem and stopped udevtrigger and net-device-up IFACE=eth0)
Though this did slow down my boot time a bit, Thoughts?
(2013-10-15, 16:24)fritsch Wrote: qvdpautest /path/to/data, e.g. ./qvdpautest ../data
(2013-10-15, 08:06)fritsch Wrote:(2013-10-15, 07:10)waveletboy Wrote: Many thanks to Fritsch. My E350 finally dumps the flaw fgrlx.
With the 3.11.4 kernel I still need to use xrandr --output HDMI-0 --set audio auto to enable HDMI audio. It is pretty annoying.
There is something wrong, as this code should not be in 3.11.4 at all. Please provide the logfiles, btw. you can easily script that xrandr command to automatically run after startup.
(2013-10-14, 15:36)fritsch Wrote: No xbmc without X11 (on the systems you know) - we have wayland support though :-)
It just uses a minimal setup, therefore a little upstart script is much faster than e.g. lightdm.
(2013-10-16, 10:26)cbxbiker61 Wrote: Hey,
I tweeked qvdpautest to be a little more flexible. I was a little frustrated that qvdpautest didn't identify cards (other than Nvidia with the proprietary driver). Also, my main media systems boot straight into xbmc it was too difficult to gather the results for posting. I also fixed it to "make install" properly and it expects the test data in /usr/share/qvdpautest (now you can just run qvdpautest).
This version will identify any video card properly (with current pciutils), since it uses the pci bus to id the video card. It also writes the results to /tmp/qvdpau-result.txt so you can post the output in the event that it is too difficult to capture the standard output.
...
(2013-10-16, 09:11)smv1210 Wrote: Hi fritsch,
Would it be possible to You to add in your howto links for i386 patched kernel debs as well?
(2013-10-16, 15:22)pet.klikera Wrote: Hi cbxbiker61,
just added libpci-dev on top of my previous setup and everything compiled and installed perfectly. Good job!
Anyway, why not just distribute binaries? The ones who folowed frisch's HOWTO have the same OS base...
Greets,
RW
P.S.: the updated oibaf's mesa and stuff work flawless, no white screen or other artifacts...