Log in

View Full Version : DG NV tools


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 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 [57] 58 59 60 61 62 63

Guest
25th September 2012, 02:13
You're welcome. I just wonder how many more of those critters are scurrying around in the nooks and crannies.:scared:

Guest
25th September 2012, 13:04
There is a bug with AVS Template. The template file will always be created even though the 'Enable template' box is unchecked. Confirmed. Thanks for pointing it out. Fixing now for 2043.

LigH
9th January 2013, 09:27
I just upgraded a PC from Windows XP SP3 (32 bit) to Windows 7 SP1 (64 bit). Started DGIndexNV.exe (rev. 2044, 32 bit), opened a *.264 file ... "Invalid license". The same license which used to work already. Generated in Sept. 2010 (the licensing upgrade was in June 2010). Same result for the "x64 Binaries" when I copy my license.txt file there.

I'll try to check my licenses when I am able to find my User ID again... either Donald can resend it to me, or I will have to wait for the weekend when I get back home.

But we have another user in the german doom9/Gleitz forum who just recently registered, received his license, and it was reported to fail. So I will try to check if he made a mistake creating the license file.

Users today may expect a little support from applications by accepting serials via own dialogs. Creating a simple text file with correct content and location appears to be harder than most developers would expect... ;)

Groucho2004
9th January 2013, 11:42
I just upgraded a PC from Windows XP SP3 (32 bit) to Windows 7 SP1 (64 bit).
Just a hunch - Windows 7 enumerates your devices differently and the GetAdaptersInfo() call (which I think Don uses to query hardware info) returns different info.

LigH
9th January 2013, 12:41
That may explain why a license file has to get upgraded.

And the reason for the other user may be a different one (related to the area in front of the monitor...).

Guest
9th January 2013, 14:51
Hi LigH. I re-sent your activation email. If the other user is having problems he can contact me or post at my forum about it.

LigH
9th January 2013, 15:12
Thanks.

Unfortunately, due to the unreliable Copy function in Windows (I bet there are more people who remember occasions when they hit Ctrl+C, but the marked area was not copied, the Clipboard persisted to contain a previous content), I checked an older machine code again; so I have now the same machine code registered twice. Your generator obviously does not care about duplicates. So I'll have to be careful in the future...

Guest
9th January 2013, 15:16
Yes, please do not make duplicate licenses. If you ever run out I am always happy to reset your count to zero.

Groucho2004
9th January 2013, 15:36
Unfortunately, due to the unreliable Copy function in Windows (I bet there are more people who remember occasions when they hit Ctrl+C, but the marked area was not copied, the Clipboard persisted to contain a previous content)
This is the first time I hear about this and I have used Windows since 3.0. I use Ctrl-C -> Ctrl-V a lot on a daily basis and have never seen it fail in the software I use.

LigH
9th January 2013, 15:43
My boss just confirmed that he knows this issue too... well, I could make a poll (http://forum.gleitz.info/showthread.php?46064) about it in our german board. But not in this thread, fearing the wrath of Donald... ;)


BTW, a similar issue happens when I paste an URL and immediately want to close a BBtag with ] (AltGr+9 on a german keyboard); the keyboard driver seems to need a safe pause between releasing Ctrl and pressing AltGr to separate them reliably...

Groucho2004
9th January 2013, 15:50
I could make a poll about it in our german board.
OK.

But not in this thread, fearing the wrath of Donald... ;)
Indeed. :)

Guest
9th January 2013, 16:12
No need to fear me guys! :confused:

In every instance I know of where a cut and paste into the boxes of the license generator fails, it is because the copy actually included an extra space at the end. I include a warning about that in the instructions, but I should try to find time to make my perl script automatically delete extra spaces.

Selur
9th January 2013, 16:33
Got a few questions:


Do I need to watch that no other program accesses the 3d functionality of my gpu while using DGDecNV? like:

Does my screensaver have to be disabled while using DGDecNV?
Is it okay to surf and watch Flash Videos and or watch a movie while encoding and using DGDecNV?
Is it okay to use a VM which uses 2D/3D hardware acceleration?

Is it okay to run multiple encodes in parallel which use DGDecNV? (there would only be onw DgIndexNV instance one at a time)
Can I use other GPU based Avisynth filters while using DGDecNV? (e.g fft3dgpu, GPUBilateral, NLMeansCL, ML3Dex)
Can I use DGDecNV/DGIndexNV while only connecting to my pc via rdp or vnc, while no physical monitor is attached? (QuicktSync had/has problems with this iirc)
Should I expect problems if my system has a. multiple networks adapters and b. some of the virtual adapters change frequentyl? (virtual = e.g. for Cisco VNC, VM-Software,...)
Is there some knowledge about the memory impact of DGDecNV compared to e.g. FFmpegSource2?
Does DGDecNV also have some sort of software decoder mode?

and found some answers to them over at by http://neuron2.net/dgdecnv/Readme.html:
1.a: "Activation of a screensaver or standby mode may interfere with proper operation of the DGNV tools. They should be disabled during use of the DGNV tools."
2. : "The DGSource() source filter supports multiple instantiation, however, the number of instantiations is limited by available memory on the nVidia video card. As always, more is better!" -> how much memory is normally needed to decode 1080i material?
3. : "Use with Windows Remote Desktop is not supported." -> What about VNC?

would be nice if someone could help in answering the other questions. :)

Cu Selur

Groucho2004
9th January 2013, 18:18
A couple of answers:

1b. I found that Firefox hardware acceleration interferes with decoding. Switched it off in the FF options.
4. TightVNC works well.

Selur
9th January 2013, 18:35
Thanks Groucho2004. :)

1b. I found that Firefox hardware acceleration interferes with decoding. Switched it off in the FF options.
okay, https://support.mozilla.org/en-US/kb/forum-response-disable-hardware-acceleration should help there. :)
4. TightVNC works well.
Nice! :)

Guest
9th January 2013, 19:02
2. Yes, it's OK, subject to memory constraints.

3. Should be OK. Please report your results. :)

4. TightVNC or any other one that doesn't deinstantiate the video driver will be OK.

5. You can put the licenses corresponding to each configuration all in the one license.txt file. The right one will be found and used.

7. No, but DGAVCDecDI is software based.

Selur
10th January 2013, 13:30
* Added an error popup if an MP4 container file is opened.
you might want to add an error message to the command line also, since calling something like:
DGIndexNV -i "H:\Input\VTS_01~1.MP4" -o "H:\Temp\23913844mp4_deb1536f480475f7d593219aa1afd74c_41.dgi" -h -e
simply causes DGIndexNV to crash

Guest
10th January 2013, 14:17
The latest version of DGDecNV opens MP4 files. Can you open the file in GUI mode?

If you have an MP4 that crashes DGDecNV please provide a sample.

Selur
10th January 2013, 15:36
No file also crashes DGDecNV if I use the GUI mode, here you go: http://goo.gl/pD6yj
Did nothing special aside from using a newer mp4box version to multiplex the file,... (used GPAC version 0.5.1-DEV-rev4273, will try other mp4box version to check if this is the problem)

Guest
10th January 2013, 15:43
I can't figure out how to download from that site. I get stupid popups and offers all over the place.

Please use mediafire.com. Thank you.

LigH
10th January 2013, 15:54
Will upload to my webspace...

Here is Selur's sample (http://www.ligh.de/tmp/sample.mp4) (7.8 MB).

Selur
10th January 2013, 15:57
thanks LigH :)
btw. problems persists if I use latest 0.5.1-DEV-rev4277 and older 0.5.0 (from http://www.videohelp.com/tools/MP4Box/old-versions#download), will now try some 4.x mp4box versions

small correction, the 0.5.0 version works,.. seems to be a problem with the 0.5.1 versions of mp4box

LigH
10th January 2013, 16:29
Certainly issues in GPAC 0.5.1:

Osmo4 0.5.0-rev4065 (stable) plays the video, reports 704×576 pixels for the video stream (correct), but a 20:11 PAR flag (wrong).
Osmo4 0.5.1-rev4277 (nightly) plays no video, reports 0×0 pixels for the video stream (wrong), but a 16:9 PAR flag (correct).

Selur
10th January 2013, 16:32
tested all the 5.1 version rev4270+ over at: http://gpac.wp.mines-telecom.fr/downloads/gpac-nightly-builds/
-> they all cause DGIndexNV to crash (will stick with 0.5.0 for the time being)
@DG: if you figure out the problem would be nice if you could report it to the GPAC devs, thanks!

Guest
11th January 2013, 02:46
I downloaded Selur's sample.

The crash is caused by the AVC stream. Its HRD parameters specify a value of cpb_cnt_minus1 that is way out of range (0-31 is legal). I added a test as follows and this allows DGDecNV to play the file without problems.

int ReadHRDParameters(DataPartition *p, hrd_parameters_t *hrd)
{
Bitstream *s = p->bitstream;
unsigned int SchedSelIdx;

hrd->cpb_cnt_minus1 = ue_v ("VUI: cpb_cnt_minus1", s);
// This field should be 0-31, so do something to avoid crashing if it is out of range.
if (hrd->cpb_cnt_minus1 > 31)
hrd->cpb_cnt_minus1 = 0;
...
} I can't know if the AVC stream was illegal before muxing or it got messed up by muxing. Maybe someone can do some experiments to shed light on that.

LigH
11th January 2013, 07:58
He could probably provide the raw stream before muxing as well. But it's not a DGDecNV issue, specifically, that's already quite certain.

Kurtnoise
11th January 2013, 12:54
The file is definitely corrupted (I also tried with another non-free tool).
I have a patch, to display a message when the value is not in range.

Did you have access to the raw h264? We would need to check its
compliance.
https://sourceforge.net/tracker/?func=detail&aid=3600353&group_id=84101&atid=571738

Selur
11th January 2013, 14:42
I'll can recreate a new file, keep the raw and upload the raw and the muxed file and then post it over in the bug tracker
-> created a new file uploaded all the files and a small step-by-step how I created the files and posted it in the bug tracker

Kurtnoise
11th January 2013, 15:16
Why using Mencoder ?

FFmpeg or x264 is able to read avs scripts as well...

Selur
12th January 2013, 08:00
@Kurtnoise:
- x264 wasn't used directly because I disabled the 'use internal decoder if possible' in Hybrid (+ last time I check using x264 directly didn't give any speed boost with slow scripts)
- ffmpeg wasn't used as encoder, since a. I hate the ffmpeg libx264 syntax (since I always mess it up) and b. I normally use 64bit ffmpeg but 32bit Avisynth since 64bit Avisynth is far from stable over here
@neuron2: seems like the problem was the fault of mp4box and is fixed now :)

rica
16th January 2013, 23:16
Hi neuron,

I've been trying to make SBS, Frame sequential or dual stream 3D movies from wmv source files.

DirectShow or FFVideoSource is always problematic with those asf files.

So finally, I decided to give it a go with DGNVTools.

Here is the sample video:

http://www.3dtv.at/Movies/Heidelberg_en.aspx Please select 720p.

I converted the video to VC1 with Graph for further processing with DGIndex.

WM Asf Reader > Haali Matroska Muxer. ( asf2vc1 is problematic btw.)

http://img26.imageshack.us/img26/5431/vc1mux.png (http://imageshack.us/photo/my-images/26/vc1mux.png/)

(This created VC1 works fine with any player after muxing it into a mkv or m2ts container.)

However, DGIndex never seen any video frame on this file and appearing pop-up says, "no video frames found" when I try to play.

Thanks.

Guest
16th January 2013, 23:28
Please post a link to the VC1 file you created, or an appreciable sample thereof.

My guess is that it is not in fact raw VC1 but let's see.

rica
16th January 2013, 23:40
Sorry, the file is 260 MB and today I am living issues with upload and download speed.

I appreciate if you download the original Heidelberg video (which I renamed as "test") and convert it to VC1 on GraphStudio.

Here is the video info of the original file:

Video
ID : 2
Format : VC-1
Format profile : Advanced@L3
Codec ID : WVC1
Codec ID/Hint : Microsoft
Description of the codec : Windows Media Video 9 Advanced Profile
Duration : 6mn 5s
Bit rate mode : Variable
Bit rate : 5 980 Kbps
Width : 1 280 pixels
Height : 1 440 pixels
Display aspect ratio : 0.889
Frame rate : 25.000 fps
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.130
Stream size : 261 MiB (96%)
Language : German

And here is the ID of created VC1:

Video
ID : 1
Format : VC-1
Format profile : Advanced@L3
Codec ID : V_MS/VFW/FOURCC / WVC1
Codec ID/Hint : Microsoft
Duration : 6mn 6s
Bit rate : 5 857 Kbps
Width : 1 280 pixels
Height : 1 440 pixels
Display aspect ratio : 0.889
Frame rate mode : Constant
Frame rate : 25.000 fps
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.127
Stream size : 256 MiB (98%)
Language : English
Default : No
Forced : No



Thanks.

(BTW, I kept the video on its original size without trimming on purpose, in order to eliminate the trimming issues.)


EDIT: For this sample, asf2vc1 can create a VC1 and even it looks raw VC1, the same file cannot be opened by DGIndex:

Video
Format : VC-1
Format profile : Advanced@L3
Width : 1 280 pixels
Height : 1 440 pixels
Display aspect ratio : 0.889
Frame rate : 25.000 fps
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy






_ _ _ _ _ _

Guest
17th January 2013, 01:08
What is that second filter in your graph?

rica
17th January 2013, 01:23
Haali Matroska Muxer.

And please give it a go with asf2vc1 as well.

Guest
17th January 2013, 01:31
A muxer? I thought we were making a raw VC1. Please explain.

The file name is specified as test.vc1, so how can a matroska muxer output that?

rica
17th January 2013, 01:39
You are right.

I have no working "dump filter" on Seven.
This works as a dump filter without an audio and mkv merge remux it to mkv and you can demux it to VC1 via TSMuxer.

Anyway, for this sample, asf2vc1 incidentally worked and extracted raw VC1. However DGIndex does not recognize this file as well. Please check yourself.

The file name is specified as test.vc1, so how can a matroska muxer output that?

I have no idea.

Guest
17th January 2013, 01:43
You ask me to misuse existing tools and hope things are OK!

I don't know what asf2vc1 is and I'm unlikely to install it.

If you want my help, you'll upload a VC1 elementary stream that you claim DGDecNV cannot open. You can cut it with DGSplit if you want to avoid a large upload.

I'll try to find a way to demux your WMV file but I don't have time to make a research project out of it.

rica
17th January 2013, 01:57
OK, thanks.

1) VC1 created with graph
2 Muxing it to mkv with mkvmergegui.
3) Demuxing to VC1 with TSMuxer.

Final VC1 can be opened by DGIndex.

Thanks.

EDIT: It does not work everytime.

Guest
17th January 2013, 01:59
You say DGDecNV cannot open a valid VC1 elementary stream? Yes or no?

Is it so hard to upload a sample?

rica
17th January 2013, 02:24
Tomorrow, I will upload a sample. Today, Internet connection is corrupted.

Guest
18th January 2013, 02:25
Thank you for the sample, and sorry to hear about your internet problems. I know how frustrating it can be.

It appears that CUVID doesn't support this profile/level (3.3) with resolution (1280x1440), but I want to confirm this with nVidia.

rica
18th January 2013, 20:41
Thanks,

I gave it a go with 1920*2160 @Level 4 as well; the same result.

Selur
20th January 2013, 18:14
How to:
a. select specifc PGCs
b. select specific angles ?
I know older DGIndex didn't support it but since http://forum.doom9.org/showthread.php?t=109119 doesn't mention, I guess support for PGC and angle selection was added, wasn't it?
If it still isn't possible to do a.&b. are there any plans to add support for a. and b. ?

Cu Selur

Guest
20th January 2013, 20:23
PGC and angle selection are not supported nor do I have any plans to do so. You need to use your ripper to rip the correct things.

Angle selection for BluRay MPLS files *is* supported, however. It was an easy thing to do when I added MPLS file support.

Selur
21st January 2013, 09:49
PGC and angle selection are not supported nor do I have any plans to do so.
Thanks for clearing that up. It might then be a good idea to add this to the 'Known Issues and Limitations'-list. :)

Groucho2004
21st January 2013, 10:10
It might then be a good idea to add this to the 'Known Issues and Limitations'-list. :)
Why? The description for this program reads "DGDecNV is a decoder/frameserver for AVC, MPEG2, and VC1 streams...". It does not claim to have features for parsing a DVD structure.

Selur
21st January 2013, 10:44
Because, the 'Known Issues and Limitations'-list refers to DGIndex which is initially was based on DVD2AVI. But okay, than the user manual should at least mention that DGIndex(NV) can open vobs but has no clue about PGCs and angles. Like always this is only my opinion, nobody is forcing DG to anything.

an3k
21st January 2013, 14:17
Why? The description for this program reads "DGDecNV is a decoder/frameserver for AVC, MPEG2, and VC1 streams...". It does not claim to have features for parsing a DVD structure.

So a multi-angle DVD is NOT a MPEG2 stream? Whatsoever, this is only a short introduction to the program, not a list of supported or not supported features. And that is exactly the reason why most developers/publisher have a "known issues" list.

Guest
21st January 2013, 15:10
So a multi-angle DVD is NOT a MPEG2 stream? That is correct, a multi-angle DVD is not an MPEG2 stream.

Anyway I'm happy to add a clause to the limitations if it will prevent any possible confusion. I will do that right now. Thank you for suggesting it, Selur.

EDIT: I added this disclaimer:

4. While DGDecNV can open VOBs it does not include any code to parse IFO
files and therefore any preprocessing needed to parse multiangles, etc.,
must be done at ripping time using the capabilities of your ripping tool.