DGAVCDec 1.0.9 - Page 93

Audionut · 19th August 2009, 13:27

Quote:

Originally Posted by SeeMoreDigital

But those versions of DGAVCDec only work with (certain types of) Nvidia graphics cards.

Ah yes, I had forgot about the non nvidia versions.

Sorry ministrix, the version I linked to will only work with a nvidia card that has vp2 or greater.

Guest · 19th August 2009, 13:34

You can either concatenate the M2TS files before loading into DGAVCIndex or you can demux to one file using tsmuxer.

MatLz · 21st August 2009, 02:12

I have noticed the loss of some kb when I demux video, compared to original stream. What is the reason?

Guest · 21st August 2009, 02:16

When you demux you no longer have the other elementary streams, such as audio. You also no longer have the muxing overhead.

MatLz · 21st August 2009, 02:42

Quote:

Originally Posted by neuron2

When you demux you no longer have the other elementary streams, such as audio. You also no longer have the muxing overhead.

In fact it's when I just put a .264 it happens. For example, when I put the stream out of a mkv or a mp4 (like as I did for test the inloop deblocking : put out from my mkv with mkvextract)
So it remains some overhead?

Guest · 21st August 2009, 03:19

Your question is so vague it's hard to make sense of it.

Case 1: You have just an AVC elementary stream in the MKV. You demux the AVC stream and compare the size of the MKV to the size of the demuxed AVC stream.

Case 2: You start with an AVC elementary stream, put it into an MKV, extract it and then compare the extracted AVC stream to the original AVC stream.

Case 3: ...

You have to tell me exactly what you are doing.

MatLz · 21st August 2009, 03:42

I have test the deblock=false in the dgavcdec filter. For that, that I have extract the .264 stream out the mkv I made.
I puted this .264 file in dgavcindex and use demux video stream.
Result: a loss of some kb.

Guest · 21st August 2009, 03:48

Quote:

Originally Posted by MatLz

I puted this .264 file in dgavcindex and use demux video stream.

It makes no sense to demux from an elementary stream. Why are you doing that?

If you post the AVC stream that you input into DGAVCIndex I can try to identify why the operation is not acting as a no-op.

Guest · 21st August 2009, 03:58

OK, I duplicated it and here is the explanation.

DGAVCIndex maps 00 00 00 01 xx start codes to 00 00 01 xx. According to my reading of the spec and my testing, this is not a problem, and in fact no-one has ever reported any problem with it.

If you have a compelling reason why the original extra 00 bytes should be retained, I can consider outputting them.

MatLz · 21st August 2009, 04:15

I know "demux" word, but I did it, point. I'm curious, that's all.
Well, so curious I just tried with .264 stream directly encoded by X264 (not extract out of a mkv).
There is a negligible loss of 0.014% but a loss at all.
That was my question.

Guest · 21st August 2009, 04:21

Quote:

Originally Posted by MatLz

There is a negligible loss of 0.014% but a loss at all.

It's actually a gain, because you have a smaller file size with exactly the same video content.

MatLz · 21st August 2009, 04:31

Quote:

Originally Posted by neuron2

It's actually a gain, because you have a smaller file size with exactly the same video content.

In fact, I noticed that a long time ago and use this "method" for, in my mind, have better compatibility with dgavcdecode.

Guest · 21st August 2009, 04:40

Quote:

Originally Posted by MatLz

In fact, I noticed that a long time ago and use this "method" for, in my mind, have better compatibility with dgavcdecode.

There is no issue of compatibility. The specification for NALU parsing supports both forms of NALU delimiters I described, and my tools obviously implement the spec. Any other tool that correctly implements the spec will also have no problem with either method.

Guest · 23rd August 2009, 20:03

Wrong thread if you're talking about the NV version.

Post a link to the first two source fragments. I assume you mean you have a lot of source files, and not one that you split in your script. If that's not so, explain it and give your script.

Please reply in the correct thread.

hannah · 27th August 2009, 08:28

I have this Sony AVCHD handycam (Model: HDR-SR12). This is a hard-drive camera. The video files have an extension *.mts

I am currently using DGAVCIndex 1.0.9 to generate *.dga which really works fine. I then serve this in my avisynth. This version of DGAVCIndex cannot process more thn 1 .mts file.

Is there a version of DGAVCIndex available which can process multiple .mts file and generate one .dga file please?

Many thanks in advance.

Guest · 27th August 2009, 13:27

Yes, DGAVCDecNV can do it, but it requires a supported Nvidia graphics card.

http://neuron2.net/dgavcdecnv/dgavcdecnv.html

As a workaround for DGAVCDec you can merge the M2TS files using DOS COPY /b.

hannah · 28th August 2009, 00:15

Quote:

Originally Posted by neuron2

Yes, DGAVCDecNV can do it, but it requires a supported Nvidia graphics card.

thanks a lot..unfortunately I do not have a Nvidia graphics card. I am already merging the .mts files however it's tiem consuming and takes up double the space.

Thanks again for your input.

Varies · 30th August 2009, 09:17

neuron2
Whether add use DDS2 (haali avss.dll fast & HQ) optionally instead of libavcodec is possible?

Jawed · 28th September 2009, 18:26

I have a problem with artefacts appearing in a BBC iPlayer download. I have created an MKV of the offending section of original video (a zoom on a photograph) and included the script that shows this problem:

http://www.mediafire.com/?mizmxjozkzu

See the artefacts that suddenly disappear at frame 241.

Using directshowsource doesn't produce this problem.

Jawed

Guest · 28th September 2009, 18:33

Can't duplicate it with your sample. It works perfectly for me.

I demuxed the video from the MKV and made a project, etc.

21st August 2009, 02:12	#1843 \| Link
MatLz I often say "maybe"... Join Date: Jul 2009 Location: France Posts: 583	I have noticed the loss of some kb when I demux video, compared to original stream. What is the reason? __________________ We are spitting food to these hungry eyes. You see they ask, we know they are greedy of our rot. Better than to give jam to pigs. x264 r2146 MOD

21st August 2009, 02:16	#1844 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,907	When you demux you no longer have the other elementary streams, such as audio. You also no longer have the muxing overhead. Last edited by Guest; 21st August 2009 at 02:31.

21st August 2009, 03:19	#1846 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,907	Your question is so vague it's hard to make sense of it. Case 1: You have just an AVC elementary stream in the MKV. You demux the AVC stream and compare the size of the MKV to the size of the demuxed AVC stream. Case 2: You start with an AVC elementary stream, put it into an MKV, extract it and then compare the extracted AVC stream to the original AVC stream. Case 3: ... You have to tell me exactly what you are doing. Last edited by Guest; 21st August 2009 at 04:00.

21st August 2009, 03:42	#1847 \| Link
MatLz I often say "maybe"... Join Date: Jul 2009 Location: France Posts: 583	I have test the deblock=false in the dgavcdec filter. For that, that I have extract the .264 stream out the mkv I made. I puted this .264 file in dgavcindex and use demux video stream. Result: a loss of some kb. __________________ We are spitting food to these hungry eyes. You see they ask, we know they are greedy of our rot. Better than to give jam to pigs. x264 r2146 MOD

21st August 2009, 03:58	#1849 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,907	OK, I duplicated it and here is the explanation. DGAVCIndex maps 00 00 00 01 xx start codes to 00 00 01 xx. According to my reading of the spec and my testing, this is not a problem, and in fact no-one has ever reported any problem with it. If you have a compelling reason why the original extra 00 bytes should be retained, I can consider outputting them. Last edited by Guest; 21st August 2009 at 04:13.

19th August 2009, 13:34	#1842 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,907	You can either concatenate the M2TS files before loading into DGAVCIndex or you can demux to one file using tsmuxer.

21st August 2009, 04:15	#1850 \| Link
MatLz I often say "maybe"... Join Date: Jul 2009 Location: France Posts: 583	I know "demux" word, but I did it, point. I'm curious, that's all. Well, so curious I just tried with .264 stream directly encoded by X264 (not extract out of a mkv). There is a negligible loss of 0.014% but a loss at all. That was my question. __________________ We are spitting food to these hungry eyes. You see they ask, we know they are greedy of our rot. Better than to give jam to pigs. x264 r2146 MOD

23rd August 2009, 20:03	#1854 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,907	Wrong thread if you're talking about the NV version. Post a link to the first two source fragments. I assume you mean you have a lot of source files, and not one that you split in your script. If that's not so, explain it and give your script. Please reply in the correct thread.

27th August 2009, 08:28	#1855 \| Link
hannah Registered User Join Date: Sep 2005 Posts: 41	I have this Sony AVCHD handycam (Model: HDR-SR12). This is a hard-drive camera. The video files have an extension .mts I am currently using DGAVCIndex 1.0.9 to generate .dga which really works fine. I then serve this in my avisynth. This version of DGAVCIndex cannot process more thn 1 .mts file. Is there a version of DGAVCIndex available which can process multiple .mts file and generate one .dga file please? Many thanks in advance.

27th August 2009, 13:27	#1856 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,907	Yes, DGAVCDecNV can do it, but it requires a supported Nvidia graphics card. http://neuron2.net/dgavcdecnv/dgavcdecnv.html As a workaround for DGAVCDec you can merge the M2TS files using DOS COPY /b.

30th August 2009, 09:17	#1858 \| Link
Varies Registered User Join Date: Aug 2008 Posts: 64	neuron2 Whether add use DDS2 (haali avss.dll fast & HQ) optionally instead of libavcodec is possible? __________________ message transgoogled :) Last edited by Varies; 31st August 2009 at 07:08.

28th September 2009, 18:26	#1859 \| Link
Jawed Registered User Join Date: Jan 2008 Location: London Posts: 156	Artefacts with version 1.0.9 I have a problem with artefacts appearing in a BBC iPlayer download. I have created an MKV of the offending section of original video (a zoom on a photograph) and included the script that shows this problem: http://www.mediafire.com/?mizmxjozkzu See the artefacts that suddenly disappear at frame 241. Using directshowsource doesn't produce this problem. Jawed

28th September 2009, 18:33	#1860 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,907	Can't duplicate it with your sample. It works perfectly for me. I demuxed the video from the MKV and made a project, etc.

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode