View Full Version : DGMPGDec Development List
Cyberia
7th January 2005, 00:04
This is the list of requested fixes and enhancements for DGMPGDec. It's the wish list of features and fixes. Please feel free to add/correct to this list by posting to this thread.
This list is not prioritized or ordered in any way. Some of these may require extensive work, others may be easy changes. This is NOT intended to be a "to do" list for any one developer. Developers are invited to assign items to themselves for development. Please inform neuron2 if you with to do that, in order to avoid duplication of effort.
Fixes
-----
1) DGMPGDec needs to support no-I-frame streams.
2) Stopping a preview with a field structure clip can result in
display of fields from different pictures. This only affects
display in DGIndex after hitting stop, and does not affect video
output.
DGIndex Enhancements
--------------------
1) Auto detect and set Field Operation
a) can be overridden/changed
2) Multiangle support
3) Unicode character support
4) Some kind of free-space check before saving projects
5) Produce audio files with no delay necessary.
a) Also, tool for audio sync/PTS debugging
b) Proper correction for AV sync loss due to
video or audio losses due to stream errors.
6) (GUI) Frame accuracy. Individual frame stepping (both directions).
7) (GUI) Allow multiple simultaneous selection ranges to be set. Cutting.
8) (GUI) Audio Identification
a) Audio track selector reports valid tracks and some info
(types, bitrate, freq, length, language, etc)
AC3(5.1) 448Kbps 48Khz 849s En
AC3(2.0) 192Kbps 44Khz 243s Sp
DTS 768Kbps 48Khz 1843s Gr
9) (GUI) Audio playback
10) (GUI) Clipping option needs better granularity
11) (GUI) Save clipping settings if clipping is checked when ending the program
Cyberia's comment: Not sure if this is a good idea at all. Don't
save the setting, but don't clear it when you load a new vob. If you
save the clipping value, users will forget about it (especially
command-line users) and bad things will happen. Better
to preserve the current setting while the program is open and
allow the user to load multiple files without resetting the value.
12) (GUI) Enhanced Color/Luma controls
a) Possibly like AVIUTL or....
b) Invoke the AviSynth filters Tweak and Levels
13) (CLI) option to specify the process priority
14) (CLI) Add a commandline option to specify a range of "VOB Cell IDs" to
index. [mg262]
15) Process multiple audio streams at once for transport streams
(as is currently done for program streams).
DGDecode Enhancements
---------------------
1) Rationalize parameter definitions and functionality
a) See this thread: http://forum.doom9.org/showthread.php?s=&threadid=76625
2) Automatic D2V file generation
3) Allow "Info" to be used in AviSynth for conditional filtering
Cyberia
7th January 2005, 00:22
I am reposting this thread now that it seems some development has resumed on DGMPDec. The original thread can be found here (http://forum.doom9.org/showthread.php?s=&threadid=74081).
I believe these items have been resolved by the latest fixes from Tritical:
Fixes
------------
1) Upsampling based on progressive/interlaced picture indication
[AbsoluteDestiny]
DGDecode Enhancements
---------------------
2) Set ipp parameter automatically according to current frame type
4) Show clip TFF versus BFF in info dialog.
Please confirm these and ill remove them from the list. Also, thanks for the new coding!
Cyberia
8th January 2005, 01:14
Well, sorry everyone. The list originally posted was a bit out of date. I have updated it with the current issues, so please go over it again.
Guest
12th January 2005, 14:52
Originally posted by Cyberia
Please confirm these and I'll remove them from the list. Please don't remove them until they make it into my full releases. Otherwise, I may forget about them. :)
I am reviewing tritical's changes right now with a view to incorporating them.
Cyberia
24th January 2005, 17:59
The list has been updated as of 1/24/05 to reflect the changes made with DGMPGDec 1.1.0.
Guest
19th April 2005, 04:25
Updated the list.
iNFO-DVD
29th April 2005, 23:54
Just a little request if possible..... ;)
Are the [ and ] (around filenames) in the CLI of DGIndex there for just parsing???? I mean, any reason why they are "[ ]" or was that just what was chosen originally?
The reason I ask is because if I use DGIndex CLI I can now not have the "[" or "]" symbol in my path, which is a bit of a pain as I use them quite a lot.
Any chance you could change the symbol to something that you can't legally have in a path so it will never be an issue with anyone again?
Illegal folder/file names are:
\/:*?"<>|
Hope you can oblige.......
Cyberia
4th May 2005, 22:15
Originally posted by iNFO-DVD
Just a little request if possible..... ;)
Are the [ and ] (around filenames) in the CLI of DGIndex there for just parsing???? I mean, any reason why they are "[ ]" or was that just what was chosen originally?
The reason I ask is because if I use DGIndex CLI I can now not have the "[" or "]" symbol in my path, which is a bit of a pain as I use them quite a lot.
Any chance you could change the symbol to something that you can't legally have in a path so it will never be an issue with anyone again?
Illegal folder/file names are:
\/:*?"<>|
Hope you can oblige.......
Your only option would be to use the -BF([filelist]) option. I just tested it with [ ] in filenames and it does work fine.
You should also post questions like these in a new thread. I understand your confusion, but this is not a feature request thread.
Cyberia
Guest
15th May 2005, 02:58
Added a bug regarding multiple instances of DGVfapi. Well, I didn't add the bug, I added the notice of its existence. :)
Zetto
3rd June 2005, 23:50
Is there anyway to include the demuxed sound file name somewhere in the template.avs? I mean like substituting videofile name with the generated d2v, is it possible to introduce something similar for audio file? Thanks for the great work :D
Xesdeeni
4th June 2005, 19:22
How about adding DxVA support to DGMPEGDecode? That should allow much faster conversions, especially for HD material.
Also, is there any advantage to using the flags in the MPEG stream to help Decomb? I.e. would the decomb process (Telcide/Decimate) be any faster if rolled into DGIndex/DGMPEGDecode?
Xesdeeni
Pookie
4th June 2005, 21:29
Have you guys considered transport stream repair capability, ala Mpeg2Repair http://users.adelphia.net/~mwilczyn/mpeg2repair/ ? Not so much to fix the file, but rather to fix the errors before A/V demux and .d2v creation. I know it is a bit out of the scope of what DGmpgdec was designed to do, but hell, thought I'd ask.
Guest
4th June 2005, 23:29
Have you guys considered transport stream repair capability. Yes, I've considered it. It's possible but probably not before I personally start capturing transport streams. :)
Pookie
5th June 2005, 02:39
Thanks for your consideration, Donald. If you want a couple of DVDs worth of transport stream samples (laden with errors) for testing purposes, just say the word.
dvgeek
10th June 2005, 03:19
Great Tool Neuron2 !
New feature for demuxing is very useful - and I have a request here - when this option is selected, could it generate a d2v file that points to the demuxed m2v file instead of the original file (tp / mpg) ?
Thanks again.
Xesdeeni
13th June 2005, 16:24
The LinkPlayer2 is capable of playing ATSC TS and DiVX HD content from a DVD. But ATSC content can fill a single-layer DVD*R with as little as 30 minutes of video. So I'm converting some ATSC HD content to DiVX HD to shrink it, and for possible playback with a LinkPlayer2 or similar device.
On my Athlon XP 2400+, I can't play back the HD stream via DGMPEGDec faster than 15-20 fps. But it can play back at a full 60 fps using only 35% of the CPU with the FusionHDTV software decoder using DxVA (it can't quite handle 60 fps with 100% use without DxVA).
Is there any way we can help with decoder optimizations? Is it possible to add DxVA to the decoder?
Xesdeeni
mg262
3rd July 2005, 21:49
Would you consider adding a commandline option to specify a range of "VOB Cell IDs" to index?
I tend to rip the episodic DVDs I'm working on as .ISOs (to keep the originals safe), and in order to frameserve I have to (mount and) re-rip each episode as a separate VOB. Commandline selection of VOB Cell ID ranges would allow frameserving directly from the mounted .ISOs, saving a lot of hard disk space and substantially reducing the number of files that need to be managed.
Thanks very much!
M.
Guest
4th July 2005, 04:59
Is there any way we can help with decoder optimizations? Is it possible to add DxVA to the decoder?
I don't see DGIndex as a player. The play is there only for finding cut points and getting preview information. Therefore, optimized playback appears superfluous, especially without audio.
Guest
4th July 2005, 05:01
New feature for demuxing is very useful - and I have a request here - when this option is selected, could it generate a d2v file that points to the demuxed m2v file instead of the original file (tp / mpg) ? That's not easy because all the indexing is done on the stream parsed as demuxing occurs, and that is not the M2V stream. It would require a lot of changes. You'll have to just index the M2V.
Guest
4th July 2005, 05:02
Would you consider adding a commandline option to specify a range of "VOB Cell IDs" to index?. Yes, I'll consider it for 1.5.0.
mg262
4th July 2005, 10:38
Yes, I'll consider it for 1.5.0.
:) Thank you very much!
Xesdeeni
6th July 2005, 15:58
Is there any way we can help with decoder optimizations? Is it possible to add DxVA to the decoder?I don't see DGIndex as a player. The play is there only for finding cut points and getting preview information. Therefore, optimized playback appears superfluous, especially without audio.I thought DGIndex was just the front end for DGMPEGDec.dll. And I thought there was a decoder in DGMPEGDec.dll. Did I miss something?
Xesdeeni
Guest
6th July 2005, 16:16
You want an application that opens an AVS script invoking DGDecode() to play HD content in real-time? Possibly, you think that the performance of the MPEG decoder can be improved? Sure, that's probably true. If there is source code available for improved decoding, and it is usable under its licensing provisions, and it will not be a full-scale effort to use it, then it could be considered.
jackei has developed some optimizations for the motion compensation that we could pick up. I don't know how much of a performance gain it will give.
DxVA support would be possible only for an integrated DirectShow player application. DGMPGDec is intended for transcoding purposes. As I said, it is not intended as a player application.
Xesdeeni
6th July 2005, 16:37
You want an AVS script invoking DGDecode() to play HD content in real-time? In other words, you think that the performance of the MPEG decoder can be improved?Well, for conversion, I'd like something much better than real time :-) Decoding is only half the process, and the faster that goes the faster the conversion goes.DxVA is an issue for the application that opens the AVS script and plays the video, not an issue for DGMPGDec, unless I am misunderstanding things.As I understand it, DxVA is a standard (Microsoft API) way of accessing some video features of the VGA devices that accelerate some common video operations, including MPEG. I'm not familiar with the specifics, but I assume IDCT and probably motion compensation are included. However, the goal with these features was to accelerate playback on the display. So I don't know if using these features is practical when the resulting uncompressed images must be shipped back out of the VGA for processing.
Xesdeeni
Cyberia
6th July 2005, 20:33
Well, for conversion, I'd like something much better than real time :-) Decoding is only half the process, and the faster that goes the faster the conversion goes.
Can't argue with that.
I intend to do some testing with the MC code, and the iDCTs to see if there is anything else we can remove.
(Currently, I am trapped in Guild Wars however.) :devil:
Xesdeeni
6th July 2005, 20:48
In the interest of the complete background, my interest in speeding up MPEG decoding relates to conversion of HD ATSC MPEG-2 transport streams to DiVX (or h.264), so that HD programs longer than 30 minutes can be archived on a single DVD*R. (I'm not holding my breath about the 2 HD DVD formats to become standard or affordable any time soon.) For playback, I'm considering the LinkPlayer2 DVD player (or a clone from JVC that has digital out), which can play HD DiVX (and as a bonus, can play TS directly via a network). But the conversions currently take a very long time. I investigated and realized even the DGMPEGDec decoding was much slower than real time on the machines that could use a DxVA enabled codec and play back in real time, and still have 70-75% of the CPU free. So I thought I'd ask whether DxVA would help DGMPEGDec.
Xesdeeni
Guest
7th July 2005, 01:34
@xesdeeni
It's definitely a valuable issue to raise, and we should look into it. One problem will be that I don't have a graphics card that supports DxVA. Let's get the MC optimized and then revisit this down the road. Thank you for bringing it to the table.
Xesdeeni
7th July 2005, 20:20
One problem will be that I don't have a graphics card that supports DxVA.Wow! How old is your VGA card? I have this crappy on-board Intel mobo at work with built-in cheap VGA and it has DxVA (although I had to download a driver update from Intel's site). I downloaded nVidia's trial codec and even this low-performing mobo works great with HD (about 30% of a hyperthread CPU, which is about 60% of a single CPU). Without the codec, I get huge frame drops (I'd estimate at least 1/3 of the frames) with 50% CPU use (100% of one CPU). DGMPEGDec plays at less than half speed through AVISynth in VirtualDub, and it looks like at least 50% of the frames are dropped in MediaPlayer on the same machine.
Xesdeeni
Guest
7th July 2005, 22:41
Well, I just assumed it doesn't support it, but I could be wrong. I will try to find out.
CloudStrife
13th July 2005, 23:18
Yop,
Good Job neuron2 :) DGMPGDec is very good :) (And Good job at MarcFD, Nic, and other for MPEG2Dec3)
I have just a question... For the compilling, i use VC++ 2003, and for the compiling of assembler source, which compiler use you ?
I have use the last nasm (and i have modified the compiler path) but it's not work :/
(Sorry for my very bad english)
Guest
13th July 2005, 23:58
idctmmx.asm is built by ml; all the others are built by nasm.
CloudStrife
14th July 2005, 00:12
:(
don't work at me :(
which is your nasm version ?
Guest
14th July 2005, 04:18
NASM 0.98.37
I could help you better if you gave me the exact error output that you are getting, and told me the file name and which executable you are trying to build.
CloudStrife
14th July 2005, 11:40
i have d/l nasm and copy like you this file into d:\dosbin
I compile this...
And the error was :
Étape de génération personnalisée en cours
Le système ne peut exécuter le programme spécifié.
Project : error PRJ0019: Un outil a retourné un code d'erreur*à partir de "Étape de génération personnalisée en cours"
In English :
Stage of personalized generation in progress
The system cannot carry out the specified program.
Project: error PRJ0019: A tool turned over an error code starting from "Stage of personalized generation in progress"
In the batch file, the command line is :
@echo off
d:\dosbin\nasm -f win32 -DPREFIX -DWIN32 -o ".\Debug"\"skl_dct_sse".obj "f:\CloudStrife\Avisynth\dgmpgdec140src\dgdecode140src\skl_dct_sse.asm"
Guest
14th July 2005, 12:51
@echo off
d:\dosbin\nasm -f win32 -DPREFIX -DWIN32 -o ".\Debug\skl_dct_sse.obj" "f:\CloudStrife\Avisynth\dgmpgdec140src\dgdecode140src\skl_dct_sse.asm" BTW, this is off-topic for this thread. Please open a new one if you still can't make it work.
AllTimeSToneD
27th July 2005, 04:47
@neuron2
will the "closed gop" option be considered for the Development List? Would be great! :thanks:
stax76
30th July 2005, 13:51
I have a minor request, it needs a little explanation. Generally applications that can open files with CLI have to ways to open files. Either you open a file from within the application with the file browser or you open the file from the shell with the CLI. I'm the kind of user working with the shell extensively. To be more precise I'm working with a application that let me customize the explorer shell. I've got a explorer context menu allowing me to select files in the explorer and open them with the explorer context menu sorted in DGIndex. All this works great. There is however a limitation compared to open the files from within the application that is the target directory won't be picked up from the source, I have to browse always the target directory and furthermore enter the target filename. The ideal workflow would be open files from the shell, hit key to save (there is no key yet to demux), have target file path now already filled in the file browser to just hit enter to start to process instead of browsing a directory and entering a filename.
Guest
30th July 2005, 15:21
Cut to the chase: what are you asking me to change in DGIndex?
stax76
30th July 2005, 15:29
more terse (my style anyway): suggest always a file path in the file save dialog api
Guest
1st August 2005, 15:44
more terse (my style anyway): suggest always a file path in the file save dialog api I've added it to the development list. It's pretty easy so expect it in the next beta. Thank you for your suggestion.
HookedOnTV
12th August 2005, 05:07
5) Produce audio files with no delay necessary.
a) Also, tool for audio sync/PTS debugging
b) Proper correction for AV sync loss due to
video or audio losses due to stream errors.
I think I running in to the need of this sort of processing. Most specifically to deal with video stream errors. Glitches in HD TS files are by far more likely to be video, which easily causes a loss of a/v sync. I've haven't started investigating cause/solution in detail yet but thought I might pose a couple quick questions.
Are we talking a rather involved task to do this? Could we just insert black frames in place of damaged/missing frames?
I've done some coding related to mpeg2 transport streams and a little in decoding mpeg2 video headers in the past but haven't gotten in to ES/PES spec's yet.
Guest
12th August 2005, 13:39
Are we talking a rather involved task to do this? Could we just insert black frames in place of damaged/missing frames? Yes, it will be a big effort. It would be better to insert copies of the nearest decodable frame rather than using a black frame.
HookedOnTV
12th August 2005, 17:13
Couple more quick questions... will the demuxed m2v file contain the "errors"? Is there any app/utility that can scan such a file and report if there are errors? Not very efficient having to watch the whole movie before attempting a conversion. ;)
Saligia
14th September 2005, 03:02
@neuron2
ABOUT SUBTITLE DEMUXING.
Do you have any visions about subtitel demuxing, like idx/sub, or is this just totaly out of the question?
ABOUT INDEXING DEMUXED M2V.
You answered dvgeek that:
"That's not easy because all the indexing is done on the stream parsed as demuxing occurs, and that is not the M2V stream. It would require a lot of changes. You'll have to just index the M2V."
That figures. But then: would'nt it be possible to do an selectable auto-2-pass when demuxing, indexing the m2v in the second pass?
I know it aint no biggie (-at lest to ask for! ;) ), but it would be a usefull and convenient feauture, that like completes the demuxing feauture.
NEVERTHELESS.
Thanks you for using your time and effort, developing this superb piece of software, and keeping answering all those questions, questions questions...
Best regards
Guest
14th September 2005, 03:13
@Saliglia
Neither of those are likely in the near future because I am working on cutting functionality.
Saligia
14th September 2005, 03:54
@Saliglia
Neither of those are likely in the near future because I am working on cutting functionality.
I was'nt expecting to see it under the christmastree the 24. of september. :p
A vision can be a life-long dream that never come true!
The answer I was looking for was a lot more general, like: "Maybee, one newer knows" or "subtitels? Are you insane? Drop dead"
:) Best regards
Guest
14th September 2005, 04:07
Well, if you read it carefully, you'll see that my response leaves all doors open.
Saligia
14th September 2005, 04:47
@neuron2: Ups! The matter infact, Yo'r right.
Seems like your first answer must have hit some kind of "mental-linguistic-blind-spot" here! :p
Thats fine!
I mean.. One can always use a BIGGER limmo, but...
:) Best regards
WorldofRoss
14th September 2005, 14:31
I was wondering if its possible to turn off the Information window via the command Line when creating the D2V file in DGINDEX ?
Thanks
Guest
14th September 2005, 14:41
@Keith
In the most recent version you have the ability to start minimized or hidden, both of which will suppress the Info dialog.
WorldofRoss
14th September 2005, 17:04
Thanks :)
Cyberia
14th September 2005, 20:11
I was'nt expecting to see it under the christmastree the 24. of september. :p
The 24th of September is my birthday, and I definately don't expect to see it under the Christmas tree then. ;)
FreQi
21st September 2005, 03:18
My FOX station recently went full power, and I've discovered they go from 5.1 448kbit AC3 audio for the episode to 2.0 192kbit AC3 for the commercials. That change in bitrate messes up VDubMod when I do a direct stream copy to demux the trimmed parts of the show.
I would like to propose adding an option to DGIndex to replace 2_0 AC3 audio with 3_2 silence like you can do with ProjectX.
Thanks
- FreQi
stax76
26th September 2005, 10:58
I've seen people moving around their files and wonder why their d2v file don't work any longer because they don't realize they break absolute path information. Could relative paths like in Visual Studio projects be used?
Guest
26th September 2005, 12:53
I've seen people moving around their files and wonder why their d2v file don't work any longer because they don't realize they break absolute path information. Could relative paths like in Visual Studio projects be used? Relative to what?
mg262
26th September 2005, 13:11
The directory that the d2v file is in, I think. (Nothing else would be resilient against moving.)
stax76
26th September 2005, 13:22
Visual Studio project files encode code filepaths like this:
C:\level1\level2\project.vbproj
this is the most commonly used case
C:\level1\level2\file.vb => file.vb
if it's not a big problem, some more case's ;)
C:\file.vb => ..\..\file.vb
C:\level1\file.vb => ..\file.vb
C:\level1\level2\level3\file.vb => level3\file.vb
C:\level1\level2b\file.vb => ..\level2b\file.vb
...
Without this you wouldn't be able to move a Visual Studio project from one location to another, sources downloaded from the internet wouldn't compile.
Guest
26th September 2005, 13:33
@stax
I can't figure out what you are talking about; it's just too terse and I'm not into guessing games.
mg262
26th September 2005, 13:42
I have a file called
E:\dub\dvd\1 dvd.d2v
which contains the line
E:\dub\dvd\BS_1\VTS_01_PGC_03_1.VOB
He is suggesting that it instead store
BS_1\VTS_01_PGC_03_1.VOB
(or if you prefer .\BS_1\VTS_01_PGC_03_1.VOB )
Then, for example, if I were to move the entire E:\dub\ directory to another drive, the d2v file would still work.
(I hope I've put that clearly enough.)
stax76
26th September 2005, 13:51
Exactly, personally I have the vob and d2v file always in the same dir so a limited/lightweight implementation would be fine for me:
C:\level1\level2\file.d2v
C:\level1\level2\file.vob => file.vb
It's not a big issue for people who now it's hardcoded otherwise somebody would have mentioned it earlier but posibly it could help some newbies. You know, I always try to take care of them. :)
mg262
26th September 2005, 14:04
FWIW, I think this is a very convenient feature to have.
You know, I always try to take care of them.http://redwing.hutman.net/~mreed/warriorshtm/eaglescout.htm :)
FreQi
27th September 2005, 18:02
Funny, relative paths was exactly what my next request was going to be.
I tend to make my .d2v in the same location as my source files, and sometimes I move them from one machine to another. Directly editing the .d2v to reflect the new path of the source files is possible, but cumbersome when I have 60+ .ts files in the .d2v. Perhaps a rootPath could be "set" at the beginning of the .d2v that could be edited so when they do get moved, only a single line needs to be modified.
PhillipWyllie
30th September 2005, 14:14
Thanks for a great utility. What'd be nice is to log the timecode as well. This would allow users to see when a particular quantisation matrix was being used.
PhillipWyllie
30th September 2005, 14:17
When I select this on a 29.970 fps clip and save project and demux the resulting demuxed clip is still at 29.970 fps. Shouldn't it be 23.976fps?(for a 100% film clip).
FreQi
30th September 2005, 15:00
The video you're processing probably doesn't use pulldown flags. Instead it actually has the frames in it to make it 29.97fps. The fact that some of those frames are dupes or blended (if interlaced) is what makes it get detected as FILM. Those frames get dropped when you IVTC it to bring it back down to 23.976 (as close to FILM as you'll get).
Guest
30th September 2005, 15:20
Please don't post questions/problems in this thread. Thank you.
When you Ignore Pulldown Flags, DGIndex does not change the framerate; it just reports the stream value. Using general pulldown, the base rate could be anything. If DGIndex ignores the flags, he can't guess the base rate, so he just reports the stream value.
PhillipWyllie
3rd October 2005, 13:51
Thanks and sorry. I know it has flags as I encoded the clip with flags. I just thought that DGIndex could work out the new frame rate and apply the flag to the newly demuxed MPEG-2.
Cyberia
3rd October 2005, 15:44
DGIndex always demuxes the original stream. It does not alter it, except for cuts. So, any of the options under Video (pulldowns, luminance, colorspace) are not 'applied' to the demuxed stream.
FreQi
11th October 2005, 03:56
I recently posted a request for replacing 2.0 AC3 with 5.1 silence (http://forum.doom9.org/showthread.php?p=714255#post714255). I'd like to slightly revise that.
I'd like to be able to replace 2.0 AC3 with 5.1 AC3 of the same bitrate that remains in the audio stream (or be able to select a bitrate for the silence).
For example, I have a stream with 5.1 @ 384k that switches to 2.0 @ 384k. When using ProjectX to replace the 2.0, it repalces it with a silent sample at 448k. It should be 384k, but I have no way of telling it to do that...
Yuri Khan
2nd November 2005, 21:21
I was slightly surprised to find that there was once a standalone, batch-scriptable DGParse but now it’s integrated in the GUI. It would be really good to have it accessible via the CLI.
Sajan
7th January 2006, 11:28
When I open file in DGIndex I can't find information window (only when playing or previewing). Sometimes it's wanted to see information while frame-by-frame seeking.
tahir
31st May 2006, 08:09
I convert alot of songs DVD's into VCD using DGIndex. I Rip the DVD in DVD Decrypter using IFO Mode and File Spliting is set to "By Chapter". So I have to manualy create projects for all the chapters.
I would like you to implement a feature in DGIndex that Automaticaly Creates D2V and AVS files per chapter (IFO Parsing).
And thank you for such a great tool.
:thanks:
Tatsh
21st June 2006, 00:19
The AMD Turion 64 laptop processor changes speed constantly using multipliers 4, 8, and 10. When I encode with VirtualDub, the speed stays at 2GHz (10 x 200), but when I make a D2V in DGIndex, the speed is at 1.6GHz (8 x 200). I think, because I had a AMD Athlon 64 2.2GHz PC before, that this 400MHz might make a difference in speed (consider: 3 minutes for a normal length movie with Skal SSE MMX on the Athlon 64 processor although it was 2.2Ghz not 2Ghz, 15 minutes for this Turion 64 at 1.6GHz with Skal SSE MMX) So somehow, DGIndex would somehow need to tell the processor or OS drivers to keep the speed to the maximum (or prioritize). Windows prioritizing does not work on this.
I don't know much on the subject, but somehow the processor or VirtualDub know to keep the speed at 2GHz for encoding.
Or, is the speed because of the laptop HD speed (4200 RPM)? Even with 7200 RPM a USB2 HD, it seems to be about the same.
Or, is the speed because of the laptop HD speed (4200 RPM)? Even with 7200 RPM a USB2 HD, it seems to be about the same.
yes odds are you are disk I/O bound and there is no need for the CPU to be running faster. If you are writing the d2v file to the same drive as reading the source stream then that would make it even worse and XP likes to pageout a lot and if this on the same drive also... yuck :)
kypec
21st July 2006, 15:18
Hi neuron2,
I just downloaded your 1.4.8 Final release and found out that the File version (File->Properties | Version tab)
of both DGIndex.exe and DGDecode.dll is still showing 1.4.7.0
although the Product version in details tab reports properly 1,4,8,0
Could you please re-release those files so that no users would be confused about version numbers inconsistency? :confused:
Guest
22nd July 2006, 00:01
I updated the zip files to correct this. Thanks for pointing it out.
(May I ask next time can you please not wait for my final release to report things? The 1.4.8 beta has been ongoing for a long time, at any point of which you could have reported this.)
kypec
22nd July 2006, 09:36
(May I ask next time can you please not wait for my final release to report things? The 1.4.8 beta has been ongoing for a long time, at any point of which you could have reported this.)
I'm really sorry about not mentioning it earlier but the only beta I had downloaded before was 1.4.8 beta 7.
At that time I didn't check the file properties at all because I was eager to try it out after reading all included documentation and help files.
Anyway, it's a terrific piece of work you made on it, keep it up :cool:
devaster
4th August 2006, 13:49
Hi neuron2 i have problem with linking dgdecode from latest sources from your web
link says that a symbols @simple_idct_mmx and @Skl_Dct16_SSE defined in asm files (simple_idct_mmx.asm and skl_dct_sse.asm) are unknown (compiling is ok...)...
whath i may do to fix it ???
Guest
4th August 2006, 14:40
Make sure these are in the project:
simple_idct_mmx.asm
skl_dct_sse.asm
Then you need NASM installed to build them.
Everything is setup correctly in the shipped project file. You probably don't have NASM.
devaster
4th August 2006, 14:46
I have:
- both asm in project
- nasm is installed and functional
as i have wrote compiling is ok (when i havent a nasm then woudnt compile due a custom build step error) :confused:
only linking is a problem
today at 23:00 ill sent to this forum a full error statement from VS from my home - it would be better
devaster
4th August 2006, 22:28
okay there is this error strings:
Error 1 error LNK2019: unresolved external symbol @simple_idct_mmx@4 referenced in function "public: int __thiscall CMPEG2Decoder::Open(char const *)" (?Open@CMPEG2Decoder@@QAEHPBD@Z) vfapidec.obj
Error 2 error LNK2001: unresolved external symbol @simple_idct_mmx@4 AVISynthAPI.obj
Error 3 error LNK2019: unresolved external symbol @Skl_IDct16_Sparse_SSE@4 referenced in function "public: int __thiscall CMPEG2Decoder::Open(char const *)" (?Open@CMPEG2Decoder@@QAEHPBD@Z) vfapidec.obj
Error 4 error LNK2001: unresolved external symbol @Skl_IDct16_Sparse_SSE@4 AVISynthAPI.obj
Error 5 error LNK2001: unresolved external symbol simple_idct_mmx@4 DGDecode
Error 6 fatal error LNK1120: 3 unresolved externals .\Debug/DGDecode.dll
devaster
28th August 2006, 20:09
Please help !!!
Nic
29th August 2006, 14:28
@devaster: Please don't double post.
Your unresolved errors are due to the either the ASM not being compiled (correctly) or the resulting .obj files not being finally linked at the end. Ensure they are being compiled inside the DGDecode project correctly. If they are, then find the .obj files created by NASM and add them directly into the project, that will ensure they get linked by the linker.
-Nic
Guest
6th December 2006, 23:09
Please put bug reports in the relevant beta thread. This is for feature discussion/scheduling/tracking. Thank you.
winnydows
12th January 2007, 21:16
I use your program in XviD4PSP (http://www.winnydows.com/xvid4psp.html). And realy miss one simple feature of your program - print % progress in DGindex title on Project Saving. Add this simple feature please.
Guest
22nd January 2007, 05:14
I use your program in XviD4PSP (http://www.winnydows.com/xvid4psp.html). And realy miss one simple feature of your program - print % progress in DGindex title on Project Saving. Add this simple feature please. OK, sure. I have it working in my latest build. It will be in the next beta.
The Scientist
22nd January 2007, 05:55
This may seem trivial, but is there any chance you could remove, or give a switch to remove the 'ping' at the end of the indexing process when DGIndex is ran via the command line.
I'm not sure whether the problem is the 'ping' or something that gets executed at the same time but it removes focus away from the app that's called it, which means I have to force a topmost command to bring my app back to view/focus which can be annoying if a user is currently doing something in another app that will force them to lose focus.
Hope that makes sense...
Thanks :D
Guest
22nd January 2007, 14:07
This may seem trivial, but is there any chance you could remove, or give a switch to remove the 'ping' at the end of the indexing process when DGIndex is ran via the command line. Done. It'll be in the next beta.
The Scientist
22nd January 2007, 16:17
Cheers :)
Zarxrax
24th January 2007, 01:40
Could you please add drag/drop support to the open file dialog?
Guest
24th January 2007, 02:24
I don't see the point. You can already drag and drop onto the open DGIndex window or a Windows shortcut to DGIndex.
Zarxrax
24th January 2007, 02:57
Haha, ok I'm just stupid then. I didn't try it that way :p
Guest
24th January 2007, 03:05
You can try reading the Users Manual to learn about these obscure features. :)
JeffAlso
7th February 2007, 05:47
Any chance of adding support for EVOB files??
Guest
7th February 2007, 16:01
I'm looking at H264 support first.
winnydows
28th February 2007, 17:51
10x for % adding.
One more small request:
Trim feauture exists in GUI, but missed in CLI mode. Can you add Trim to CLI mode in next beta ? Please.
Guest
28th February 2007, 18:34
How will you determine and specify the trim points?
winnydows
28th February 2007, 22:06
Determine and set frames I do inside XviD4PSP (4.107 RC2). Then set in DGIndex trim points, like --trim 12345:23445 (in frames). I think it will be better than extract full d2v and than trim in avs.
Guest
28th February 2007, 22:11
But DGIndex is not frame accurate.
winnydows
28th February 2007, 22:20
Seconds trim not bad too.
gonwk
1st July 2007, 17:54
Hi folks,:)
I am not sure if I am posting this in the right place ... but I searched and searched this forum and had no luck.
Q: Which version of the DGMPGDec 1.4.9 Final is correct? I downloaded one version from Free-Codecs site and one from Here and the only difference is that Doom9 has a newer date and different file size for "DGDecode.dll" & "DGVfapi.vfp" ... so I am curious which one is latest version?:confused:
Thanks,
G!:thanks:
Guest
2nd July 2007, 00:29
Some people had a problem with the VC 2005 builds so I made later VC6 builds. They are functionally equivalent so you can use either one.
gonwk
2nd July 2007, 03:12
Hi Neuron2,:)
THANKS for your answer ... and furthermore THANKS for this GREAT program ... really useful.
BTW, I am using the version that has "Latest" dates.
G!:thanks:
kypec
4th July 2007, 09:53
Hi neuron2:
I just want to point out that there is missing<a name="Top"></a> section definition at the top of the DGIndexManual.html file which is packed in 1.4.9 ZIP archive hence Table of Contents anchor is not working :(
Guest
4th July 2007, 12:58
I updated the file in the distribution. Thank you.
dstarfire
16th April 2008, 03:14
I really love DGMPGDec's template.avs feature.
It'd be even better, if it included an automatic script builder, similar to the one in megui, but oriented more towards creating general purpose templates (this would be most useful for long series, but also would speed up script creation for similar releases).
Guest
16th April 2008, 03:19
Thank you for your suggestion, but you'll need to give me a much better specification of desired functionality if you hope for that to become reality. I don't know anything about Megui script creator and I have no intention of ever using it.
dstarfire
18th April 2008, 04:45
Well, the most useful features are that it detects whether a given video is interlaced, telecined, or otherwise mangled by a formal mangling protocol, and generates appropriate de-mangling code. Also includes simple gui for resizing (choose target dimensions, and preferred filter), as well options to apply colour correction, and deblocking (simple yes or no for both).
Mostly, it's just the auto de-interlace/ivtc and resizing that make it worthwhile. And since, dgindex seems to already generate most of this info on it's own, I'd think it'd be fairly simple to add-on (especially since the source for a working example is freely available). Heck, you could almost just borrow that whole bit of code (giving approriate credit, of course).
josey_wells
18th April 2008, 19:44
I have found that DGMPGDec reports a file as interlaced when it may not be. I believe it is reporting the state of the last few frames found to be whether the file is progressive or interlaced. Until the count is added as a feature, I have written a program to parse the d2v file.
Attached is a simple program which parses the d2v file created by DGMPGDec and reports the number of I-Frames which are progressive and interlaced.
Usage is ParseD2v D2VFilename.d2v
Guest
18th April 2008, 19:56
I have found that DGMPGDec reports a file as interlaced when it may not be. DGIndex does not report a file as interlaced or progressive. This is a fantasy that exists only in your head because you refuse to read the documentation.
josey_wells
23rd May 2008, 16:15
At the request of some users I have made some slight modifications to ParseD2V. It will now return the number of I-Frames, B-Frames, and P-Frames in the d2v file. It will also list the GOP segments that are interlaced and progressive according to the I-Frame flags.
Usage is still ParseD2v D2VFilename.d2v
Have fun!
josey_wells
3rd June 2008, 12:35
Found a mistake so uploading correction
Fallen
23rd August 2008, 15:03
Any chance of setting Location parameters via cli
I'm pulling about 15sec from up to a hundred 1GB .vobs >>d2v>>avisynth (creating motion menus)
Creating full d2v's for each .vob is time prohibitive (40 Sec +)(but quite quick (<1 sec when I use the Location sets)
I'm currently altering the ini (Adding Location-a bit clunky)>>processing the clip>>then reprocessing the .ini location entry back to the original (so subsequent calls to DGIndex aren't limited
It works -- but it seems more elegant via cli
Fallen
24th August 2008, 19:23
Sorry my last post was all wet. I can't do it via the ini (mixing up output and input)
But still trimming via cli would be quite useful (and would save a lot of time if you only need a partial clip)
from studying your source (I can't get it to compile yet--nasm paths:stupid:) it seems straightforward
CLI Ex -Trim[file,lba,file,lba] (same format as in your D2V output)
Fallen
26th August 2008, 11:28
Or Optionally loading a d2v file via cli (tried -- it kicks through to the media load file)
I noticed if I write a partial d2v file through the location ... entry
Then Start dgindex >>Load Project it all loads properly (with the partial file)
then Save Project to create the full file)
Advantage to this is that you can set any header value programmatically) clip,location etc
I'd make the change -- But can't get dgindex to compile with my old VC++ 6.0 Standard edition (Masm isn't supported)
Thanx for A great proggie
carrot691
3rd March 2009, 18:30
Would it be possible to add the MPEG2 compressed frame size in Info()?
Thanks.
Guest
3rd March 2009, 19:23
Would it be possible to add the MPEG2 compressed frame size in Info()? It's possible but you could tell me the purpose of it.
Monamona
14th September 2009, 02:59
The below linked MPEG-TS file contains a 2ch AAC audio stream whose beginning part is irregular.
http://rapidshare.com/files/279743773/SampleTS.zip.html
It sometimes happen because of timing of recording.
DGIndex incorrectly recognizes the audio stream as Mono MP1 and demuxes the whole stream as MP1.
Is it possible to modify DGIndex to discard the first sample of audio streams if it is irregular? (also recalculate audio delay to synchronize)
Or/And, could you add a command-line option like "-Dn: discard the first 'n' GOP" to start generating d2v and aac after 1st GOP?
Generally, for MPEG-TS, the first GOP tends to contain incorrect streams, so it is useful for encoding with batch files if DGIndex has a command-line option to discard the first several GOP.
BTW, I know existing "-RG" option has a similar function, but calculation of values is complicated.
Guest
14th September 2009, 04:22
Sorry, but I'm not interested in hacking up my code to allow for your bad edits. You'll have to step in by a GOP and start your project from there.
Monamona
15th September 2009, 07:11
Thank you for prompt reply.
Currenly, when 'offset2' of '-RG' option is set to 0, DGIndex does not process any frame.
How about modifying it to process to the end, since it is impossible to know the position of the last frame in advance.
Guest
15th September 2009, 13:48
That sounds reasonable. I'll do it but can't say when. Thanks for the suggestion.
Monamona
16th September 2009, 05:42
Thank you for your consideration!
Selur
19th August 2010, 11:40
from: http://forum.doom9.org/showthread.php?p=1427060#post1427060
Is it possible to use DGAVCDecNV directly as decoder (outputting: YUY2|IYUV|UYVY|YV12|NV12)?
(and pipe the output to ffmpeg/x264/ some other encoder X with YUY2|IYUV|UYVY|YV12|NV12 input support, without the need to add avisynth input support)
If not, that would be a nice feature to have.
It's something that could be done, but I don't see a usage case that would justify the effort. Anyway, that's off topic for this thread.
I would mainly use it to feed VC-1/H.264 to ivfenc, ffmpeg, mencoder (for webm creation), a badaboom like encoder (got no name atm.; cl h.264/vc-1 encoder using the nvidia libraries) and wanted to avoid using avisynth.
Just thought about using DGAVCDecNV as decoder and wanted to check if this is possible atm. so, if it needs much effort and nobody besides me wants/needs such a feature: don't implement it. :)
Cu Selur
szabi
18th March 2012, 18:47
When I save a project the bitrate informations are missing.
http://www.abload.de/img/vglap-2sdddo.png
Version 1.5.7.
Is it normal or it should be displayed after finish?
bye
szabi
Guest
19th March 2012, 00:10
It's normal. Those fields are populated only during play/preview. The idea is to be as fast as possible when saving a project, so minimal parsing is performed.
szabi
2nd November 2013, 21:54
Ok, thanks for reply. :cool:
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.