Dpup Exprimo 5.X.3.6.2.1 with kernel 3.6.2

For talk and support relating specifically to Puppy derivatives
Message
Author
User avatar
Tman
Posts: 808
Joined: Sat 22 Jan 2011, 21:39
Location: Toronto

#21 Post by Tman »

pemasu wrote: Tman. I am not sure about your finding. The Play fullscreen should be linked to the /usr/local/apps/mplayer which has inside AppRun which executes: exec mplayer -fs "$@"
....so the video files should launch mplayer in fullscreen.
Oh you are right. Sorry, my mistake. When I checked the link, all I saw was Mplayer, then I closed the Rox window. Later I went into /usr/share/applications/mplayer.desktop and saw that the exec option was mplayer_shell.. sorry about that. Nevertheless using exec mplayer -fs is not enough in -vo x11 mode, which is what Mplayer will default to with some video drivers. My card, for example when using the generic nv driver will not play videos in fullscreen with default Mplayer settings, until I upgrade to the Nvidia driver.
I should be more precise.. yes they play in fullscreen mode, but the videos are not stretched to fullscreen. The videos play with big black frames around them. To stretch the video in fullscreen, you need something like this: exec mplayer -fs -zoom -x 1024 -y 768.

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#22 Post by pemasu »

Tman. Got it now. If the /usr/local/apps/mplayer/AppRun would run that mplayer_fullscreen script....would it fix the vo x11 problem ?

Could you change that AppRun content to reflect that change and test it...if you have the graphics which need it.
It would be simple way to change all the video formats Rox right click Play Fullscreen behavior.

You can also edit /etc/mplayer/mplayer.conf to have vo=x11 and uncomment this row: #zoom=yes

And there is also /root/.mplayer/mplayer.conf which has default vo=xv for gnome-mplayer.

Gnome-mplayer seems to obey this file /root/.config/gnome-mplayer/gnome-mplayer.conf
Last edited by pemasu on Wed 17 Oct 2012, 14:09, edited 1 time in total.

User avatar
Tman
Posts: 808
Joined: Sat 22 Jan 2011, 21:39
Location: Toronto

#23 Post by Tman »

pemasu wrote:Tman. Got it now. If the /usr/local/apps/mplayer/AppRun would run that mplayer_fullscreen script....would it fix the vo x11 problem ?

Could you change that AppRun content to reflect that change and test it...if you have the graphics which need it.
Yes you could change the Apprun content, but then the Play Fullscreen right-click would be a shortcut of a shortcut. It would link to Apprun, which would link to mplayer_fullscreen. Why not just link to it directly, by installing the pet? Yes you can change the config options, but not everyone would know how. My script finds the screen resolution, then adjusts the -zoom -x ???? -y ???? accordingly. It's a modification of Barry's mplayer_shell. What mplayer_shell does is it sets -vo xv by default, but if it finds that you have a certain video driver, it switches to -vo x11, since the other option doesn't work with all video drivers. I already made a screenshot before I read your last post, so I might as well put a link to it here.

Edit: my pet already has the Rox right-click included..it overwrites the old Play Fullscreen right-click options and replaces them with new links, but under the exact same name, so you don't have to erase the old right-click options.
Attachments
play as fullscreen.jpg
this is the output with the nv driver
(46.06 KiB) Downloaded 861 times

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#24 Post by pemasu »

Tman. I dont understand your reasoning. Here is my mplayer-fullscreen-fix-0.0.1 pet. Extract it and check contents.
Yours pet is more complicated. There is no need to change the OpenWith mime type definitions. Just the original symlinks to the /usr/local/apps/mplayer is ok. Change only the content of /usr/local/apps/mplayer/AppRun to launch mplayer_fullscreen script.

I checked the mplayer_fullscreen script. It does not point back to the /usr/local/apps/mplayer. I dont see any loops there.

You just need the original Rox right click /root/.config/rox.sourceforge.net/OpenWith/* folder contents which had those symlinks to the /usr/local/apps/mplayer to launch that AppRun content. I think this way it is simpler and in line how the Rox right clicks should work.

Use: Rox right click: Look Inside to see /usr/local/apps/mplayer content, otherwise you dont see the AppRun inside it.
Attachments
mplayer-fullscreen-fix-0.0.1.pet
(1.1 KiB) Downloaded 807 times

User avatar
Tman
Posts: 808
Joined: Sat 22 Jan 2011, 21:39
Location: Toronto

#25 Post by Tman »

I just thought, of something. You might like this code better when the video is not running in -vo x11 mode.

Code: Select all

#!/bin/sh
# Tman - based some code from BarryK's mplayershell

XRANDR_OUTPUT="$(xrandr | grep '*')"
X_VALUE=`echo $XRANDR_OUTPUT |head -n1 |cut -f 1 -d 'x'`
Y_VALUE=`echo $XRANDR_OUTPUT |head -n1 |cut -f 2 -d 'x' |head -n1 |cut -f 1 -d ' '`
MYVIDOUT="-vo xv -fs"
[ "`readlink /usr/bin/X`" = "Xvesa" ] && MYVIDOUT="-vo x11 -fs -zoom -x $X_VALUE -y $Y_VALUE"
[ -f /etc/X11/xorg.conf ] && [ "`grep 'card0driver' /etc/X11/xorg.conf | grep '"vesa"'`" != "" ] && MYVIDOUT="-vo x11 -fs -zoom -x $X_VALUE -y $Y_VALUE"

#if radeon_dri.so exists, assume mesa/xorg-high is activated, and use opengl
#[ -e /usr/X11R7/lib/dri/radeon_dri.so ] && MYVIDOUT="-vo gl -fs" && echo 'mesa/xorg-high driver #detected'

#use opengl for nvidia proprietary driver
[ -f /etc/X11/xorg.conf ] && [ "`grep 'card0driver' /etc/X11/xorg.conf | grep '"nvidia"'`" != "" ] && MYVIDOUT="-vo gl -fs" && echo 'nvidia driver detected'

# alternate option to use vdpau - only works with newer nvidia drivers, ffmpeg needs to be compiled with vdpau support
#[ -f /etc/X11/xorg.conf ] && [ "`grep 'card0driver' /etc/X11/xorg.conf | grep '"nvidia"'`" != "" ] && MYVIDOUT="-vo vdpau"

A_LANG=`echo $LANG |head -c2`
S_LANG=$A_LANG

mplayer $MYVIDOUT -alang $A_LANG -slang $S_LANG "$1"

exit
## END
Both should work..but I have only tested on my nividia GT240 card. You may notice I have extra options that are commented out, that is becuase those options have not been fully tested. The code is modified a bit, since -vo x11 only needs the -zoom option. The rest can have it included...but don't require that option to stretch the video to fullscreen.

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#26 Post by pemasu »

Tman. Some notes about that script. Xvesa is nowadays as an option only in Wary...I think. Dpups, Racy etc does not have it:
no|xserver_xvesa||exe
But it does not hurt to be there.

vo=x11 has been attached to the vesa driver, that is ok,I think.
Commented rows:
About that radeon_dri.so checking I am not so sure, there is bunch of other dri drivers which will be installed by that xorg_high, for example I use i915.dri.so for dri, and vo=gl does not work for me.
That it is commented out, is good thing.

# ls /usr/lib/dri
i810_dri.so mach64_dri.so r200_dri.so radeon_dri.so swrast_dri.so
i915_dri.so mga_dri.so r300_dri.so savage_dri.so tdfx_dri.so
i965_dri.so r128_dri.so r600_dri.so sis_dri.so unichrome_dri.so

So the default is vo=xv, but for vesa xorg driver it is vo=x11.

My suggestion. What about if I enable in build.... in /etc/mplayer/mplayer.conf the commented row: #zoom=yes to zoom=yes so that it is activated.

It does not hurt my vo=xv mplayer video output but zooms to fullscreen when I have vo=x11 video output.

Would that be fixing solution, when the video output defaults to vo=x11 with some graphics.

Also for gnome-mplayer, I could remove the /root/.mplayer/config file which has for gnome-mplayer the default vo=xv definition, Gnome-mplayer might work better together with that /etc/mplayer/mplayer.conf zoom=yes ....
Last edited by pemasu on Wed 17 Oct 2012, 15:26, edited 1 time in total.

User avatar
Tman
Posts: 808
Joined: Sat 22 Jan 2011, 21:39
Location: Toronto

#27 Post by Tman »

pemasu wrote: My suggestion. What about if I enable in build.... in /etc/mplayer/mplayer.conf the commented row: #zoom=yes to zoom=yes so that it is activated.

It does not hurt my vo=xv mplayer video output but zooms to fullscreen when I have vo=x11 video output.

Would that be fixing solution, when the video output defaults to vo=x11 with some graphics.

Also for gnome-mplayer, I could remove the /root/.mplayer/mplayer.conf file which has for gnome-mplayer the default vo=xv definition, Gnome-mplayer might work better together with that /etc/mplayer/mplayer.conf zoom=yes ....
Your solution to enable zoom works for me... darn it! Too bad I didn't know about it. But that's okay, I learned a few new coding tricks while making that script. You don't need to change anything in /root/.mplayer .. The xv option for Gnome Mplayer works fine .. I think it is becuase you have mesa or xorg-high already installed. My pup doesn't come with mesa, so I had to add the x11 output to it or else the x-server would crash when launching a video. I will add mesa to my non-Lite Solidpup, since Tote reported that xv is considerably faster.

Wait a minute... why does Gnome-mplayer play in xv, and Mplayer defaults to x11? ... I think you need to edit /usr/bin/mplayer_shell, and get rid of the -vo x11 stuff, since you've got Xorg-high? preinstalled... then I don't think you need to change any other settings.

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#28 Post by pemasu »

Tman. I think you need to check inside Gnome-Mplayer > Edit > Preferences and change from there the video output to xv and x11 for seeing what really works. That is the most confidential way to test it. No matter what these configuration scripts says....when you change the video output inside Gnome-Mplayer it should show you what really works.

User avatar
ETP
Posts: 1193
Joined: Tue 19 Oct 2010, 19:55
Location: UK

Dpup Exprimo 5.X.3.6.2.1 with kernel 3.6.2

#29 Post by ETP »

Hi pemasu,

I did comment:
Rebooting into another pup (Slacko 5.3.3.2) on the same stick but in an entirely different directory, I was amazed when it proceeded to increase the save file size.
Whilst this does not explain the crash the increase in the save file on another pup on the same stick is in fact normal behaviour.

When the app to increase the savefile is executed it creates a flag in the root of the drive holding initrd.gz regardless of whether
or not initrd.gz is held in a subdirectory. The file is named pupsaveresize.txt and simply contains the figure to increase the savefile by.

This flag is in no way specific to any pup and if another pup on the same stick is launched it will apply the increase and if successfull
will then delete the flag. In all fairness there is a on screen warning to re-launch the pup who's savefile you intend to increase but it would
make more sense to put the flag in the same directory as initrd is launched from and then to search in the order subdirectory/root. This would deal with both
single pups (likely to be in the root) and multiple pups (likely to be in subdirectories) on USB sticks. A matter for BK perhaps?

With regard to the crash that I experienced, I had re-booted successfully a number of times and the crash seemed to have been provoked by the
presence of the flag.
Regards ETP
[url=http://tinyurl.com/pxzq8o9][img]https://s17.postimg.cc/tl19y14y7/You_Tube_signature80px.png[/img][/url]
[url=http://tinyurl.com/kennels2/]Kennels[/url]

User avatar
Tman
Posts: 808
Joined: Sat 22 Jan 2011, 21:39
Location: Toronto

#30 Post by Tman »

pemasu wrote:Tman. I think you need to check inside Gnome-Mplayer > Edit > Preferences and change from there the video output to xv and x11 for seeing what really works. That is the most confidential way to test it. No matter what these configuration scripts says....when you change the video output inside Gnome-Mplayer it should show you what really works.
Sorry for the late reply:
You were right, pemasu. Gnome Mplayer was not playing in xv mode, it was playing in x11 mode.
I took a look at your /root/.mplayer.conf settings:
the vo=xv option was being totally ignored, while the zoom=yes option was working. So it seems your original solution to enable zoom in /etc/mplayer/mplayer.conf is the right way to go..

The vo=??? option for gnome-mplayer looks like it sticks only when that option is in the /root/.config/gnome-mplayer.conf file.

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#31 Post by pemasu »

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.....

User avatar
Tman
Posts: 808
Joined: Sat 22 Jan 2011, 21:39
Location: Toronto

#32 Post by Tman »

pemasu wrote: 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: Select all

#
# 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.

menu=yes
mc=1					# keeps video and sound in sync
#autoq=6
#dr=1                   # direct rendering
#vop=pp

[protocol.dvd]
profile-desc="profile for dvd:// streams"
af=volnorm=1 #increase amplitude for dvd movies

[protocol.dvdnav]
profile-desc="profile for dvdnav:// streams"
profile=protocol.dvd
mouse-movements=yes
nocache=yes


##################
# video settings #
##################

# Specify default video driver (see -vo help for a list).
vo=xv,x11,sdl

# FBdev driver:
#
# mode to use (read from fb.modes)
#fbmode = 640x480-120
#
# location of the fb.modes file
#fbmodeconfig = /etc/fb.modes

# Specify your monitor timings for the vesa and fbdev video output drivers.
# See /etc/X11/XF86Config for timings. Be careful; if you specify settings
# that exceed the capabilities of your monitor, you may damage it.
#
# horizontal frequency range (k stands for 1000)
#monitor-hfreq = 31.5k-50k,70k
#
# vertical frequency range
#monitor-vfreq = 50-90
#
# dotclock (or pixelclock) range (m stands for 1000000)
#monitor-dotclock = 30M-300M

# Start in fullscreen mode by default.
#fs=yes

# Change to a different videomode when going fullscreen.
#vm=yes

# Override the autodetected color depth, may need 'vm=yes' as well.
#bpp=0

# Enable software scaling (powerful CPU needed) for video output
# drivers that do not support hardware scaling.
zoom=yes

# standard monitor size, with square pixels
#monitoraspect=4:3

# Use this for a widescreen monitor, non-square pixels.
#monitoraspect=16:9

# Keep the player window on top of all other windows.
#ontop=yes


##################
# audio settings #
##################

# Use pulse, then alsa, then SDL video with the aalib subdriver by default.
ao=alsa,sdl:aalib

# Use SDL audio driver with the esd subdriver by default.
#ao = sdl:esd

# Specify the mixer device.
#mixer = /dev/mixer

# Resample the sound to 44100Hz with the lavcresample audio filter.
#af=lavcresample=44100


##################
# other settings #
##################

stop-xscreensaver=yes

# Pretend to be Window Media Player.
# Fixes playback when playlist and media file use the same URL.
#user-agent=NSPlayer/4.1.0.3856

# Drop frames to preserve audio/video sync.
framedrop = yes

# Specify your preferred skin here (skins are searched for in
# /usr/local/share/mplayer/skins/<name> and ~/.mplayer/skins/<name>).
#skin = Abyss

# Resample the font alphamap.
# 0     plain white fonts
# 0.75  very narrow black outline (default)
# 1     narrow black outline
# 10    bold black outline
#ffactor = 0.75

# cache settings
#
# Use 8MB input cache by default.
#cache = 8192
#
# Prefill 20% of the cache before starting playback.
#cache-min = 20.0
#
# Prefill 50% of the cache before restarting playback after the cache emptied.
#cache-seek-min = 50

# DVD: Display English subtitles if available.
#slang = en

# DVD: Play English audio tracks if available.
#alang = en

###################
# DVDNAV Settings #
###################
#vc=ffmpeg12,

# You can also include other configuration files.
#include = /path/to/the/file/you/want/to/include

User avatar
DC
Posts: 360
Joined: Sun 30 Apr 2006, 15:07
Location: Maidenhead, England

RTL2832U

#33 Post by DC »

Hi pemasu,
DVB RTL2832U testing

After reading your instructions properly the Sandberg stick now gets recognized :)
However still a few bugs I think.

Under puppy 528 kk2.6.33.2 vlc opens with a couple of errors then the picture stays locked in.

Under puppy squeeze k3.6.2.1 vlc opens with a continuous stream of errors. If a picture comes up it then freezes or you just get a black screen. It acts like its got a very weak signal.

Booted between the the two puppies a few times to check and its always the same.

errors example

Code: Select all

puppy 528 k2.6.33.2

   BBC ONE selected 

VLC media player 1.0.6 Goldeneye
libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 0) for PID 0
libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 0) for PID 18
libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 0) for PID 100
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
libdvbpsi error (PSI decoder): TS discontinuity (received 13, expected 0) for PID 17
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::begin: Paint device returned engine == 0, type: 1


puppy squeeze k3.6.2.1

   BBC ONE selected 
   
VLC media player 1.0.6 Goldeneye  
libdvbpsi error (PSI decoder): PSI section too long
libdvbpsi error (misc PSI): Bad CRC_32 (0x6c237f33) !!!
libdvbpsi error (PSI decoder): TS discontinuity (received 3, expected 2) for PID 18
libdvbpsi error (misc PSI): Bad CRC_32 (0xf4997409) !!!
libdvbpsi error (PSI decoder): TS discontinuity (received 8, expected 5) for PID 18
libdvbpsi error (PSI decoder): TS discontinuity (received 2, expected 10) for PID 18
libdvbpsi error (PSI decoder): TS discontinuity (received 7, expected 3) for PID 18
libdvbpsi error (PSI decoder): TS discontinuity (received 15, expected 8) for PID 18
libdvbpsi error (PSI decoder): TS discontinuity (received 3, expected 2) for PID 18
libdvbpsi error (PSI decoder): TS discontinuity (received 6, expected 9) for PID 100
libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 5) for PID 18
libdvbpsi error (PSI decoder): TS discontinuity (received 9, expected 2) for PID 18
libdvbpsi error (misc PSI): Bad CRC_32 (0x7b0fcc7b) !!!
continuous stream of errors
The DVB Compro U650F stick still seems to have the same problem. Which I find strange because they seem to have the same chip set.

thanks

DC
a little bit of knowledge and I'm dangerous

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#34 Post by pemasu »

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.

User avatar
ETP
Posts: 1193
Joined: Tue 19 Oct 2010, 19:55
Location: UK

DVB RTL2832U testing

#35 Post by ETP »

Hi DC,
DVB RTL2832U testing

After reading your instructions properly the Sandberg stick now gets recognized
However still a few bugs I think.

Under puppy 528 kk2.6.33.2 vlc opens with a couple of errors then the picture stays locked in.

Under puppy squeeze k3.6.2.1 vlc opens with a continuous stream of errors. If a picture comes up it then freezes or you just get a black screen. It acts like its got a very weak signal.

Booted between the the two puppies a few times to check and its always the same.

errors example

Code:
puppy 528 k2.6.33.2

BBC ONE selected

VLC media player 1.0.6 Goldeneye
DVB-T is a subject close to my heart & I note that you make reference to VLC media player 1.0.6 Goldeneye (the old Lucid pet) with both 528 and puppy squeeze k3.6.2.1.

AFAIK prior to June 2012 that pet was the only version to have been properly compiled for DVB-T support. In June however pemasu produced the following which is compiled correctly:

http://smokey01.com/pemasu/pet_packages ... 1-i686.pet

May I suggest that you give it a try with squeeze? Whilst I still use VLC, in Linux for DVB-T purposes I now prefer smplayer.

You may also wish to try that & I would recommend another of pemasu’s pets:

http://smokey01.com/pemasu/pet_packages ... -0.8.1.pet
Regards ETP
[url=http://tinyurl.com/pxzq8o9][img]https://s17.postimg.cc/tl19y14y7/You_Tube_signature80px.png[/img][/url]
[url=http://tinyurl.com/kennels2/]Kennels[/url]

User avatar
DC
Posts: 360
Joined: Sun 30 Apr 2006, 15:07
Location: Maidenhead, England

RTL2832U

#36 Post by DC »

Hi pemasu and ETP,

Yes I'll try the later version of VLC tonight when I get home.


Two points though;
The same version of VLC is used in both puppies, should that exclude VLC from the problem?
Aerial signal and all hardware are the same for both, so no weak signal.

Lack of knowledge precludes me from commenting on the libraries :?

thanks

DC
a little bit of knowledge and I'm dangerous

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#37 Post by pemasu »

Yeah. Testing with Smplayer would eliminate the vlc produced errors.
How I created the channels.conf for Mplayer format:

First I downloaded w_scan: http://ftp.de.debian.org/debian/pool/ma ... 1_i386.deb
w_scan because it does not need ANY initial_file to be used as base for tuning.

Next: I checked this page for right parameters: http://linuxtv.org/wiki/index.php/W_scan
dvb-t and dvb-c needs different parameters.

For my dvb-c and Finland location it was:
w_scan -fc -c FI -M > /root/.mplayer/channels.conf

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.

anikin
Posts: 994
Joined: Thu 10 May 2012, 06:16

#38 Post by anikin »

pemasu wrote:Anikin. I have compiled now with patched source (Thanks to rcrsn51 ) eee.ko module. Attached here. Please test and report.
Hi pemasu, unfortunately I failed to install it.
No /proc/eee directory gets created and there's nothing to load through # modprobe eee.
However, # modinfo can see it:
filename: /lib/modules/3.6.2-dpup/kernel/drivers/platform/x86/eee.ko
description: Support for eeePC-specific functionality.
author: Andrew Tipton
license: GPL
depends: i2c-core
vermagic: 3.6.2-dpup SMP mod_unload modversions CORE2
#
and # lsmod shows this:
Module Size Used by
eee 3267 0
------
edit:
pemasu, please have a look at this link provided by rcrsn51:
http://www.murga-linux.com/puppy/viewto ... &start=120
tempestuous wrote: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: Select all

echo 1 > /sys/class/hwmon/hwmon0/pwm1_enable
to adjust fan speed control

Code: Select all

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: Select all

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, 15:37, edited 1 time in total.

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#39 Post by pemasu »

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....

User avatar
DC
Posts: 360
Joined: Sun 30 Apr 2006, 15:07
Location: Maidenhead, England

Media player

#40 Post by DC »

Hi pemasu and ETP,

tried VLC 2.0.1 -failed

Code: Select all

# vlc
VLC media player 2.0.1 Twoflower (revision 2.0.1-0-gf432547)
[0x80cdc48] main interface error: no suitable interface module
[0x804e3f0] main libvlc error: interface "globalhotkeys,none" initialization failed
[0x804e3f0] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
[0x80cdc48] main interface error: option qt-volume-complete does not exist
[0x80cdc48] skins2 interface error: no suitable dialogs provider found (hint: compile the qt4 plugin, and make sure it is loaded properly)
[0x80cdc48] skins2 interface error: cannot instantiate qt4 dialogs provider
[0x80cdc48] [cli] lua interface: Listening on host "*console".
VLC media player 2.0.1 Twoflower
Command Line Interface initialized. Type `help' for help.
> 
Tried smplayer - failed

Code: Select all

# smplayer
smplayer: error while loading shared libraries: libQtXml.so.4: cannot open shared object file: No such file or directory
# 
next suggestion please (bit short of time tonight so no rush, will play over the weekend)

DC
a little bit of knowledge and I'm dangerous

Post Reply