DGAVCDec 1.0.9

[G_M_C]

I thought you were some master of telekinesis, my mistake. D:

http://www.stfcc.org/misc/stf.clip.m2ts
http://www.stfcc.org/misc/jessejames.clip.m2ts

Edit: Scratch that.. I must be getting old. Neither of them are AVC. Sorry for the false hope of being able to fix something. ><
However, it would be nice for DGAVCDec to give some kind of warning message box saying that the format is invalid instead of crashing.

:p

Just for fun: Neuron2, you could maybe implement a check + error-message that says "Oops, dont recognise this video-stream. Are you shure it's AVC ?". Or if you detect it's MPEG2, "This is not a AVC-stream, but an MPEG2-stream. You might want to use DGIndex instead"

Just for all of us that are getting old (like ... me too, as i allmost made the same error :D )

[canTsTop]

hello, thank you for DGAVCDec updates

i have this sample http://www.mediafire.com/?bybsn2brxm5
then i open it with DGAVCDec and preview, i get this error:

http://img149.imageshack.us/img149/4402/12546173ye6.png

and if i move slider with, DGAVCDec crashes.

in ffdshow-tryout there is update for libavcodec:
Updated libavcodec.
H.264 decoding now supports interlaced + spacial direct mode.
here is link http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout?view=rev&revision=1837

maybe you can update libavcodec next time

p.s. i dont know if you missed this, or here is everything is ok
TFF shows in beginning, not in the end, my PC is slow and i can see when it saving project, last frame is Frame

this is beginning of that sample http://rapidshare.com/files/77636850/222.264_0.html
in this is showing TFF in information window in the end, then you save project

here is video of this http://rapidshare.com/files/77668545/proof.avi.html


sorry for bad english

[Guest]

Then finally, tried the Tudors .m2ts files.. those seem to work fine (except seeking is a little strange).
What about this one? What do you mean by strange? Do you want me to look at it?

[Guest]

@canTsTop

Thank you for pointing out the libavcodec update. I'll upgrade.

Yes, I missed your other post. I downloaded the video but it was all black. Then I couldn't download the test stream because my "download limit" was reached. Please use a proper upload site or explain better what your problem is. Is it just a case of the stream switching to Frame at the end? That's not illegal or unusual. Why do you think it is a problem?

[Guest]

Neuron2, you could maybe implement a check + error-message that says "Oops, dont recognise this video-stream. Are you shure it's AVC ?". Or if you detect it's MPEG2, "This is not a AVC-stream, but an MPEG2-stream. You might want to use DGIndex instead" I'll try to move that up in priority.

[canTsTop]

this is sample http://www.mediafire.com/?8iavxrftzm9

and its in all sample, not in last frame

then i load it in DGAVCDec and go File>Preview i see this:
http://img262.imageshack.us/img262/615/70009161lf8.png

then i save project (file>save project) i see this:
http://img262.imageshack.us/img262/520/32382630kx6.png

i dont understand why then i preview sample its: Fields (BFF)
then save project its: Fields (TFF)

here is video of this, converted to xvid http://www.mediafire.com/?3zzmzgkmgmx

[Atak_Snajpera]

Just for fun I played with h264tsto. It dumps all audio types as files with extension .mpa. How then do you know the audio types? Or don't you care?

I use MediaInfo.dll to detect audio streams and then rename files with correct extension. However MediaInfo is not perfect and sometimes AC3 or DTS is detected as VC1 (!?!?). But I found solution. If input file has AC3 extension instead of MPA then it will be correctly detected as DTS or AC3. Weird.

[Guest]

If input file has AC3 extension instead of MPA then it will be correctly detected as DTS or AC3. Weird. OK, but if the splitter gives all MPA extensions, how do you know to rename them to AC3?

[Atak_Snajpera]

OK, but if the splitter gives all MPA extensions, how do you know to rename them to AC3?

I rename all mpa to AC3. So all my streams have AC3 extensions instead of mpa. Then I use mediainfo to get real extensions.

[Guest]

@Atak_Snajpera

LOL. I'm going to give you the right extensions.

@canTsTop

It's a bug that I will fix. Thank you for pointing it out.

[Diodato]

Hi Donald,

First of all thank you for your work.
If I can bias your decision about A/V synch I would greatly appreciate PTS based. From my experience DVB-S2 transmissions have a hefty audio delay respect to video. The sample stream indicated has almost a 3000ms audio "delay". Yes, I know, I can always adjust it afterwards, but would be nice to have a PTS based option :)
How do you handle corrupt streams? Skip to the nearest IDR or RPS? And the audio in that case?

Greetz

http://rapidshare.com/files/92970704/mad1.ts.html

[Guest]

I would greatly appreciate PTS based. From my experience DVB-S2 transmissions have a hefty audio delay respect to video. The sample stream indicated has almost a 3000ms audio "delay". Yes, I agree that assuming the audio and video are aligned in the stream is not correct. So, at a minimum I will still display the offset. My current debate with myself is whether to leave it at that or try to create "zero-delay" demuxed streams.

How do you handle corrupt streams? I don't. I think fixing those should be for a preprocessing tool.

[Renzz]

Hi Neuron2 - thanks for this great bit of software. It certainly makes life easier.

However, I'm having a problem demuxing the AC3 track out of a BBC-HD TS *after* it has been edited using H264TS_Cutter (http://www.h264tscutter.de/). Ok, it's obviously something this software is doing to the stream, but it seems to play ok after in MPC, and TSRemux can recognise and demux it so I'm not sure. Basically, DGAVCIndex doesn't seem to detect the AC3 track and doesn't demux it. It does work fine on the unedited TS file.

What happens is that I only get the MPEG track demuxed, not the AC3 one.

I've put a small sample of the cut TS at http://www.mediafire.com/?9mjmqzwfmym

Again, I fully understand if you say that it's H264TS_Cutter that's at fault, and not DGAVCIndex.

Thanks again

[Guest]

As I wrote above:

* An audio stream must be listed in the PAT/PMT for demuxing to work. This limitation will be removed in a future version.

[ArcticFox]

Is there any reason why you cant add more than 1 .ts file so it creates 1 dga file for the 3 clips i have combined?

[Guest]

Is there any reason why you cant add more than 1 .ts file It's not yet implemented. For now, you can join them outside DGAVCIndex, e.g., with DOS copy /b

[Guest]

1. libavcodec.dll was updated to the version from ffdshow-tryouts version 1837. This fixes decoding of some streams that previously didn't work.

2. Audio demuxing was redesigned so that streams do not need to be present in the PAT/PMT to be demuxed. A Preview operation will show all detected audio streams in the Info display; they do not have to be selected for demuxing.

3. TFF/BFF reporting for field structure streams was fixed.

4. CLI support for audio demuxing was added (-a).

http://neuron2.net/dgavcdec/dgavcdec.html

[Renzz]

Hi Neuron2 - thanks for this, I can now demux the AC3 audio out of my BBC HD stream where it's not listed in the PAT/PMT.

One minor problem, though - after it's finished, DGAVCIndex seems to retain an exclusive file lock on the AC3 file, preventing anything from opening it. Even closing the TS doesn't release it, so you have to close the prog.

[Guest]

That doesn't happen for me. Please tell me the exact steps you go through to make this happen.

[Renzz]

I open the TS (just a single file), then go to Audio/Audio Demux and select only the AC3 track (click 'Set' then 'Done'). I then do Save Project, it gives me a warning about decoding not starting with an IDR picture and I click 'No' to disable further warnings. It then does it's stuff, and finishes. At this point, I can't open the AC3 file - I have Unlocker installed and that confirms the dgavcindex.exe has a lock on. There's no lock on the .dga file.

[Guest]

OK, I found the problem. Will fix for the next version. Thanks for pointing it out.

[Atak_Snajpera]

One cosmetic change in next version : demuxed audio with .mp2 or .mp3 instead of .mpa :)

[karl_lillevold]

I received some Sony HDCAM footage in m2ts format, and set out to convert with dgavcdec. Little did I know of Sony's evil plan. I found this post (http://forum.doom9.org/showthread.php?p=1084239&highlight=sony+m2ts#post1084239) by langman10 : "...these are files taken on what I believe is a Sony camera that records to Blu-Ray, which brings Sony's own pseudo-format of transport stream complete with an extra 4 bytes per packet".

So I guess there's little hope of being able to use dgavcdec ..?

DGAVCIndex a17 reports "Found NALU w/ forbidden bit set", then crashes.

EDIT: I am able to view it with Haali Media Splitter -> CoreAVC Decoder in graphedit, but DirectShowSource in Avisynth crashes. Well, there is progress. I will update these to the latest versions.

[Guest]

So I guess there's little hope of being able to use dgavcdec ..? There's hope if you provide a test stream. :)

M2TS is supported in DGAVCDec.

DGAVCIndex a17 reports "Found NALU w/ forbidden bit set", then crashes. That usually happens when the video is not AVC.

[karl_lillevold]

I will PM the location of my stream. I was told by the camera operator that it is AVC, and with Haali + CoreAVC I was able to view the video in 1440x1080, so chances are high it is AVC :)

Thanks!

[SeeMoreDigital]

I will PM the location of my stream. Hi Karl,

May I have a link to this stream too please? I'd like to add it to my collection.


Many thanks

[SeeMoreDigital]

Hi Karl,

Thanks for the link..... Here's something you may find of interest!

If you run your sonyhdcamsample.m2ts file thru' TSremux or TSmuxer and re-mux it to .TS (instead of .M2TS). DGAVCDec Alpha 17 is able to open it (after pressing "No" to the warning).


Cheers

[Guest]

How did you download that so fast? Did you get a smaller sample? If so, I want that, because 700MBytes is a PITA for me.

[CruNcher]

.m2ts can save some metadata stuff maybe that makes problems here it saves for example shutter speed, focal point and timecode i would wish that dgindex would support this :) (AVC and Mpeg-2 Version) and display it in the Preview Window would be nice for now i use HDVinfo for Avisynth to get those info (works nice).

[karl_lillevold]

Yes, I have made a 25 MB sample (https://tobor2.prognet.com/~klillevold/pub/) for your download convenience :)

EDIT: added link to file, file will automatically disappear after a day or two...

[karl_lillevold]

TSRemux 188 byte TS output:
DGAVCIndex gives no errors.

Opening avcsource via Avisynth in VDub:
AVCSource: No GOPs found (no IDRs or recovery points)

TSRemux to 192 byte output still crashes DGAVCIndex.

Will look into the other suggestions when I have time later today (TSmuxer and HDVinfo)

EDIT: It sees 188 byte TS output also results in the same DGAVCIndex warning, and then crash when I press "No".

[Guest]

OK, I have it fixed. It was a bug in my code to detect M2TS on file open, so the code thought it was an elementary stream.

I'll give you a fix when I get home tonight. Also a fix for the demuxed audio being held locked.

[SeeMoreDigital]

Hi Don,

Should this not read 16:9?

http://i25.tinypic.com/15hg7qp.jpg

Frame size is 4:3. The output is 16:9....


Cheers

[Guest]

No, it is correct. In AVC, that is the stretch ratio. It is telling the decoder to stretch the coded 1440x1080 by 4:3 for display. You turn 4:3 into the fraction 4/3 and multiply the coded width by that to get the display width.

4/3 * 1440 = 1920

[karl_lillevold]

hey, that's me and one of my R/C helis ;)

[Isochroma]

About the aspect ratio, it seems that DGAVCDec should report the AR as 16:9, rather than reporting how much it must be stretched to look right. After all, the value reported is "aspect ratio" not "stretch amount".

[Guest]

About the aspect ratio, it seems that DGAVCDec should report the AR as 16:9, rather than reporting how much it must be stretched to look right. After all, the value reported is "aspect ratio" not "stretch amount". I prefer to follow the terminology of the AVC specification. After all, that Info field is reporting the value of the aspect ratio syntax element, and it is specified (correctly) as 4:3.

Don't you chaps read specs? :)

I'll clarify the users manual a bit more. After all, saying there that it is the stretch factor is apparently not enough. ;)

[Isochroma]

It probably isn't enough, considering that the text in the UI next to the value says "Aspect Ratio", not "Stretch Amount". People make mistakes, especially when they are misled.

[Guest]

* Fixed a problem that caused some M2TS files to be detected as elementary streams.

* Fixed a problem that caused demuxed audio files to be held locked by DGAVCIndex.

* MPEG audio is now demuxed with file extension .mp1, mp2, or mp3, depending on the layer detected (previously .mpa was always used).

http://neuron2.net/dgavcdec/dgavcdec.html

On some streams, libavcodec.dll reports an unknown NAL unit type. If you dismiss the warnings things seem to go OK. I've verified that no such NALU is being passed from my code and I'm investigating the reason for this warning. For now, just dismiss these messages.

[hajj_3]

nice progress:)

[Atak_Snajpera]

Neuron I've discovered something weird. If I open this file http://www.sendspace.com/file/rjohqw via command line with -h switch DGAVCIndex crashes but if I remove -h everything is fine.

http://img299.imageshack.us/img299/4513/new1aq1.th.png (http://img299.imageshack.us/my.php?image=new1aq1.png)

[Guest]

Neuron I've discovered something weird. Yes, it is indeed weird. Here's what happened. You cut the stream and truncated an SEI message at the end of the file. The SEI parser code that I took from the JM reference software happily keeps parsing past the end of the available data and runs into whatever is on the stack. On the stack after the SEI message buffer is the command line string. So when the -h is not there the parser fortuitously terminates and returns. When the -h is there, it carries on and blows past the size of the SEI message buffer and crashes.

I put a check in to prevent this. I didn't want to make a new release so I updated the alpha 18 package. Please re-download it and test it.

But worse, this points up a deficiency of the AVC specification. The spec says that the end of a NALU is determined by when the following NALU starts, or when EOF is encountered. That means the spec gives no way to avoid passing back a truncated NALU at the end of the file (because there's no way to know the NALU isn't complete when we hit EOF). It's up to the application to not crash! So I'll probably have to implement a try/except block because finding and testing all possible crash locations is not ideal. For now, I've just patched the SEI parser, as this is the only known crashing case on premature EOF to date.

Thank you for finding this weird issue. :p

[Guest]

It probably isn't enough, considering that the text in the UI next to the value says "Aspect Ratio", not "Stretch Amount". People make mistakes, especially when they are misled. As I explained, the name of the field in the AVC specification is "sample aspect ratio" (section E.2.1 and Table E.1). You have an attitude problem if you think that by following the specification I am misleading people.

[Isochroma]

The unqualified term "aspect ratio (http://en.wikipedia.org/wiki/Aspect_ratio_%28image%29)", generally refers to "Frame Aspect Ratio". It has been since the first days of photography and beyond into film, the width of the frame, divided by its height. It is the final presentation geometry, after whatever the industry has defined as corrective measures.

What the AVC specification calls "sample aspect ratio" or as it is also known, "pixel aspect ratio (http://en.wikipedia.org/wiki/Pixel_aspect_ratio)" aka. "PAR" (Windows Media Encoder), is usually referred to using those qualified names, in order to differentiate it from the unqualified term.

If you don't believe me, then show me one example of image or video software where the UI refers to the unqualified term "Aspect Ratio" and the value presented is not presentation width divided by height, aside from your own.

If you want to present various values, here's a couple good ways to do it:

Resolution: 1440x1080
Aspect Ratio: 16:9
Pixel Aspect Ratio: 4:3

or

Resolution: 1440x1080
Frame Aspect Ratio: 16:9
Pixel Aspect Ratio: 4:3

[Brother John]

Imo Isochroma has a valid point. “Aspect Ratio” is ambivalent. We’ve been living with DVD’s DAR 4:3 for years and now there’s PAR 4:3 for HD material. That’s a prime source of confusion. Even SMD got trapped, and he’s anything but a newbie.

Why not change the name to “Pixel AR” or “Sample AR”? AR is a very well known acronym. Such a labelling would be precise, would fit into the current dialog width and prevent confusion at least among the more experienced users.

[SeeMoreDigital]

How about something like this: -

http://i29.tinypic.com/1t7i88.png

[G_M_C]

How about something like this: -

http://i29.tinypic.com/1t7i88.png

Actually,

That not bad ... good compromise :)

[Isochroma]

There's many ways to provide the frame/pixel information to the user unambiguously, as the suggestions indicate. A garden of variety from the creativity of society.

[Guest]

Here's what I did.

http://neuron2.net/misc/sarinfo.jpg

...and here is the help text:

Frame Size - Displays the encoded size of the frame in the currently displayed video. Note that this is the encoded frame size, which differs from the display frame size (see below).

SAR - Displays the sample aspect ratio specified in the AVC stream.

Display Size - Displays the display frame size that results from applying the SAR to the encoded frame size. Here's how it works: Suppose you have a 1440x1080 video with a reported SAR of 4:3. You convert 4:3 to the fraction 4/3 and multiply that by 1440, giving a display width of 1920. Thus, the SAR field will show 4:3 and the Display Size field will show 1920x1080 as the display size.

@SeeMoreDigital

Where'd you get the source code for my dialog box? :confused:

[Snowknight26]

Its easy to change it neuron2... either with photoshop or a resource hacker.