It’s your opinion and thats ok, but if the V6 Output would result in a different output, even when the models doesnt changed, and it was not announced, then that’s nothing that should be considered positive 
Why ?
Lets say you have a freak like me^^ that does restauration from officialy released SD pron^^ DVD’s and want to >share the way how you did it< (or want to do it, in a few years again, because Post Processing Tools get better) then it’s bad if Version X behaves different as Version Y, and nobody informed you.
The List in 5.X was not perfect, but at least, i was able to loop. Compare the same frames (if you push Cursor Right, active Frame from different Entry in the List, will be the same, after you click the other Entry. Same with a Duplicated Tab in V6, which is Good ! thumbsup ) from different previews, just by clicking on a different Entry.
Now before i tried V6, i was thinking “hmm, with tabs the TreeList in 5.X (that is not optimal) is not needed, if they add a pure Frame X to Y Joblist (with Join ability), and i can compare the output Frames from different tabs by just clicking a Tab”
But the reality was, that there was no Loop, and no Info, which Frame Range (Exact Start Number and End Number) which Range Processed, all what i saw was the active Frame.
Ok, so i duplicated Tab A (still not knowing which Frame Range) then tried different Settings.
Moved by Cursor Event one Frame forward, Clicked TAB B, same Frame ! Good !
Now ! TAB B was active, i clicked on Split View. TAB A was now left (and directly right from “Original” without any Space between) and TAB B right.
Ok, then i switched back to Single View (do >NOT< Click X on the right Tab ! it will be closed, without Question) Clicked TAB A, clicked on Split View, and the Result was, that the Original Tab was now Left, and TAB A & B on the Right.
That’s inconsistence behaviour.
After that i clicked Single View, and guess what ? It doesnt worked, i had to Click Fullscreen (that fancy stuttery slow slide in and out animations for the bars look amateurish and consume time ! Fast Snap in and out would be 100x faster and better) first for some reason, then again, then Single View, then Single View was executed.
So, how do i know which Frames were executed from Preview ?
RClick on the Preview, then RClick Menu will give you the Info, but just if you are on a Frame that is allready processed. (So you have to Click on green Spot on the Seek Bar first)
Ok, lets say i want to throw that Range of Preview Frames to the Export Queue (and dont want to start. Because it’s allready Ok and Processed !) then i can forget that.
I have to RClick first on the Preview Window, get the Frame Range.
Seek to Start Frame, Mark In, Seek to Stop Frame, Mark Out, then start the Processing
(so i got no other Choice ! No Option ! No Output Joblist, where i can add “Frame X to Y” Jobs inside, modify the order from entrys like i want, and start the export when i want) by Clicking “Export As” and later i got a Ton of Files with stupid names like.
Misty (TopFieldFirst)_1_ddv3.mp4
Misty (TopFieldFirst)_2_ddv3.mp4
Misty (TopFieldFirst)_3_ddv3.mp4
Nothing was joined ! Any Entry in the Queue List, was processed as a unique Output File (FFMPEG,VirtualDub1&2,AviSynth can join stuff without problems)
There is not even a Option for that !
Why should there be a Option ? Flexibility ! For situations like that.
Frame 0 to 1000 is good with actual Setting A
Frame 1001 to 1003 messed up skin on the legs, need other setting. Call it Setting B
Frame 1004 to 5000 good with Setting A
etc
etc
I dont want to ask my self, which Output File is for which Frame Range, and to join them externaly, when it would be easy to integrate a real flexible Joblist with a Join Function.
I dont want to Process a File 5 Hours, just to see afterwards, that Frames 1001 to 1003 are messed up, so that i have to Split the whole File to File A Frame 0 to 1000, File B 1000 to 1003 etc etc etc !
Amen !
.
