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. |
5th July 2005, 13:03 | #281 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
@fccHandler
I considered something like your solution but I was worried by emulated codes in the junk content and I thought it was not worth the effort. Maybe I'll rethink that if your solution doesn't run into any problems. Thank you for the new version of VirtualDub MPEG2. I see you have RFF handling now. Cool. Can we hope for "force film" and multiple source file support in a future version? Force film would be desirable because one doesn't have the ability to invoke external Avisynth IVTC filters. Last edited by Guest; 5th July 2005 at 13:14. |
10th July 2005, 07:06 | #283 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Version 1.4.0 RC7
Here is 1.4.0 RC7. It's a hybrid of RC4 and RC6.
* Restored the legacy support for decoding AC3 to WAV. * Removed "Process WAV". * Can no longer apply SRC/normalization to LPCM; it just gets demuxed. * Implemented a scheme similar to fccHandler's to do an automatic "deep parse" for pack headers. I'd really like to release this one. A couple guys want the source code, and I prefer to release only final code. So please beat on it. Thank you. http://neuron2.net/dgmpgdec/dgmpgdec140rc7.zip |
10th July 2005, 10:00 | #284 | Link |
brainless
Join Date: Mar 2003
Location: Germany
Posts: 3,653
|
There seems to be a weird chroma problem.
Until now I saw it several times with clips that are not 100% Film. So using Fieldoperation none. Everytime when the pattern breaks and the vide becomes interlaced for a few frames, the chroma of the even field is swapped to the odd and vice versa. This creates a horrible chroma-combing when I do an IVTC afterwards. http://home.arcor.de/scharfis_brain/samples/scottz.mpg I do not know, whether it is a problem of all of these files, so concluding the encoders are failing (I've several Files showing this very odd behaviour!) or a problem of the MPEG-Decoders...
__________________
Don't forget the 'c'! Don't PM me for technical support, please. |
10th July 2005, 14:49 | #286 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
I served it with Ignore Pulldown Flags and then did assumetff.separatefields. That puts DGDecode pulldown code out of consideration.
Stepping through frames after frame 274, you can see the problem in the source fields. It's frame structure, so it's highly unlikely that the MPEG2 decoder is doing anything untoward. And the fact that it occurs only when 3:2 sections temporarily stop, even though DGDecode is ignoring pulldown, is suspicious. It just looks like strange source to me. Last edited by Guest; 11th July 2005 at 04:24. |
10th July 2005, 21:08 | #288 | Link |
brainless
Join Date: Mar 2003
Location: Germany
Posts: 3,653
|
@neuron2:
thanks for investigating this. It just looks like strange source to me. hmm this isn't the only source showing this weird behaviour. even DEFT NTSC->PAL conversions (IVTC+Speedup) are showinc this on pattern breaks one of those commonly used IVTC-machines must have a big big chroma problem...
__________________
Don't forget the 'c'! Don't PM me for technical support, please. |
11th July 2005, 19:51 | #290 | Link | |
Registered User
Join Date: May 2003
Posts: 410
|
Quote:
Downloaded source file (scottz.mpg) and it seems a bit off. Looked at the orig. video in Vegas (2 versions -- 2 decoders) at various fps & frame settings. Used latest DGIndex followed by VFAPI in both Vegas & V/Dub, then AviSynth to V/Dub. Lastly tried a few methods of repair and/or conversion. To my very untrained eye I'd guess that the downloaded video stream was partially processed (IVT) with mixed (non-consistent) flags that tended to confuse every app I tried. The frame numbers appeared consistent, but the length of the video varied by ~2 sec.. Software I used often wanted to insert frames (3:2), and these varied from black to heavily interlaced to frame doubling to std. animation tweeners. At any rate, I was just curious with a bit of time to offer... If I'm correct in my guessing, you might be able to repair the headers &/or flags, or you could probably find a combination of settings in your normal workflow that works for you... FWIW, using the original file or ignoring flags in DGIndex, I was able to get what I thought reasonable output in V/Dub or Vegas forcing 23.976 p. |
|
12th July 2005, 01:54 | #291 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
DGMPGDec 1.4.0 Final!
In my experience, the best way to flush out the last bugs is to release the final version.
So DGMPGDec 1.4.0 is now released. The changes from RC7 are as follows: * Fixed a problem that caused failure of AC3 audio demuxing from a transport stream if the audio stream was not contained in the PAT/PMT tables. * Fixed a problem in DGVfapi that caused conversion of AVS scripts to fail when they delivered RGB32. [fix by 'tritical'] http://neuron2.net/dgmpgdec/dgmpgdec.html The source code is available and a DGIndex Reference Manual by Cyberia and myself will be added shortly. Thank you to all the contributors to this thread for your extremely valuable suggestions, bug reports, and feedback. Special thanks to tritical for his code contributions, to Cyberia for his moderating, housekeeping on the development list, keeping me honest, and reference manual contributions, and to fccHandler for his VirtualDub MPEG2, which served as a model for the dual MPEG1/MPEG2 support, and for his other helpful analyses and suggestions. Remember that aphorism about standing on the shoulders of giants? In real life, I'm a midget. I'm ready to crank 1.4.1 when the last bug reports roll in. Please don't disappoint me! Last edited by Guest; 12th July 2005 at 02:04. |
12th July 2005, 07:26 | #293 | Link | |
ReMember
Join Date: Nov 2003
Posts: 416
|
Quote:
|
|
13th July 2005, 04:02 | #295 | Link | |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Quote:
http://forum.doom9.org/showthread.php?t=96524 I'll never say never, but it's unlikely to rise high on the priority list anytime soon. |
|
13th July 2005, 21:38 | #297 | Link |
Registered User
Join Date: Dec 2003
Location: MO, US
Posts: 999
|
I've got one minor bug report, line 256 in vfapidec.cpp... the fscanf format string has a %s where it should have %dx%d. It doesn't make much difference since those values are never used, but it does cause some stack corruption around the integer variables which causes an error when trying to use a debug build.
|
16th July 2005, 12:37 | #299 | Link |
clueless n00b
Join Date: Oct 2001
Location: somewhere over the rainbow
Posts: 10,579
|
I have a feature request for the commandline if you wouldn't mind: allow the selection of multiple audio track IDs to be demuxed. Right now, it's none, one or everything. I guess one is the most commonly used, but two isn't out of the question either, and if your source has more than two, you end up wasting space for an extracted track you do not need (and if dgindex is run from a third party software, routines have to be written to re-identify the proper files (not that it is much of a problem but it would be nice to get around that from the start)).
__________________
For the web's most comprehensive collection of DVD backup guides go to www.doom9.org |
Thread Tools | Search this Thread |
Display Modes | |
|
|