[04:04] greets folks. I have an atom n330 dual core ION, and though it's terribly underpowered, I can play some files well and others can't seem to play at all viewably. [04:05] for example, one matroska that I have has this for a video stream: Video: h264 (High), yuv420p, 1280x720, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) , and this file plays perfectly well [04:06] the other file, Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (also matroska), plays terribly. I notice that if I try to play this with vlc, I get the same performance, even if I try to adjust the thread settings in the ffmpeg/libavc decoder. It only ever maxes out one cpu, and never uses the other cpu. [04:07] does anybody have any suggestions as to what I may be able to do (besides replacing the hardware) to be able to play this second file? [04:45] mishehu: if you max out a CPU then something is going wrong. the decoding should be done on the GPU and not tax the CPU that much. [04:46] I'd verify if the hardware decoding is used or not first [06:19] dekarl: well the nvidia drivers are installed, and though it's an ION does that mean that the h264 is done on the nvidia card itself? [06:19] or was it only a subset of the processing? [06:37] I tried adjusting the frame buffer in the bios so that it had 512 mb instead of 64 mb (the prior setting), yet mythfrontend and vlc still end up using 100% of one of the cores [06:39] hmm, I can look at my ION [06:40] what decoding profile have you selected in the frontend setup? Should be VDPAU slim/normal/high [06:41] remind me please what setup menu those options are under [06:44] that under playback profiles? [06:48] looks like that was it [06:49] I set vdpau to highest, and the cpu's only at 17% [06:49] thanks for the help dekarl [06:51] glad that it was so easy (sorry I'm a bit slow, I have baby duty this morning :) [06:55] eh it's ok [06:55] I reloaded that machine a few times [06:55] that's why I missed setting it for vdpau in teh first place [06:56] so it does about 17% cpu for 720p h264, and 6-7% for standard dvd [06:56] much much better [06:57] sounds about right, too [06:58] night and day [06:58] I was getting quite irritated [06:58] now it works :-) === hpeter_ is now known as hpeter [15:12] [14:59:17] hmm and im unable to tune to one of the satelite muxes... [15:12] [14:59:20] http://www.bbc.co.uk/reception/info/sat_frequencies.shtml [15:12] [14:59:37] DSAT8 imtuned to, but DSAT4's settings just give me a timeout and no channels [15:12] [14:59:55] is that likely to happen if the dish alignment was slghtly out [15:12] [15:00:16] but i dont understand why i can get one of its muxes but not another, surely if it can see the satelite, it can see it right? [17:27] anyone here using multiple monitors with 12.04? [21:54] michael@myth-bedroom:/data$ mythtv-setup --help [21:54] xprop: unable to open display '' [21:54] (zenity:19556): Gtk-WARNING **: cannot open display: [21:55] any reason i cant run the mythtv-setup cli using ssh? [22:06] James2: it requires x [22:06] it isn't cli [22:07] you might be able to ssh -X it [22:07] probably easier to just vnc though [22:07] it is, your wrapper script just doesnt allow it due to its use of xterm [22:07] what i expected was the output from [22:07] mythtv-setup.real which i didnt know youd renamed and wrapped [22:08] mythtv-setup.real --help correctly returns its usage