kapperz

I was able to get the the package handbrake-0.9.8-i486-1alien.txz to work using the dependencies listed in aiden's post (with some tweaks). installpkg fontconfig-2.8.0-i486-1.txz installpkg freetype-2.4.10-i486-1_slack13.1.txz installpkg gcc-g++-4.5.2-i486-2.txz installpkg glib-1.2.10-i486-3.txz installpkg glibc-2.11.1-i486-7_slack13.1.txz installpkg libogg-1.1.4-i486-1.txz installpkg libsamplerate-0.1.7-i486-1.txz installpkg libtheora-1.1.1-i486-1.txz installpkg libvorbis-1.2.3-i486-1.txz installpkg libxml2-2.7.6-i486-3_slack13.1.txz installpkg zlib-1.2.5-i486-4.txz I moved my HandBrakeCLI to /usr/local/bin/ to work with my queue scripts. ldd /usr/local/bin/HandBrakeCLI linux-gate.so.1 => (0xb771a000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb76e6000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb766c000) libogg.so.0 => /usr/lib/libogg.so.0 (0xb7667000) libsamplerate.so.0 => /usr/lib/libsamplerate.so.0 (0xb74fc000) libtheora.so.0 => /usr/lib/libtheora.so.0 (0xb74ab000) libtheoraenc.so.1 => /usr/lib/libtheoraenc.so.1 (0xb7468000) libtheoradec.so.1 => /usr/lib/libtheoradec.so.1 (0xb744f000) libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0xb7427000) libvorbisenc.so.2 => /usr/lib/libvorbisenc.so.2 (0xb732e000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7208000) libbz2.so.1 => /lib/libbz2.so.1 (0xb71f7000) libz.so.1 => /usr/lib/libz.so.1 (0xb71e3000) libpthread.so.0 => /lib/libpthread.so.0 (0xb71ca000) libdl.so.2 => /lib/libdl.so.2 (0xb71c6000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb70dd000) libm.so.6 => /lib/libm.so.6 (0xb70b7000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb70ab000) libc.so.6 => /lib/libc.so.6 (0xb6f43000) libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb6f23000) /lib/ld-linux.so.2 (0xb771b000) This can work, but I'm interested in the settings ClunkClunk used to compile the earlier package that didn't need the extra libs.

Thanks Andy, but I'm having some problems with this. ./handbrake.SlackBuild HandBrake-0.9.8/make/.svn/props/ HandBrake-0.9.8/make/config.guess HandBrake-0.9.8/make/xcodemake Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |--- HandBrake-0.9.6.orig/make/include/main.defs 2012-04-13 13:17:09.204577586 +0200 |+++ HandBrake-0.9.6/make/include/main.defs 2012-04-13 14:40:54.843931048 +0200 -------------------------- patching file make/include/main.defs Using Plan A... Hunk #1 succeeded at 16. done Building ... ./handbrake.SlackBuild: line 317: svn: command not found ./handbrake.SlackBuild FAILED at line 317 I also tried the package from Here, but get an error when I execute HandbrakeCLI The package ClunkClunk was making worked without any other installpkg's. I'm fairly knowledgeable using Linux, but it's a life long learning process. Any suggestion is appreciated.

Hi ClunkClunk, Did you ever get a chance to compile HandbrakeCLI 0.9.6? I have been using 0.9.5 for a while, but no running into errors with BluRay mkv's. I'm thinking the newest version may help.

This may be a silly question, but the way I understand this script...If I use "user shares" I would want to use the -u switch, right? I access the server though user shares and the /mnt/user/ paths are the ones that should also be cached. Thanks

Hi Joe, I'm trying to track down a problem with some software I'm using where new directories are not being scanned. Anyhow, I think it might be a cache issue (browser, application files). I love your script, but I have a question. Where are the cache files saved? Just killing cache_dirs.sh doesn't fix my problem and I'm not sure what your script is doing. I guess I can start the server without your script ever started and copy new directories over to eliminate cache_dirs, but I want to use cache_dir. It could be an issue of completely refreshing the cache of dirs like the server was rebooted (which doesn't seem to fix it every time). thanks for your input!

ClunkClunk, I have been using 0.9.5 for a while now with no issues so far. Thanks for the help.

@ClunkClunk, Should we be using the unMenu .conf to ensure we are using the latest compiled package from you?

I still can't the folders to refresh. I'll keep looking. Maybe the developer changed something.

Hi, I love using cache dirs, but I'm trying to track down an issue with my music steamer running on my unRaid server (Subsonic). When I add a new folder, it doesn't show up unless I reboot. I shouldn't need to do this. Its not the browser cache and since I rebuilt the search index for Subsonic and deleted the folderCache files it uses, I'm looking at other possibilities. Stopping and starting the cache_dirs script doesn't help. Is there a way to force cache_dirs to rescan? Are files left over that could be deleted? Many Thanks!

Many thanks. When I get a new 4K drive (to add space or replace a dead drive) I will update to unRaid 4.7+ and use 4k-align option & pre-clear -A procedure. If it ain't broke, don't fix it

Joe L., I attempted to fix 2 of my WD EARS drives I have a while back. Even after the failed attempt, my system seems to be working great. Now that you recently added the -A option I'm wondering if I should possibly waste another Saturday. I've had those drives in the system for many months (pre-cleared without the jumper). I suspect only those drives are not running at peek performance rather than corrupting data since my parity checks are valid. I have two questions that I would be happy if you could clarify. Is there a way to tell if a 4K drive was setup incorrectly? Like measure the write speed? Question two concerns the process to fix a wrongly setup 4K drive. I'm thinking this order of operations... 1. Stop the array, unassigned one 4K drive from the devices page. 2. Shutdown and add the jumper to the drive. 3. Boot up the system. Last time, the system would error for 20min+ before getting to login prompt. It was a real pain. Is there some type of "unRaid Safe Mode"? 4. Just use pre-clear with the -A option on that drive. 5. Re-assign the drive to the array, let unRaid rebuild the drive. The only concern is data corruption and stability. I can live with my system as-is otherwise.

Thanks a bunch ClunkClunk. I just saw the new on this today

Do any options (using v0.98) need to be changed from default when pre-clearing Advanced Format drives?

ClunkClunk, The version out-of-date is fixed now. I'm still able to re-encode an mp4 and the audio works. My normal encodes are ~1.5gig (full resolution). I really wanted the audio bug fixed when re-encoding for portable viewing like my on my Droid. Converting an ISO, I had to change the "--Longest" switch in my script, but seems to work. Thanks again. A few changes that I feel are worth mentioning: Changeset 3268: add --main-feature title selection option (replaces -L longest title selection option) Changeset 3265: Fix an issue with the CLI version check logic. Changeset 3205: fix audio clipping when downmixing and output codec is lame On a side note, I upgraded the AMD Sempron 140 with a quad core Athlon II X4 635 in my unRaid. The single core preformed impressively well, but I wanted some more power for Handbrake. My encodes went from 10 fps (~4hrs) to 36 fps (~1hr) per movie. It's overkill for Slackware, but I might run a vm server in the future and this will definitely help.

Thanks ClunkClunk! I was able to encode the same MP4/AAC to a smaller mp4 file and the audio was correct this time. I have not tested this version will an ISO yet. One thing I noticed was the version seems to old when checking for a newer version... root@unraid:~# HandBrakeCLI -u [10:01:01] hb_init: checking for updates [10:01:01] Using http://handbrake.fr/appcast_unstable.xml [10:01:02] latest: 0.9.4, build 2009112300 [10:01:02] hb_init: checking cpu count [10:01:02] hb_init: starting libhb thread HandBrake svn3282 (2009110401) - Linux i686 - http://handbrake.fr You are using an old version of HandBrake. Latest is 0.9.4 (build 2009112300).