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. |
|
|
Thread Tools | Search this Thread | Display Modes |
10th June 2014, 16:02 | #2221 | Link |
Registered User
Join Date: Dec 2011
Posts: 129
|
Both DGMVC and FRIM work just fine and dandy with my script, which is why I'm wondering about the possibility of sequential feedback from ssifSource. I wouldn't have even bothered pursuing it at all if I'd never gotten it to work, after all. The basic script (paraphrased) I use for those is as follows:
Code:
Source = plugin (gubbins) Crop (Source, left, top, right, bottom) Left = SelectEven (Source) Right = SelectOdd (Source) Left = SelectEven (SeparateRows (Blur (Left, 0, 1), 2)) Right = SelectOdd (SeparateRows (Blur (Right, 0, 1), 2)) Return StackVertical (Left, Right) *ed: The example I posted earlier from The Avengers was made using DGMVCSource, both for BilinearResizing and Blurring. Unless I've lost what's left of my mind, those both work equally well as each other.... don't they? Problem is, I own two movies that don't work with either of those plugins. Pacific Rim, as expected, and Escape from Planet Earth (which I have still never gotten to work with DGMVC or FRIM). They do, however, work perfectly with ssifSource 4 - Escape regardless of which decoder I use, and Pacific Rim so long as I use the JM decoder. Other than those two I use predominately DGMVC simply in the interest of speed (hardware decoding is hard to beat). Last edited by Thalyn; 10th June 2014 at 16:07. |
10th June 2014, 16:52 | #2222 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
OK, it's only for the possibility to decode Pacific Rim and Escape without the infamous Intel bug that you need ssifSource. I wondered if it was for another reason, related to your method.
BTW, thanks to remind me that Escape from Planet Earth is also a "problematic 3DBD". We tend to forget it and to consider that the Intel decoder bug affects only a single movie, and therefore that it is not really important.
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
10th June 2014, 17:04 | #2223 | Link |
Registered User
Join Date: Dec 2011
Posts: 129
|
The effect on Escape is a bit hit and miss. I've been able to reproduce it each and every single time using the two other Intel decoders, but Neuron2 (DGMVC) hasn't ever had it happen. I'm not sure whether Videofan3d (FRIM) has managed to reproduce it either, but they always seemed more focussed on the encoding side of things rather than the decoding so I'm really not sure.
Even more interestingly, it works fine in ssifSource 4 through its Intel path. But I believe it uses 1.6 at all times, where the other 2 will use 1.8 in software mode and 1.7 in hardware. |
10th June 2014, 17:26 | #2224 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
So, you are not sure that it's the Intel bug that affects Escape? As far as I know, all versions of the Intel library have the same bug, at least with Pacific Rim. Unfortunately, I don't have the Escape BD to test it myself.
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
10th June 2014, 21:09 | #2225 | Link |
Registered User
Join Date: May 2011
Location: Moscow, Russia
Posts: 124
|
Thalyn,
Looks like functions SeparateColumns / SeparateRows were added in AviSynth 2.60. Which version of AviSynth do you use? AviSynth 2.60 Alpha #? http://sourceforge.net/projects/avis...lpha_Releases/ P.S. As for me, I use 2.58 (2.5.8.5). ADD: My bad. Sorry. Twice frame acquiring fix wasn't done properly. Trying to fix it right now. (Tested with 2.6.0.4) ADD2: Here's the fix. Just replace the dll. PPS. for some reason I've noticed decoding problems with ldecod at secondary ssif file (00005.ssif) in Avatar disc. Be careful using it. The problem I've noticed is that only half of frame changes when next frame is decoded (only in the beginning of the sequence (first 30 frames), not related to SeparateRows). Looks like this, appears randomly and only in first 2 seconds (tested 10 times), only for ldecod. The bottom part of mvc view is the part of next frame. Last edited by slavanap; 12th June 2014 at 23:44. Reason: another version |
12th June 2014, 06:00 | #2226 | Link | ||
Registered User
Join Date: Dec 2011
Posts: 129
|
Quote:
Quote:
Testing out the fix now. Will edit this briefly with results. *Ed: I have good news, bad news and, as always, confusing news. The good news is that I'm no longer getting the green frames at all. I've tried blurring both before and after splitting, as well as both horizontal and vertical stacking. The bad news, though, is that I'm observing exactly the same thing you were on Avatar (which is the same basic issue I mentioned earlier when blurring before splitting); only with ldecod as you mention (IM works fine). I've tried stripping out the blur since that caused problems before but it seems that doesn't do anything this time around. Unlike Avatar, though, I'm noticing it sporadically as far in as the 2-minute mark. In case it's relevant, I'm working from raw h.264 streams and not the ssif file. The confusing part, though, is that while Escape only shows it on the MVC stream, Pacific Rim shows it on both streams. And when I say "both" I don't mean just that the MVC frame is just being distorted as a result of the AVC stream decoding incorrectly, but rather that it's adding additional distortion of its own on top of that. Unfortunately, while I can use the IM path for Escape I can't use it for Pacific Rim. If it were a videogame I'd suggest enabling V-sync, but I have no idea if ldecod includes that kind of facility - or why it wouldn't have it on by default when it's serving up a stream frame-by-frame. The plot thickens... Last edited by Thalyn; 12th June 2014 at 06:25. |
||
12th June 2014, 23:43 | #2227 | Link |
Registered User
Join Date: May 2011
Location: Moscow, Russia
Posts: 124
|
Thalyn,
My bad again (forgot about thread synchronization objects' initial status; need to stop programming at night..). ldecod works perfect, it wasn't the cause of that artifact. http://sendfile.su/990052 @all, Is there any sample, ldecod can't handle? I've heard "Coraline" may have one. Can anyone confirm? Last edited by slavanap; 12th June 2014 at 23:46. |
13th June 2014, 13:22 | #2229 | Link | ||
Registered User
Join Date: Dec 2011
Posts: 129
|
Quote:
I'll be honest in that I'm not sure if there's anything that ldecod can't do, mostly because it's my "backup" transcoder for when IM fails as hardware IM used to be a lot faster. However, I can start running some tests if you'd like (I've still got another ~36 movies to go in 3D) - both for compatibility testing and to see how the speeds stack up these days. Quote:
My understanding is that ldecod is a different filter. I believe it's based on the JM Software SDK (currently v18.6) but Slavanap will know more about it than I do. |
||
13th June 2014, 14:20 | #2230 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
Yes, ldecod is the first decoder that has been freely available, long before the Intel SDK has been released. It is terribly slow, but afaik, it has always worked perfectly. I don't know if someone has tested it with Pacific Rim though.
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
13th June 2014, 14:38 | #2231 | Link |
Registered User
Join Date: May 2006
Posts: 3,997
|
If I remember correctly, videofan did some tests with Idecod and PacificRim. I tried to find the post ......
Edit: Here it is. Last edited by Sharc; 13th June 2014 at 14:56. |
13th June 2014, 15:20 | #2233 | Link | |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
Quote:
Thanks for the link.
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
|
13th June 2014, 15:24 | #2234 | Link | |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
Quote:
Unfortunately, the latest Intel decoder doesn't fix the Pacific Rim bug.
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV Last edited by r0lZ; 13th June 2014 at 15:27. |
|
13th June 2014, 17:46 | #2235 | Link | |
Registered User
Join Date: Dec 2011
Posts: 129
|
Quote:
It's possible that was with an earlier version of ldecod, of course. Whatever version Slavanap put in his 4.4 release (I believe that was still 18.6 but they can correct me if I'm wrong) worked just fine for me, though, and I'll know by tomorrow when I get up if 4.44c works or not. Interesting to note about the newer SDK, though. I wonder what that might do in tandem with the newer HD/Iris drivers (v15.33.22.3621, released May 21st) for hardware decoding..? |
|
13th June 2014, 18:11 | #2236 | Link | |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
AFAIK, there is nothing new in the MVC decoder part.
Extract from the release notes: Quote:
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
|
13th June 2014, 22:50 | #2238 | Link |
PgcEdit daemon
Join Date: Jul 2003
Posts: 7,469
|
I agree. I have just updated the Intel DLL, and your Source filter works as expected, without any visible modification.
__________________
r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV |
14th June 2014, 05:17 | #2239 | Link | |
Registered User
Join Date: Dec 2011
Posts: 129
|
Quote:
Speed is fairly pedestrian compared to IM, but may prove to be a necessary evil on occasion. PR, for example, processed at 11.47fps overall, while Escape managed a slightly better 12.93fps. None of my IM-sourced transcodes have gone even close to that slow so far - high teens is about the lowest I see from it, and it's normally closer to realtime. However, I cannot pin that speed down entirely on the use of ldecod. Since I'm not using a pre-combined stream it's possible the act of piping it has an adverse effect on speed, plus the dependence on the external MVCCombine executable of unknown optimisation. Sadly, however, I can only confirm the speculations with regards to the new IM dlls. Minor fixes like what we need are rarely documented properly but I've been unable to tell any difference between the results of the older and newer dlls, whether using hardware or software. Last edited by Thalyn; 14th June 2014 at 05:19. |
|
14th June 2014, 20:47 | #2240 | Link | |||||
Registered User
Join Date: May 2011
Location: Moscow, Russia
Posts: 124
|
Quote:
Intel returned 211 frames, ldecode -- 234 frames. Where's the decoding errors? Quote:
Quote:
Quote:
Quote:
Last edited by slavanap; 15th June 2014 at 08:06. |
|||||
Thread Tools | Search this Thread |
Display Modes | |
|
|