GJones

Though I know you might be aware, Plex is actually designed for this. It is derived from XBMC source and runs in a separate client/server model. I used XBMC for years but when I added more clients (now up to 3 Roku, 4 iPhone, 2 iPad, a MacBook Pro Retina and a few Chromebooks through PlexWeb), the Plex setup was much simpler to administer. Plex Media Server runs as a plugin on unRAID and works exceptionally well. I'm still a huge fan of XBMC, but it does not meet my needs as well. If you are running a single client or want separate HTPCs at each TV with separate libraries, XBMC may still be a better fit. Plex does have some disadvantages: no smart playlists, lack of PseudoTV functionality. But the advantages, for me, were too many to pass up: automated sync to iPhones/iPads centralized library management transcoding of files on the fly for different client types Excellent Roku support And I am in no way associated with Plex. I just hate to see someone get frustrated trying to get XBMC to do something which is more easily accomplished with something else.

Actually, there are many uses for it. I use MakeMKV to rip the disks to unRAID. They sit there, being served from the MKV file under Plex and my automated script transcodes them into a smaller MP4 using HandBrake.

Has anyone attempted to get HandBrake 0.9.9 working on unRAID 5.0? (The previous thread was somewhat dead)

The syslog entry pertains to file permissions. No great concern.

You will be fine without -C. I use it because I have four cores and only want to use three. I am looking at HD audio but my hardware does not support it. Updates coming soon for that.

I am in the process of moving the search includes/excludes to tcOPTIONS. It is a balancing act to keep that somewhat maintainable and yet, efficient. That should be something up for testing next week. At that point, I will likely turn to get the options built into unmenu controls.

I changed the name of the thread in the hope that it would make it more obvious what the package actually accomplishes.

There is a log of every tcremkv and tcremkvblu job created by ts under /tmp. I had considered moving those files under the _transcode directory periodically, renamed according to the source file. The log you refer to would more than likely be based on the actions of tcrepack and tcrepackblu (still considering combining the two). This second log would be high-level, listing the actions of the two repack programs along with the end result of individual tcremkv and tcremkvblu tasks. It would also show files flagged as issues report on positive results as well. To do this, I would need to rework the current method for picking candidates in tcrepack and tcrepackblu. I would need to check each for a skip file in their directory prior to them being counted. This would be more user friendly in that a user that never logged in via telnet or ssh could fix their file and then remove the skip file from the directory.

There are reasons to avoid renaming a failed file. One would be that the file will be completed at a later time. I may, however, write out a file to that folder pointing out that the file cannot be encoded at this time. Let me consider it. Renaming the file would be clean but I want to determine if there is another way. I do not want to rename every file in someone's collection just because they are using some strange encoding, etc. The "skip" file would allow a timestamp in there as well to keep tcre... from attempting to process it for a set period of time.

Do you by chance have overlap between your HD and SD search directories in tcOPTIONS?

Version 0961 Posted A new check avoids infinite loops by making sure that tcrepack and tcrepackblu aren't called rapidly. A new variable (MINBTWN) in tcOPTIONS controls the wait, which defaults to 300 seconds (5 minutes). If it runs more quickly than that, it exits with a message to avoid trying to transcode the same failing file forever.

There are thousands of the files, but they contain one of two types of content: 1) ts-out.1NZ44J (as an example, but always the same) /usr/local/bin/tcremkv: line 34: [: !=: unary operator expecte unknown option (-C) **************************************** * Comparing File Sizes * **************************************** du: cannot access '/mnt/user/TV/Alias/Season_2/Alias_H264.S02E15.mkv': No such file or directory du: cannot access '/mnt/user/replaced/Alias.S02E15.mkv': No such file or directory **************************************** * ck * **************************************** BEFORE AFTER 2) ts-out.1c01Lj (other files contain two consecutive numbers) 70 71 Please let me know if you need something else. Thank you! I am testing the fix to avoid the race condition that reruns tcrepack or tcrepackblu. It stores the last run time for each and exits if it was less than 5 minutes ago. Please run tclanglist against the file it is failing to transcode. Then run tclang on it as well. Please post the results. This is an attempt to determine why the script dislikes your input file.

Please post the contents of the /tmp/ts-out...... files where it finished immediately. It will help me determine the cause.

Posting 096 now, corrected the last path issue in cron (cron jobs don't see /usr/local/bin in the path).

In the meantime, run ts -K This will kill the queue.