Monday, October 23. 2006Desktop FreeBSD: the right way
There is a number of reasons why I decided to write an article about how to setup a FreeBSD desktop. One of the reasons is the article on "Open For Business" called "Desktop FreeBSD: Fully Optimized 6.x Installation". While I agree with the author on some of the steps of the procedure he is suggesting, I would like to chip in 2 cents worth of my experience in running solely FreeBSD as my desktop of choice for over 6 years. Also, I wanted to criticize author's choice of software. Pico? KDE? Give me a break. There is no way you can build an optimized and efficient desktop with such software. I'm explaning it later in the article.
Continue reading "Desktop FreeBSD: the right way" Friday, August 4. 2006Seamonkey 1.0.4
Seamonkey 1.0.4 was released a couple of days ago and I decided to go back to the official releases for now. Seamonkey code from HEAD was giving me a lot of troubles since Feb 6, 2006.
It compiled just fine on my FreeBSD 6.1-STABLE box and ran fine also. There was something in my old profile that was started giving me the following error: "DOMParser is not defined". So, I decided to start a brand new profile. Copied only needed files over from my old profile. Continue reading "Seamonkey 1.0.4" Monday, June 26. 2006mplayer and windows
Just wanted to mention somewhat unpleasant results of ripping a DVD with mplayer on a windows box. I'm not doing it every day, so I might have missed it somewhere in the documentation. It was a one-off deal, since I didn't have a unix box with a DVD reader at the time. So I ripped the video stream, audio stream and subtitles. I then encoded video with 2pass DivX, audio with ac3 on the same windows box. And when I tried playing the file on my unix box, I started having all kinds of problems: mplayer had to reindex the whole video stream, subtitles were garbled etc. The same file was playing fine on the windows box. After I reencoded the file on a unix box with -ovc copy -oac copy, all problems went away with the exception of garbled subtitles.
And then I looked inside the subtitles files. It turns out that mplayer on windows adds windows EOL(end-of-line) characters to the files it generates. Mplayer on unix(at least my FreeBSD box) has a big problem with these characters(but not the other way around). After I removed these EOLs, everything went back to normal. So those, who encode (or create any new files) with mplayer on windows, beware of the EOLs.
« previous page
(Page 3 of 15, totaling 44 entries)
» next page
|
QuicksearchCategoriesBlog Administration |