DGAVCDec 1.0.9

[Guest]

Long history... i made the 720p file 3 weeks ago, burn the DVD-R, watch the movie (not the credits...), everything was fine, today my brother wanted to watch the movie, since my main computer is in the middle of a general backup, i just put the 720p DVD-R versión in his computer, then he told me about the "error", so i cut a small sample (MKVExtract+DGAVCIndex) and posted that sample here. You say you made a 720P MKV? But the file is 544 high.

You know what, nothing you are saying is making any sense.

If you don't post again with a proper explanation, you'll get struck for rule 6.

[Guest]

OK, it's a 1280x544 download of Pathology. Struck for rule 6.

Pathology has not yet been released on blu-ray.

[SpAwN_gUy]

i have some sort of "access violation", "not playing from .avs-script", and incorrect sound delay detection(with errorous channels numbers) with files from my AVCHD cam.. (that was with ver 1.0.2.. but i guess not with some alpha's before 1.0.0) i'll investigate.
and post some results with 1.0.4

[Flaarn]

Thanks for the update neuron2, @SpAwN_gUy an old version of the page was probably cached with you or your isp as I checked shortly after neuron2 posted the update and the link was to the right version.

[SpAwN_gUy]

okay, one confirmed...

my sony hdr-sr12 records to .mts-files(that are .m2ts) and i've found that when 2Gb's are recorded, it(cam) drops the stream and starts to write to a next file..

no problems with the first one(which is exactly 2Gb) but the problem rises on the start of the socond one..
when i hit preview in DGAVCIndex it reads and plays video, and reports audio as AC3 3/2 448(which is correct)(default delay is -214ms(for all other files))... but after hitting Esc warning message tells me "reference picture missing during reorder".. and "yes, no, cancel.. with no explaination what to do next"..
then i save project and then audio is reported as "AC3 1/0 192" (which is nor correct with delay of -960ms.. )...

as far as i know..
opening two files for indexing is not (yet) supported. (and i forgot the "merge-two-files-binarly-using-win-copy-command" anyone knows it?)
and my question is :
is it the correct behaviour? (like loosing 5 channels.. the extracted ac3 is really mono file)
do you need a sample? (using tsRemux .. or wat should i use? to preserve as much more info as possible.. i still have raws..)

i don't mind loosing 1st few frames.. i would like to get correct audio...

[Turtleggjp]

I haven't run into this yet with my camera (Canon HF-100), but I'm sure I will someday. I think all you have to do is the DOS binary copy:

copy xxxxx.mts+yyyyy.mts zzzzz.mts /b

You should be able to preserve all the video and audio this way if the second file was created due to the 2GB file size limit. Otherwise, having a program look at the second file by itself may be confusing for it, since it is like looking at the middle of a .m2ts file and expecting it to be the beginning. Keep in mind that while this will work for files like this, it will not work for files that are normally created as a result of starting and stopping recording. If you try it with them, the audio will most likely drift out of sync.

Matt

[SpAwN_gUy]

I haven't run into this yet with my camera (Canon HF-100), but I'm sure I will someday. I think all you have to do is the DOS binary copy:

copy xxxxx.mts+yyyyy.mts zzzzz.mts /b

You should be able to preserve all the video and audio this way if the second file was created due to the 2GB file size limit. Otherwise, having a program look at the second file by itself may be confusing for it, since it is like looking at the middle of a .m2ts file and expecting it to be the beginning. thanks for that.. but.. missing reference is still there :( ... .. the corrupted frame, but only in the middle of the stream... and reported only on seeking in DGAVCIndex
Keep in mind that while this will work for files like this, it will not work for files that are normally created as a result of starting and stopping recording. If you try it with them, the audio will most likely drift out of sync. i am aware of that :)

[kebulek]

neuron2: Thank you for DGAVCIndex - it's great, but could you please add support for .PVA files, like you did it with your "old" DGIndex? My DVB-S card doesn't support recording to .TS files. :(

Or someone please tell me, how to simply remux h264 .PVA to .TS. I tried demux my files to .264 + audio with Mencoder and then with tsMuxeR mux it to .TS. But it's always out of sync, so I must do the resync - it's really annoying. :(

[Guest]

@SpAwN_gUy

Post a link to a sample that I can use to duplicate your issue.

@kebulek

Post a sample PVA file that I can use to develop the feature you are requesting.

[kebulek]

@kebulek

Post a sample PVA file that I can use to develop the feature you are requesting.

Sample:
http://rapidshare.com/files/153693407/sample.pva.html

:thanks:

[thymej]

I have ran across a problem. Streams taken from the new Samsung camera SC-MX20 (US version) show the FPS as 29.970 with the following tools:

-VirtualDub via AVS script using DirectShow
-MediaInfo
-Dividing the time into the number of frame the clip has.
-And one other tool I have that also shows the FPS as 29.970.; I can’t remember the name of it, it listed pages and pages of the h264 header info such as what encoder was used, if CABAC was used, etc.

With DGAVSindex, it always shows 25 FPS. If I save the project in DGAVCindex and then edit the last line ‘FPS 25” to FPS 30000/1001 all is well.

I used ‘mp4box –raw 1 myvideo.mp4 –out myvideo.264’ to demux the h264 stream from the MP4 file from the camera.

I’m I missing something?

Thymej

[Guest]

Please post a link to a stream sample that I can use to duplicate your issue.

[Isochroma]

mp4box always sets streams to 25, if the source framerate was unknown. And if it wasn't CFR you're SOL.

[thymej]

Here is a link to a sample. The sample is direct from the camera.

http://rapidshare.com/files/153769442/SDV_0062.zip.html


Can you suggest a demuxer to demux the video that would let one state the FPS. The video is CFR BTW.

[Ranguvar]

You can with MP4Box.

-fps FrameRate

[thymej]

I have tried the following with the sample in the link:

-raw 1 sdv_0062.mp4 -fps 29.970 -out sdv_0062.264
-raw 1 sdv_0062.mp4 -out sdv_0062.264 -fps 29.970
-fps 29.970 -raw 1 sdv_0062.mp4 -out sdv_0062.264

All show 25fps in DGAVCindex.

I'm I using MP4Box wrong to extract the video stream? MP4Box version I'm using is the one from the MeGUI package (MP4Box - GPAC version - 0.4.5-DEV).

[Guest]

The raw stream does not specify a frame rate, so DGAVCIndex defaults to 25. I think you have to force it in the DGA file as you mentioned. I doubt any muxer is going to rewrite the raw stream, but hey, I don't know squat about MP4 stuff (yet).

[thymej]

What is the recommended format for DGAVCindex that would contain the FPS?

I tried the following to demux with MP4box into another MP4 file with only the video.

-single 1 SDV_0062.MP4 -out SDV_0062_muxed.mp4

The muxed.mp4 video plays in VLC and mediainfo shows FPS in MP4 with only the video. DGAVC said it could not find a video when I tried to preview.

[Guest]

DGAVCIndex cannot open MP4 files. Don't you read the documentation?

The recommended format is that the raw AVC stream must specify the frame rate (in the SPS).

Why can't you just edit the DGA file and be happy?

[kemuri-_9]

when you open it in avisynth after the AVCSource line, just use
AssumeFPS(30000,1001)
to get avisynth to assert it as that framerate from there on.

(sorry for going OT for a bit)

[Guest]

OK - here it is. Once again sorry I can't make it smaller but when I try to make it smaller (cutting to include the section that fails) it either then works(!) or the program crashes as it did before. This is about 180Mb

www.datamix.info/chuck_ends_early.ts

This file will cause the program to stop demuxing about 7s into the file with about 8s to go and at frame 3444 You lost me on this one. The stream is 2:09 long but your statement above suggests it is only 15 seconds long. In any case, I can't duplicate the issue with the current version of DGAVCIndex.

[SpAwN_gUy]

@SpAwN_gUy
Post a link to a sample that I can use to duplicate your issue.

here you go
http://rapidshare.com/files/154248487/00210_cut.rar
it's just.. part of file from the beginning (raw cut, no remuxing or something)

here what i did:
open file, press F6 - info window(as well as log file provided) shows AC3 3/2 448kbps.. and after pressinf Esc-button - message about missing references

after Save Project - gives another log-file(also included) with AC3 1/0 192kbps.

good thing is.. that after remuxing.. i guess tsRemux corrects something.. and everything goes fine...

[Guest]

Can't get file sharing sites at work, so you'll have to wait until this evening before I can look at it.

[duckdown]

Hi there

Just downloaded this and am trying it on some Mpeg4 content I recorded, but am having a major annoyance.

Why are the left and right arrows jumping like 50 frames at a time rather than frame by frame? It's making clean cuts of commercials god damn near impossible because of this.

And the slider on the bottom isn't nearly sensative enough to be able to seek to my desired cut points

Can someone please tell me how I can move frame by frame rather than jumping so many frames at a time? It's incredibly annoying

Thank you all

[Guest]

DGAVCIndex is not frame accurate. You can cut by GOPs only. For frame accuracy, you serve the video through DGAVCDecode and make frame accurate trims in the served video, either in your Avisynth script directly or in the application that opens the script.

[lchiu7]

You lost me on this one. The stream is 2:09 long but your statement above suggests it is only 15 seconds long. In any case, I can't duplicate the issue with the current version of DGAVCIndex.

The stream is 2:09 long but dgavcindex would stop after 15 seconds. I posted this on 1 Sept and it was using the latest version of dgavcindex at the time. Since then there have been a few new releases I guess (1.0.4 now?) and so when you had the time to test, clearly the latest version had corrected the problem. I also tried on the latest version and the problem has gone away.

So belated thanks I guess!

[OrionZodiac]

any plans for a DGVC1index?

[lchiu7]

I am using dgavcindex to demux both AC-3 and AAC audio streams from our DVB-T broadcasts. When I demux them the program creates names like

XXXX PID 19a 3_2ch 384Kbps DELAY -1381ms.AC3

where the ms delay is different from clip to clip.

What I am trying to do is compress the video (42 minutes takes over 3G) to mp4 using x264 and then mux it back with the original AC-3 audio into a MKV container. Haven't done tons of tests yet but I have found if I use the delay number in the name to delay (or advance in this case) the audio, the final streams is in sync. If I don't apply a delay then audio/video is out of sync.

Clearly dgavcindex knows something about the original audio/video stream and displays the delay to be used later but just wondered why such delays exists and how does the program know how to discern it.

Thanks:thanks:

[Schmendrick]

@Ichiu7: If you ever have watched and listened to a DVB-T broadcast in parallel to an analog broadcast of the same tv station then you have noticed that the DVB-T broadcast lags behind the analog broadcast. The reason for this is that the original analog tv video- and audio- streams first have to be compressed in real time for its transmission as DVB-T. This compression and its uncompression in your DVB-T receiver requires a finite time. Also as the video stream is converted into I-, P- and B-frames these frames are not produced in the order as their content has been recorded especially as the B-frames require its following B- or P- or I-frame to be produced as it is a "bidirectional" frame. Because of this the ts-(transport stream)-broadcast stream contains "presentation time stamps" to enable the decoder to reorder the frames and to delay the streams to get them in perfect sync again on display.

DGAVCDec reads the delay between the video- and audio-streams and displays it so that the decoded streams can be resynced. The decoder at the same time properly reorders the frames into their proper sequence.

Schmendrick

[lchiu7]

Thanks - that explains it. I am guessing that the various software and hardware players out there also then handle this delay?

[edit]

Just wondering then how this situation happens. I assume the delay is constant since dgavcindex outputs a file with a name that shows the delay time.

I capture DVB-T broadcasts with H.264 video and AC-3 audio. When the audio is demuxed with dgavcindex it as expects, notes the delay time.

However if I split the video into a number of segmente (to remove ads) using TSPacket Editor and run dgavcindex on each segment, each AC-3 file demuxed shows a different time offset. I have seen differences from -1384ms to -814ms. It means the only way I can compress the video is to compress each segment separately, mux the AC3 back and apply its individual offset and merge the files back. This is somewhat labour intensive.

[Guest]

It's been discussed many times. Do a search.

[lchiu7]

It's all fine now. Thanks

[AntiJw]

I've noticed that DGAVCDec's (v1.0.4) audio-delay-info (ms) isn't as precise as eac3to's after checking the sync of videos :P I used MKVToolnix to set audio-delay.

EDIT: Okey, neuron2, I'll try to make a videoclip soon, and then post again.
"my magic wand is broken"/neuron2 :D
EDIT2: I've noticed that eac3to isn't so precise sometimes either :-P

[Guest]

There's nothing I can do for you if you don't provide a stream and a description of how to duplicate your issue. As I have said many times, my magic wand is broken.

[qyqgpower]

@neuron2
http://www.mediafire.com/?4zwj2zyynme
Here's a MBAFF sample which would show artifacts when being decoded by DGAVCDec, mostly visible at frame 46 and 50. Other decoders except ffdshow would correctly decode the stream, so this is a libavcodec issue?
BTW, it's cut from a BD called Tokyo Marble Chocolate, the GOP seems to be unusually large (this sample has 890 frames!) comparing to other BD.

[Guest]

@so this is a libavcodec issue? I suppose so. DGAVCIndexNV handles it fine.

[Sharc]

DGAVCindex fails to open 00000.m2ts. => 'Cannot find audio or video data, PID's may not be set correctly'.
MPC indicates 1011 as PID and 1105 as audio (en) and playback of 00000.m2ts is perfect.
'Detect PIDs' and 'Set PIDs' in the Stream menu of DGAVCIndex doesn't help, DGAVCIndex crashes.

Do I miss something?

[Guest]

Do I miss something? Yes, you missed giving me the one thing that will allow me to help you: a link to a source stream sample that I can use to duplicate your issue.

[Sharc]

I guess I don't have an editor to split an m2ts file.....
However: MedioInfo reports as format VC-1 with profile AP@L, rather than AVC and High@L4.1 for example. Could this be the reason?

[Guest]

VC-1 is not supported in DGAVCDec. It's quite clearly stated in the documentation.

[Chumbo]

I guess I don't have an editor to split an m2ts file.....
However: MedioInfo reports as format VC-1 with profile AP@L, rather than AVC and High@L4.1 for example. Could this be the reason?
You can use tsremux or tsmuxer.

Have you tried DGVC1Dec? Sorry, I couldn't resist.

[laserfan]

Why are the left and right arrows jumping like 50 frames at a time rather than frame by frame?

DGAVCIndex is not frame accurate. You can cut by GOPs only. For frame accuracy, you serve the video through DGAVCDecode and make frame accurate trims in the served video, either in your Avisynth script directly or in the application that opens the script.
So duckdown was seeing I-frames only, which is what I want to ID. But when I make an Avisynth script using the dga file from a 264 video, and open it with VirtualDub 1.8.6, it only shows [K] (keyframe) for every frame, regardless of whether it's an I, B, or P. Not sure why this is the case, but... is there a way using DGAVCIndex itself to view the I-frame locations as time code i.e. 0:00:00.000? Or is there another app vs. Vdub that will open the dga's .avs and show I, B, P accurately as time code?

[rebkell]

So duckdown was seeing I-frames only, which is what I want to ID. But when I make an Avisynth script using the dga file from a 264 video, and open it with VirtualDub 1.8.6, it only shows [K] (keyframe) for every frame, regardless of whether it's an I, B, or P. Not sure why this is the case, but... is there a way using DGAVCIndex itself to view the I-frame locations as time code i.e. 0:00:00.000? Or is there another app vs. Vdub that will open the dga's .avs and show I, B, P accurately as time code?

I wrote a little c# app, that analyzes the dga files for me, it may not work correctly for you depending on the designation of I, P and B frames, but it should count frames and give you the frame and approx time where the IDR frames occur. You can try it if you want.

http://rebkell.net/readDGA.exe

[laserfan]

I wrote a little c# app, that analyzes the dga files...I DL'ed and will give it a try, thanks!

[rebkell]

I DL'ed and will give it a try, thanks!

If you just downloaded it, it should be fine, if not, I had the wrong one up earlier, it had dependencies that weren't needed, if it pops up a dos window and stops immediately, just download it again. It's very short.

[Guest]

But when I make an Avisynth script using the dga file from a 264 video, and open it with VirtualDub 1.8.6, it only shows [K] (keyframe) for every frame, regardless of whether it's an I, B, or P. Not sure why this is the case Avisynth delivers uncompressed video to VirtualDub. Keyframes and delta frames are applicable only in the compressed domain.

[laserfan]

I did find that Avidemux opens & shows I-B-P accurately (has to do its own indexing though), so I can use that if rebkell's app proves not to work for me.

[Disabled]

Avisynth delivers uncompressed video to VirtualDub. Keyframes and delta frames are applicable only in the compressed domain.
It would still be nice to at least have the option to let the calling application know where I frames are (were), so I can quickly skip though the file by just jumping to I-frames. But I guess it would be quite a task to support it in avisynth and every input plugin.

[Hunstad]

Something like the debug information overlay from DGDecode would have been nice.

[laserfan]

Something like the debug information overlay from DGDecode would have been nice.Agreed.