ETP. You are right. the logical place for the resize flag is in the folder where that savefile is. It could be an improvement to suggest to Barry K for woof implementation. I need to check your finding also.

Tman. I have tried to find some documentation how gnome-mplayer - mplayer config files ( there is 3 of them) really interact but without success so far. Trial and error it is for now.....

Tman. I have tried to find some documentation how gnome-mplayer - mplayer config files ( there is 3 of them) really interact but without success so far. Trial and error it is for now.....

Yes, I've been doing it by trial and error as well. I was puzzled why your gnome-mplayer works from the start without any initial gnome-player.conf file. Eventually, I figured out that it was using the configuration that you set for mplayer, which was vo=xv,x11,sdl. I have merged your mplayer.conf file with my own, to get what is the best settings I have so far.

Code:

#
# MPlayer configuration file
#
# Configuration files are read system-wide from /etc/mplayer/mplayer.conf
# and per user from ~/.mplayer/config, where per-user settings override
# system-wide settings, all of which are overrriden by the command line.
#
# The configuration file settings are the same as the command line
# options without the preceding '-'.
#
# See the CONFIGURATION FILES section in the man page
# for a detailed description of the syntax.

DC. Okay...partial success. Now comes the difficult part. Libdvbpsi stream parsing has problems. It can be from poor antenna signal, poorly working libdvbpsi or it can come from the poorly working vlc version or my vlc compile might not be 100 % succesful. So....difficult to narrow the problem. There is only one version of libdvbpsi6 in squeeze repo, it would need recompile and who knows how many other libs are dependent of the used libdvbpsi version, and how many other libs should be recompiled, then compile newest vlc and cross the fingers.

I am not delighted of that atm. I will upgrade vlc at some time, then I think about upgrading the under the hood libs, somewhat.

The developer Palosaari posted, that if the chip has been recognized, then the problem should not come from the kernel drivers, he hasnt got bug reports about poor stream parsing.

Hack your working command depending on are you using dvb-t: -ft and what country you are searching for streams: two big letter alphabets, for me FI

-M means mplayer understandable channels.conf format, important.
Next important thing is to output it to the folder, from where Mplayer and Smplayer finds it: > /root/.mplayer/channels.conf
And....if you have tried non-working channels.conf with Smplayer, remove /root/.config/smplayer folder, because those failed efforts inhibit the usage of working channels.conf, really brilliant I think.

Now launch Smplayer, choose TV and voila your channels.conf channels are there to choose, watch and enjoy.

As a postscript to this exercise, it's worth explaining the final outcome:

- Celeron-based Eee models, except the 701SD, use the third party eee kernel module to control CPU speed and fan speed.

- Atom-based Eee models plus the 701SD use the standard eeepc-laptop kernel module to control the CPU speed.
The eee module is still used to control fan speed ... but only because Dougal's fan control daemon was written that way.
Since fan control on Atom-based models doesn't actually require the eee module, it would be an elegant solution to rewrite Dougal's fan control daemon in this situation to use these mechanisms (enabled by the eeepc-laptop module) instead:
to set manual fan speed control

Code:

echo 1 > /sys/class/hwmon/hwmon0/pwm1_enable

to adjust fan speed control

Code:

echo x > /sys/class/hwmon/hwmon0/pwm1

where x is a value between 0 (fan off) to 255 (full speed, 12V).
to read CPU temperature

Code:

cat /proc/acpi/thermal_zone/TZ00/temperature

01micko wrote:

Hmmmm,

I guess I could have a go at that, looking for a little side project so I will start work soon.

Cheers

Last edited by anikin on Thu 18 Oct 2012, 11:37; edited 1 time in total

Now you have dpup compliant setup of the applications and libs without interfering lucid stuff.
You can also use PPM which checks the dependencies...when you click check dependencies and it loads the needed depencies which are those above pets.

Anikin. It loads with modprobe eee for me and also creates /proc/eee and those files inside the /proc/eee it should.
So....I am clueless....

pemasu, I managed to get it loaded manually, but only once. Did first mod prob eeepc_laptop, and then modprob eee. It loaded, responded to commands, the folder was there. Rebooting and it's gone and modprob doesn't help anymore.

Anikin. Ok, something weird about eee.ko module happens. Not sure though what is the reason. For me it behaves nicely, though I dont try to use it. I fear what happens if it start to work, lol.
But I can modprobe and remove and modprobe it repeatitly.
Anyway....3.4.2 kernel version is the main dpup now...this is more or less experimental...where strange things happen...

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum