DGAVCDec 1.0.9

[Guest]

With container you mean file>open support or file>mux support? Both.

If you go for mkv also, i am sure Haali is willing to write a patch, same as for x264 :D You keep making cryptic comments that I don't understand. Can't you just be straightforward? What patch would I need?

[HookedOnTV]

What player are you able to successfully play that stream with? Where/how did you get it?

While in TS it plays with Elecard's player. It is from Sat (r5000).

[sillKotscha]

TS. I think people with H.264 transport capture streams would love you more that way. MP4 would also be nice too.

yes, TS support should be considered to be chosen in the first place and MP4 as second...

I don't consider MKV to be important as MP4 is the native container format for h.264 and MKV just a container supporting that raw format too...

if someone considers MKV to be important than neuron2 should also add support for avi, as avi is also able to store h.264 streams and as you will agree with me, avi doesn't makes sense, as does MKV ;)

[Manao]

AVI can be read with AVISource + ffvfw, while MKV can only be read through DirectShowSource. So AVI doesn't really need DGAVC support, while MKV would benefit from it ( DirectShowSource is mostly unreliable ).

So, imho, TS > MP4=MKV. I haven't seen any EVOB yet, but it will become usefull soon enough :)

[sillKotscha]

So AVI doesn't really need DGAVC support

as I said - maybe long winded but that conclusion was my intention :)

[Guest]

While in TS it plays with Elecard's player. It is from Sat (r5000). Yes, but you gave me the ES! What are you able to play it in?

Better to give me the TS to rule out a bad demuxing.

[Hans Ohlo]

PAFF will come.
despite all the container requests here i think this is the best news!

could you fill us in if you do this yourself or someone other is doing it (and mybe a eta ;)?

thanks man!

[HookedOnTV]

Yes, but you gave me the ES! What are you able to play it in?

Better to give me the TS to rule out a bad demuxing.

Link to TS in PM. I used h264tsto to demux it. Had tried bbdmux but no program would take the output file (mkvmerge, mp4box). Couldn't get anything to play the ES other than ffdshow which does a horrible job so I figured that either ffdshow doesn't have some features implemented or the ES file is bad.

Update: The Elecard player will play it muxed into mkv so it probably isn't a bad demux.

[bond]

parsing mp4 by using mp4's own index (so not needing DGAVCIndex) would be nice

[Guest]

parsing mp4 by using mp4's own index (so not needing DGAVCIndex) would be nice Please point me to the spec and section number that describes this index. Thank you.

[Guest]

could you fill us in if you do this yourself or someone other is doing it (and mybe a eta ;)?
I will attempt it myself. No ETA. It works in the JVT decoder, so there is an extant example of how to do it.

[bond]

Please point me to the spec and section number that describes this index. Thank you.http://standards.iso.org/ittf/PubliclyAvailableStandards/c041828_ISO_IEC_14496-12_2005(E).zip

basically chapter 8.15, stts and ctts atoms

[ilhyfe]

Hi,

I just tested this software, but it doesn't work with the streams I use. I record from satelite with DVBVier PRO in .ts and .mpg format, but it seemd DGAIndex doesn't like the streams I record. Does anyone have an idea what I can do to solve it?

BTW: The most common errors are:
1. "Found NALU type 0, len xxx undefined, ignore NALI, moving on"
2. "Found NALU w/ forbidden_bit set, bit error? Let's try..."
3. "Garbage at start of bitstream... skipping it"

[Guest]

I just tested this software, but it doesn't work with the streams I use. I record from satelite with DVBVier PRO in .ts and .mpg format, but it seemd DGAIndex doesn't like the streams I record. Does anyone have an idea what I can do to solve it? Yes. As clearly stated several times in this thread (in bold!), if you want support make an elementary stream available for testing. You see, my magic wand is broken, so I have to do it the old-fashioned way.

You didn't try to open the TS or MPG file, did you? I haven't added container support yet, again, as clearly stated several times.

[ilhyfe]

You didn't try to open the TS or MPG file, did you? I haven't added container support yet, again, as clearly stated several times.

Hehe, I did. I demuxed the movie now with elecard xmuxer and DGAIndex works. Bit while opening the .avs script I get this error:

AVCSource: Could not open one of the input files (test.avs, line 2).

[HookedOnTV]

PM'd you links to another file that doesn't seem compatable. This one is from another channel and it is 720p. Basically the same behavior except that ffdshow will play it fine. File indexes fine but no decoding.

[Guest]

AVCSource: Could not open one of the input files (test.avs, line 2). Please provide the stream if you want support. Thank you.

[Guest]

PM'd you links to another file that doesn't seem compatable. This one is from another channel and it is 720p. Basically the same behavior except that ffdshow will play it fine. File indexes fine but no decoding. Your first one was PAFF so forget it. This second one appears to have no IDRs or recovery points, which confuses the heck out DGAVCDecode. I'm investigating further because libavcodec does spit out a good first frame, so DGAVCDecode ought to be able to as well.

EDIT: The second one does have recovery points. Should be decodable...stand by.

[ilhyfe]

Please provide the stream if you want support. Thank you.

Hi,

I recorded a new stream (10 MB) for you, but now I get "Field pictures not supported". Since I don't know how to cut my old streams (a ~6GB), I can't send you a sample yet.

[thany]

I can't get it to work :(

DGAVCIndex works just fine, as it generates a dga file. Then I create an avisynth script like this:
loadplugin("DGAVCDecode.dll")
AVCSource("tloeg.dga")
But when I open it in Vdub, it says
Avisynth open failure
AVCSource: Could not open one of the input files.
F:\Download\tloeg.avs
The first chunk of the dga file looks like so:
DGAVCIndexFile2

F:\Download\tloeg.avc

SPS 6
PPS 96
IDR 157
FRM 7 0
PPS 1488
FRM 5 3
PPS 1662
FRM 6 1
PPS 2144
FRM 6 2
PPS 2629
FRM 5 6
PPS 2806
FRM 6 4
PPS 3291
FRM 6 5
PPS 3772
FRM 5 9
PPS 3946
FRM 6 7
PPS 4427
FRM 6 8
PPS 4911
FRM 5 12
PPS 5088
FRM 6 10
PPS 5572
FRM 6 11
PPS 6053
FRM 5 15
PPS 6227
FRM 6 13
PPS 6708
FRM 6 14
PPS 7192
FRM 5 18
PPS 7369
FRM 6 16
PPS 7851
FRM 6 17
PPS 8330
FRM 5 21
PPS 8504
FRM 6 19
PPS 8983
FRM 6 20
SPS 9465
PPS 9555
FRM 7 24
PPS 10942
FRM 6 22
PPS 11424
FRM 6 23
PPS 11903
FRM 5 27
PPS 12077
FRM 6 25
PPS 12559
FRM 6 26
PPS 13044
FRM 5 30
PPS 13221
FRM 6 28
PPS 13706
FRM 6 29
PPS 14188
FRM 5 1
PPS 14362
FRM 6 31
PPS 14843
FRM 6 0
PPS 15327
FRM 5 4
PPS 15504
FRM 6 2
PPS 15988
FRM 6 3
SPS 16469
PPS 16559
FRM 7 7
PPS 17945
FRM 6 5
PPS 18426
FRM 6 6
PPS 18910
FRM 5 10
PPS 19087
FRM 6 8
PPS 19572
FRM 6 9
PPS 20054
FRM 5 13
PPS 20228
FRM 6 11
PPS 20710
FRM 6 12
PPS 21195
FRM 5 16
PPS 22219
FRM 6 14
PPS 22704
FRM 6 15
PPS 23189
FRM 5 19
PPS 102847
FRM 6 17
PPS 111355
FRM 6 18
SPS 141724
PPS 141814
IDR 141874
FRM 7 0
PPS 286164
FRM 5 3
PPS 381650
FRM 6 1
PPS 436848
FRM 6 2
PPS 488249
FRM 5 6
PPS 584625
FRM 6 4
PPS 632564
FRM 6 5
PPS 684384
FRM 5 9
PPS 796977
FRM 6 7
PPS 857664
FRM 6 8
PPS 904314
FRM 5 12
PPS 983756
FRM 6 10
PPS 1026181
FRM 6 11
PPS 1064744
FRM 5 15
PPS 1139978
FRM 6 13
PPS 1181892
FRM 6 14
PPS 1221000
FRM 5 18
PPS 1296883
FRM 6 16
PPS 1339205
FRM 6 17
PPS 1383369
FRM 5 21
PPS 1481305
FRM 6 19
PPS 1534642
FRM 6 20
SPS 1587835
PPS 1587925
FRM 7 24
PPS 1771298
FRM 6 22
PPS 1830881
FRM 6 23
PPS 1903379
FRM 5 27
PPS 2046878
FRM 6 25
PPS 2122813
FRM 6 26
PPS 2183204
FRM 5 30
PPS 2294158
FRM 6 28
PPS 2366403
FRM 6 29
PPS 2427841
FRM 5 1
PPS 2514537
FRM 6 31
PPS 2564817
FRM 6 0
PPS 2614611
FRM 5 4
PPS 2680869
FRM 6 2
PPS 2723513
FRM 6 3
PPS 2761543
FRM 5 7
PPS 2824438
FRM 6 5
PPS 2864656



And it keeps going like that. Did something go wrong?

[ilhyfe]

I can't get it to work :(

DGAVCIndex works just fine, as it generates a dga file. Then I create an avisynth script like this:
loadplugin("DGAVCDecode.dll")
AVCSource("tloeg.dga")
But when I open it in Vdub, it says
Avisynth open failure
AVCSource: Could not open one of the input files.
F:\Download\tloeg.avs
The first chunk of the dga file looks like so:
And it keeps going like that. Did something go wrong?

Some problem here...

[Guest]

I need a stream to help you. I am getting tired of saying it.

[thany]

Alright alright, here you go (http://www.thany.org/downloads/tloeg.avc).

Unfortunately, the whole stream is a little too much (like, 13GB), so I'm only publishing the first 1MB. Hope that's enough.

[Guest]

Rename it to "tloeg.264" :)

I'll fix that in the next release.

[thany]

Works like a charm, thanks :)

[Eastermeyer]

Just tried to use DGAVCIndex. But the Indexing-Tool isn't doing anything , even after an hour.

I am using WinXPH SP2 and a raw h264-File created with Haali Splitter / Dump Filter (Graphedit).

Here is a 15MB Sample cutted with a binary splitter from the beginning auf the h264-file :

http://files.to/get/395915/41023/cut.h264

[Guest]

Just tried to use DGAVCIndex. But the Indexing-Tool isn't doing anything , even after an hour.

I am using WinXPH SP2 and a raw h264-File created with Haali Splitter / Dump Filter (Graphedit).

Here is a 15MB Sample cutted with a binary splitter from the beginning auf the h264-file :

http://files.to/get/395915/41023/cut.h264 It doesn't look like an ES and VLC crashes when trying to play it. Also, Elecard XMuxer doesn't like it. So it's not a valid ES.

What is the original container format?

[Eastermeyer]

TransportStream.

Oh I am very sorry , it seems to be Haali Splitter's fault. It seems to work with a File demuxxed by Intervideo Filter. But it's PAFF , so unsupported.

[Guest]

I'm beginning to get disillusioned with libavcodec. I keep running into crashes and obscure bugs. I am unable to debug/trace the code due to the inability to build it in my windows development environment. And of course the lack of PAFF is very irritating. So I am considering starting again with the JM reference software, which I can actually build and debug in my environment. It should be possible to optimize it to an acceptable level (borrowing from libavcodec source for key things like transforms, etc.). Then we would have proper open source for a full featured decoder that is usable in standard windows development environments, as opposed to kludgy pseudo-unix environments.

Any thoughts?

[Adub]

I have to admit, that is a good idea. But you have to consider, would it be easier to start from scratch, or to just go through the old code of libavcodec and make bug fixes and so on. Personally I don't know enough code to make a judgement on this, but if you feel up to it neuron2, more power to you.

In short, I vote for the whole overall and start from scratch idea.

[foxyshadis]

ffdshow incorporates a MSVC-buildable version of libavcodec. Very helpful for debugging, but I know a couple of months ago it wasn't quite buildable anymore. I've seen a few MSVC compatibility messages go through svn since then, not sure of the exact status now, I'll test when I get home. That might be simpler to use than the raw ffmpeg version. (MSVC can't do any of the inline asm, though.)

[Inventive Software]

I think libavcodec was recently made MSVC buildable according to the SVN changelog...

[ToS_Maverick]

just a small bug report:
- if the disk is full, dgavcindex continues, without an error, but the file is incomplete, because the disk is full ;)

[foxyshadis]

Okay, it builds fine in VC 2005. Can't test whether the VC 2003 project is up to date. If you want to check it out, it's under sourceforge project ffdshow-tryout, path /trunk/src/ffmpeg, and it will build the dll by default in /trunk/bin. Of course, you can strip out all the extraneous codecs.

It has some dependencies on ffdshow, mainly replacing its codec naming/ordering etc with ffdshow's, and some ffdshow-specific hooks, so it's worth checking the whole project out, or at least the trunk branch. Any patch you make against it should be applyable back onto the svn ffmpeg code.

[Guest]

Is there a free version of VC 2005 that will build it? I still use VC 6.0 :)

Does it also build the libs needed to dynamically link the DLLs?

[orbitlee]

Is there a free version of VC 2005 that will build it? I still use VC 6.0 :)

Does it also build the libs needed to dynamically link the DLLs?


@neuron2: VC2005 Express edition is free.
http://msdn.microsoft.com/vstudio/express/support/faq/

[Eastermeyer]

I would appreciate a version based on the reference implentation by JM , because of the PAFF-Support and the Accurancy.

[Inventive Software]

I still use VC 6.0 :)

Dinosaur! :p

VC Express is indeed the way to go for a free kit. I think they were doing the VC2003 binaries a while ago too, not sure if they're still kicking around MSDN somewhere.

[lucassp]

I would appreciate a version based on the reference implentation by JM , because of the PAFF-Support and the Accurancy.

it would be nice. but that will take a lot of time to optimize. i don't want to even imagine how fast it will run on my A64 3000+@2,34GHz :D

[bond]

the reference is damn slow. i doubt people would be happy reencoding their stuff a whole week

[Guest]

the reference is damn slow. Well yes, but so was the reference MPEG2 decoder that developed into the heart of DVD2AVI, DGMPGDec, etc. I'm still mulling it over.

[foxyshadis]

Does it also build the libs needed to dynamically link the DLLs?

Yeah, the libs will show up in ./Release (Debug, whatever), and not the bin folder, though.

[Guest]

OK, thank you. I have managed to build it using VC 2005. Now it seems sensible to just make DGAVCIndex buildable under VC 2005 and then incorporate the AVC decoder code directly, so that no external DLL is necessary.

Then add PAFF. :)

BTW, active SPS/PPS management is something of a nightmare for random access.

[Hans Ohlo]

Then add PAFF. :)
;).... oh 'then' :/

;)

[bob0r]

@neuron2

Only if you care:
Video: MPEG4 Video (H264) 960x1088 [Video] <-- AR 16:9
(from canal ad on hispasat 30 west)
(maybe bond is interested too, how crappy it looks)

But for DGAVCDEC testing purposes:
Canal.AD.ts (http://mirror02.x264.nl/public/force.php?file=./Canal.AD.ts) 23mb

(playback: mpc internal .ts splitter works, haali splitter says: Unspecified error, reported to Haali)

[bond]

Only if you care:
Video: MPEG4 Video (H264) 960x1088 [Video] <-- AR 16:9
(from canal ad on hispasat 30 west)
(maybe bond is interested too, how crappy it looks)yeah gimme gimme. at the start bbc also used that res

[SeeMoreDigital]

But for DGAVCDEC testing purposes:
Canal.AD.ts (http://mirror02.x264.nl/public/force.php?file=./Canal.AD.ts) 23mb

(playback: mpc internal .ts splitter works, haali splitter says: Unspecified error, reported to Haali)Jeez....

That sample contains six different "Program" sectors. Only the last one (Program 900) contains the video and audio stream.

[G_M_C]

I want to make this post just to thank you, and compliment you on your excellent work.

I've just used DGAVCIndex to succesfully replace the video on my DVD with a, resized but very much improved, AVC-720p version :) My DVD went from OK to sublime after the replacing (50i PAL to PAL anamorphic 25 fps progressive). So for me the tool works like a charm.

Now only VC-1 is left to do, as far as i can read around here, and all HD-possible formats can be input in AviSynth succesfully (i.e. without using DSS() ).

So :thanks:

[Guest]

Glad to hear it. But there's still a lot of work to do. Right now I am in the midst of upgrading to VC++ 2005 and pulling in libavcodec code so that I will be able to develop and debug transparently, without the hassle of DLLs built in a different environment, etc.

[Guest]

Just a little progress update in case you're wondering what is going on.

Recall that I am in the process of moving to the ffdshow-tryouts based code that will allow me to build the DLLs using Visual Studio and later integrate the code directly, eliminating the DLLs. That will greatly simplify further development and debugging, especially adding PAFF support.

Converting DGAVCIndex and DGAVCDecode for building under Visual Studio 2005 Express was straightforward. (I also did it for DGMPGDec.)

The first problem I ran into was that the ffdshow-tryouts build of ffmpeg's DLLs includes only a stub for libavformat, whereas I was heavily relying on it. So I had to find a way to use libavcodec for H264 decoding without libavformat. I have now accomplished that successfully.

The next step is to convert from the DLLs built in the pseudo-linux (MSYS) environment to the DLLs built in the ffdshow-tryouts environment. At that point everything will be buildable and debuggable using Visual Studio. After that I will integrate the decoder directly and eliminate the DLLS. Then proper development of needed functionality will resume.