dealing with a 1080i VC-1 encode
Re: dealing with a 1080i VC-1 encode
What ticket is that, if I may ask (ticket # will do since URLs have to be approved)? And are you the one who tested the HandBrake patch on ReviewBoard?
-
- Posts: 64
- Joined: Sun Oct 17, 2010 11:33 pm
Re: dealing with a 1080i VC-1 encode
No just a guy who knows how to compile and willing to give material when I do have a problem lol. here is the url with a google drive link of the source I uploaded:
https://trac.ffmpeg.org/ticket/3262#comment:4
And I'm the guy who you corrected about the nightly builds (blueprint) as I was confusing it with with SVN pull (instant commits) lol.
https://trac.ffmpeg.org/ticket/3262#comment:4
And I'm the guy who you corrected about the nightly builds (blueprint) as I was confusing it with with SVN pull (instant commits) lol.
Re: dealing with a 1080i VC-1 encode
I just upgraded Handbrake to build 5983, and I'm trying to convert a Doctor Who BD from a raw MakeMKV rip to h.264 using Handbrake. Still I have some issues with pixelated artifacts now and then during playback. The playback is otherwise smooth compared to running the raw VC-1 rip.
Are there any settings in Handbrake that removes these artifacts, or is the VC-1 support still not complete?
My video settings in Handbrake:
Video Encoder => H.264 (x264)
Framerate => Same as source (Variable Framerate)
RF => 19 (Constant Quality
Use Advanced Options => Disabled
Are there any settings in Handbrake that removes these artifacts, or is the VC-1 support still not complete?
My video settings in Handbrake:
Video Encoder => H.264 (x264)
Framerate => Same as source (Variable Framerate)
RF => 19 (Constant Quality
Use Advanced Options => Disabled
Re: dealing with a 1080i VC-1 encode
When ripping the BBC BD Wonders of the Solar System, which is interlaced VC-1 too, I'm unable to jump to another time position when playing back the video file. Additionally, there is no information on the length of the movie file. This does, however, not apply to the Doctor Who rip, which is converted in the exact same way with Handbrake from the same type of source.
I don't understand this. :-/
I don't understand this. :-/
Re: dealing with a 1080i VC-1 encode
If you can't seek it most likely means the conversion never completed, so the file was never indexed. Try again and make sure it completes this time.
Re: dealing with a 1080i VC-1 encode
It's complete, just buggy. Most of the artifacts will be gone after a one-line bugfix lands in the nightlies (within a few days).miceagol wrote:I just upgraded Handbrake to build 5983, and I'm trying to convert a Doctor Who BD from a raw MakeMKV rip to h.264 using Handbrake. Still I have some issues with pixelated artifacts now and then during playback. The playback is otherwise smooth compared to running the raw VC-1 rip.
Are there any settings in Handbrake that removes these artifacts, or is the VC-1 support still not complete?
Then the last remaining known bug will be https://trac.ffmpeg.org/ticket/3262
Re: dealing with a 1080i VC-1 encode
Handbrake got a VC-1 patch in build 5993 yesterday. I tested it, and now the converted VC-1 rip is completely without any remaining artifacts.ndjamena wrote:It's complete, just buggy. Most of the artifacts will be gone after a one-line bugfix lands in the nightlies (within a few days).
Thanks! Seems like Handbrake was interrupted in the encoding process somehow.ndjamena wrote:If you can't seek it most likely means the conversion never completed, so the file was never indexed. Try again and make sure it completes this time.
Re: dealing with a 1080i VC-1 encode
Interlaced VC-1 support has improved a bit: https://trac.handbrake.fr/changeset/5993
Last known issue is thus: https://trac.ffmpeg.org/ticket/3262
Last known issue is thus: https://trac.ffmpeg.org/ticket/3262