DGMPGDec 1.4.0 Final! - Page 14

LigH · 3rd July 2005, 16:19

Duron-800, 256 MB; W2KSP4:

- RC1: immediately
- RC2: immediately
- RC3: immediately
- RC4: 3 seconds
- RC5: 7 seconds

Pasqui · 3rd July 2005, 16:19

@neuron2
It takes about 3 seconds with my Athlon XP 2600+

LigH · 3rd July 2005, 16:42

Duron-800 (same system); W98SE:

- RC1: immediately
- RC2: immediately
- RC3: immediately
- RC4: 16 seconds
- RC5: 29 seconds

sunbeam · 3rd July 2005, 16:43

P4 2.8GH, W2KSP4

- RC1: immediately
- RC2: immediately
- RC3: immediately
- RC4: 5 seconds
- RC5: 10 seconds

same results with all other files handled in the same way akapuma described above.

Krismen · 3rd July 2005, 16:49

RC1: immediately
RC2: immediately
RC3: immediately
RC4: 2 seconds
RC5: 4 seconds

My CPU: AXP1700+, Os: Win XP SP2

SeeMoreDigital · 3rd July 2005, 17:15

P4 2.8GHz with 512MB RAM, WinXP Pro SP2

RC1: Immediately
RC2: Immediately
RC3: Immediately
RC4: Around 6 seconds
RC5: Around 11 seconds

Cheers

Guest · 3rd July 2005, 18:08

Thanks, people.

akapuma, do normal VOBs open fast? I.e., is it only elementary streams that are slow?

If so, I will probably restore the original pack parsing depth and add an extra open option callsed something like "deep open" that would have the longer parse depth for the files with junk at the start.

LigH · 3rd July 2005, 18:13

For me, VOBs always open immediately.

Trahald · 3rd July 2005, 19:26

Quote:

Originally Posted by neuron2

* Increased the parse depth for a first pack header to 2,500,000 bytes and added additional emulation protection (fixes Moitah's weird popcorn explosion MPEG1 stream).

That helped on some files i had as well. Thank you

akapuma · 3rd July 2005, 19:53

Hello,

some tests with the RC5:

- my testfile:
approx. 30s

- my testfile, muxed with audio to a mpg (with "mplex1 with gui"):
immediately

- VOB's:
immediately

Best regards

akapuma

iNFO-DVD · 3rd July 2005, 23:09

'neuron2'

Can I just get some clarification on the 'WAV' naming convention used....

[AC3]
VTS_01_PGC_01_1 T01 3_2ch 384Kbps DELAY -31ms.ac3
[NAME]-[TRACK]-[CHANNELS]-[BITRATE]-[DELAY]

[MPA]
SVCD T01 DELAY 0ms.mpa
[NAME]-[TRACK]-[DELAY]

[WAV]
VTS_01_PGC_05_1 T01 48K 16bit 2ch.wav
[NAME]-[TRACK]-[BITRATE]-[CHANNELS]

I notice there's no 'DELAY' for wav, is that always like that?
Is that something I need not worry about?

Guest · 4th July 2005, 04:55

The WAV files should always have 0 delay.

Cyberia · 4th July 2005, 08:59

Can the WAV naming scheme work more like the other formats? Meaning, add a bitrate and move the channel info forward.

eg: VTS_01_PGC_05_1 T01 48K 16bit 2ch.wav becomes VTS_01_PGC_05_1 T01 2_0ch 384Kbps 48K 16bit.wav

Could you also add a frequency value for the other formats?

iNFO-DVD · 4th July 2005, 09:40

I was just messing with the MPEG-1 support and did notice something and just wondered why this happens or if it supposed to happen.

The 'Aspect_Ratio' format is usually like this: Aspect_Ratio=4:3,525 (clip was 352x288)
But just done another one and the ratio is like this: Aspect_Ratio=0.6735 (clip was 352x240)

Is it supposed to be using these 2 different formats?

Latest RC5 was used.

Guest · 4th July 2005, 13:38

Quote:

Originally Posted by Cyberia

Can the WAV naming scheme work more like the other formats? Meaning, add a bitrate and move the channel info forward.

Not worth the bother. Anyway, for uncompressed audio, the bitrate and the sample rate of simple multiples of each other.

Guest · 4th July 2005, 13:40

Quote:

Originally Posted by iNFO-DVD

Is it supposed to be using these 2 different formats?

Yes, per ISO spec, as discussed earlier in the thread.

Guest · 4th July 2005, 13:42

Here is RC6. It addresses akapuma's issue with the long open time. It now uses normal parsing depth unless the "Deep Parse" checkbox is checked on the file list dialog. Check it only to open the problematic program streams with a lot of junk before the first pack header.

http://neuron2.net/dgmpgdec/dgmpgdec140rc6.zip

akapuma · 4th July 2005, 18:04

Quote:

Originally Posted by neuron2

Here is RC6. It addresses akapuma's issue with the long open time.

Thank you, it works fine.

Best regards

akapuma

fccHandler · 5th July 2005, 08:56

VirtualDub-MPEG2 1.6.8 can open the M2M video now. It will automatically do a "deep parse" up to 3 MB if necessary (for M2M), but there should be no additional cost when opening a normal MPEG or m2v. If you're interested, the relevant code is in Mpeg2.cpp, in MPEGFileParser::Verify().

buzzqw · 5th July 2005, 12:59

[Wrong topic]
I have several problem opening mpeg or m2v with vdubmpeg 168
but will see in other thread

BHH

3rd July 2005, 16:19	#261 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,784	Duron-800, 256 MB; W2KSP4: - RC1: immediately - RC2: immediately - RC3: immediately - RC4: 3 seconds - RC5: 7 seconds Last edited by LigH; 3rd July 2005 at 16:43.

3rd July 2005, 16:49	#265 \| Link
Krismen Vacuum tube addict Join Date: Sep 2003 Location: Poland Posts: 122	RC1: immediately RC2: immediately RC3: immediately RC4: 2 seconds RC5: 4 seconds My CPU: AXP1700+, Os: Win XP SP2 __________________ 130F02041B18AB "... a gdybym był młotkowym, w fabryce z młotkiem szalał..."

3rd July 2005, 17:15	#266 \| Link
SeeMoreDigital Life's clearer in 4K UHD Join Date: Jun 2003 Location: Notts, UK Posts: 12,227	P4 2.8GHz with 512MB RAM, WinXP Pro SP2 RC1: Immediately RC2: Immediately RC3: Immediately RC4: Around 6 seconds RC5: Around 11 seconds Cheers __________________ \| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 \| My Network Layout & A/V Gear \|

3rd July 2005, 18:08	#267 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	Thanks, people. akapuma, do normal VOBs open fast? I.e., is it only elementary streams that are slow? If so, I will probably restore the original pack parsing depth and add an extra open option callsed something like "deep open" that would have the longer parse depth for the files with junk at the start. Last edited by Guest; 3rd July 2005 at 18:12.

4th July 2005, 13:42	#277 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	1.4.0 Rc6 Here is RC6. It addresses akapuma's issue with the long open time. It now uses normal parsing depth unless the "Deep Parse" checkbox is checked on the file list dialog. Check it only to open the problematic program streams with a lot of junk before the first pack header. http://neuron2.net/dgmpgdec/dgmpgdec140rc6.zip

3rd July 2005, 16:19	#262 \| Link
Pasqui Registered User Join Date: Oct 2001 Posts: 150	@neuron2 It takes about 3 seconds with my Athlon XP 2600+

3rd July 2005, 16:42	#263 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,784	Duron-800 (same system); W98SE: - RC1: immediately - RC2: immediately - RC3: immediately - RC4: 16 seconds - RC5: 29 seconds

3rd July 2005, 16:43	#264 \| Link
sunbeam Registered User Join Date: Jan 2005 Location: Europe Posts: 37	P4 2.8GH, W2KSP4 - RC1: immediately - RC2: immediately - RC3: immediately - RC4: 5 seconds - RC5: 10 seconds same results with all other files handled in the same way akapuma described above.

3rd July 2005, 18:13	#268 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,784	For me, VOBs always open immediately.

3rd July 2005, 19:53	#270 \| Link
akapuma Registered User Join Date: Jun 2003 Location: Germany (near Cologne) Posts: 69	Hello, some tests with the RC5: - my testfile: approx. 30s - my testfile, muxed with audio to a mpg (with "mplex1 with gui"): immediately - VOB's: immediately Best regards akapuma

3rd July 2005, 23:09	#271 \| Link
iNFO-DVD Author of avi.NET rip.NET Join Date: Apr 2005 Location: England [UK] Posts: 408	'neuron2' Can I just get some clarification on the 'WAV' naming convention used.... [AC3] VTS_01_PGC_01_1 T01 3_2ch 384Kbps DELAY -31ms.ac3 [NAME]-[TRACK]-[CHANNELS]-[BITRATE]-[DELAY] [MPA] SVCD T01 DELAY 0ms.mpa [NAME]-[TRACK]-[DELAY] [WAV] VTS_01_PGC_05_1 T01 48K 16bit 2ch.wav [NAME]-[TRACK]-[BITRATE]-[CHANNELS] I notice there's no 'DELAY' for wav, is that always like that? Is that something I need not worry about?

4th July 2005, 04:55	#272 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	The WAV files should always have 0 delay.

4th July 2005, 08:59	#273 \| Link
Cyberia Moderator Join Date: Nov 2002 Location: Inside Posts: 718	Can the WAV naming scheme work more like the other formats? Meaning, add a bitrate and move the channel info forward. eg: VTS_01_PGC_05_1 T01 48K 16bit 2ch.wav becomes VTS_01_PGC_05_1 T01 2_0ch 384Kbps 48K 16bit.wav Could you also add a frequency value for the other formats?

4th July 2005, 09:40	#274 \| Link
iNFO-DVD Author of avi.NET rip.NET Join Date: Apr 2005 Location: England [UK] Posts: 408	I was just messing with the MPEG-1 support and did notice something and just wondered why this happens or if it supposed to happen. The 'Aspect_Ratio' format is usually like this: Aspect_Ratio=4:3,525 (clip was 352x288) But just done another one and the ratio is like this: Aspect_Ratio=0.6735 (clip was 352x240) Is it supposed to be using these 2 different formats? Latest RC5 was used.

5th July 2005, 08:56	#279 \| Link
fccHandler Registered Jedi Join Date: Jan 2003 Location: Georgia, U.S.A. Posts: 733	VirtualDub-MPEG2 1.6.8 can open the M2M video now. It will automatically do a "deep parse" up to 3 MB if necessary (for M2M), but there should be no additional cost when opening a normal MPEG or m2v. If you're interested, the relevant code is in Mpeg2.cpp, in MPEGFileParser::Verify(). __________________ May the FOURCC be with you...

5th July 2005, 12:59	#280 \| Link
buzzqw HDConvertToX author Join Date: Nov 2003 Location: Cesena,Italy Posts: 6,552	[Wrong topic] I have several problem opening mpeg or m2v with vdubmpeg 168 but will see in other thread BHH