Probably not. I mean if its open source it possible, but doubtful. Trust me on this, van (and others) have a pretty comprehensive understanding of video, its just a matter of time.
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Convert MKV files for Apple TV
- Thread starter Nickb
- Start date
- Sort by reaction score
Since we're on the topic of HandBrake rather than MKV files, I thought I'd throw this question out there.
I have EyeTV recordings, and the QuickTime conversion gives me pitful results. Now, onto my question:
1. When I do this in HandBrake, I crop the video (8x8x8x8, for overscan) and set an output resolution of 688x384 at 1100 kbps bitrate, Apple TV preset with deinterlace set to slower. The source, is an MPEG-2 file. My outputs aren't the best quality - sometimes a bit blocky looking, and the audio is out of sync by a fraction, but noticable.
Is this a known issue, or am I doing something wrong? I know I won't be able to get great quality, but I have ripped DVD's with those same settings and the result is great, just seems to be the MPEG-2 files I have issues with.
I have EyeTV recordings, and the QuickTime conversion gives me pitful results. Now, onto my question:
1. When I do this in HandBrake, I crop the video (8x8x8x8, for overscan) and set an output resolution of 688x384 at 1100 kbps bitrate, Apple TV preset with deinterlace set to slower. The source, is an MPEG-2 file. My outputs aren't the best quality - sometimes a bit blocky looking, and the audio is out of sync by a fraction, but noticable.
Is this a known issue, or am I doing something wrong? I know I won't be able to get great quality, but I have ripped DVD's with those same settings and the result is great, just seems to be the MPEG-2 files I have issues with.
Well, as far as the audio out of sync, it *could* be fixed here http://trac.handbrake.fr/changeset/1802.
As far as the blocky output, it could be because you have deinterlace set to slower and its not an interlaced source (or more accurately is partially interlaced). Try Snapshot 3 and decomb. eyetv is a funny thing because usually if your capturing an OTA broadcast the eyetv just passes whatever the local broadcaster sends untouched. Which means it has all of its faults, etc.
Here in the central U.S. I use my eyetv quite a bit for OTA HD broadcasts and convert with HB to my atv and get fantastic results using decomb. But, that will vary depending on your ota hd broadcast.
* apologizes to the OP for derailing the thread *
Dyna, the source is interlaced (I think all TV broadcasts in the UK possibly are), so I have to set deinterlace on. I'm using Snapshot 3 (svn1797). What does decomb do? I should mention that these are just SD recordings.
I still get slightly blocky video - compared to other TV show recordings that have the same bitrate and resolution that are available by other methods.
These are the settings I'm using (basically the iPhone preset), although I have no clue when it comes down to all the advanced stuff. I just want the best quality I can get that will play on my Apple TV and any laptop (Mac or Windows).
Is there something in the advanced settings I can turn up to give me more clarity (close to the original)?
Cheers.
I still get slightly blocky video - compared to other TV show recordings that have the same bitrate and resolution that are available by other methods.
These are the settings I'm using (basically the iPhone preset), although I have no clue when it comes down to all the advanced stuff. I just want the best quality I can get that will play on my Apple TV and any laptop (Mac or Windows).
Is there something in the advanced settings I can turn up to give me more clarity (close to the original)?
Cheers.
I couldn't say if the ota sources in the uk are interlaced or not. I would be surprised (wouldn't be the first time) though since it was generally introduced in the us for video to film conversion. At any rate your activity log should tell you where you scan the source if HB thinks its interlaced or not from the ten evenly spaced preview samples.
Having said that. Decomb is the ticket since it analyzes every frame for deinterlacing and then applies the yadif deinterlacer to to just that frame if it requires it, but if not leaves it alone. Personally I only use Decomb. Why isn't it just default in HB then if its so cool? Well, it probably will be in the future but its still being tested ... and with stunning results.
For one, I have to ask if you want
then why would you say
?
The iPhone preset takes into account the iPhones known lack of storage space and also takes speed into account.
Using HB snapshot 3 in your case I would do exactly what I do:
http://forum.handbrake.fr/viewtopic.php?f=7&t=5129&start=175#p40876
But maybe toss in Decomb to address your interlaced/non-interlaced issue.
Note on Decomb: for those that used decomb in 0.9.2, jbrjake (decomb's author) added multi-threading for decomb in snapshot 3. Its much faster than before and frankly is a bit of genius.
Note on your settings: since your using a variation of the iPhone preset I can only assume your have an iPhone compatibilty need (if not, you chose the wrong preset to use) which you did not mention.
In that case, NightStorm is probably the authority on the best atv playback quality while maintaining iPhone compatibility. I will let him speak to the best setting for that. I can say that the iPhone will not playback cabac *or* bframes (which the atv can).
If I remember correctly, decomb wasn't included in .9.2; it was introduced after that release. As for its awesomeness, I can say that I have yet to not use it. I fully expect it to be defaulted on in the near future for all Handbrake encodes.
As for maintaining compatibility with both AppleTV and iPhone, I would suggest starting with the iPod Hi-Res preset and going from there. Both devices support anamorphic encoding (I use loose), the iPhone ignores the AC3 soundtrack if present, and I can get pretty good results using CRF instead of ABR for video encoding. The iPhone preset is really only useful if the iPhone is your only playback device (imo).
I have seen my preset posted around here (and on the Handbrake forums). While it was pretty good for .9.2 and earlier SVNs, the latest developer snapshot uses a new version of x264 that allow much lower RF values (CRF%). I'm currently playing with 55-60 and getting similar quality as before with smaller sizes.
As for maintaining compatibility with both AppleTV and iPhone, I would suggest starting with the iPod Hi-Res preset and going from there. Both devices support anamorphic encoding (I use loose), the iPhone ignores the AC3 soundtrack if present, and I can get pretty good results using CRF instead of ABR for video encoding. The iPhone preset is really only useful if the iPhone is your only playback device (imo).
I have seen my preset posted around here (and on the Handbrake forums). While it was pretty good for .9.2 and earlier SVNs, the latest developer snapshot uses a new version of x264 that allow much lower RF values (CRF%). I'm currently playing with 55-60 and getting similar quality as before with smaller sizes.
Reason I was using the iPhone preset was to get the best quality available that would work on all devices. But really, come to think of it, I'll probably rarely watch something on the iPhone, and if I do, I can just re-encode it.
So when I use Decomb, do I enable deinterlace? I'm using slowest. Also, how do I know whether to choose 'Custom' or 'Default' decombing?
This isn't really aimed at HandBrake, but just in general when encoding - why is it the encoded result isn't as smooth as the original TV recording from EyeTV? It is the same FPS. Only thing I can think of is because it is an interlaced source, so when it deinterlaces it, it is making it progressive and loosing frames? I don't know, I'm just guessing.
Thanks for answering.
So when I use Decomb, do I enable deinterlace? I'm using slowest. Also, how do I know whether to choose 'Custom' or 'Default' decombing?
This isn't really aimed at HandBrake, but just in general when encoding - why is it the encoded result isn't as smooth as the original TV recording from EyeTV? It is the same FPS. Only thing I can think of is because it is an interlaced source, so when it deinterlaces it, it is making it progressive and loosing frames? I don't know, I'm just guessing.
Thanks for answering.
No, nothing but Decomb (default). Do not apply any deinterlacing when using decomb. The "Custom" decomb setting is for a soon to be removed optional decomb string in the prefs to override HB's default decomb string and just for testing, there have been no settings to date for decomb that are any better than what jbrjake settled on for the default options to date. Use Decomb default. As NightStorm so correctly put it, there is no reason not to.
Depends, what framerate/bitrate you mac is capable of with the raw eyetv file is different than what the atv is capable of.
Also, try this with Snapshot 3. Enable detelecine while keeping the fps "Same as source" , this enables vfr (another jbrjake enhancement) which should tell detelecine to drop any additional frames to keep the source frame rate. Now , ymmv. but it *may* smooth out the smoothness of the atv playback.
First though, I would try the settings I mentioned and see what you get. It may be the deinterlacing frames that were not interlaced was giving you the jerkiness you describe.
NightStorm: I stand corrected on 0.9.2 ... there was no decomb yet.
Too many rev's and snapshots since then for me to keep track of
While you're using Decomb, I'd also recommend enabling VFR. I use both on virtually every recent encode I've done with great results.
You don't have to tell me that one... I find it almost impossible anymore to help .9.2 people here and on the HB forums simply because I can't remember what is and isn't in that version.dynaflash said:
Ahh right, I've turned off deinterlacing and got decomb on default now. I exported, and it isn't as fluent as the original EyeTV file. I'm playing the file back on my Mac, not my Apple TV, so I can compare directly next to the EyeTV recording.
The quality with the export is better - I've played around with a few settings in the advanced tab (I read the popup box to see what recommendations were).
"bframes=3:ref=1:me=umh:no-fast-pskip=1:cabac=0:analyse=all:direct=auto:subq=7:merange=32:bime=1"
Will all that affect the smoothness of the output file?
The quality with the export is better - I've played around with a few settings in the advanced tab (I read the popup box to see what recommendations were).
"bframes=3:ref=1:me=umh:no-fast-pskip=1:cabac=0:analyse=all:direct=auto:subq=7:merange=32:bime=1"
Will all that affect the smoothness of the output file?
You don't have to tell me that one... I find it almost impossible anymore to help .9.2 people here and on the HB forums simply because I can't remember what is and isn't in that version.
Agreed. unofficially (of course) I would recommend to anyone that they go get HB dev snapshot 3, for the most part its worlds away from 0.9.2.
I don't have it in front of me but pretty sure in Snapshot 3 - the VFR option was rolled into Detelecine? It's not longer a standalone option and it doesn't say VFR anywhere now (at least on snapshot 3 mac gui)
Very true, in HB Snapshot 3 if the fps in the main window is "Same as source" and detelecine is on, you get the same behavior as the old "VFR" in the macgui picture window. It was really redundant to have a separate checkbox that just said "VFR" and did the same (enabled detelecine and set the fps to "Same as source").
http://trac.handbrake.fr/changeset/1752
I know there were some issues with VFR and PAL content, but to be honest I didn't pay attention when the devs were talking about it one day in the IRC channel since I have no PAL content.
I changed the sensitivity level of detelecine to "loose" breaks a couple months ago, which was reported to make it work better with PAL stuff. And technically, the pullup algorithm's author, Richard Felker, has said in the past it should work on PAL.
See: http://forum.handbrake.fr/viewtopic.php?f=6&t=4833
i understand about QT and checking the video strem but how do u check visualhub for a video passthrough?????????
>
i tried using QT and exporting to M$V using the passthrough option but it just doesn't want 2 play in the ATV????
>
i also used ever other programs out there but OMG 4 hrs and counting????
>
i'm about ready to give up and get a WD system
MKVtools Problem
When I found out about MKVtools I thought that it was a godsend. However, when I attempt to convert a file from MKV to MP4 for an Apple TV the process completes and then I get an empty m4V file. Nothing there - file size is 0 K.
What's going on? Any help would be great.
When I found out about MKVtools I thought that it was a godsend. However, when I attempt to convert a file from MKV to MP4 for an Apple TV the process completes and then I get an empty m4V file. Nothing there - file size is 0 K.
What's going on? Any help would be great.
How long in a piece of string?
I'd also love to know what is going on, but since you have given no information about the title, whether or not it played prior to conversion, what you used for conversion, what settings you used, or any errors output, and since I probably wouldn't know what they meant I can't.
However someone else, or even you, could answer the question with some troubleshooting.
Firstly at which point did the movie stop working? Are you sure the MKV was in good working order? Did you test it with VLC or some other player?
Then without knowing the encoder no-one can really help, however I'll assume that you used HandBrake since it is the most popular. What you need to do is look at the Activity Log and it will have a load of logging in there, you can look for obvious errors, or if none present themselves go to the handbrake forums and submit the *entire* activity log as an attachment to the support forum and maybe someone there can help.
Cheers, Ed.
I'd also love to know what is going on, but since you have given no information about the title, whether or not it played prior to conversion, what you used for conversion, what settings you used, or any errors output, and since I probably wouldn't know what they meant I can't.
However someone else, or even you, could answer the question with some troubleshooting.
Firstly at which point did the movie stop working? Are you sure the MKV was in good working order? Did you test it with VLC or some other player?
Then without knowing the encoder no-one can really help, however I'll assume that you used HandBrake since it is the most popular. What you need to do is look at the Activity Log and it will have a load of logging in there, you can look for obvious errors, or if none present themselves go to the handbrake forums and submit the *entire* activity log as an attachment to the support forum and maybe someone there can help.
Cheers, Ed.