Das SMPlayer Projekt

Yes.

Very useful, thank you. If you choose a System-Font in subtitle settings, SMPlayer exit with 'Exit Code 1'...

---Please keep developing SMPlayer---

Reinhard

I think the mplayer build included in the package doesn't have support for fontconfig, so selecting a system font just simply won't work.

I think mplayer uses the RAM for the cache.

Well, the normal version allows to associate the file types with smplayer.

And fontconfig (system fonts) is disabled on the portable version, although it can be enabled easily removing the -nofontconfig in preferences->advanced.

Latet wrote:

rvm wrote:

Well, the normal version allows to associate the file types with smplayer.

And fontconfig (system fonts) is disabled on the portable version, although it can be enabled easily removing the -nofontconfig in preferences->advanced.

Can I "install" the extra codeds pack into the portable version? How exectly?

Thanks,

latet

Simply copy the codecs into the 'codecs' folder which should be in the same directory as 'mplayer.exe'. If not create it.

Last edited by Talldog9 (2008-09-22 17:25:38)

So, please pardon me for being dense, but I thought if I unzipped SMplayer portable onto a USB drive I would be able automatically to play such Real streams as are on the BBC. I can play specific URLs such as the one above, but simply clicking on the "Listen" button still gets me BBC's "install real first" message. What does this po' po' boy need to do? Thanks forever and a day for any solution. (Our IT department is changing us all over to a very secure XP environment and will not allow us to use Real any more, either.) -John

No, the latest version is also in a 7z package. 7z packages take less space than zips.

I don't know why people wouldn't like 7z packages, they can also be opened with programs like winrar.

It won't try to create the smplayer home directory or the screenshot directory
sonnerie portable gratuite

I want to add something regarding portable SMPlayer.

Regarding file association. I read on the forum regarding one build for all (portable and non-portable).
I'm one that agree it could be easier and better for user and the developer. I normally have to wait for the portable build even though I want to try the new features on non-portable build. And waiting for portable build could "distract" users from checking the update frequently.
Just my opinion though.

Anyway, an alternative is a simple exe or script can be used to automate the creation or removal of file association. That way, SMPlayer won't need to write to system partition at all. Other benefit is that user is able to integrate and disintegrate SMPlayer on a USB stick easily (with execution of 2 .exe). Other alternative is a program called CAFE can be used to associate file type portably when USB is used. And regarding users are having difficulties with setting .ini path in commandline, maybe a GUI option can be used to increase user-friendliness.

EDIT:
I was wrong about the osd and sub size. It seems some options can be changed from config file, while some are fixed from SMPlayer. I guess not everything can be changed from the config file.

Last edited by Ian (2009-06-21 15:29:57)