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. |
13th December 2019, 18:19 | #1081 | Link | |
Registered User
Join Date: Mar 2011
Posts: 4,829
|
Quote:
For the record, it's not the 1990's and the only trolls in forums are the ones who troll by insulting others with accusations of trolling. Did you forget to discuss the topic or were you just bored? Last edited by hello_hello; 13th December 2019 at 18:28. |
|
13th December 2019, 19:46 | #1082 | Link |
Useful n00b
Join Date: Jul 2014
Posts: 1,667
|
Suppose you want to load a series of M2TS files which are scattered in a directory and not in sort order (just about any bluray/UHD disk). Another case is multiple VOBs from a DVD. Loading a DGIndex(NV) project file will conveniently and automatically load them all in order, because the file list is stored in the index file. Without that you'd have to navigate to and tediously select all the files again every time you want to work on the project again. Is this something applicable here? If smash whatever can only load one source file then it would be irrelevant. I don't know enough about the smash stuff to know if this is relevant, but it sure is a big advantage for DGIndex(NV) to have that capability.
Last edited by videoh; 13th December 2019 at 19:55. |
13th December 2019, 21:08 | #1084 | Link |
結城有紀
Join Date: Dec 2003
Location: NJ; OR; Shanghai
Posts: 894
|
Sorry for not keeping an eye on this thread for a few days. Let me add some point from my view.
The fundamental difference between dgindex / dgnv and lsmash / ffms is that dg index is generated using a standalone tool while lsmash / ffms index is (usually) generated by the plugin itself. That's why I was so confused by the behavior of MeGUI. You have to use the source file as the parameter passed to lsmash in order to create an index. Why would it change that parameter (completely unnecessarily) to the index then? For dgindex and dgnv it's pretty natural to use index because you create the index first. Besides, as videoh said, dg family supports loading multiple files in a single shot, which makes more sense for it to load an index. |
13th December 2019, 21:47 | #1085 | Link | |
Registered User
Join Date: Mar 2011
Posts: 4,829
|
Quote:
As far as I know there's no way to load multiple sources as a single index file or project. |
|
13th December 2019, 22:36 | #1086 | Link | |
Registered User
Join Date: Mar 2011
Posts: 4,829
|
Quote:
If lsmash wrote the path to the index file while indexing, but ignored it unless an index file is used as the source, it seems to me it'd be the best of both worlds. I honestly don't understand why there's so much resistance to the idea. Why break functionality unnecessarily? Even if the response was "can't be bothered", or "don't care" it'd make more sense to me than denying there's ever a reason to open index files. I often do because I rarely keep them in the source folder, so it saves having to specify each source location plus the cachefile argument for the index file in a new script, and we already know one of the most popular GUIs opens index files and it'll break. Last edited by hello_hello; 13th December 2019 at 23:29. |
|
14th December 2019, 05:55 | #1087 | Link | |
Registered User
Join Date: Jan 2018
Posts: 2,156
|
Quote:
|
|
14th December 2019, 10:33 | #1088 | Link | ||
Registered User
Join Date: Mar 2011
Posts: 4,829
|
Quote:
Quote:
At the risk of bringing MeGUI into it again, I often add a batch of indexing jobs to the job queue, let MeGUI run them while moving the index files to the specified location(s), and later I create the scripts from scratch. There's no scripts to copy or modify. MeGUI does the indexing "behind the scenes" via a command prompt... or something. You can't do the same thing with ffms2 unless the index files are in the source folder, which is often a determining factor for me when choosing which indexer to use. I often use Avisynthesizer to create scripts using the index file as the source, and sometimes I do that rather than copy or modify an existing script because it's more convenient, or sometimes I get MeGUI to run a batch of indexing jobs and create the scripts myself etc. And to go around in circles again, MeGUI is designed so the user isn't required to have any knowledge of Avisynth including how to open a source in a script, and I can't think of a GUI of that type that doesn't require the user to open a source file. I did ask for examples of the GUIs you claimed to be better choices with no response, but in MeGUI's case, the Script Creator can add the cachefile argument as long as it's configured to automatically open after indexing. To open a source that's already been indexed, the index file must be in the source folder or of a type the Script Creator can open directly, otherwise MeGUI can't know it exists. Are there psychic GUIs I'm unaware of, or is a bad thing MeGUI allows you to specify a working directory while still avoiding re-indexing whenever possible? I've offered several suggestions as to how I think it'd be possible to have the best of both worlds, but they've been ignored in preference to insisting everybody does things the same way, or labelling a GUI as badly designed for having the audacity to use existing functionality, and that's something I find a little hard to understand. Last edited by hello_hello; 15th December 2019 at 02:25. |
||
16th December 2019, 09:00 | #1089 | Link | ||
Registered User
Join Date: Jan 2019
Location: Antarctica
Posts: 74
|
MeGUI has a field section called "Working" which is where index files goes. It doesn't have to be set to target to a specific folder as it'll create a folder with the indexed file where ever the m2ts file is without moving it which is its default. However, even with leaving it on its default using the latest lsmash it'll still give the errors I've pointed at #1085. Image here https://i.ibb.co/4jSWfZh/vampi.jpg
I also agree that it's not cool to call MeGUI out of date when it's been using something that was included in lsmash. Somehow the author knew about it but was taken out cuz the updaters didn't know why it was there or something. So if the MeGUI author wants to resort to having to update lsmash I'll be fine using MeteorRain's working one till then despite not being able to use that 1 frame fix. Quote:
Quote:
I have my MeGUI setup to use lsmash via One Click > Config > Other tab > Indexer / Opener Priority and seems to ignore those and goes directly to DGI. To nitpick on this I dunno why it varies between DVD's with regards to how it does VOBs because I've had some DVD's where it only did each single episode while in others it did the entire DVD episodes into one huge container. Last edited by dREV; 16th December 2019 at 09:03. Reason: stuff |
||
16th December 2019, 13:14 | #1090 | Link | |||
Registered User
Join Date: Mar 2011
Posts: 4,829
|
Quote:
Quote:
Quote:
Vob files are generally indexed as a single file when they're sequentially numbered. There's often a title for each episode, but sometimes there's just a single title with the episodes divided by chapters and that'd be why sometimes all the episodes are encoded together. It depends how the DVD is authored. I'll explain how I re-author DVDs before encoding to solve that problem in the PM. Edit: I tried to send you a PM but you have them disabled. Last edited by hello_hello; 16th December 2019 at 15:49. |
|||
17th December 2019, 02:25 | #1091 | Link | ||
Registered User
Join Date: Jan 2019
Location: Antarctica
Posts: 74
|
Quote:
For example, if I have a banding scene from frames (200, 500) and I get lsmash to index and encode these scenes it's not really doing it for those scenes but for the m2ts file itself? I'll then have to run the lsmash index 2 more times to do frames scenes (0, 199) and frames (501, 33000) to finish up the episode. It'll be very helpful if I can just index once and get straight to encoding especially when I use trim as it could take up to 2 to 50 different frames for just 1 single episode which could take a very long time to do. Especially on the original MeGUI lsmash which I've timed it to be over well an 1 hour or two and movies are worse as the numbers shoot even higher. Quote:
|
||
17th December 2019, 03:02 | #1092 | Link | ||
Registered User
Join Date: Sep 2007
Posts: 5,377
|
Quote:
Quote:
|
||
17th December 2019, 19:49 | #1093 | Link | |||
Registered User
Join Date: Mar 2011
Posts: 4,829
|
Quote:
LWLibavVideoSource("D:\Video.m2ts.lwi") MaybeSomeFilterHere() MaybeAnotherOne() A = last B = A.SomeDebanding() A.Trim(0, 199)\ ++B.Trim(200, 500)\ ++A.Trim(501, 0).MaybeAnotherFilter().OrTwo() MaybeSomethingElse() By the way, I had a better look at your previous screenshot and it seems even when you don't specify a working directory, OnceClick creates a subfolder with a random name in the source directory, so it'd put the index file in that folder and open it directly. OneClick probably always creates subfolders regardless of the output location, but as I said, I don't use it. Quote:
Quote:
To keep discussing MeGUI itself though, it'd probably be better to do so elsewhere rather than sidetrack this thread too much. Last edited by hello_hello; 17th December 2019 at 21:17. |
|||
20th December 2019, 14:07 | #1094 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
@HolyWu
Could you help me to decrypt those values? Code:
Index=0,POS=9566774,PTS=-9223372036854775808,DTS=35085050,EDI=0 Key=1,Pic=1,POC=2,Repeat=1,Field=0 Index -> stream index POS -> position in file PTS -> ? DTS -> ? EDI -> ? Key -> keyframe Pic -> ? Repeat -> ? Field -> Interlaced field Also What is purpose of these entries? Code:
<StreamDuration=0,0>-9223372036854775808</StreamDuration> <StreamIndexEntries=0,0,16061> POS=0,TS=0,Flags=1,Size=0,Distance=0 POS=12116,TS=500500,Flags=1,Size=0,Distance=0 POS=26960,TS=1101100,Flags=1,Size=0,Distance=0 POS=95503,TS=1601600,Flags=1,Size=0,Distance=0 POS=154509,TS=2002000,Flags=1,Size=0,Distance=0 POS=215660,TS=2452450,Flags=1,Size=0,Distance=0 POS=314434,TS=2752750,Flags=1,Size=0,Distance=0 POS=476442,TS=3253250,Flags=1,Size=0,Distance=0 POS=658539,TS=3753750,Flags=1,Size=0,Distance=0 POS=763885,TS=4104100,Flags=1,Size=0,Distance=0 POS=925780,TS=4654650,Flags=1,Size=0,Distance=0
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
21st December 2019, 12:24 | #1095 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
23rd December 2019, 16:57 | #1096 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,783
|
Probably also MPEG Transport Stream (and Program Stream?): No internal index chunk, originally designed to be "played-a-live" in a broadcast; seeking is only possible in a kind of interval bisection method: test seek with good guess assuming a rather constant average bitrate, read next found GOP timestamps, calculate new difference, new test seek with a better guess...
|
23rd December 2019, 17:05 | #1097 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
23rd December 2019, 17:12 | #1098 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,783
|
LwLibav*Source generally does not rely on internal index chunks of any container format. It always re-indexes content streams as they are demultiplexed by the libavformats splitters. Only a fresh index guarantees frame-exact seeking; internal index chunks chould have been damaged, missing, or been built by "incompetent" software...
LSMASH*Source relies on index chunks of ISO Base Media container formats only. |
23rd December 2019, 17:13 | #1099 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Quote:
Code:
<LSMASHWorksIndexVersion=0.0.2.0> <LibavReaderIndexFile=16> <FileSize=2465531781> <FileHash=0x94ac5e38> <LibavReaderIndex=0x00000100,1,mpegvideo> <ActiveVideoStreamIndex>+0000000000</ActiveVideoStreamIndex> <ActiveAudioStreamIndex>-0000000002</ActiveAudioStreamIndex> <StreamInfo=0,0> Codec=2,TimeBase=1/1200000,Width=720,Height=480,Format=yuv420p,ColorSpace=6 </StreamInfo> Index=0,POS=0,PTS=-9223372036854775808,DTS=0,EDI=0 Key=1,Pic=1,POC=0,Repeat=1,Field=0 Index=0,POS=7988,PTS=-9223372036854775808,DTS=50050,EDI=0 Key=0,Pic=2,POC=1,Repeat=1,Field=0 Index=0,POS=8576,PTS=-9223372036854775808,DTS=100100,EDI=0 Key=0,Pic=2,POC=3,Repeat=1,Field=0 Index=0,POS=9128,PTS=150150,DTS=150150,EDI=0 Key=0,Pic=3,POC=2,Repeat=1,Field=0 Index=0,POS=9446,PTS=-9223372036854775808,DTS=200200,EDI=0 Key=0,Pic=2,POC=5,Repeat=1,Field=0 Index=0,POS=10002,PTS=250250,DTS=250250,EDI=0 Key=0,Pic=3,POC=4,Repeat=1,Field=0 Index=0,POS=10320,PTS=-9223372036854775808,DTS=300300,EDI=0 Key=0,Pic=2,POC=6,Repeat=1,Field=0 Index=0,POS=10884,PTS=-9223372036854775808,DTS=350350,EDI=0
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
|
|