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. |
8th August 2018, 21:03 | #1 | Link |
Formerly davidh*****
Join Date: Jan 2004
Posts: 2,493
|
Frame-accurate MPEG2 source filter for x64?
I'm trying to fix some DVD video using Avisynth+ x64 but I have a problem loading the files. I can't find a way to do so with guaranteed frame accuracy.
I've used DGIndex/mpeg2source under x86 and it's always been great, but for what I'm doing I really need to work with x64, and it isn't available. I've tried dgsource and ffmpegsource, but neither can quite be trusted - if I jump to a certain frame, I'm not guaranteed to get the exact frame I asked for. If I step back a bit and advance through it seems to start working properly, but I'm using a lot of temporal filters and I don't want it to mess up on me when I'm least expecting it. I've tried remuxing the .mkv files made my MakeMKV into .mp4 files and .vob files but they still exhibit the problem. Are there any other options? |
8th August 2018, 21:13 | #2 | Link |
Registered User
Join Date: Sep 2007
Posts: 5,346
|
DGDecode is available for x64 but some iDCT modes are missing
http://avisynth.nl/index.php/AviSynth%2B_x64_plugins https://www.mediafire.com/download/c..._3-19-2010.rar what? did you say dgsource has problems and cannot be trusted? Maybe provide some details or a source so it can be "fixed" ? for ffmpegsource/ffvideosource, there is a seekmode=0 switch which helps with "vigourous" seeks, but it's slow I have found mpeg2 in mkv very, very, very unreliable with many source filters. I always demux to m2v if it's in mkv Last edited by poisondeathray; 8th August 2018 at 21:17. |
8th August 2018, 21:16 | #3 | Link |
Big Bit Savings Now !
Join Date: Feb 2007
Location: close to the wall
Posts: 1,531
|
Does it happen if you have only the sourcefilter in your chain ?
DGSource should be rocksteady.
__________________
"To bypass shortcuts and find suffering...is called QUALity" (Die toten Augen von Friedrichshain) "Data reduction ? Yep, Sir. We're that issue working on. Synce invntoin uf lingöage..." Last edited by Emulgator; 9th December 2018 at 02:36. |
8th August 2018, 21:57 | #4 | Link |
Formerly davidh*****
Join Date: Jan 2004
Posts: 2,493
|
Thanks for all your help, but I'm afraid I may have wasted your time I was sure it was a source filter problem for various reasons, but I've now been able to reproduce some truly bizarre and, frankly, impossible behaviour from my own filter which is part of the chain.
The reason I believed it was a source filter problem is because I was seeing a similar problem when using mvtools instead of my own filter. Now I wonder if it's actually an Avisynth+ problem, because of the following behaviour: Code:
src=colorbars.converttoyv12.showframenumber my_filter(src) mcompensate was also showing a similar off-by-one problem, which I originally put down to my own misunderstanding of it. I will investigate. |
9th August 2018, 19:54 | #6 | Link |
Formerly davidh*****
Join Date: Jan 2004
Posts: 2,493
|
Bug found and squished. I was calling GetFrame/GetReadPtr several times in succession, but not holding on to the PVideoFrames from GetFrame, so I think AviSynth was re-using them and overwriting/re-using the ReadPtrs I had already gathered, which (possibly) explains why I was getting frames from clips that weren't even passed to my filter.
Last edited by wonkey_monkey; 9th August 2018 at 20:02. |
Thread Tools | Search this Thread |
Display Modes | |
|
|