PDA

View Full Version : Best settings for Handbrake, Boxee and ATV?


iamgiant
December 15th, 2008, 12:52 PM
So what settings should I be using? If I use the default ATV settings in handbrake I get all sorts of different results when playing through Boxee - however if I watch through Front Row I get watchable results every time.

Or.

Should I be looking to get the set up right in Boxee rather than Hnadbrake and if so what should I be doing settings wise?

Oh and sorry if this has been asked before.

iBog
December 16th, 2008, 09:40 AM
The hanbrake presets work, it's what I use. What problem are you having?

Try using the Apple Universal preset if the Apple TV preset isn't working for you.

jasonmch
December 16th, 2008, 10:05 AM
I have been using the Universal Preset and I find whenever I watched a "Universal" movie through boxee it was crashing. Not sure if this has to do with the ATV being on a wireless connection. Testing with wired as soon as new cables arrive. :)

saint329
December 16th, 2008, 05:57 PM
The latest version of Handbrake (as of this messge) is 0.9.3/2008112300. Assuming you are using that, I read through the Handbrake forums and settled upon the Apple / Universal Setting (so I can use the vids on the ATV, iPhone, or iPod without any issue). The only change I make from the default is under the "Picture Settings" portion. Click the radio button and under Filters check "Detelecine" and move Decomb to "Default" (from None).

Beynd that, the only issues I run into are properly tagging the files to insure Boxee grabs the right movie info as it does not rely upon the iTunes tagging you may or may not use.

-Saint

brianhardyman
December 16th, 2008, 08:28 PM
I use Handbrake everyday!!! I'm using it right now in the background as well. It's a workhorse!

I am very happy with the new Apple TV preset that is included. It takes much longer than the legacy Apple TV preset in previous versions. I let it run all day so the time is no big deal. The picture and audio are perfect, so as a digital placeholder in my dvd collection it's great!

I have made that my default, I only rip for the Apple TV. This preset will already give you a very large file. At this point I wouldn't even think about playing this on an iPod or iPhone. If you really need to, you can export from QuickTime Pro. This will give you a much smaller file so you can fit more music as well.

The only time I have ever need to change a setting is usually on the Indy films. Just open the picture settings and change to de-interlace. It may take longer depending on your system, but you'll be much happier.

This is because the Indy films don't have the budget to master the DVDs as well or with DL-DVDs. So they interlace the dvd. This means that the first frame refreshes every even line. The frame after that refreshes every odd line. So in order to cover then entire screen they need 2 frames. DVDs already run at about 30 frames per second. If you're used to a nice HD screen that scans at 60 frames per second. Then this is not good.

After your file is made, Handbrake will send it to MetaX if you have that app. It's a great companion! It will add all the meta tags including artwork, cast, MPAA rating and more.

As a side note- I stream every movie to my Apple TV wirelessly using an AirPort Extreme to my downstairs TV. No issues there.

webman2k
December 17th, 2008, 06:45 AM
I'm having some weird issues with the latest release of Handbrake.

When I use the "normal" setting on 0.9.2, I get a file that buffers in 1 second on boxee and begins to play flawlessly. With the new version, the normal (and I tried universal) setting takes about 309 seconds (?!) to buffer, and then plays choppy.

I noticed that the new version defaults to m4v instead of mp4, could that be an issue? Any setting changes I seemed to make have no effect. The old version makes files that buffer fast and play smooth, while the new one makes jittery files. It's certainly not the bit rate, as I put that down to test.

I did notice that the new files created by the new version seem to have a different "Format" when I view the properties in Quicktime. The old version had H.264, which is what's selected in handbrake, but the new version - I don't remember what's there since I had to reinstall the old version to encode some stuff - definitely says something different.

Any ideas?

unisonband
December 17th, 2008, 07:07 AM
The newest version of Hanbrake used a much more updated x264 video codec, which may be causing the video to jitter more.

Also, the Apple TV pre-set has changed to more advanced settings to increase the quality of the encode-there may be a setting in there that is making the video choppy.

Make sure that the extension is .mp4 before you encode if you think the m4v is an issue, although I don't think m4v has any more of a compatibility issue than mp4, in fact the only difference between the two containers is the chapter markers, or the extra AC3 audio file (if you choose to include that).

You may also be encoding files too big to stream wirelessly, use a hard drive or sync to the ATV to avoid the buffering :)

agentlame
December 17th, 2008, 08:06 AM
oddly, i don't really use any apple products on a regular basis... but i love the apple universal setting...

LordHelmet
December 17th, 2008, 10:01 AM
It takes much longer than the legacy Apple TV preset in previous versions.

Man, you're not kidding. It takes almost twice the time to encode...but the quality is outstanding.

kylemcwright
December 17th, 2008, 10:44 AM
I am getting the same choppy playback from the appletv and ipod settings in the new version of Handbrake. I hope that it is something that boxee will remedy since it plays every other video format flawlessly and I won't have to encode all my video again. The video plays back fine on the PC, iPhone and Frontrow on ATV so I know the actual video is fine.

Love Boxee otherwise. My wife won't stop watching youtube on my tv though.

artaq
December 17th, 2008, 01:28 PM
There's a great thread on the handbrake forum that details out more advanced settings to use on top of the pre-existing AppleTV ones. I personally add the Psy-RDO (1,1) setting which also requires cabac and trellis 1 or 2 enabled. It gives me the best looking picture, with little file size increase. I've tested nearly every combination, and this is what I settled on.

shaneg
December 17th, 2008, 02:49 PM
I use my own preset. MP4 file format using MPEG-4 Video . AAC Audio. VIDEO settings are Framerate: Same as source, Encoder: FFmpeg, Quality: Constant quality: 94 or 96%, depending on the movie.

My AUDIO & SUBTITLES settings: Audio track 1 is 5.1 surround, Audio Quality is 160 kbps, 44.1 khz. Forced subtitles only. Most movies average 1-2GB. Stored on a LaCie 1TB AirPort drive. Works flawlessly.

I've also started to use mkv Bluray rips, but they stutter and a few have audio that's not synced. These were downloaded so I don't know if it's the original sources fault or my hardware.

I watch Boxee through my MBP attached through DVI-to-HDMI on a 32" Vizio LCD HDTV and a Samsung 5.1 theater system, optical audio out from my MBP. Looks and sounds great.

_______________
MacBook Pro
2.16GHz Intel C2D
3GB RAM
128GB video

Curbob
December 18th, 2008, 01:57 PM
I use my own preset. MP4 file format using MPEG-4 Video . AAC Audio. VIDEO settings are Framerate: Same as source, Encoder: FFmpeg, Quality: Constant quality: 94 or 96%, depending on the movie.

My AUDIO & SUBTITLES settings: Audio track 1 is 5.1 surround, Audio Quality is 160 kbps, 44.1 khz. Forced subtitles only. Most movies average 1-2GB. Stored on a LaCie 1TB AirPort drive. Works flawlessly.


I tried this last night and on my computer it played great but over Boxee, the audio was out of sync with the video..

I have wireless G but I think I'm going to breakdown and buy an N router

plancaster
December 18th, 2008, 03:27 PM
I've been having a bit of trouble with the files I've encoded.

I use a custom preset based on the universal preset that outputs a 22 minute TV show to approx 300mb files. They play beautifully on my Mac but not so great on the AppleTV/Boxee.

The video is either out of sync or starts stuttering like crazy after 20 seconds or so. I've tested via wireless (G) and also by 200mb Homeplug adapter connections to my iMac where the files are stored.

Surely the files aren't too big? Searching around I can't see many others having the same problem as me. If its the files can anyone offer suggestions of roughly how big and what codecs I should be using to make this a workable set up? I don't think WirelessN would offer that much better performance than my 200mbps wired network would it?

Is it worth trying to stumble through the USB harddrive set up and connecting the files directly to the appletv?

kylemcwright
December 18th, 2008, 04:48 PM
Is it worth trying to stumble through the USB harddrive set up and connecting the files directly to the appletv?

My movies that I encoded with the latest version of Handbrake were stuttering really bad. I was on wireless N. I went through the steps to connect the drive directly to the ATV and now the videos play perfectly with no stutter.

You could also try the steps in the last post of this thread by dan1son: http://forum.boxee.tv/showthread.php?t=3200

If you are going to connect the drive directly to the ATV, I would recommend doing this first if you are on a mac: http://forum.boxee.tv/showthread.php?t=1946

tipsymonkey
December 19th, 2008, 10:58 PM
Add me to the list of folks that has choppy playback from the new handbrake encodes. It is unfortunate, now I end up using boxee for more of the internet videos. I have only encoded a few videos, but i hope that it gets figured out soon so I can start watching the new vids through boxee.

davilla
December 19th, 2008, 11:13 PM
You should compare a previous video to recent with MediaInfo and then you can see what the really difference is. That might help narrow down the problem.

tipsymonkey
December 20th, 2008, 01:47 AM
I ran MediaInfo on one file that works fine in boxee that was encoded in the old handbrake and one that was encoded with the new one that gives choppy feedback.

I looked at the output and tried to compare but to be honest I don't know what I am looking for. I didn't see any major differences. I am attaching the logs to see if anyone out there can spot something from them.

The Simpsons - was encoded with the old version of hand brake and works fine in boxee.

The Wire - was encoded with the new version of handbrake, used the appleTV preset, and this does not work in Boxee. I get choppy playback.

Thanks,
Raf

webman2k
December 20th, 2008, 07:19 AM
The newest version of Hanbrake used a much more updated x264 video codec, which may be causing the video to jitter more.

Also, the Apple TV pre-set has changed to more advanced settings to increase the quality of the encode-there may be a setting in there that is making the video choppy.

Make sure that the extension is .mp4 before you encode if you think the m4v is an issue, although I don't think m4v has any more of a compatibility issue than mp4, in fact the only difference between the two containers is the chapter markers, or the extra AC3 audio file (if you choose to include that).

You may also be encoding files too big to stream wirelessly, use a hard drive or sync to the ATV to avoid the buffering :)

Well, the main reason I'm using boxee is to stream the content from a shared drive on my main computer. If the latest version uses a newer format for h264 that boxee can't handle with streaming, then I can't use it.

Simple solution - I reverted to the previous version - which works very well!

jellofiend
December 21st, 2008, 07:26 PM
Yup I am in the same boat all my handbrake 9.2 files stream fine, but using the same preset in 9.3 gives me stuttery unwatchable files on boxee

Any solution would be MUCH appreciated

-James

Edit: should note that I stream them from my airport extreme

davilla
December 21st, 2008, 08:06 PM
I ran MediaInfo on one file that works fine in boxee that was encoded in the old handbrake and one that was encoded with the new one that gives choppy feedback.

I looked at the output and tried to compare but to be honest I don't know what I am looking for. I didn't see any major differences. I am attaching the logs to see if anyone out there can spot something from them.

The Simpsons - was encoded with the old version of hand brake and works fine in boxee.

The Wire - was encoded with the new version of handbrake, used the appleTV preset, and this does not work in Boxee. I get choppy playback.

Thanks,
Raf

The_Simpsons.s03e01

Codec Profile -> Main@L5.1


The_Wire.s02e07.txt

Codec Profile -> Main@L3.0


Very odd. L5.1 takes more cpu than L3.0 yet you say the one with L5.1 plays fine and the one with L3.0 does not.

tipsymonkey
December 22nd, 2008, 03:51 PM
yeah, the simpsons one works fine, no problems.

I just went back to using the old 9.2 version of handbrake when i need to encode things. I figured I would wait a bit to see if anyone has found a solution.

monkeyleader
December 24th, 2008, 11:18 PM
the old version does not seem to want to support .mkv files .. I point it towards them and it does not seem to take them?

edit - looks like i grabbed 9.1 by mistake ... where has 9.2 gone ?

soho_frankie
December 30th, 2008, 12:48 PM
Hi,
Please add me to people having the same issue with playback of 9.3 rips on ATV with Boxee.
Ripping using m4v container with 264 compression using 9.2 (for Windows)worked perfectly
Ripping using m4v container with 264 compression using 9.3 (for Windows) produces the
same slow load and juddery playback as others are experiencing.

Nothing has changed in the set up (NAS connected to 802.11n router to ATV with Boxee) and all my rips using 9.2 are perfect. I have played with many of the advanced settings, turning them off or as low as they will go but with no joy.
If I use AVI container and DivX it works fine (but I wish to standardise on 264).
Incidentally my new rips work perfectly on the XBOX 360

soho_frankie
December 30th, 2008, 01:13 PM
Hi,
See my post below on having the same probs. I checked around and Wikipedia states that "Levels 2.1 and 3, at resolutions up to 480x320 or 640x480 and bitrates up to 1.5 Mbit/s and is capable of playing the YouTube video content.[13]"
Source http://en.wikipedia.org/wiki/H.264

I tend to rip above 1.5 Mbit/s. So.....
Q1 - if I use Handbrake 9.3 with Level 3 and my bitrate is above 1.5 Mbit/s then could this result in ATV/Boxee struggling?!?
Q2 - Does anyone know if we can make a change from L3.0 back to 5.1 to test this theory?
(I will test this evening and report back)

soho_frankie
December 30th, 2008, 01:16 PM
Hi,
Please add me to people having the same issue with playback of 9.3 rips on ATV with Boxee.
Ripping using m4v container with 264 compression using 9.2 (for Windows)worked perfectly
Ripping using m4v container with 264 compression using 9.3 (for Windows) produces the
same slow load and juddery playback as others are experiencing.

Nothing has changed in the set up (NAS connected to 802.11n router to ATV with Boxee) and all my rips using 9.2 are perfect. I have played with many of the advanced settings, turning them off or as low as they will go but with no joy.
If I use AVI container and DivX it works fine (but I wish to standardise on 264).
Incidentally my new rips work perfectly on the XBOX 360
Oops - I am not good at using the quotes and references.
1) I was referring to my message above, not below
2) I was commenting on the tipsymonkey and davilla's subsequent response.
Cheers all

drock99
December 30th, 2008, 08:56 PM
Why can't you just import the handbrake-created file into itunes and stream it from there? Why not just use Boxee for the files that the ATV won't play natively?

Am I missing something?

No disrespect intended, I just don't get it.

severe
December 30th, 2008, 09:05 PM
Why can't you just import the handbrake-created file into itunes and stream it from there? Why not just use Boxee for the files that the ATV won't play natively?

Am I missing something?

No disrespect intended, I just don't get it.

This is what I've done. ASAMOF, I'm likely to just remove all movies from my iTunes folder and place them in my networked folder with the files that ATV wont play. Many of which will just be trashed, as I've kept most of the original files before they were re-encoded to ATV's format.

Making some room here. ;)

iamgiant
December 31st, 2008, 03:07 AM
Hi,
Please add me to people having the same issue with playback of 9.3 rips on ATV with Boxee.
Ripping using m4v container with 264 compression using 9.2 (for Windows)worked perfectly
Ripping using m4v container with 264 compression using 9.3 (for Windows) produces the
same slow load and juddery playback as others are experiencing.

Nothing has changed in the set up (NAS connected to 802.11n router to ATV with Boxee) and all my rips using 9.2 are perfect. I have played with many of the advanced settings, turning them off or as low as they will go but with no joy.
If I use AVI container and DivX it works fine (but I wish to standardise on 264).
Incidentally my new rips work perfectly on the XBOX 360

Actually this is my main problem now too. Files are unwatchable if they've been ripped in Handbrake 9.3 and I use Boxee to stream to the ATV. I have a wireless N setup and I can stream to my macbook pro in bed 3 floors up using QT to watch without a hitch, streaming 4 feet from the NAS to ATV? No chance.

soho_frankie
December 31st, 2008, 09:05 AM
Why can't you just import the handbrake-created file into itunes and stream it from there? Why not just use Boxee for the files that the ATV won't play natively?

Am I missing something?

No disrespect intended, I just don't get it.

hi Drock,
The model I use is to store all media on a NAS and either stream (UpnP) or have devices connect over SMB shares in order to access media. I want to use open standards and not iTunes for the media store since I do not want to have Apple (or MS for that matter) at the core of my home network. I want open standards as much as possible to allow for future proofed interoperability.
Currently I access all media in the living room using the xbox (UpnP) connected directly to the TV (using a Harmony remote) and access all the same media from the bedroom using an ATV/Boxee (again using a Harmony remote). Each room has a single place to go to to access media and this suits my gf a lot. This model is pretty neat (not perfect but I like it) and as you can see I am after holistic solutions not lots of individual solutions to each challenge.
I also chose H.264 since it was the emerging standard.

dan1son
December 31st, 2008, 10:01 AM
hi Drock,
The model I use is to store all media on a NAS and either stream (UpnP) or have devices connect over SMB shares in order to access media. I want to use open standards and not iTunes for the media store since I do not want to have Apple (or MS for that matter) at the core of my home network. I want open standards as much as possible to allow for future proofed interoperability.
Currently I access all media in the living room using the xbox (UpnP) connected directly to the TV (using a Harmony remote) and access all the same media from the bedroom using an ATV/Boxee (again using a Harmony remote). Each room has a single place to go to to access media and this suits my gf a lot. This model is pretty neat (not perfect but I like it) and as you can see I am after holistic solutions not lots of individual solutions to each challenge.
I also chose H.264 since it was the emerging standard.

While I completely agree with you and your setup (mine is similar) I'd like to point out SMB is technically not an open standard, at least not the CIFS version we currently use. Samba originally had to reverse engineer the protocol, and only about a year ago did they actually get access to it from Microsoft (forcibly).

I am currently using NitoTV to auto mount my NFS shares, and ATVFiles to playback the videos from within Quicktime instead of Boxee. Boxee is capable of playing the files I have ripped, but I find the lack of proper 2:3 pulldown in boxee to be obnoxious enough (especially in action movies) to switch out of it for DVD files. That does make it a little more intrusive for the wife, but if I'm not there she couldn't care less about slightly jerky video so she watches them within boxee.

Boxee is getting close to being everything I need it to be... id3 tag support (being worked on) and the proper 2:3 pulldown for 24fps videos (hopefully being looked at) are the only things keeping me from never exiting out of it.

hogben
December 31st, 2008, 10:09 AM
Is there any preset in the newest handbrake that will stream well in boxee right now? I've tried Apple TV, Apple TV legacy, and Apple Universal and neither will stream correctly (I get choppy audio and shifty video).

Has anyone had luck with other encoding programs?

hogben
December 31st, 2008, 10:15 AM
Oh wanted to add, since these movies I have stream fine in the default frontrow on atv, wouldn't that rule out wireless connections and everything besides just the encoder and boxee?

soho_frankie
December 31st, 2008, 11:13 AM
Hi hogben,
My guess is that the issue is two-fold:
1) The enhanced 264 compression in latest version of Handbrake increases teh quality of the rip but the cpu required for decompression on the ATV/Boxee is too much for it to handle
2) Boxee cannot exploit the hardware decompression within ATV due to the inner working not being published (I found this on this forum in a number of places) and given the effort required and complexity to reverse engineer, the Boxee team are likely to prioritse their efforts to other areas of development (I understand this totally but it sucks).
The solutions are:
1) hopefully find the setting on Handbrake (I continue to look and will let you know)
2) Hope that Boxee find methods to reduce the load on CPU for 264 decompression by streamlining the process
3) Change my standard for streaming
4) The new ASUS EEE PC looks very cool with 802.111n, HDMI, good enough CPU. I may purchase this and put Ubuntu on it and then run boxee that way as a dedicated device. We shall see.

I must say that I love the ATV's formfactor and I would love to see a commercial entity partner with Boxee to produce a similar piece of hardware that is designed with Boxee front and center in its plans.

soho_frankie
December 31st, 2008, 11:37 AM
While I completely agree with you and your setup (mine is similar) I'd like to point out SMB is technically not an open standard, at least not the CIFS version we currently use. Samba originally had to reverse engineer the protocol, and only about a year ago did they actually get access to it from Microsoft (forcibly).

I am currently using NitoTV to auto mount my NFS shares, and ATVFiles to playback the videos from within Quicktime instead of Boxee. Boxee is capable of playing the files I have ripped, but I find the lack of proper 2:3 pulldown in boxee to be obnoxious enough (especially in action movies) to switch out of it for DVD files. That does make it a little more intrusive for the wife, but if I'm not there she couldn't care less about slightly jerky video so she watches them within boxee.

Boxee is getting close to being everything I need it to be... id3 tag support (being worked on) and the proper 2:3 pulldown for 24fps videos (hopefully being looked at) are the only things keeping me from never exiting out of it.
Thanks for the clarification dan1son. I see the slightly jerky picture too but it does not bother me too much.

dan1son
December 31st, 2008, 12:05 PM
Another thing I have found using Boxee (or the ATV itself) over wireless with the new handbrake (I've never used the old one) is that the default network settings on the ATV aren't quite good enough to keep up no matter what.

Try following the steps here; http://wiki.awkwardtv.org/wiki/Network_Tweaks

That greatly improved playback for me using files I ripped with Handbrake (AppleTV preset, and modified presets from the handbrake forums). I get basically perfect playback of files now with the ATVFiles, and great playback with boxee (with the aforementioned 2:3 pulldown issues) from my NFS shares (and have tried SMB which works great too).

When playing back encoded DVDs in boxee the ATV CPU isn't sitting there pegged. I've messed around with XBMC and looked at the CodecInfo and it's not dropping frames when playing back either (except for the beginning during load it'll drop a few). I think the ATV is perfectly capable of playing back DVD quality videos using just the CPU. When you get into 720p it seems to get hairy.

soho_frankie
December 31st, 2008, 12:30 PM
Another thing I have found using Boxee (or the ATV itself) over wireless with the new handbrake (I've never used the old one) is that the default network settings on the ATV aren't quite good enough to keep up no matter what.

Try following the steps here; http://wiki.awkwardtv.org/wiki/Network_Tweaks

That greatly improved playback for me using files I ripped with Handbrake (AppleTV preset, and modified presets from the handbrake forums). I get basically perfect playback of files now with the ATVFiles, and great playback with boxee (with the aforementioned 2:3 pulldown issues) from my NFS shares (and have tried SMB which works great too).

When playing back encoded DVDs in boxee the ATV CPU isn't sitting there pegged. I've messed around with XBMC and looked at the CodecInfo and it's not dropping frames when playing back either (except for the beginning during load it'll drop a few). I think the ATV is perfectly capable of playing back DVD quality videos using just the CPU. When you get into 720p it seems to get hairy.
Thanks Dan1son, Great find. I shall try this, this evening and let you know.
Very much appreciate your time to post this.
As an FYI, the very start of every movie I watch has dropped frames....we are talking the first fraction of a sec. I could not get too excitied about that since it was usually the studio logo/intro.

soho_frankie
December 31st, 2008, 04:16 PM
Another thing I have found using Boxee (or the ATV itself) over wireless with the new handbrake (I've never used the old one) is that the default network settings on the ATV aren't quite good enough to keep up no matter what.

Try following the steps here; http://wiki.awkwardtv.org/wiki/Network_Tweaks

That greatly improved playback for me using files I ripped with Handbrake (AppleTV preset, and modified presets from the handbrake forums). I get basically perfect playback of files now with the ATVFiles, and great playback with boxee (with the aforementioned 2:3 pulldown issues) from my NFS shares (and have tried SMB which works great too).

When playing back encoded DVDs in boxee the ATV CPU isn't sitting there pegged. I've messed around with XBMC and looked at the CodecInfo and it's not dropping frames when playing back either (except for the beginning during load it'll drop a few). I think the ATV is perfectly capable of playing back DVD quality videos using just the CPU. When you get into 720p it seems to get hairy.
No joy
I created the sysctl.conf file, added the line items, rebooted and still no joy. Infact it seems that navigation of the screens has deteriorated especially scrolling through the list of 200ish movies.
Thanks anyway...I will continue to research this

soho_frankie
December 31st, 2008, 04:55 PM
Hi again all,
This issue is also being discussed on the follwoing thread
http://forum.boxee.tv/showthread.php?t=2082

I am leaning towards extra processing requirements due to the output H.264 file from Handbrake 0.9.3

Curbob
January 1st, 2009, 02:26 PM
I've had luck with using another converter than handbrake see

http://forum.boxee.tv/showpost.php?p=25211&postcount=22

ramarnat
January 4th, 2009, 05:12 PM
Found this in the handbrake forums. Worked for me. I have a 11n network and prior encodes worked fine. The new universal did not.


Start with the universal preset.
Check Web Optimized.
Add

:nf=1

to the advanced x264 preferences.
File sizes will be a tiny bit larger.

hogben
January 4th, 2009, 05:19 PM
Found this in the handbrake forums. Worked for me. I have a 11n network and prior encodes worked fine. The new universal did not.


Start with the universal preset.
Check Web Optimized.
Add

:nf=1

to the advanced x264 preferences.
File sizes will be a tiny bit larger.

That's cool, I read this too but didn't get a chance to try it out. Can anyone else confirm if this works on their ATV?

jcap
January 4th, 2009, 10:54 PM
That's cool, I read this too but didn't get a chance to try it out. Can anyone else confirm if this works on their ATV?

I can confirm this much:

I came here searching for an answer to the same issues everyone else seemed to be mentioning. (Jittery playback on Boxee, on AppleTV, over 802.11N smb share).

I am seeing this for files that I have encoded as well as not.

The files I was encoding were using Handbrake, and of course, me trying to be as new as possible, using the newest AppleTV preset.

I was encoding tiny cartoons for my son. Total file sizes were ~ 200mb, of a non hd content, and yet, it was skipping. I confirmed the skipping was there on 4+ individual video files I created.

I followed the suggestions above. Sysctl changes to networking, didn't help much, but seem like a reasonably good idea. Then I reencoded some of these small cartoons using the above suggestion (universal, web-optimized, nf=1 or what not).

The files I reencoded as such worked better immediately. Like everyone else said, usually it would start off working and then 20s or so in start skipping. Well, not with the reencoded files, playback moved along just fine. I skipped around in the files a few times, let it play for ~ 5 mins. Barely noticed a thing wrong.

It seems to be the encoding methods coupled with the performance of the ATV, as others have said. This seems to help, fwiw.

Since I was just starting to encode my library, I stopped everything, and am running more tests with this configuration. I have started by reencoding cartoons. I'll try to post a further update later.

sgharrison
January 5th, 2009, 04:28 AM
I'm having the same issues. About to try the xvid codec rather than the 264

iamgiant
January 5th, 2009, 05:01 AM
Found this in the handbrake forums. Worked for me. I have a 11n network and prior encodes worked fine. The new universal did not.


Start with the universal preset.
Check Web Optimized.
Add

:nf=1

to the advanced x264 preferences.
File sizes will be a tiny bit larger.

Re-encoding something with these settings now, will let you know how it goes later.

EDIT - no joy still just as juddery :-(

severe
January 6th, 2009, 10:47 PM
Found this in the handbrake forums. Worked for me. I have a 11n network and prior encodes worked fine. The new universal did not.


Start with the universal preset.
Check Web Optimized.
Add

:nf=1

to the advanced x264 preferences.
File sizes will be a tiny bit larger.

The new Universal didn't work for me either. However, I've tried your findings and all works well. No skipping frames, etc. Takes a few seconds longer to load than the same file using my old method, and it's about 50meg larger for about a half hour film.

Old method that also worked well:

Format: AVI
Codec: FFmpeg
FPS: Same
2-Pass
Avrg Bitrate: 1500

Anamorphic: None
Keep Aspect Ratio checked (in this case)
Auto Crop
No Filters

I'll have to redo some other files to decide how much better the new results are. This footage was old, and it's hardly significantly improved. I take it the H.264 files should look better?

So, could anyone share what exactly Web Optimized and :nf=1 are doing to the files?

huntca
January 7th, 2009, 03:30 PM
I'm having the same issue with Boxee on the ATV. Standard definition videos are choppy after 30 seconds and high definition videos are choppy immediately. Frontrow plays everything perfect, both local and over the network.

I know now that this problem has nothing to do with Boxee's ability/inability to utilize the ATV hardware. Boxee can play these videos just fine. The choppy video only exists when streaming from an SMB share and increasing the buffer size makes no difference.

I loaded Boxee on a MacBook Pro and tried a couple things to verify that this problem has nothing to do with the ATV processing power. The video I tested was a 4.58GB 720p h.262 m4v, made with the Handbrake 0.9.3 AppleTV template (except the resolution was increased to 1280xXXX).


Frontrow on the ATV played the video fine when streaming from iTunes over wireless and when playing off the hard drive.

Boxee on the ATV has very choppy video after 2 seconds of playing, streaming wireless from an SMB share.

Boxee on the MacBook Pro plays the video just fine off the local hard drive.

Boxee on the MacBook Pro has the exact same choppy video problem as the ATV when accessing the same SMB share, over a wired network.


Either SMB is broke or Boxee's implementation of SMB is broke. I'm betting that it's Boxee's implementation because I can load this video just fine over SMB with quicktime :)

jmccubbin
January 8th, 2009, 08:41 AM
I've got the same problem. I am not at a computer where I can finish testing after reading this thread, but am using HandBrakeCLI under linux and 0.9.2 works great and produces excellent quality movies. 0.9.3 predictably produces the choppy results. I have a feeling it is a problem with SMB and Boxee talking with each other. The buffering is obviously not working. I don't think it's a networking issue as it happens to me from a wired connection also with a black and white movie that isn't that large.

I'll do some testing tonight.

obryantr
January 8th, 2009, 09:00 AM
Frontrow on the ATV played the video fine when streaming from iTunes over wireless and when playing off the hard drive.

Boxee on the ATV has very choppy video after 2 seconds of playing, streaming wireless from an SMB share.

Boxee on the MacBook Pro plays the video just fine off the local hard drive.

Boxee on the MacBook Pro has the exact same choppy video problem as the ATV when accessing the same SMB share, over a wired network.


Either SMB is broke or Boxee's implementation of SMB is broke. I'm betting that it's Boxee's implementation because I can load this video just fine over SMB with quicktime :)

My appletv in connected to a wired network, I stream content via smb to boxee from a ubuntu 8.10 server. I haven't had any luck getting appletv to mount AFP shares being served up with netatalk. Anyway, when using the lavc video codec and straight pass through of audio using acidrip on ubuntu...No problems. Using the film preset in handbrake 0.9.3 and packaged in matroska container (mkv)... no problems. Videos encoded with previous handbrake no problems. With new handbrake, using stock universal preset...it stutters. So I think I can confirm that this is not limited to a wireless issue but likely due to how boxee streams from smb shares.

jcap
January 8th, 2009, 09:03 AM
I have a feeling it is a problem with SMB and Boxee talking with each other. The buffering is obviously not working. I don't think it's a networking issue as it happens to me from a wired connection also with a black and white movie that isn't that large.

I really thought so too at first. The symptoms look very much look like a network issue. I even had a lot of trouble with SMB at first until I was able to whittle down the 1 way that seems to consistently work for me (which was silly given how simple network sharing usually is). So I tended to lean towards network as well. The stats off my server though did not indicate any sort of network bottleneck. I wasn't able to diagnose much on the atv end.

However, after encoding trivially tiny, standard def cartoons various ways, and seeing time and time again, how one encoding preset would stutter, and various others would not (including the aforementioned universal + web optimized + nf=1), I have to conclude that it is, as many other problems with boxee + atv are, a result of the limitations of hardware and inability to do things like use the hardware h264 decoder, etc.

jmccubbin
January 8th, 2009, 09:38 AM
I should include that I also serve the files from an Ubuntu 8.10 server via samba. My exact default encoding string is:

HandBrakeCLI -L -e x264 -b 2400 -B 320 -R 44.1 -d slow -f mp4 -m -2 -i /media/cdrom/VIDEO_TS/ -o /home/movies/<moviename>.mp4

Under 0.9.2 this produces excellent video and audio. Under 0.9.3 everything stutters badly. It plays locally fine under Linux or Mac and even locally fine on an ATV. It's just over any network, wired or wireless, from a samba share that it stutters.

Further, we even tried a Maxtor "netdrive" that takes a 1 Tb drive and lets it look like a network share. It even stutters with that. So it's not even a Linux/Samba issue. Everything I've tried (so far, more testing later) points to Boxee's SMB implementation. I did notice one other thing, even the buffer loads in a choppy fashion. If you look at the progress bar as the buffer loads, even the progress bar progresses in a choppy fashion. This leads me to think the movies don't load via samba smoothly.

obryantr
January 8th, 2009, 09:48 AM
I really thought so too at first. The symptoms look very much look like a network issue. ............. I have to conclude that it is, as many other problems with boxee + atv are, a result of the limitations of hardware and inability to do things like use the hardware h264 decoder, etc.

Hmm...Not so sure. I will copy a problem video over to the ATV hard drive ~/Movies folder when I get home tonight. If it is a hardware issue with h264 codec then the video should stutter from the local hard drive. If it is boxee's implementation of smb then the video should not stutter. Will post follow up.

jmccubbin
January 8th, 2009, 01:15 PM
I can confirm that a movie burned with handbrake 0.9.3 will, when synced with iTunes to the Apple TV, play through the Apple interface without problem. I tried that at lunch. So it's not that the ATV doesn't have the capability of playing it.

The last test (have to be later today) will be to pick up the local copy within Boxee and try it. If that plays fine, then it should be a Boxee -> SMB issue.

jcap
January 8th, 2009, 01:24 PM
I can confirm that a movie burned with handbrake 0.9.3 will, when synced with iTunes to the Apple TV, play through the Apple interface without problem. I tried that at lunch. So it's not that the ATV doesn't have the capability of playing it.

That's because the Apple interface uses the h264 hardware decoder. Boxee can't use that, so it is quite possibly still a hw capability problem. Boxee has access to 1, single core, 1ghz non specialized cpu.

eattick
January 8th, 2009, 05:57 PM
I was getting the same jerky video and audio stuttering/sync issues on a Mac Mini after creating files in Handbrake 0.9.3. I did some experimenting tonight with a particular file with different methods.

Windows Share (SMB) to Boxee: Stuttering video and audio
Alias to Windows Share in Movies Folder, viewed in Front Row: No problems, video and audio fine
Copy file to local Mac Hard drive, Boxee: No problems, great audio and video.

This is all on a wired 100Mbit connection, the problem does not seem to be network related, as Front Row has no problems with the same file. There seems to be some kind of issue with the latest H.264 encodes and the Boxee SMB client. Can anyone confirm these results with other platforms?

jcap
January 8th, 2009, 07:22 PM
I'm going to send a file to the AppleTV that has otherwise caused me problems. We'll see if maybe it's a combination of both.

jcap
January 8th, 2009, 08:38 PM
Ok, so, now I'm thouroughly confused.

First I had a file, that while encoded one h264 way, skipped, but another did not, both over smb.

Now I've got an h264 file, that while on my smb mount skips, but when transferred locally to the ATV, does not (same encoding).

So I guess at this point, all I can say is, it's a bit of both!?

The latter file, I did not encode myself, so it's hard to say what it is. I am also using 802.11N, and I don't really have an easy option to test wired.

obryantr
January 8th, 2009, 09:55 PM
Hmm...Not so sure. I will copy a problem video over to the ATV hard drive ~/Movies folder when I get home tonight. If it is a hardware issue with h264 codec then the video should stutter from the local hard drive. If it is boxee's implementation of smb then the video should not stutter. Will post follow up.

So played movie encoded with handbrake 0.9.3, using apple universal on newest version of boxee tonight. 1st using SMB mapped drive from within in boxee, confirmed slow load, stuttering audio and video and frequent buffering.

Same exact movie copied to ATV hard drive played beautifully.

Played a similar sized file encoded using lavc codec in acidrip (linux) no problems.

IMHO this confirms that the stuttering is due to an issue that the smb implementation by boxee has with h264 encoded files.

jcap
January 8th, 2009, 10:06 PM
IMHO this confirms that the stuttering is due to an issue that the smb implementation by boxee has with h264 encoded files.

I don't understand why SMB would care a file was h264, yet alone why it would care if it's specific types of h264.

severe
January 8th, 2009, 10:56 PM
Hey guys...

Something's occurred to me. How do the Apple trailers stream so well via Boxee when choosing 720p?

Am I missing something stupid? The trailers in Movies>Internet are the best looking content I've seen through Boxee, including all of my own. No loading issues, skipping, etc, and an amazing picture.

What gives?

lynz
January 9th, 2009, 08:05 AM
i'm also getting jittery playback after about 5ish seconds when playing files encoded h.264 with handbrake 0.9.3 while files encoded with handbrake 0.9.2 play fine. i was hoping that the new release would fix the problem but the playback problem is still present using boxee (0.9.7.4825)

i'm using an airport extreme with a drobo attached to the router's usb port...

the files play fine thru appletv's interface but they also play fine thru xbmc. i know boxee is a spin off of xbmc so it would seem that boxee should be capable of playing the encoded files...

thoughts?

obryantr
January 9th, 2009, 11:59 AM
Found this in the handbrake forums. Worked for me. I have a 11n network and prior encodes worked fine. The new universal did not.

Start with the universal preset.
Check Web Optimized.
Add
:nf=1
to the advanced x264 preferences. File sizes will be a tiny bit larger.

So after all the testing last night. I encoded some new movies with these settings and confirmed that they stream fine over hardwired SMB. No stuttering.

jcap
January 9th, 2009, 01:06 PM
So now more confirmation that changing the encoding settings eliminates the stuttering while streaming over network (wired & wireless it seems). On top of that I've seen stuttering removed simply by placing the offending file directly on the AppleTV. Bizarre.

knifiesp00nie
January 10th, 2009, 07:19 PM
I found this thread because I'm new to Boxee and had some stuttering problems playing a Handbrake 9.3 h.264 encoded video. I used the animation preset, but told it to use a m4v container.

I'm running everything locally on a 2.8ghz iMac, so there should be no network or CPU issues.

The odd thing was that I had Boxee looking at a local shared directory via SMB (Why? Just messing around). I had playback issues. It would take a while to "buffer" the file and about a minute in, playback would slow down and stutter. Pausing would let it catch up, but after a few more seconds of playback, the problem started again.

After seeing others talking about SMB possibly being the problem, I changed my local video path to the (formerly) shared directory. The file played fine after that.

AaronX
January 10th, 2009, 10:36 PM
Ok a little more info. I noticed this as well. It's not an issue with the filetype or really even the encoding. I can transfer a stuttering file to the ATV from the SMB share (same source) and it plays fine when local. Now I have my SMB shares served off a FreeNas and I can watch the traffic. Files encoded with < 0.9.3 and on the SMB share show a steady 1-2+ MBps transfer speed which is more than fast enough to keep it playing smoothly. Files created using the same encoding settings on 0.9.3 show jerky transfer rates which swing wildly from 2 MBps to 7 kbps. It's looking more and more like it's a SMB issue since every other factor on this was the same it's just jerky files had non-sustained transfer rates.

cheeseplus
January 10th, 2009, 11:57 PM
Some intro: I've been a long time XBMC user (as in when it was only available on a modded xbox) more recently moving to Plex and as of yesterday moved to Boxee. I've also been a user of Handbrake for quite some time.

I have noticed the stuttering issue with .m4v files in Boxee on my Core Duo (1.66) Mini when streamed over the network. As with Plex, it seems that streaming certain files via the built-in SMB results in problems. I was able to stream nearly all of my files (mostly xvid but notably some 720p mkv files) just fine using the integrated SMB solution but as soon as I tried a Handbrake (0.9.3) encoded .m4v (Normal profile - 1500kbps x264 w/aac) I noticed the stuttering. It seems the quick fix (as was the case with Plex sometimes) is to mount the share via OSX and add the share as if it were local (OSX treats it as such). It still takes a bit longer to load than say an XVID .avi but it plays fine. Unfortunately this may be of little help to ATV users but the key seems to be the XBMC (Plex, Boxee) SMB implementation NOT how the files are encoded. I couldn't tell you exactly WHY the integrated SMB solution stumbles, but I can confirm what works on my setup.

Setup:
Mac Mini Core Duo 1.66 running Leopard
2Gb RAM
All SMB shares are from a wired (100Mb) Dual Xeon Dell Precision 470 running XP

(I know this is my first post and all but if it makes anyone feel better I troubleshoot insanely difficult IT problems for a living)

severe
January 11th, 2009, 12:19 AM
Thanks for the insight, cheese.

Seems everyone's nearing the same page now, with regards to SMB.

jcap
January 11th, 2009, 10:50 PM
So on the above few notes regarding smb being more and more likely a culprit, and suggestions to mount the remote shares via the OS first, I did just that.

I went through the neceesary work to get AFP working on the appletv. From there I mounted my remote shares locally with mount_afs.

Everything since then is fantastic. I can play movies on this local mount point of remote files perfectly that would stutter over boxee's smb client.

I didn't try mount_smb (it's different work, and if I was going through the hassle I wanted afp), but I suspect results would be similar.

Overall, system feels much much nicer since this change be it the non boxee client code handling the actual share, or the benefits of afp over smb.

severe
January 11th, 2009, 10:54 PM
jcap,

Could you leave us a detailed step-by-step as to how you got AFP working on the AppleTV, including how you mounted your remote shares with mount_afs?

Thanks for your time.

jcap
January 11th, 2009, 11:04 PM
Could you leave us a detailed step-by-step as to how you got AFP working on the AppleTV, including how you mounted your remote shares with mount_afs?


Well in short, I just followed the steps on this page:
http://wiki.awkwardtv.org/wiki/Mount_a_Remote_Drive_via_AFP_under_1.1

Then I did something like this:
mount_afs afp://user:pass@server.local/Movies /Users/frontrow/Movies/Movies
mount_afs afp://user:pass@server.local/TV /Users/frontrow/Movies/TV
...

I also setup the /etc/rc.local file, as described in that link. It doesn't mount these on boot though. I haven't debugged that yet, but the script runs when I run it by hand after boot. I suspect some timing with the network.

The only other problem was finding the mount_afs and associated files. I ended up using /sbin/mount_afs and a few others from the 10.4.10 combo update (that they say won't work) and then 10.4.9 combo update for a few of the remaining files needed, not in .10. I plan to package up the files I found and needed and bundle them away for future updates. Despite notes to the contrary, I was able to make this work. I suspect the part that doesn't work about .10 is that all the files aren't there, is all.

cheeseplus
January 12th, 2009, 12:53 AM
That's awesome that it now works for you. I actually had a friend, also a longtime XBMC/Plex user, installing Boxee the same day run into a bunch of weird issues that local mounting resolved.

I encoded one of my .m4v's with the web optimization to test but it seems that is no longer necessary. I may still test it just for the sake of being thorough.

imksn
January 13th, 2009, 01:49 AM
If this is a network issue of smb vs afs, why is it that I can play files that are straight rips of dvd's into video_ts (.ifo, .vob) without stutters? Shouldn't these files transfer more slowly on the network than the more compressed handbrake files? Also, and my memory is vague about this, I think I can play mp4 (.h264) files compressed with my 0.9.1 handbrake in xbmc without stutter but stuttering in boxee. XBMC uses smb protocols as well.

skorch
January 13th, 2009, 05:07 AM
If this is a network issue of smb vs afs, why is it that I can play files that are straight rips of dvd's into video_ts (.ifo, .vob) without stutters? Shouldn't these files transfer more slowly on the network than the more compressed handbrake files? Also, and my memory is vague about this, I think I can play mp4 (.h264) files compressed with my 0.9.1 handbrake in xbmc without stutter but stuttering in boxee. XBMC uses smb protocols as well.

A shot in the dark, but perhaps it has something to do with the ATV trying to do too much between decoding the WiFi and decoding the MP4 file? Has anyone tried to turn off their WiFi encryption? Decoding an MP2 file (DVD video) is far less CPU intensive than an MP4 file.

I get my AppleTV this weekend, so I'm going to have to give this all a try since all of my media sits on a wifi-connected NAS.

Thanks for the great info guys!

jcap
January 13th, 2009, 09:45 AM
If this is a network issue of smb vs afs, why is it that I can play files that are straight rips of dvd's into video_ts (.ifo, .vob) without stutters? Shouldn't these files transfer more slowly on the network than the more compressed handbrake files? Also, and my memory is vague about this, I think I can play mp4 (.h264) files compressed with my 0.9.1 handbrake in xbmc without stutter but stuttering in boxee. XBMC uses smb protocols as well.

Yeah, I'm at a loss on that one. I think, as just mentioned before me, it's combination of too many things using up finite resources.

If you look at my earlier posts in this thread, you'll see that I was able to solve the problem also by reencoding my files using suggested handbrake settings (again, back up in this thread).

I was also able to solve it, by leaving the encoding alone, and changing networking instead.

So I suspect, that if one or the other is a bit lighter on load, then the atv can keep up better. If both are demanding too much, the atv starts to get overloaded.

Lastly, I don't think it's AFP vs SMB. I think it's Boxee's SMB client, vs system smb/afs. I suspect that if you install mount_smb (much how I installed mount_afs) that you would have less issues there as well. Without having done mount_smb myself, I'm simply going off the dramatic improvement I saw mounting with mount_afs, plus other posts from various users mounting smb on minis, etc.

jcap
January 13th, 2009, 09:47 AM
and fwiw, to fit into what I described, .vob files/mpg2 are large files, but are trivial to decode compared to say h264

griffmiester
January 16th, 2009, 07:16 PM
Thanks for the info on the "Streaming over SMB"
I was freaking out a bit that my H264 m4v's were going to have to be re-encoded.

Also from my point of view, this is my setup, and my issues.

Mac Mini 2.0 C2D, 4Gb Ram, 120Gb HDD
Netgear ReadyNAS NV+
LaCie External Drive (connected to Mac Mini via FW400)
Connected by Gigabit through a Time Capsule.

I've put the same file on the NAS, the Lacie and the Local HDD.
Played back in Boxee it stutters on both the NAS and the LaCie, but it's fine on the Local HDD.

The file I'm trying to play is a personal rip using HandBreak 0.9.3 using the Universal preset.

So after all this, is the issue a Boxee SMB Issue only? It doesn't seem to be the case for me, as it's still happening for the FW400 connected drive.
Is this a noted Alpha Issue?
Is it going to be fixed?
I'd rather not have to auto mount drives all the time.

(Great work on Boxee though, I <3 It)

imksn
January 17th, 2009, 10:58 AM
If this is a network issue of smb vs afs, why is it that I can play files that are straight rips of dvd's into video_ts (.ifo, .vob) without stutters? Shouldn't these files transfer more slowly on the network than the more compressed handbrake files? Also, and my memory is vague about this, I think I can play mp4 (.h264) files compressed with my 0.9.1 handbrake in xbmc without stutter but stuttering in boxee. XBMC uses smb protocols as well.

To update, I just added another movie (that was ripped to video_TS/.vob, .ifo) onto the usb hard disk attached to my airport extreme base station/router. It will stutter in Boxee and not in XBMC.

lynz
January 19th, 2009, 08:13 AM
after lots of trial encoding and looking at the handbrake forums, i found a setting thru handbrake which doesn't make atv stutter while streaming from a hard drive connected to an airport extreme router...

using handbrake 0.9.3 i'm encoding:
h.264 with a constant quality of 62%... and check web optimized...

under the advanced options here is my string: level=30:ref=3:mixed-refs=1:bframes=3:weightb=1:direct=auto:no-fast-pskip=1:me=umh:subq=6:analyse=all:b-adapt=2

there could be better setting someone might find, but this is working for me...

maybe i'll try mounting the drive via afp like jcap suggests...

iamgiant
March 7th, 2009, 05:07 AM
after lots of trial encoding and looking at the handbrake forums, i found a setting thru handbrake which doesn't make atv stutter while streaming from a hard drive connected to an airport extreme router...

using handbrake 0.9.3 i'm encoding:
h.264 with a constant quality of 62%... and check web optimized...

under the advanced options here is my string: level=30:ref=3:mixed-refs=1:bframes=3:weightb=1:direct=auto:no-fast-pskip=1:me=umh:subq=6:analyse=all:b-adapt=2

there could be better setting someone might find, but this is working for me...

maybe i'll try mounting the drive via afp like jcap suggests...

has anyone else tried these settings? i'll have a go myself this weekend and see if I get any joy.

Tallowby
March 7th, 2009, 09:04 AM
Note to all on this thread - this was done because I have about 300 movies encoded via Handbrake 0.9.3 with the studdering problem and I don't want to go thru all that work again. The files play fine from a local or local mounted NAS.

OK I just gave up and started from scratch (don't think this was neccessary but with the amount of stuff I tried clean slate is better)

1. Defaulted the ATV

2. Used the Boxee Patchstick (downloaded boxee & Launcher)

3. Loaded nitoTV (followed directions posted on chaosmultimedia - http://chaosmultimedia.com/CM/apple_tv/nitotv.html)
Step 4 Note I could not get this will not work so I used Cyberduck to do step 4 and move the nitoTVTakeTwo folder to the ATV frontrow folder.
Step 5 Note command ammended "ssh frontrow@AppleTV.local"
Step 11 - Pause

4. Loaded ATV_AFP (followed directions posted on chaosmultimedia - http://chaosmultimedia.com/CM/apple_tv/afp.html)
Step 4 Note I could not get this will not work so I used Cyberduck to do step 4 and move the ATV_AFP folder to the ATV frontrow folder.
Step 6 Note command ammended "ssh frontrow@AppleTV.local"

5. Back at ATV continue from step 11 of nitoTV installation and load only the following Perian, mplayer Codecs, Turbo's Kextloader, & Smart Installer

OK I can log into the ATV from my mac as a mounted drive (cha ching),

But this is my problem I want to mount a network attached storage on the ATV.

I select within nitoTV the network tab / add Manual Share Point

Mount Name: Time Capsule 1T
Mount Type: nfs
Mount Address: 10.0.1.1
Requires Authentication: No (has guest access read only)

When mount is attempted the following comes on the screen
"Mounting Volume Please Wait..."
This lasts for about one minute then returns to the network screen. Now within boxee I can see the root folder which is named "Genres", Yet when attempting to browse I get "No results found..."

So I ask where did I go wrong?

I also tried another mount type...

Mount Name: Time Capsule 1T
Mount Type: afs
Mount Address: 10.0.1.1
Requires Authentication: No (has guest access read only)

When mount is attempted the following comes on the screen
"Mount_afp: The mount flags are 0000 the alt flags are 0020
Mount_afp: AFPMountURL returned error 22, errno is 2"

No joy here as well

I am at a loss, if anyone has a solution to my problem I will be eternally grateful.

-----------------------------------------------------------------------------
UPDATE: I gave up streaming via wireless and hard wired the atv.
btw I was able to mount the nas via smb thru nitro but stutter still there via wireless

Keonne
March 26th, 2009, 09:21 PM
Just a thought... Try renaming "Genre" to "Media".

Boxee seems to find items when they are in a folder named Media.

Hope that helps

PhilipJFry
April 29th, 2010, 02:56 PM
I've read this topic, and unless I've missed something, I don't believe anyone's had the same problem I've been experiencing. Namely, it's Handbrake being able to correctly convert an .mkv (to whichever format I want), but stripping the subtitles. Under the Subtitles tab of v0.9.4 (2009112300), I have selected "Burned In", but is there something I'm overlooking?

I'm really not having any luck at all, and thought I would ask for some input from the community. The files I'm converting are fansubs, so I don't believe the subs are hard-coded, per se - but I could be wrong.

Edit: Hmm. After reading over at the Handbrake forum, it seems as though HB will only read subs from DVD - and cannot work with subtitles when reading other files. Awesome. Will have to find another programs to do what I need...

Edit: Media Coder works fine for the instance I provided above. Can provide my settings in that program, in case anyone is experiencing the same issues as I was.