Log in

View Full Version : DGAVCindex

Floatingshed
11th April 2010, 09:45
Has development of this now stopped in favour of the NV versions?
I am using version 1.0.9 which works well on most things but the decode.dll doesn't like BBC HD ts streams.
I don't have any Nvidia hardware so it's back to directshowsource and ffdshow for now!
Revgen
12th April 2010, 05:14
^Part of the reason Neuron2 switched to Nvidia is because the Libavcodec source is pretty messy.
kieranrk
12th April 2010, 06:00
Has development of this now stopped in favour of the NV versions?
I am using version 1.0.9 which works well on most things but the decode.dll doesn't like BBC HD ts streams.
I don't have any Nvidia hardware so it's back to directshowsource and ffdshow for now!

ffmpegsource is fine...
RedDwarf1
13th April 2010, 03:54
the decode.dll doesn't like BBC HD ts streams.

Your telling me!!

Blocks Blocks Blocks. Totally unusable. So that leaves us people who didn't buy a nVidia card in a mess.
SilaSurfer
13th April 2010, 14:45
Well I'm using DgAvcIndex 1.09 and don't have any blocks in output.
Guest
13th April 2010, 14:57
It's only some PAFF streams that are not handled correctly.
SilaSurfer
13th April 2010, 15:06
Neuron2, will there be any further development of DgAvcIndex? I'm asking because I don't own Nvidia card at the moment.
Guest
13th April 2010, 15:49
If so, it won't be based on libavcodec. Maybe DiAVC but I am very busy right now.
RedDwarf1
14th April 2010, 01:08
Well I'm using DgAvcIndex 1.09 and don't have any blocks in output.It's BBC HD that is a good example of a source which DGAVCIndex has problems with in it's current form. It's not all video either, only certain sections.

Here is an example of it
http://i40.tinypic.com/35mh9ia.jpg

A 10MB sample file which shows the problems if you want to look at it yourself
http://www.sendspace.com/file/qg9bo7
SHA-1 01DD011164CB5FF6E0E670340A0E6E69571D69AB

I'm trying to get ffmpegsource working ATM as there doesn't seem any other way of opening the video except for maybe directshowsource which I don't want to use. BBC HD streams are not usable with DGAVCIndex the way it is ATM.
Guest
14th April 2010, 02:05
Maybe DSS2() will be OK for you. With broadcast, though, you're going to have frequent PTS discontinuities, so don't rely on it for random access.

Otherwise, consider a secondary Nvidia graphics card to be used only for decoding. It's very easy to do and basic cards with good VP engines are inexpensive.
RedDwarf1
14th April 2010, 03:39
Maybe DSS2() will be OK for you. With broadcast, though, you're going to have frequent PTS discontinuities, so don't rely on it for random access.
I will have a look at that as well. I have demuxed the video using your DGAVCIndex into a .h264 file but I am unable to open it with anything. I cannot even open it with any Directshow mediaplayer, ffdshow is meant to play it but on this Windows install it won't. I'm having similar problems with ffmpegsource when trying to index the .h264 file. The codecs must be a messed up on this install, I will try it on one of my other installs later. It's too late to try anything else now.

Otherwise, consider a secondary Nvidia graphics card to be used only for decoding. It's very easy to do and basic cards with good VP engines are inexpensive.

The trouble with that is it means a higher power draw when it's not doing anything which would be the majority of the time. It would also take up more room in my case which is already getting overcrowded. I have had some trouble with my system recently and doing any work on it means removing memory and 2 hard drive cages before I can do anything, adding another Video card would make that far worse. Also more heat build up and if I overclock my CPU while video encoding the temperatures are already at the limit so overall it's not too practical.

I have added a small 10MB TS sample of the BBC HD channel which shows video problems on decoding using DGAVCDecode for anyone who wants to check it out to see what to look for but it's hard to miss.
SilaSurfer
14th April 2010, 12:42
If so, it won't be based on libavcodec. Maybe DiAVC but I am very busy right now.

That would be great, if you find the time. Thanks
LigH
13th May 2010, 11:53
Even if you withdrew DGAVCDec from your website and from warpenterprises' plugin collection, it is still useful for many who do not yet have an Nvidia card on every PC they work on, or do not plan to register the CUDA driver for every PC they work on. So we seem to have to rely on the persistence of other projects (some converter GUIs like MeGUI or StaxRip; webarchives like Digital Digest, VideoHelp ...).
LigH
24th June 2010, 20:54
So - what is the most important obstacle right now to keep DGAVCDec+DiAVC from being released? Too little time to talk with schweinsz about the API? ;)
Guest
24th June 2010, 21:35
That's right, too little time.
Sharktooth
29th June 2010, 15:48
that's a shame :(
MeGUI uses and supports both dgavcindex and dgnvtools (registration required for the latter) but there are a lot of PCs without nvidia cards.
i have no experience with cuda but, would it be possible to switch from cuda to opencl (maybe 1.1) so that dgnvtools will work also on ati cards?
otherwise non-nvidia users are stuck with a not-always-working (but still free) dgavcindex.
Guest
29th June 2010, 16:08
Install a cheap Nvidia card as a secondary adapter.

It may be a shame but that doesn't give me more time in life to do everything I need and want to do.
Sharktooth
29th June 2010, 16:14
you're right. i've managed to get a 9500gt with 1GB for free. not the best but at least it should decode h.264.
i guess it's time to get a dgnvtools license...
Guest
29th June 2010, 16:45
you're right. i've managed to get a 9500gt with 1GB for free. not the best but at least it should decode h.264.
i guess it's time to get a dgnvtools license... Send me a PM with your email and I'll give you one for free, since you are a developer and otherwise outstanding all-around chap.
Sharktooth
29th June 2010, 16:49
Thanks, pm sent.
LigH
29th June 2010, 18:38
DG may not enjoy it too much and probably know reasons not to rely on this one ;) ... but as far as I remember, MeGUI started supporting FFmpegSource2 recently too.

Yes, it is probable that the "sometimes not frame-exact decoding" issue might still be present, but it uses a rather current libavcodec which supports interlaced AVC in all usual variants.


This note shall not discourage anyone seriously interested in regular high-quality video conversion from considering using up-to-date hardware. A low-power GeForce 9800 with a DGDecNV license are probably in the range of a birthday or christmas wish.
Sharktooth
30th June 2010, 13:13
yeah. the frame accuracy is the culprit. when setting zones it could be a problem... however, for the regular average joe ffms2 should be fine.
Dal
26th July 2010, 18:56
Does this mean that development on DGIndex has stopped too? Is DGIndexNV meant to replace DGIndex?
Can DGIndexNV index and demux SD (transport) streams?

I have a current problem where I try to demux several audio streams from a .ts file created in DVBViewer. But no matter what I try, both through MeGui and command line, only one stream is demuxed.
So when I started to browse this forum to look for an answer to the problem, I noticed that development time seems to be used on DGIndexNV. Unfortunately, I don't have a Nvidia card (probably never will)

I can use ProjectX to demux all tracks, but ProjectX does not set the audio delay value in the file name for MeGui to use. I don't know if it is necessary either, since I'm not sure if ProjectX fixes the audio delay "on the fly".
And of course, it is nice to have all this integrated in MeGui, and not using too many different programs to encode video.

Thanks.
Guest
26th July 2010, 19:40
Does this mean that development on DGIndex has stopped too? No.

Is DGIndexNV meant to replace DGIndex? No.

Can DGIndexNV index and demux SD (transport) streams? Yes.

I have a current problem where I try to demux several audio streams from a .ts file created in DVBViewer. But no matter what I try, both through MeGui and command line, only one stream is demuxed. DGIndex can demux them all, but one at a time. You have to set the PID for the desired stream.
Dal
26th July 2010, 21:46
DGIndex can demux them all, but one at a time. You have to set the PID for the desired stream.
Thank you for your answers.

Ok, I found out how to do one at a time, by using Detect Raw PIDs.

But you are saying all audio tracks can be automatically demuxed in one operation in DGIndexNV?

If so, is it something we can expect in DGIndex?
Gladly in a licensed version.

Thanks again.
Guest
26th July 2010, 22:11
But you are saying all audio tracks can be automatically demuxed in one operation in DGIndexNV? Yes.

If so, is it something we can expect in DGIndex?
Gladly in a licensed version. I don't have any time for it right now and don't know if I ever will.

You can run a cheap Nvidia card as a secondary adapter along with your ATI main adapter, and use it just for DGIndexNV.