DGAVCDec 1.0.9

[Guest]

What is the file and where did you get it?

[JediNight]

MPEG4 H.264 transport stream with AAC audio. Downloaded it from a torrent (animation).

[Guest]

MPEG4 H.264 transport stream with AAC audio. Downloaded it from a torrent (animation). You've been around long enough to know about rule 6 and the stickie in the Newbies forum, so struck for rule 6.

[JediNight]

Apparently I don't I guess, as it's been a long time between visits. I'll go over them again.

[Guest]

Why revision number is missing? Which revision did you compile? Here's a nice clean static build that reports its version number (14612):

http://neuron2.net/misc/ffmpeg.exe

I have tested it against a lot of PAFF streams and while it is an improvement, there are still issues. Michael is still making fixes, so I am going to watch the change log and make new builds when warranted. When I think it worthwhile I will update DGAVCDec.

[G_M_C]

I think i've encountered a regression; When opening 1 file and processing it, and than in the same instance of DGAVCIndex opening the second file (after closing the first), gives an error here.

It was late last night, so it could be a fault on my side, so i'll test furter tomorrow and let you know..

[Atak_Snajpera]

Here's a nice clean static build that reports its version number (14612):

Thanks! You don't know how hard is to find new builds :( The latest I had was 12K

[Guest]

You don't know how hard is to find new builds Every time I make a new build for testing, which can be as often as every day, I will upload it to the same link. I just uploaded today's build.

[elguaxo]

thanks neuron2!

[canTsTop]

Few questions / feature requests :)

1. Is there any reason for DGAVC to check version of libavcodec.dll? Can you implement option in ini file to disable libavcodec.dll version check, so we can use different version of libavcodec.dll (compiled from ffmpeg or from ffdshow install)?

2. Is there reason why DGAVCIndex not selects audio track by default, in my case in all my TS recordings there is only one audio track?

3. Better templates management system: something like you can put all your avs templates in dgavcdec\templates folder and they all shown in DGAVCIndex templates menu.

4. Can be done something for preventing audio/video synchronization lost and DGAVCDecode crash for TS recordings with errors? Here is sample http://www.mediafire.com/?7wohntw2ijw
When i play it with MPC+ffdshow it shows corrupted frames (i don't mind it) but wont crash and audio/video synchronization is back after errors.

Thank You

[Guest]

1. Is there any reason for DGAVC to check version of libavcodec.dll? Can you implement option in ini file to disable libavcodec.dll version check, so we can use different version of libavcodec.dll (compiled from ffmpeg or from ffdshow install)? I have added a feature that DGAVCDec needs: the POC of the decoded frame is returned. Therefore, DGAVCDec cannot work properly with stock libavcodec and I must enforce the version check.

2. Is there reason why DGAVCIndex not selects audio track by default, in my case in all my TS recordings there is only one audio track? I'll put it on the to-do list.

3. Better templates management system: something like you can put all your avs templates in dgavcdec\templates folder and they all shown in DGAVCIndex templates menu. I'll put it on the to-do list.

4. Can be done something for preventing audio/video synchronization lost and DGAVCDecode crash for TS recordings with errors? Here is sample http://www.mediafire.com/?7wohntw2ijw
When i play it with MPC+ffdshow it shows corrupted frames (i don't mind it) but wont crash and audio/video synchronization is back after errors. The crashing I can mitigate with a try/except block. I'll put that on the to-do list. The sync issues are more difficult. The reason MPC can do it is because MPC still has the timestamps in the stream. But when you demux you lose them. It's better I think to preprocess the stream with a tool such as ProjectX. I may write one.

Thank you for your suggestions.

[canTsTop]

Thank You for answers!

I think ProjectX doesn't support H.264 video, it only demuxe audio file.

[lchiu7]

Recorded a pretty long stream with the above video/audio. (3 hours). About 20 minutes into the stream dgavcindex just stops responding (Vista) and closes. It always happens at the same place.

After some binary searching found a segment that can cause the following error to occur when scrolling through the file using the program.

Not sure it's related, but trying to break up my recording (14G into smaller segments) dgavcindex will often stop demuxing only part way through the file.

Since it's not easy to upload 14G anywhere(!) I have uploaded 100Mb to this location that at least demonstrates the error illustrated in the image attached (the error occurs when you scroll through the file in dgavcindex). Since this segment contains the part of the file that causes the program to crash, perhaps all the problem are related.

www.datamix.info/libavcodec.ts

Thanks

[Naito]

I have trouble indexing a TS-Stream.

When I open my TS (or even the demuxed *.h264), the Preview-Screen stays black. No preview, no PIDs detected.
Trying to create a Project [F4], DGAVCIndex Alpha33 crashes after a few errors (NALU-troubles).

DGAVCIndex <= Alpha20 crashes without saying anything immediately. (F2 -> load *.h264 -> hit OK -> crash)
With Alpha21 to Alpha 23 I barely managed indexing, but only 9 min in the middle of the stream. Loading the *.dga works, though it seems to be broken.
DGAVCIndex >= Alpha 24 the same as Alpha33.

ffdshow Beta5 + Haali + MPC plays the TS flawless.

h264ts_cutter was unable to cut out a the sample, so I used tsMuxeR instead.

Link to the Sample (http://www.megaupload.com/?d=7G32I1EZ)

Including
* 1min Sample from the very beginning (if you need more, let me know),
* output from h264dump of the complete TS-Stream (demuxed with tsMuxeR)
* also MediaInfo-Output from complete TS-Stream
* Screenshots of the Error-Boxes

OS: WinXP SP2, AviSynth 2.5.7

[Guest]

@Naito

Open DGAVCIndex alpha33. Set the option 'Treat I as IDR'. Then load your TS file.

[Naito]

It works! Many thanks neuron2.

[rebkell]

I have a question about the information Window, If I set it to single step through, I never see any I frames? I was looking at the dga file and it's one of the Hauppauge HD-PVR 1080i captures, and it consistently has an IDR frame every 128 frames, yet I never see it in the information window, I only see B and P. I think I should see an I or IDR frame in the Information window about every 128 Frames?

One other thing, in your documentation for DGAVCIndex, in the Information Panel->Video Section->Frame Type I think you have a typo, it has Intra(I), Predicted(I) or Bidrectional Predicted(B). I assume that should be Predicted(P).

[Guest]

That's a bug. We have field-coded frames with the first field picture of the frame being I and the second being a P. My code is picking up the slice type on the second field instead of the first.

I'll fix it. Thanks for pointing it out.

In default capture mode, there is an IDR at the start only and then an I every 32 frames.

[Guest]

* After loading a file, all detected audio streams are now automatically selected for demuxing.

* Added correct handling for the three aspect ratios added in the latest version of the AVC specification.

* Fixed full path option handling when using the CLI.

* Fixed a problem that caused looping to fail sometimes when the Loop Playback option is enabled.

* Fixed frame type reporting in the Info dialog when the Treat I as IDR option is enabled.

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

[Guest]

Recorded a pretty long stream with the above video/audio. (3 hours). About 20 minutes into the stream dgavcindex just stops responding (Vista) and closes. It always happens at the same place.

After some binary searching found a segment that can cause the following error to occur when scrolling through the file using the program.

Not sure it's related, but trying to break up my recording (14G into smaller segments) dgavcindex will often stop demuxing only part way through the file.

Since it's not easy to upload 14G anywhere(!) I have uploaded 100Mb to this location that at least demonstrates the error illustrated in the image attached (the error occurs when you scroll through the file in dgavcindex). Since this segment contains the part of the file that causes the program to crash, perhaps all the problem are related. This one is hard to tackle. I don't see how I can help you unless you give me a stream that causes DGAVCIndex to stop responding.

[burfadel]

I have found another bug:

When in dgavcindex, and you load a h264 file, it indexes correctly. If you then close off that file and load another file to index in the same instance of dgavcindex, the file is not indexed correctly. The second indexing results in the following two lines not being added to the very start of the index data:
SPS 1
PPS 31 0

If you close of dgavcindex and load the same file, these two lines and correctly added. The result of these two lines not being in the indexed file is that the file still encodes, but at a significantly slower speed. x264 drops from utilising approx 95 percent of cpu down to around 50 percent. This alone does not account for the speed drop of the encoding by a factor of 10! I don't know what those two lines mean, but their importance is obvious!

This is using the latest 1.0.0 alpha 34 version.

[Guest]

I can't duplicate it. The two DGA files are identtical for me.

Please provide the two files and describe the COMPLETE, EXACT sequence of operations that lead to the problem. E.g., when you say "open another file" tell me exactly how you do that.

Thank you.

[burfadel]

It happens with any input .264 file, including the h264 output from x264 from a newly encoded file. Without fail, load once its ok, but even if you reload the same file in the same instance of dgavcindex (that is, remove it from the file list dialogue and re-add it), and open, then the output of the .dga file is missing those two lines! The rest of the file is identical.

Here is an excerpt:

First time open:
STREAM 0
FO 0
YUVRGB 1
LUMFILT 0 0
CLIP 0 0 0 0
RANGE 0 723605927
AUDIO

SPS 1
PPS 31 0
LPOC 0
IDR 769
FRM 7 0
FRM 5 1
FRM 5 2
FRM 5 3
FRM 5 4
FRM 5 5
FRM 5 6
FRM 5 7
FRM 5 8
FRM 5 12
FRM 6 10
FRM 6 9
FRM 6 11

Second time open in the same instance of dgavcindex, same file:
STREAM 0
FO 0
YUVRGB 1
LUMFILT 0 0
CLIP 0 0 0 0
RANGE 0 723605927
AUDIO

LPOC 0
IDR 769
FRM 7 0
FRM 5 1
FRM 5 2
FRM 5 3
FRM 5 4
FRM 5 5
FRM 5 6
FRM 5 7
FRM 5 8
FRM 5 12
FRM 6 10
FRM 6 9
FRM 6 11

The same occurs for every file I tried. The value for PPS on some files were 30 0 and of course the frame data were different, no matter what I tried those two lines are missing on any second file opening in the same instance (keeping the dgavcindex programme open).

Additionally, have just found that if I click save project, save it under any file name, then straight away do a second save (with a different name of course, for comparison), the second file has those two lines missing! What do they do anyway?

[Guest]

OK, thanks, I can duplicate it now.

[lchiu7]

Trying to demux a DVB-T stream with AVC video and AAC-HE LATM audio.

The application crashes part way through the way with no useful (well to me anyway) error messages, just the usual Windows error messages.

Since the file is quite large (3.3g) I have been trying to isolate a segment that can cause the crash. This has not proven to be easy. Cutting the file to include the frame where the crash happens results in a file that doesn't crash :(. So after lots of trial and error I have managed to create a file that will crash and have uploaded it here.

www.datamix.info/stargate.ts

Sorry can't make it smaller than the 90Mb it is but I have found that even if I reduce the beginning of the file by a few meg (but still include what I think is the bad segment), the crash doesn't occur. This leads me to think the crash is caused by a sequence of data - not just the data segment where the crash occurs.

I am using TS Packet Editor to edit the .ts files.

Any ideas on what is happening greatly appreciated.

Thanks

Larry

[Guest]

So after lots of trial and error I have managed to create a file that will crash and have uploaded it here. Thank you. I appreciate your perserverance!

Investigation under way...

[Eragon4ever]

I just tried opening an exe file and DGIndex crashed after a lot of libavcodec warnings. As this is clearly not intended usage i'm not sure if you want to fix this, too. If yes just say so and i'll upload the file for you.

[Guest]

I just tried opening an exe file It's going to be hard to catch every possible pilot error. I'm glad that it crashed. That's usually a pretty good sign that you are doing something wrong (but not always; see above). :)

[Eragon4ever]

Well, I could even index one of my pdfs. Maybe you want to make it crash there, too, so everyone knows he's doing something wrong?:D

[Guest]

You're a funny guy. I like you.

[Comatose]

Haha =)

Kinda offtopic, but Ichiu7, may I ask which hardware you used to capture that stream? :p and oh god, Stargate in HD. I hate you so, Israel D:

[lchiu7]

Haha =)

Kinda offtopic, but Ichiu7, may I ask which hardware you used to capture that stream? :p and oh god, Stargate in HD. I hate you so, Israel D:

I used a Hauppauge WinTV Nova 500 T HD from a UHF antenna. The Stargate isn't in HD - it's upscaled SD to 720p. Over in my neck of the woods we are slowly getting HD TV OTA using h.264 video and AAC-HE LATM audio. Two channels are showing true HD (including the Olympics), one is biding time by broadcasting in HD (720p) but of course upscaling the SD content (pretty well I think).

In about a week they will actually broadcast HD and in AC03 audio.

Larry

[Comatose]

I don't know lol, I watch Stargate in SD here and this looks tons better, even after I filter and resize the SD Stargate :X
If this is really an upscale, then oh wow.

(and we should probably move to PM since it's turning into more than 2 posts :x)

[lchiu7]

I don't know lol, I watch Stargate in SD here and this looks tons better, even after I filter and resize the SD Stargate :X
If this is really an upscale, then oh wow.

(and we should probably move to PM since it's turning into more than 2 posts :x)

Well just to stay OT for a bit. The broadcasts are h.264/AAC [AAC-HE LATM to be exact]. This is a particularly new audio codec and not much software can play it. What neuron2 did was modify dgavcindex so that it could recognise this stream in the .ts file and demux it so that it could be processed.

I am intrigued what software you used to play the stream and did you get audio?

[Will go PM for the rest]

[opieant]

Minor bug report. DGAVCIndex promptly crashes when attempting to save a project if the input file has no extension (after clicking "Save" in the "Save As" dialog).

The input file is a transport stream. It opens fine and everything works up to the point that Save is clicked. When DGAVCIndex crashes, the error reports that an attempt to access memory at 0x00000001 is being made. If I add an extension back to the file, it can save without any problems.

FYI, when using DGAVCIndex I am currently only trying to obtain the start and end "RANGE" values. These are extremely helpful when using TS cutting applications that accept byte offsets, so I'm very grateful that info is included in DGA files. :)

Keep up the good work.

Greg

[rebkell]

Minor bug report. DGAVCIndex promptly crashes when attempting to save a project if the input file has no extension (after clicking "Save" in the "Save As" dialog).


Confirmed, it crashes for me also, another little bug, if you run dgavcindex from the command line and use the -e switch, the log file it creates will have no values for any of the fields.

[boombastic]

I extracted the video and audio part from a bluray already on my hard disk. The video is ok, but the .pcm audio isn't playable by Media player Classic and VirtualDubMod cannot import.
How can i use it?Many thanks!!

[Atak_Snajpera]

Extract audio using eac3to.

[boombastic]

Extract audio using eac3to.

I can't manage to do it aand i reported this issue in the eac3to thread...:confused:

[lchiu7]

Thank you. I appreciate your perserverance!

Investigation under way...

Any update?

Thanks

[amango]

Is it possible to use another decoder like CoreAVC for DGAVCDec (instead of ffmpeg)? (so this paff files will decode correctly)

[Sharktooth]

@amango: no.

[xopowo]

I would imagine that PAFF handling is not too far off now. The newer nightly builds of VLC seem to be handling the content relatively well.

[Guest]

I extracted the video and audio part from a bluray already on my hard disk. The video is ok, but the .pcm audio isn't playable by Media player Classic and VirtualDubMod cannot import.
How can i use it?Many thanks!! Have you read the DGAVCIndex manual section called "Audio Demux" where it tells you how to convert the raw PCM to a playable WAV file?

If so and it is still not working, post an unprocessed source stream sample.

[Guest]

Any update? When I have news I will post about it.

[Guest]

Vista64 discussion moved to its own thread.

http://forum.doom9.org/showthread.php?t=140701

[canTsTop]

neuron2, can You please update libavcodec.dll to new version from ffmpeg? Maybe some of us will be lucky, and at least some decoding problems is fixed in latest ffmpeg

Thank You

[Guest]

Sorry, no. The changes I need to do are extensive. I'm waiting for a final version that is really fixed, because I have no way to be sure things won't change again before that happens. Michael tells me he's still fixing PAFF bugs, so we'll all just have to wait until he's finished.

In the meantime, I'm working on GPU decoding support.

[saint-francis]

In the meantime, I'm working on GPU decoding support.

This is really ramping up to be a great tool.
neuron2 you are an invaluable asset to the video encoding community at large.

[Atak_Snajpera]

In the meantime, I'm working on GPU decoding support.
Nvidia only?!?!?