Winter Knight


Group: Members
Posts: 146
Joined: April 2006 |
 |
Posted: Aug. 09 2006,19:25 |
 |
Ok. So user.tar.gz is not the solution here.
mplayer for DSL-N RC2 (and I assume RC3) looks for win codecs in /usr/lib/win32, then /usr/local/lib/win32. I haven't downloaded mplayer(s) for DSL, so I don't really know what directory they look in. I guess that is another problem that I didn't see, or saw but forgot.
If different mplayers look in different directories, than whichever one I choose will be wrong anyway, at least for a bunch of people. Unless I choose them all.
But choosing them all still won't solve my original problem. .dsl's use a lot of memory, and .unc's don't work by default. I think I'll just not include a symlink, and put instuctions for the user doing so in the info file. That was what I was planning before coming here to make sure the user.tar.gz was not a viable option.
Shame on mplayer for hardcoding the codec directory instead of having it in mplayer.conf, or codecs.conf.
|