Log in

View Full Version : DGAVCDec 1.0.9


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39

xxx666yyy777
11th December 2007, 14:42
Very nice and handy tool Neuron2. I have a question/possible request: Is it possible to at least provide audio delay information with dgavcdec, similar to dgmpegdec? That would be very nice...;-) Or does anyone know, how to obtain audio delay information from .ts files via different means?

Thx.

SpAwN_gUy
11th December 2007, 16:40
BWAHAHAHA ;)

i'm here too ;) ... and i'm still farming.. ;) ..

'kay.. the Rezzults:
i've tried (and made a new test-script.. for my purposes..)
so..
i've tried DGAVCDec.. alpha 13 (not the last one with win2k patch)..
and.. It Worked flawlessly.. (deblock=false) .. perfect seeking, and no errors.. 4-5 agents.. and lots of FPSes..
nice work, thanks...

and.. guess what i needed to do? ;) ... you know, neuron2..
yes.. i had to change the internals.. to.. yes.. "Relative-paths" .. and NOT only to .dga.. but for libavcoded.dll also..

so.. as i've seen in .ini.. there is no "default path to libavcodec.dll" and path is stored in the .dga-file..

will this ever be changed (as MPEGDec does not need any external dlls)?
and maybe a ".dll path" option..
and "relativity" request..

sorry.. don't blame me for my requests.. please

ACrowley
11th December 2007, 18:01
CoreAVC support would be great =p


CoreAVC for Directshowsource Decoding = not good.
Can Produce Blocking

ChronoCross
11th December 2007, 20:24
CoreAVC for Directshowsource Decoding = not good.
Can Produce Blocking

hey troll,

CoreAVC works fine and another update will be coming out shortly.

shambles
15th December 2007, 17:50
hey, i haven't used this tool yet but i will, and i was wondering about seamless branching blu-ray titles.. is it better to concatenate the m2ts files and then demux video, or demux video from all the m2ts files and then concatenate the demuxed files if you intend to load the resultant file into dgavcdec? or will it not make any difference?

vlada
15th December 2007, 18:16
neuron2
Sorry I haven't been watching the development closely. I got a warning that the file is PAFF and the DGAVCDec crashed, so I thought that your program still uses an old version of libavcodec. I tried the file after demuxing and it works fine. DGAVCDec says it is 50p. I thought it is impossible to get framerate from a raw avc stream. Was I wrong?

My main interest was to know what is the framerate and if it is interlaced or not. So I do believe my problem is solved...

Guest
16th December 2007, 01:15
hey, i haven't used this tool yet but i will, and i was wondering about seamless branching blu-ray titles.. is it better to concatenate the m2ts files and then demux video, or demux video from all the m2ts files and then concatenate the demuxed files if you intend to load the resultant file into dgavcdec? or will it not make any difference?I would concatenate the m2ts files first.

Guest
16th December 2007, 01:16
I thought it is impossible to get framerate from a raw avc stream. Was I wrong? Yes, that's wrong. I don't know where this canard is coming from.

Isochroma
16th December 2007, 02:30
As well as MP4Box, MKVToolnix also requires the user to enter the framerate if a raw .264 stream is muxed. Presumably this is because the .264 stream contains no framerate information.

drmpeg
16th December 2007, 02:49
As well as MP4Box, MKVToolnix also requires the user to enter the framerate if a raw .264 stream is muxed. Presumably this is because the .264 stream contains no framerate information.
The frame rate information is optional. However, on captures from just about any terrestrial or satellite service and HD DVD and Blu-ray, the frame rate information is always present. Here's a Blu-ray example (at 23.976 fps):

h264_parse - mpeg4ip version 1.5.0.1
Nal length 6 start code 4 bytes
ref 0 type 9 Access unit delimeter
primary_pic_type: 0
Nal length 47 start code 4 bytes
ref 3 type 7 Sequence parameter set
profile: 100
constaint_set0_flag: 0
constaint_set1_flag: 0
constaint_set2_flag: 0
constaint_set3_flag: 0
level_idc: 41
seq parameter set id: 0
chroma format idx: 1
bit depth luma minus8: 0
bit depth chroma minus8: 0
Qpprime Y Zero Transform Bypass flag: 0
Seq Scaling Matrix Present Flag: 0
log2_max_frame_num_minus4: 12
pic_order_cnt_type: 0
log2_max_pic_order_cnt_lsb_minus4: 12
num_ref_frames: 4
gaps_in_frame_num_value_allowed_flag: 0
pic_width_in_mbs_minus1: 119 (1920)
pic_height_in_map_minus1: 67
frame_mbs_only_flag: 1
derived height: 1088
direct_8x8_inference_flag: 1
frame_cropping_flag: 1
frame_crop_left_offset: 0
frame_crop_right_offset: 0
frame_crop_top_offset: 0
frame_crop_bottom_offset: 4
vui_parameters_present_flag: 1
aspect_ratio_info_present_flag: 1
aspect_ratio_idc:1
overscan_info_present_flag: 0
video_signal_info_present_flag: 1
video_format: 2
video_full_range_flag: 0
colour_description_present_flag: 1
colour_primaries: 1
transfer_characteristics: 1
matrix_coefficients: 1
chroma_loc_info_present_flag: 0
timing_info_present_flag: 1
num_units_in_tick: 1001 <------------------
time_scale: 48000 <------------------
fixed_frame_scale: 1
nal_hrd_parameters_present_flag: 1
cpb_cnt_minus1: 0
bit_rate_scale: 1
cpb_size_scale: 3
bit_rate_value_minus1[0]: 265623
cpb_size_value_minus1[0]: 234374
cbr_flag[0]: 0
initial_cpb_removal_delay_length_minus1: 17
cpb_removal_delay_length_minus1: 17
dpb_output_delay_length_minus1: 7
time_offset_length: 0
vcl_hrd_parameters_present_flag: 0
low_delay_hrd_flag: 0
pic_struct_present_flag: 1
motion_vectors_over_pic_boundaries_flag: 1
max_bytes_per_pic_denom: 0
max_bits_per_mb_denom: 0
log2_max_mv_length_horizontal: 13
log2_max_mv_length_vertical: 11
num_reorder_frames: 4
max_dec_frame_buffering: 4


Ron

Guest
16th December 2007, 15:51
The frame rate information is optional. However, on captures from just about any terrestrial or satellite service and HD DVD and Blu-ray, the frame rate information is always present.
And here too:

http://forum.doom9.org/showthread.php?p=1072735#post1072735

This is going to become one of those urban legends. :)

SeeMoreDigital
16th December 2007, 19:35
And here too:

http://forum.doom9.org/showthread.php?p=1072735#post1072735

This is going to become one of those urban legends. :)Indeed...

After de-muxing the elementary streams from my early VfW generated AVC in .AVI encodes, DGAVCIndex reports some bizarre fps speeds.

By contrast, after de-muxing the elementary streams from my CLI generated AVC in .MP4 encodes, DGAVCIndex reports the correct fps speeds ;)

Guest
16th December 2007, 22:38
Put AVC in a VFW container and you deserve all the grief that will ensue. :)

Inventive Software
16th December 2007, 23:04
Amen! :D

SeeMoreDigital
16th December 2007, 23:29
Put AVC in a VFW container and you deserve all the grief that will ensue. :)Yep...

Hopefully DivX will take note (but somehow I doubt it) :eek:

Atak_Snajpera
17th December 2007, 01:15
neuron2
Could you check this sample because I get black screen after importing to .avs

http://www.mediafire.com/?3tazu2dy0d5

Guest
17th December 2007, 02:08
Sorry but as I have said before I'm not into the mode of debugging/enhancing libavcodec right now. If it doesn't play in VLC, then DGAVCDec code is not at fault, and you should report it to the ffmpeg guys.

Guest
18th December 2007, 14:37
I had a brainstorm and found a way to cleanly integrate container support without making a parsing nightmare. So transport streams and MP4 are back on the table. The design changes were extensive to support this new concept so I'd like to throw out a DGAVCIndex version for testing that supports transport files. If it is OK, then I will carry it through to DGAVCDecode, add cutting and demuxing, etc. So please pound on it. Use it with the libavcodec.dll that comes with alpha 13.

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

BTW, I am off to Pondicherry for 18 days tomorrow, so may have sporadic access to Doom9.

Flaarn
18th December 2007, 15:39
I had a brainstorm and found a way to cleanly integrate container support without making a parsing nightmare. So transport streams and MP4 are back on the table. The design changes were extensive to support this new concept so I'd like to throw out a DGAVCIndex version for testing that supports transport files. If it is OK, then I will carry it through to DGAVCDecode, add cutting and demuxing, etc. So please pound on it. Use it with the libavcodec.dll that comes with alpha 13.

Seems to open my usual .ts files no problem mbaff, paff(with usual warning)ok, also works with luxe tv HD not sure what thats using, so for me at least TS container support seems to be working, obviously the save function isnt available yet, but this is a welcome development and I would like to thank you for your continuing work with this.

Guest
18th December 2007, 16:19
You're welcome and thank you for the feedback.

The new architecture is so clean that I'm thinking of fitting it to DGMPGDec too for its next version.

canTsTop
18th December 2007, 16:20
hello, i tested it with my TS files and it works good with some TS files. but it cant open some TS files. it always can open recorded TS from one tv channel, but always can't open recorded TS from another tv channel

sorry for bad english

here is sample http://rapidshare.com/files/77428242/TV1_sample.ts.html

Guest
18th December 2007, 17:53
Thanks, canTsTop. You guys are great testers. :)

I goofed on the PID parsing, so some PIDs won't work. I'll give you a fixed one later today. It will also handle M2TS 192-byte packets and have a timeout for no data found as in DGIndex.

ToS_Maverick
18th December 2007, 19:10
thank you very much for the .ts support neuron2!

i can confirm, i got 1 stream that works (EinsFestival HD) while the others don't (Pro7 HD, Premiere HD, Anixe HD).

Kurtnoise
18th December 2007, 20:30
1/ Here is (http://www.mediafire.com/?fnzgn8hxvth) a sample which doesn't work properly with the last build.
2/ Feature Request: a hexToInt conversion for PIDs could be great.

Guest
19th December 2007, 00:44
Here is the fixed version:

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

Next one will do both hex and decimal pids.

canTsTop
19th December 2007, 12:52
thank you for update, now all my TS files working


i have noticed one thing, then i open video and preview it (F5) in information window Frame Struct is Fields (BFF), but then i save project in Information window Frame Struc is Fields (TFF)

Guest
19th December 2007, 13:35
i have noticed one thing, then i open video and preview it (F5) in information window Frame Struct is Fields (BFF), but then i save project in Information window Frame Struc is Fields (TFF) Hmm, can you post a sample that does that? If you can't post it in the next 3 hours before I leave for India, can you please hold on to it so I can get it on my return? Thank you.

It's quite possible that the frame types really did change and when you do Save Project you are left looking at the last frame's type. I have clips like that. But I'm surprised that the field order would change.

canTsTop
19th December 2007, 13:51
here is sample http://rapidshare.com/files/73281324/222.264.html
its same i posted previously

Guest
19th December 2007, 13:59
I used the stream you posted previously, and it switches between Fields (BFF) and Frame, which is normal. When I do Save Project, it shows Frame in the Info box at the end, not Fields (TFF).

canTsTop
19th December 2007, 14:05
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


Happy Holidays for you and all doom9 forum :)

Turtleggjp
22nd December 2007, 03:36
Did the Transformers credits glitches get fixed? I thought I read they had, but I just tried it again with Alphas 11, 12, and 13 (re-indexing every time) and they all still show the deblocking errors starting at frame# 198599. Thanks.

crypto
22nd December 2007, 10:19
I tested DGAVCIndex on several HD satellite recordings and it is working like a charm. Thanks for this great tool.

ficofico
26th December 2007, 00:48
It's possible to use this amazing tool using command line input ?

Chug a Bug
28th December 2007, 21:20
:thanks: It's nice to be able to open .ts streams in DGAVCdec now.

I'm getting some errors on opening BBC .ts streams with it:

----
Warning

top block unavailable for requested intra mode at 41810284 1875496140

Hit Yes to continue with further libavcodec error/warning popups, Hit No to disable them.

----

error while decoding MB 41811148 1875496140, bytestream (td)

Hit yes.. etc.

----

concealing 41811356 DC, 1875496140 AC, 3149008 MV errors

Hit yes.. etc.

----

I'm assuming they're libavcodec problems however, VLC player has problems with it too; it keeps crashing, etc. Xport demuxes it nicely however so it's not the end of the world.

Snowknight26
29th December 2007, 00:41
Open the demuxed stream in DGAVCDec, not the .ts itself.

hajj_3
29th December 2007, 03:20
how can i open the created .dga file in gordian knot, i have a .h264 file and a .ac3 and i want to re-encode it to xvid using gordian knot. can anyone help?

J_Darnley
29th December 2007, 11:10
You will have to load the AviSynth script yourself into GK as it doesn't support avcindex files.

hajj_3
29th December 2007, 12:59
You will have to load the AviSynth script yourself into GK as it doesn't support avcindex files.

please could you show me, i read things for 1hr yesterday, couldnt figure it out which directories each of the files needed to be in and how to create the .avs file properly, ive only done mpeg2 stuff before. sorry for being a pain!

crypto
29th December 2007, 18:19
Ok, the DGAVCDecode.dll goes into avisynth's plugins directory. Your avs script should read like:

v = AVCSource("movie.dga")
a = WavSource("movie.wav")
AudioDub(v, a)

deathadder
2nd January 2008, 21:18
When I try DGAVCDec 1.0.0 Alpha 13 on a m2ts file that is AVC level 4.1 I get the error message:

Found NALU w/forbidden_bit set, bit error? after saying yes to move on I get:
Found NALU type 0, len 16 undefined, moving on again I get the first error message.

Any idea what is the cause?

:thanks:

LigH
3rd January 2008, 07:50
Again, and again, and again ...

Use DGAVCIndex only on raw AVC streams (*.264), not on still multiplexed Transport Streams!

Donald Graft: Could you possibly include an early check, and a closer matching warning message?

ChronoCross
3rd January 2008, 23:20
Again, and again, and again ...

Use DGAVCIndex only on raw AVC streams (*.264), not on still multiplexed Transport Streams!

Donald Graft: Could you possibly include an early check, and a closer matching warning message?

you know he added .ts support right?

Guest
5th January 2008, 05:27
Did the Transformers credits glitches get fixed? I thought I read they had, but I just tried it again with Alphas 11, 12, and 13 (re-indexing every time) and they all still show the deblocking errors starting at frame# 198599. Thanks. I'm not fixing libavcodec problems right now. Maybe later.

Guest
5th January 2008, 05:28
It's possible to use this amazing tool using command line input ? Not yet. Be patient.

Guest
5th January 2008, 05:30
you know he added .ts support right? It's just partial support right now. I am currently adding the indexing and DGAVCDecode support.

Guest
5th January 2008, 05:31
When I try DGAVCDec 1.0.0 Alpha 13 on a m2ts file that is AVC level 4.1 I get the error message: Please provide a test stream that I may use to duplicate your issue.

deathadder
6th January 2008, 08:49
Please provide a test stream that I may use to duplicate your issue.

Neuron2,

Here is a tiny section that gives the same error. I hope this helps.

:thanks:

Turtleggjp
7th January 2008, 02:47
I'm not fixing libavcodec problems right now. Maybe later.

Thanks for the reply, and welcome back!

I guess I'll just wait on redoing my transcode of that movie. Easy to do when you own it. :cool:

Chumbo
7th January 2008, 04:58
I finally downloaded this tool to tinker with it. Very nice. I love the avs template stuff, so I messed with it first. I know this is alpha and these are probably known, but incase they're not, I ran into the following.

- If the avs file already exists, saving the project does not rewrite the file. This would be nice incase a change is made to the template.

- if the avs file already exists, opening the same-named.avc file again in DGAVCIndex locks the existing same-named.avs file. So if I want to delete it, I can't. I have to close DGAVCIndex, delete it, reopen DGAVCIndex, load the .avc file and reprocess it.

- Using the latest alpha 13 and virtualdub 1.77, I tried loading the .avs file into VirtualDub and got the following:
Avisynth open failure
Script error: avcsource does not have a named argument "cpu"
My avs script is pretty basic as I copied it from the Quickstart guide. ;) I've removed the complete paths for readibility:loadplugin("DGAVCDecode.dll")
loadplugin("Decomb.dll")
avcsource("00012.dga",cpu=6)
fielddeinterlace()
I did search the thread to see if any of these were reported already and I did not find any other instances using the search words I used.

Very, very nice neuron2. :)

Deinorius
7th January 2008, 09:39
AVCSource don't have any cpu argument. It's just what the error message says. Of course, it would not run. Read the instructions.

Deblock is the only argument, which is supported.

And I don't know exactly, if I understand your first two parts correctly.