Tiny Core Linux
Tiny Core Extensions => TCE Q&A Forum => Topic started by: vinceASPECT on June 27, 2011, 04:10:42 PM
-
Hello,
i am currently using "mplayer" to watch streaming video coming from the web to TCL
I use the "mplayer no-deps" version off the tool from the tcl apps store.
"mplayer" seems like an extremely comprehensive software tool. In reality
i only ever play 2 types of streaming web video file. Usually .avi
files or .flv files.
i installed the gui front end called
"smplayer" for "mplayer". When i execute "smplayer" it complains that it
can't find the version of "mplayer" my TCL system is running.
i looked in the "preferences" area of "smplayer" and there is a
tab asking for the location and version of the "mplayer" executable.
Where is the "mplayer" executable file situated in my TCL operating system?
I have correctly installed "mplayer" and it works but i can't find the
location of it's executable.
i know the above may seem like a ridiculously ignorant question and i am
sorry about that.
Alternatively,
Is there a more simple and effective "streaming video file player" than mplayer?
is that alternative player available in the TCL apps store?
thanks,
Vince.
-
VLC streams and plays almost everything :) add libdvdcss and libdvdread (i think) and you've got full dvd functionality too :)
-
run "which mplayer"
-
hello
hiro
when i do that it says
/usr/local/bin/mplayer
i already tried that location above... inputted into the preferences tab of "smplayer".
Smplayer then stopped complaining.......... but no actual video played.
I have tried the same exact same streaming video links on other working systems
here and they are fine
hmmm
Vince.
-
I've never used 'smplayer' before so was not quite sure what the problem might be. As the OP I used in my testing the 'Mplayer-nodeps.tcz' extension (plus 'OSS.tcz' for the sound). Initially I was also dumbfounded by the apparent refusal of the two "*mplayer" to cooperate. But after clicking the 'Show log' button in the 'MPlayer Error' pop-up window the error message "Mplayer was compiled without fontconfig support" was an obvious candidate for some further investigation.
It turned out that even though a setting of 'use_fontconfig=false' could be found in '~/.config/smplayer/smplayer.ini' it seemed to have no consequence on the set of parameters that 'smplayer' attempted to use (i.e. the '-fontconfig' option continued to be specified). Therefore I'd consider this a bug in 'smplayer'.
It took me a fair bit of trial and error (plus studying of the 'smplayer' sources) to come up with an initial work-around: In 'smplayer' choose 'Options' --> 'Preferences' and then 'Subtitles'. Remove the tick from the 'Freetype support' box and click 'Apply'. After that change some additional correction to the 'smplayer' settings appears to be applied and the 'Freetype support' can be selected again (if the users wishes to do so) before leaving the 'Preferences' with 'OK'. Afterwards I had no trouble to play any kind of media with 'smplayer', which handed over the work successfully to 'mplayer'.
-
Alright I've now done a further bit of analysis: As it turns out the "culprit" appears to be a default setting of 'use_ass_subtitles=true' (in '~/.config/smplayer/smplayer.ini'). Therefore instead of getting a correction as a side effect of a related change in the preferences I'd rather suggest to ensure that 'Enable normal subtitles' is selected (in 'Options' --> 'Preferences' --> 'Subtitles' on the 'Font and Colors' tab, instead of 'Enable SSA/ASS subtitles').
The same outcome could also be achieved via sed -i '/use_ass_subtitles=true/s#true#false#' ~/.config/smplayer/smplayer.ini Obviosly an initial settings file is required before running that command. Having run 'smplayer' just once beforehand (and then terminated the same) should achieve just that.
-
The workaround for -nodeps (enable regular subtitles) is mentioned in the original smplayer info file from Jan 2010 ;)
-
Hello,
thanks.
i was already aware about "fonts" issues as it is mentioned in the app browser
of TCL under the "mplayer-no deps" app.
I have followed everything you said and tried numerous combinations but
still no streaming video plays via "smplayer"
Streaming video plays using just "mplayer" from the command line but not
by trying to incorporate the extra "smplayer" gui front end.
The "font's issue" seems to be mentioned all over "mplayer" scenarios. Like it
is a bug or something.
hmmm
thanks
Vince.
-
Maro,
I appreciate the work you put in to analysize and recommend how to make smplayer and mplayer-nodeps inter operate.
your script:
sed -i '/use_ass_subtitles=true/s#true#false#' ~/.config/smplayer/smplayer.ini
worked perfectly with my setup.
In my case, I used sudo and ran the script with smplayer closed-after opening and closing it for the first time as you recommended.
Tony
-
Hello,
i will uninstall both mplayer and smplayer.
Start again and re-install them and try your script
thanks
Vince.
-
hello
i finally got "mplayer" and "smplayer" working together.
I used the script MARO wrote. After that i closed and re-opened
"smplayer" and after some messing about it finally plays video and sound.
still, it shows on error in the terminal.....Xlib error...mising "SYNC" file in device 0:0...or something.
i will continue research and thanks very much for your efforts.
somebody has pointed me to some excellent advice.
Vince.
-
I use the smplayer + mplayer combo too, but I only got it to work with the gtk2 version of mplayer. It wasn't a problem since I was using gtk2 libraries for other stuff anyway, but it would be good to know if there's another solution (still some people who don't like gtk2!).
-
Yeah I've seen these Xlib: extension "SYNC" missing on display ":0.0". warning messages whenever I click anything in the 'smplayer' GUI. But in my experience they can be completely ignored and are only showing up when using the 'Xvesa' X server (so using 'Xorg' would make them "disappear").
BTW, I would never refer to a single command (e.g. 'sed ...') as a "script". In my view even a few commands strung together (e.g. via a pipe) are not a script, it would (again IMHO) at least need some more complex control statements (e.g. 'if-then-else' or loops like 'while ... do' or 'for ... do') before I'd call something a "script". Actually if it is just a simple controll statement on it's own I'd still only call it a "command sequence".
@thane: Using another 'mplayer' extension (e.g. 'MPlayer-svn-gtk2.tcz') that was originally build with 'fontconfig' is a way to avoid stumbling over this little problem. I just wonder what the point might be to have two different GUIs then (i.e. the 'GTK2' one with 'gmplayer' plus the 'QT4' one with 'smplayer'). That is IMHO just a bit of wasteful use of memory and diskspace.
-
I like the smplayer gui a lot better than the mplayer one, so I put up with the extra space usage. I might fool around with trying the nodeps version of mplayer but since I'm using gtk2 libraries with other apps anyway I'm not sure how much space that would save.
-
Thane,
Usin Apps looks like at most about 1/2 m
-
Thanks pugliese. Looks to me like an if-it-ain't-broke-don't-fix-it deal.
-
The workaround for -nodeps (enable regular subtitles) is mentioned in the original smplayer info file from Jan 2010 ;)
yes it does but still the error persists and will not run as a result, so far on three new tc installs.
mplayer -noquiet -nofs -nomouseinput -sub-fuzziness 1 -identify -slave -vo xv, -ao alsa, -nokeepaspect -framedrop -nodr -double -input conf=/usr/local/share
/smplayer/input.conf -stop-xscreensaver -wid 14680399 -monitorpixelaspect 1 -fontconfig -font Sans Serif -subcp ISO-8859-1 -subpos 100 -dvd-device /dev/dvd
-dvdangle 1 -nocache -osdlevel -vf-add screenshot -slices -channels 2 -af equalizer=0:0:0:0:0:0:0:0:0:0 -softvol -softvol-max 110 dvd://1
MPlayer was compiled without fontconfig support.
MPlayer SVN-r30660-snapshot (C) 2000-2010 MPlayer Team
ID_EXIT=NONE
Is there a real fix for this which I missed ?
-
i am not sure with this topic.
I used the small script by MARO and messed around for a while
and eventually it played video and sound.
But it's a messy thread here. It needs a summary of how
to simply load BOTH the extensions "mplayer no deps" and "smplayer"
and get them working together correctly without this font bug error appearing
I think the answer to the above is in the final paragraph in MARO's post and with his script
But you say you still have the error on 3 fresh installs of TCL as experiments?
hmmm
Vince.
-
three times because of other reasons, however each time the new install didn't fix this for me. neither did the additional executed command or set manually..
:(
-
Ok there was in fact an easy fix.
download an install a ttf (font) like ttf-bitstream-vera.tcz then open up subtitles and under normal fonts select vera from the /usr/local/share/fonts/ttf-bitstream-vera location.
note prior to this I had selected a system font which didn't obviously work.
Am wondering if I should add the ttf extension as a dependency of smplayer so i'll not have to have it loaded unnecessarily?
-
thanks
-
I recall I used a system font successfully. I think the issue is that you still had fontconfig enabled and not regular fonts, since with the latter the path needs to be specified instead of a name (/usr/share/fonts/luxisr.ttf instead of "Sans Serif").
-
i finally got "mplayer" and "smplayer" working together.
I used the script MARO wrote. After that i closed and re-opened
"smplayer" and after some messing about it finally plays video and sound.
still, it shows on error in the terminal.....Xlib error...mising "SYNC" file in device 0:0...or something.
Sorry forgot to mention that I too had this original OP issue, on one occasion I found that installing MPlayer first then install SMPlayer second the frontend automatically finds MPlayer, however the path can also be specified.
The path is /usr/local/bin/mplayer exactly like that (no caps) So there are two methods to resolve this problem.
Unfortunately there are many issues (here are some of the major ones)..
Yeah I've seen these Xlib: extension "SYNC" missing on display ":0.0". warning messages whenever I click anything in the 'smplayer' GUI. But in my experience they can be completely ignored and are only showing up when using the 'Xvesa' X server (so using 'Xorg' would make them "disappear").
I agree entirely with this. this error occurs only when smplayer is run from terminal and afaik is the only error or issue which can be ignored safely, as every other issue I've experienced stops mplayer dead in it's tracks and quits running. :(
Alright I've now done a further bit of analysis: As it turns out the "culprit" appears to be a default setting of 'use_ass_subtitles=true' (in '~/.config/smplayer/smplayer.ini'). Therefore instead of getting a correction as a side effect of a related change in the preferences
The same outcome could also be achieved via sed -i '/use_ass_subtitles=true/s#true#false#' ~/.config/smplayer/smplayer.ini Obviosly an initial settings file is required before running that command. Having run 'smplayer' just once beforehand (and then terminated the same) should achieve just that.
This right? sudo sed -i '/use_ass_subtitles=true/s#true#false#' ~/.config/smplayer/smplayer.iniissuing the command had NO effect on my install whatsoever. clearly something else I was doing wrong again :(
(I think I know why though)
Also
I'd rather suggest to ensure that 'Enable normal subtitles' is selected in 'Options' --> 'Preferences' --> 'Subtitles' on the 'Font and Colors' tab, instead of 'Enable SSA/ASS subtitles'
Although it is implied here that SSA/ASS subtitles are the default, on every install I've accomplished 'Enable normal subtitles' has always been selected by default. Unless I misunderstood.
It took me a fair bit of trial and error (plus studying of the 'smplayer' sources) to come up with an initial work-around: In 'smplayer' choose 'Options' --> 'Preferences' and then 'Subtitles'. Remove the tick from the 'Freetype support' box and click 'Apply'. After that change some additional correction to the 'smplayer' settings appears to be applied and the 'Freetype support' can be selected again (if the users wishes to do so) before leaving the 'Preferences' with 'OK'. Afterwards I had no trouble to play any kind of media with 'smplayer', which handed over the work successfully to 'mplayer'.
I'm glad this worked for you but this is yet another example of something which worked for someone else but has never accomplished anything in my scenario. lol
'MPlayer-svn-gtk2.tcz' this is nice, comes with it's own gui front end, pity it crashes hard with so many popup error messages then shuts down WTH?? I guess some screen shots might help, but they are all on the lines of "compiler errors" Not forgetting my personal favorite "warning MV's not available"
I think the issue is that you still had fontconfig enabled and not regular fonts, since with the latter the path needs to be specified instead of a name (/usr/share/fonts/luxisr.ttf instead of "Sans Serif").
I'm stumped, despite all the instructions here and in the info file the ability to "disable fontconfig" remains somewhat elusive. :(
I guess a manual edit (which is not described anywere that I can find) of the smplayer.ini file
listed under
[Subtitles]
use_fontconfig=true change to false
The above manual edit also fails to prevent the "smplayer couldn't identify which mplayer you are using" error message. BTW this error is unrecoverable..
(http://db.tt/1Uat63Z)
meanwhile I install a ttf (font) and specify it's path in the smplayer subtitle configuration which works perfectly 100% of the time no matter what setting are enabled or disabled anywhere else. pity the smplayer front end is so messed up :(
still looking for the perfect front end for mplayer..
-
Hello, yes.
What i have done is start again from scratch with the 2 tools and just used "bug fix advice" of installing a font. It's mentioned ealier in this thread.
Installing the font seems to solve the issues.
thanks,
Vince.
-
Did yo see this thread http://forum.tinycorelinux.net/index.php?topic=10347.0 (http://forum.tinycorelinux.net/index.php?topic=10347.0) ?
there seems to be some resemblance and a fix for the ""XLib: extension XVideo missing on display 0:0"" issue
-
hello,
yes, i did see that thread and will take a look at it later.
i will start with a fresh system from scratch and see what, if any, errors
appear after i have done the simple "install a font" fix. I seem to recall
that the "X lib missing.....etc" bug does not appear.
thanks
VInce.
-
I don't think you would notice unless starting the player from the terminal.
-
Ahhh ok right.
I seem to recall that you are right. I "did" start smplayer from the terminal on some
previous occasions and this may have provoked this "Xlib.... missing..in device 0.0 etc" bug
thanks
Vince.
-
Somehow i think it's more that the error goes unnoticed when when launched from a menu, rather than the terminal provoking the error to show.. just a thought.
-
hell
yes maybe
Vince.