*offizielles deutsches flaskmpeg & dvdtoogm board* (http://www.flaskmpeg.info/index.php)
- *sonstige tools* (http://www.flaskmpeg.info/board.php?boardid=30)
-- DGMPGDec / DGIndex updates:) (http://www.flaskmpeg.info/thread.php?threadid=3747)


Geschrieben von Selur am 15.10.2003 um 21:11:

 

Zitat:

DVD2AVI & VFAPI Plug-In 1.77.3
- launch Chinese/Japanese/English menu (dialog not yet) automatically

- The Pentium IV CPU benefits from the SSE2-optimized MPEG2 decoding.
These codes are optimized by Dmitry Rozhdestvensky.

-replace Gain control of Luminance Filter with Gamma correction

-extend the clipping width from 256 to 512 for HDTV images
You can accurately control the slider by left/right key.

-simplify the Audio menu by revised demux routine and support DTS demux
The DTS stream has been verified by Scenarist NT Professional.

-minor fix of DirectDraw Overlay display

-D2V structure changed
This version is incompatible with obsolete D2Vs.

Quelle: Offizielle DVD2AVI Seite

+ natürlich die oben erwähnten Änderungen von neuron2 Augenzwinkern

Cu Selur



Geschrieben von Balm am 15.10.2003 um 21:51:

 

Na das ist doch mal ein Wort großes Grinsen

Cu Balm



Geschrieben von Selur am 16.10.2003 um 12:22:

 

Ach ja, nur so als Anmerkung der Delay von etwaigen Rippern und der von der neuen DVD2AVI-Version kann sich unterscheiden auf Grund der 'Fixes'
=> immer DVD2AVI benutzen zum Demuxen Augenzwinkern

Cu Selur



Geschrieben von empty am 17.10.2003 um 15:41:

 

Obwohl ich kaum glaube das man einen Delay von 50ms bemerkt. Augenzwinkern Aber sauber ist sauber.Daumen hoch!
Viele Grüße bb empty



Geschrieben von Selur am 16.01.2005 um 17:06:

 

DGMPGDec Version 1.0.13b10 ist draußen
siehe: http://neuron2.net/fixd2v/decodefix.html

Zitat:
---------------------------------------------------------
DGMPGDecVersion 1.0.13b10 Functional Changes
(versus DGMPGDec 1.0.12)
---------------------------------------------------------

1. A new CLI option for loading input files from a file list contained in a text file
was added as follows:

-Batch-Files -BF ([filelist]) Load batch of files.
The filelist file contains the list of files to load,
one file per line with no extra white space.

2. Previous fixes for stopping crashes when some corrupted files are
loaded broke proper decoding of files with a single I frame (stills), and
files with just a few frames. Those changes were backed out because it
is more important to get normal decoding of correct files working properly.
Nevertheless, I still want to properly address the crashing issue for
corrupt and truncated files, so please notify me if you run into
streams that cause DGDecode to crash at the end of a file. The current
workaround is to remove the last frame entry in the D2V file. My tests
all pass for stills and few-frame files with this change. Please notify me
if you experience any problems in that regard.

3. Some transport files were not being properly decoded due to a missing
check in the transport parser. This is repaired.

4. When quantizer matrix changes occur in a stream, random access would fail
in some cases, producing a corrupted frame. This has been repaired with the caveat
that any file that changes quantizer matrices on the fly must send a sequence
header with every GOP. I have never seen any file that does not do this. Please
notify me if you find one (i.e., one that does not have a sequence header for
every GOP *and* changes quantizer matrices).

5. When processing a transport file with the video PID erroneously set to an
audio stream, DGIndex would declare that the file is not a transport stream
when trying to detect PIDs, and decoding would fail. This has been repaired.
Now a warning box pops up and advises the user to check his PIDs.

6. Fixed a bug in auto-loading from the CLI.

7. Added automatic detection of transport streams. Transport stream files can
now have any file extension.

8. The DC mode decision of postprocess deblocking was broken both horizontally
and vertically. It has been shown to produce objectionable artifacts.
This was repaired by correcting the decision code. (by "tritical")

9. Revised the file open method for the GUI (the CLI remains as before for
backward compatibility). Now, the open file dialog allows multiple selection.
The file names are automatically sorted in an intelligent way. Some further
enhancements may be needed, but I think this is moving in the right direction.

10. Added horizontal scrollbar to video list box.

11. Added "move up" and "move down" buttons to the video list box.

12. Incorporated tritical's changes to DGDecode as follows:

A) added info option to mpeg2source() to display info on frames
- example usage: mpeg2source(info=true)

B) iPP is a bool again. If it is not explicitly set to true or false then it
defaults to auto which switches between field/frame based pp based on the
progressive_frame flag

C) 4:2:2 input support
- can now correctly decode 4:2:2 input sources and correctly output it
to AviSynth as YUY2

*NOTE: mpeg2source() now throws an error on 4:4:4 input, it could handle it
but AviSynth 2.5 does not have internal YUV 4:4:4 support

- 4:2:2 PLANAR post-processing support

D) Upsampling to 4:2:2 from 4:2:0 based on progressive_frame flag. Uses new
upConv parameter of mpeg2source().

- example mpeg2source(upConv=true)

*NOTES: it will only work if input is 4:2:0, if input is anything else
then the upConv parameter is ignored

E) BlindPP now supports YUY2 colorspace

F) other stuff:

- fixed blindPP syntax bug (x and X)
- fixed a small bug with showQ option
- fixed small memory leak with FrameList/GOPList not being free'd
- fixed a bug in the vertical chroma deblocking postprocessing
QP pointer being passed was incorrect for 4:2:0
- faster mmx 4:2:2 to packed YUY2 and YUY2 to planar 4:2:2 conversions
- info output would not work correctly if temporal_reference was not zero
based at the beginning of gops, it does now


[Donald Graft, January 15, 2005]



Cu Selur



Geschrieben von Dreamer 2002 am 16.01.2005 um 17:29:

 

Geilo!!! Super info smile
Nur momentan keine Zeit zum tasten! großes Grinsen


Dreamer 2002



Geschrieben von Selur am 17.01.2005 um 09:20:

 

jetzt ist die: DGMPGDec Version 1.0.13b11 Executables draußen smile

Cu Selur



Geschrieben von Dreamer 2002 am 17.01.2005 um 10:14:

 

*lol* ging aber schnell! Die sollten ausgiebiger testen bevor die ne Beta rausbringen großes Grinsen


Dreamer 2002



Geschrieben von Selur am 18.01.2005 um 07:12:

 

unter http://neuron2.net/fixd2v/ fidnet man jetzt ne RC1 smile

Cu Selur



Geschrieben von Dreamer 2002 am 18.01.2005 um 08:22:

 

Jetzt reicht es aber! Is doch ein witz, was fixen die da innerhalb von 24h? Ich warte bis die Final kommt! Jeden Tag ein update ziehen ist mir der stress ja zuviel für Augen rollen


Dreamer 2002



Geschrieben von Selur am 21.01.2005 um 09:47:

 

DGMPGDec 1.1.0 RC2 ist draußen smile

Cu Selur



Geschrieben von Dreamer 2002 am 21.01.2005 um 12:30:

 

Welch wunder, paar Tage mehr gebraucht Zunge raus , dennoch Danke smile


Dreamer 2002



Geschrieben von Selur am 21.01.2005 um 12:46:

 

kommt sicher bald auch die final raus smile

Cu Selur



Geschrieben von Dreamer 2002 am 21.01.2005 um 13:30:

 

Und dann die patches großes Grinsen


Dreamer 2002



Geschrieben von Selur am 22.01.2005 um 10:16:

 

Final ist draußen smile

Cu Selur



Geschrieben von Dreamer 2002 am 22.01.2005 um 20:58:

 

löl ab ab zu den patches Zunge raus Pass auf, 2-3 tage und der erste patch is raus..


Dreamer 2002



Geschrieben von Selur am 26.01.2005 um 20:29:

 

unter: http://neuron2.net/misc/ findet man die 1.2er betas momentan beta 2

Cu Selur



Geschrieben von Dreamer 2002 am 26.01.2005 um 22:00:

 

Hey mal ehrlich, so oft wie die updates rausbringen nutzen wir das tool nicht mal!

Dennoch danke für die information, wer hätte das nur gedacht das es Teams gibt die sogar die entwickler von MPC in sachen updates schlagen Zunge raus Nur das es vom MPC lange schon keine offizielles upp mehr gab unglücklich


Dreamer 2002



Geschrieben von Selur am 27.01.2005 um 07:11:

 

man muss die beta's ja nicht nutzen smile
(bleib einfach bei den stable versionen sollange die Updatezeiten so kurz sind smile )

Cu Selur



Geschrieben von Dreamer 2002 am 27.01.2005 um 08:24:

 

Joar das ist logisch! Aber so unstabil laufen die Betas oftmals nicht mal Zunge raus


Dreamer 2002


Forensoftware: Burning Board 2.3.6, entwickelt von WoltLab GmbH