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. |
12th February 2005, 05:29 | #105 | Link |
Registered User
Join Date: Apr 2002
Posts: 134
|
Its got another 45 minutes or so. The clip is 150 megs or so and FlashFXP shows that I'm at 53% complete.
I'm sorry it took so long to get to this. Since the grandparents were watching the kids tonight, it was date night for an early Valentines. As soon as I got home I got to this. I also included a text file with some info for you. If you have any questions there is an email in there you can use. I hope this gets there soon enough! |
12th February 2005, 15:44 | #107 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
@zeus163
That sure was an interesting issue. Your stream is extremely weird but you did uncover a real problem. The stream now has a home in the "Weird" subdirectory of my test file suite. Your stream has no GOP headers, at all! That's legal of course. But the stream also doesn't use the temporal reference field properly. I try to get the temporal reference of the first I frame. But now I realize that it should be the first I frame after a GOP header, because the GOP header resets the temporal reference to 0. So I do that now. Also, if there is no GOP header, I then do not use the temporal reference adjustment in the delay calculation. While this gives me a delay of -404ms now for your stream, I'm still concerned that your stream does not use the temporal reference field properly, i.e., it doesn't increment for each frame in display order until reset by a GOP header, as required by the MPEG2 spec. And it has large values like 0x268. That won't throw me off, unless a GOP header comes along and the next I frame has a bad temporal reference. I do check for the value to be reasonable (less than 18), and I don't use it if it isn't. The worst thing that can happen is that the delay value given is wrong or absent, but this will occur only for illegal streams. I'll put up an RC4 shortly with this change. Last edited by Guest; 12th February 2005 at 16:28. |
12th February 2005, 16:07 | #109 | Link | |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Quote:
Thank you for pointing out that issue. |
|
12th February 2005, 16:24 | #110 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
1.2.0 RC4
Here's RC4. The only change is to the delay calculation as described. I also included the 1.2.0 DGVfapi.vfp.
http://neuron2.net/fixd2v/dgmpgdec120rc4.zip I sure would like to release this today or tomorrow. |
12th February 2005, 18:53 | #112 | Link |
Registered User
Join Date: Apr 2002
Posts: 134
|
I'm glad that my weird stream was of some help. I seem to recall that somebody once wrote streams with no GOP headers can't be opened properly in Project X. Which would explain why I couldn't open that stream up in that program or open it up properly to cut out commercials. I now think that several HD stations that I receive send out their streams without any GOP headers. But with your work, I should be able to handle that problem now. Thanks for taking the time to look at that file I sent you. I appreciate it.
I will try the latest version out today when I do another cap from the same station. I'm going to guess that the stream will have no GOP headers as well. thanks! |
12th February 2005, 19:39 | #113 | Link | |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Quote:
You know where my FTP server is. Hint, hint. Last edited by Guest; 12th February 2005 at 19:53. |
|
13th February 2005, 01:51 | #116 | Link | |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Quote:
|
|
13th February 2005, 14:34 | #117 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
Hi Don,
I just tested RC4 and noticed that the delay is incorrect for my MPEG2 -captures. The delay reported for the original clip was -124ms, in earlier versions it's -44ms. The delay for the cut sample file (see below) is -80ms but it's still way off. I'd say the delay should be closer to zero for both clips although it's hard to determine. Nevertheless, -124ms and -80ms sound off to my ears, the audio runs too early. I uploaded a sample clip to my webspace as I couldn't log on to your FTP site. http://www.saunalahti.fi/sam08/delayclip.mpg
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
13th February 2005, 17:37 | #118 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
@Boulder
Greetings from the quantum vacuum! Ha, ha, I had already fixed that in my local build in preparation for release. It gives 0ms for the uploaded clip. Try this one: http://neuron2.net/fixd2v/dgmpgdec120rc5.zip |
13th February 2005, 17:49 | #119 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
Thank you, Sir, will try it ASAP
The wonders of hybrid NTSC->fieldblended PAL conversion..grr
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
14th February 2005, 20:14 | #120 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
A bugreport from elsewhere : the filter BlindPP() doesn't work anymore. When you load a script with BlindPP() in VDub, it just vanishes. Also it probably has the same postprocessing bugs that MPEG2Source() had.
Just thought I'd report it since some people are using it, not me though
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
Thread Tools | Search this Thread |
Display Modes | |
|
|