Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
11th December 2012, 11:12 | #1 | Link |
Registered User
Join Date: Feb 2010
Posts: 41
|
Visual artifacts in encoded videos (Win 8, Staxrip)
I used to encode my Canon DSLR video clips in Windows Vista, until I recently bought a new system with Windows 8. Now the video files I encode with Staxrip (1.1.8.0) have two kinds of visual artifacts:
1) There are often short pixellated trails where motion is present (for example, a car drives by horizontally in an otherwise static scene) 2) Every now and then the screen gets a certain grayish look for about half a second - exactly like the 'emboss' filter you've seen in image editors The videos I have previously encoded with the old system, play back fine whether in VLC Player, Media Play Classic or on my television (the TV plays back these videos, to clarify). The files encoded on the new system play back, but with the visual artifacts. I've already tried copying the exact, working Staxrip encoding settings from the Vista computer as well, I'm not sure what to try next. (Sorry about the attached image, I thought it would remain as a link instead displaying automatically) -- Off-topic question: does video encoding like in this case benefit much from a quad core CPU, and what relevant settings or command line options in Staxrip should I look into? Last edited by D9JK; 11th December 2012 at 19:10. Reason: Attachment |
11th December 2012, 12:06 | #2 | Link |
Registered User
Join Date: Apr 2010
Location: Sain-Petersburg, Russia
Posts: 139
|
Do you see any artifacts playing back Canon DSLR video clips? It might be windows 8 decoder that causes troubles.
As for quad core - yes, it helps. There is threads command line option, but its default value is considered optimal. You don't need to change anything. |
12th December 2012, 21:59 | #3 | Link |
Registered User
Join Date: Feb 2010
Posts: 41
|
Thank you for the reply. Both the original and previously encoded video clips play back without any artifacts at all, only the newly encoded videos (encoded on the Win8 system) contain visual artifacts.
If it helps, here is a comparison of the original, artifact-free clip, and the same with the artifacts caused by the encoding: Without artifacts (original) With artifacts (encoded) |
19th December 2012, 17:04 | #5 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
What does StaxRip use for decoding? DirectShowSource or Ffms2 source? Do you also get the same artefacts after encoding in ripbot?
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
19th December 2012, 18:22 | #6 | Link |
Registered User
Join Date: Feb 2010
Posts: 41
|
Ffms2, according to the processing window.
RipBot seems to work well, thank you for mentioning it. No artifacts, and as with Staxrip, the file size is reduced as expected without a noticeable loss in visual quality. I still have to take a closer look at the options included, but I'm liking it already. |
19th December 2012, 22:02 | #8 | Link |
Registered User
Join Date: Feb 2010
Posts: 41
|
I think you were right. I examined the application folders of both programs, and simply copied the contents from RipBot's "Avisynth plugins \ ffms" folder to Staxrip's equivalent. Judging by a quick test, Staxrip now seems to encode artifact-free files as well.
Thank you for pointing me to this, it probably wouldn't have crossed my mind otherwise. |
19th December 2012, 23:34 | #9 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
This might be of interest for all users of Windows 8. StaxRip comes with the plain vanilla stable version 2.17 of ffmpegsource which is still the recommended version. RipBot uses a much newer beta version (r700).
If version 2.17 worked under Vista for your specific input format, but doesn't work under Win8, then it is safe to assume that Win8 builds a different filter graph for this source format than Vista. And the beta version r700 of ffmpegsource implemented some changes which take care of the Win8 changes. What does this mean for Win8 users? Are there settings or registry entries which bring back the old Vista behavior? Or should Win8 users generally update their ffmpegsource v. 2.17 to a newer beta release? Cheers manolito |
20th December 2012, 14:25 | #10 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Win8 probably works in the same way as win7. You need to first hack registry to set ffdshow as preffered video decoder (Ripbot264 does this automatically). This step was not needed in vista. However now we are talking about two different scenarios (DirectShowSource vs system independent ffms2).
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 20th December 2012 at 14:32. |
|
|
|