Log in

View Full Version : DGMPGDecNV 1.0.2


Pages : 1 [2] 3 4 5

blubberbirne
17th February 2009, 09:07
I hope you noticed my edited post :)

Guest
17th February 2009, 14:56
I tried with your stream and script and viewed the script in VirtualDub. Everything is fine while your MP4 is not.

Load your script into VirtualDub and single step. Is that OK? If OK, then something went wrong in your subsequent encoding. If not OK, then what is your OS, graphics card, and versions of DGMPGDecNV and CUVID Server?

blubberbirne
17th February 2009, 19:52
Encoding with Virtual Dub to xvid fails also.

I used the following Stuff here
- Vista x64 Sp1 and all Updates
- GeForce GTX260 with Driver 182.05 (but i will fallback to 181.22 for testing later)
- DGMPGDecNV and CUVID Server are both up2date.

blubberbirne
17th February 2009, 21:56
lol i found the problem :D

CUVID server needs to start in windows xp compatible mode on vista64. After this, everything works fine :D

So i think you need something to fix in the CUVID Server

Guest
18th February 2009, 02:47
I don't have Vista 64 so unless you'd like to donate one, I'll just continue to pretend that it doesn't exist. But thank you for adding this useful tidbit.

Sagekilla
18th February 2009, 21:30
@neuron2: I just recently fixed my desktop computer, and I have a copy of Win Vista x64 on hand that I'm about to install. Would you like access to the desktop?

Guest
19th February 2009, 00:28
You mean via Remote Desktop or some such thing?

Thanks, but I'd much rather bring up a dedicated machine.

squid_80
19th February 2009, 01:25
You can't use Direct3D over remote desktop so CUVIDServer wouldn't work anyway.

Deinorius
22nd February 2009, 23:28
DGAVCIndexNV showed us, that quality is better than by decoding with DGAVCIndex. CRF-Encode was quite smaller.

Is there the same effect with DGMPGIndexNV? For example with DVDs?

Guest
23rd February 2009, 01:38
DGAVCIndexNV showed us, that quality is better than by decoding with DGAVCIndex. CRF-Encode was quite smaller. That's surprising and if it happens I can't see how it could possibly be due to just using DGAVCDecNV versus DGAVCDec.

Is there the same effect with DGMPGIndexNV? For example with DVDs? No such effect that I am aware of.

halsboss
23rd February 2009, 07:41
Using 1.0.0b (with NVidia GeForce 8500 GT on XP SP3 32-bit) ... Your work rocks
I have an 8500GT 512Mb and am considering donating to get access to the NV tools... is there much quality/speed advantage of the NV versions ? Also, does one donate provide access to mpg&avc and can you do it via paypal ?

Deinorius
23rd February 2009, 09:15
@neuron2
Well I was surprised too after I read that. I'm reffering to this post (http://forum.doom9.org/showthread.php?p=1185797#post1185797).

Audionut
23rd February 2009, 10:45
I have an 8500GT 512Mb and am considering donating to get access to the NV tools... is there much quality/speed advantage of the NV versions ? Also, does one donate provide access to mpg&avc and can you do it via paypal ?

There is a slight speed increase as the decoding is moved to the GPU allowing more CPU time to encode. Depending on the encoder settings used, sometimes this can be a decent increase.

And the license works across all apps. So donating to 1 app will give you access to all apps. And yes to paypal.

squid_80
23rd February 2009, 10:57
GPU MPEG2 decoding is wayyy slower than CPU decoding, unless you need to deinterlace as well.

halsboss
23rd February 2009, 14:36
Oh. Thanks people. I'm mpeg2 only, so there's no advantage for me by the sound of that. Thanks anyway.

ViRGE
3rd March 2009, 06:29
I've done a bit of digging and haven't found the answer, so I apologize in advance if this is a dumb question. Does this work on the G80-series GPUs (8800GTX/Ultra/GTS) and their bastardized VP1 hardware? I really want to get my hands on the PV deinterlacer, but I know this hardware doesn't have complete MPEG-2 decoding features on-board.

Guest
3rd March 2009, 06:36
Did you bother to read my web page about this tool?

P.S. You need VP2 or better.

ViRGE
3rd March 2009, 06:59
Did you bother to read my web page about this tool?

P.S. You need VP2 or better.I did, and I did not find it at the time. Thank you for the quick response. :)

Kurtnoise
3rd March 2009, 08:43
@Neuron2: any plan for VOB files support ?

~bT~
3rd March 2009, 10:12
@Neuron2: any plan for VOB files support ?

i really want that too.

ps. looks like u got yourself an nvidia card after all :p good for us :D

Kurtnoise
3rd March 2009, 11:36
ps. looks like u got yourself an nvidia card after all :p good for us :D
I'm still an ATI fanboy despite the fact that CUDA is a great thing...:cool:

halsboss
3rd March 2009, 12:11
Does this work on the G80-series GPUs (8800GTX/Ultra/GTS) and their bastardized VP1 hardware? I really want to get my hands on the PV deinterlacer, but I know this hardware doesn't have complete MPEG-2 decoding features on-board.
What ? My 8800GT is crippled piece of rubbish ? But ... at the time, the specs looked sooo good in terms of items processed per sec even by comparison the later 9x00 series which appeared to have much lower throughput specs.

squid_80
3rd March 2009, 12:20
What ? My 8800GT is crippled piece of rubbish ?
Relax, no-one mentioned the 8800GT. It should work fine.

Guest
3rd March 2009, 14:54
@Neuron2: any plan for VOB files support ? Program stream support is on my list, yes. I also need to support multiple input files.

Chefkoch_ico
4th March 2009, 14:37
Deinterlacing don't work for me. The encoded File stutter. Framerate is only 29,87 and not 29,97 after encoding.
If i use yadif for deinterlacing, everythink is fine.

Same here.

lol i found the problem :D

CUVID server needs to start in windows xp compatible mode on vista64. After this, everything works fine :D

So i think you need something to fix in the CUVID Server

Same here.

Can I help somehow?

Guest
4th March 2009, 14:43
I don't have Vista64, so I can't do anything about this. Do what blubberbirne suggested.

Chefkoch_ico
4th March 2009, 14:59
I did, but it does still not work correctly in VDub and in MPC.

Normal Vista x64: deinterlace simply does nothing.
XP SP2 Compability mode, no deinterlace: OK
XP SP2 Compability mode, deinterlace: it does DeInterlace, but every few frames it shows some previously already showed frames, so the frames are "jumping".

Bye

Guest
4th March 2009, 15:38
I'll ask Nvidia about it.

Chefkoch_ico
4th March 2009, 15:40
Thx, I am just uploading samples to rapidshare. Post Link soon.

Bye

Chefkoch_ico
4th March 2009, 16:31
I did, but it does still not work correctly in VDub and in MPC.

Normal Vista x64: deinterlace simply does nothing.
XP SP2 Compability mode, no deinterlace: OK
XP SP2 Compability mode, deinterlace: it does DeInterlace, but every few frames it shows some previously already showed frames, so the frames are "jumping".

Hi.

http://rapidshare.com/files/205239339/DGMPGDecNV_Vistax64_Deinterlace_Issue.rar.html

Contents:
a small ts recorded from DTV.
a AVS file
4 AVIs (XVid,mp3) encoded in VDub with various settings (see filenames)

Take a look to Frame 990 for example. And please dont download, before neuron2 has it.

Bye

blubberbirne
4th March 2009, 23:59
@chefkoch_ico

you talking about the same problem i have ;)

I think the cuvidserver is not 64bit compilant, but neuron can't test it, cause he has no 64bit os.

woah!
5th March 2009, 01:06
@chefkoch_ico

you talking about the same problem i have ;)

I think the cuvidserver is not 64bit compilant, but neuron can't test it, cause he has no 64bit os.

same thing here on xp with his sample he posted,so its not a vista issue ...

Guest
5th March 2009, 16:21
I suspect that the blended fields are getting PureVideo confused. Can you make this happen on a clip that is not field-blended?

lucassp
8th March 2009, 17:15
I think there is a problem with the PureVideo deinterlacer. Here are the scripts and the results:

1. Single rate deinterlacing:
MPGSource("E:\Columbia\VTS_01_1.demuxed.dgm", deinterlace=1)
crop( 10, 4, -10, -2)
LanczosResize(640,528)
trim(0,2500)

Result: http://www.mediafire.com/?0i22dlmaj2n

2. Double rate deinterlacing:
MPGSource("E:\Columbia\VTS_01_1.demuxed.dgm", deinterlace=2)
ChangeFPS(25, linear=true)
crop( 10, 4, -10, -2)
LanczosResize(640,528)
trim(0,2500)

Result: http://www.mediafire.com/?1id02naju2a

The first video seems choppy to me and the second one smoother. Shouldn't those two videos look the same?

agilpwc
10th March 2009, 16:33
I use HDV cameras that output m2t files with mpg2 video and mpg1 audio.
When I open these files in the index program it comes up with an error about audio streams types not matching. Mentions ac3 and aac, which these files have neither of these types. This is preventing me from doing batch command line encodes and also this didn't happen with your non GPU version.

I either need a way to specify the audio pid or disable error messages or both I guess. Or make it work like it did in the non accelerated version.

Thanks

Here is a link to sample file

http://avs-scratch.s3.amazonaws.com/09-03-01-cooper-mjmp.m2t

meatwad
11th March 2009, 02:08
Here's a sample of the audio delay issue I'm experiencing if I use VideoRedo to edit my files:

http://www.mediafire.com/?sharekey=45a06ef0a0aeac78e62ea590dc5e5dbbe04e75f6e8ebb871

It's very similar to the one xopowo discussed in the DGAVCDecNV thread.

DGIndex= 32ms.
DGMPGDecNV =-619 ms

Thanks for wanting to fix the issue Neuron2.

Guest
11th March 2009, 02:23
Okay, I've just released updates to DGAVCDec, DGAVCDecNV, and DGVC1DevNV, so I'm on the case over here now.

UsedUser
12th March 2009, 07:37
Works nicely. Using the PureVideo deinterlacer on 1080i TS -> 720p AVC encodes, I'm seeing 24% speed bump on first pass, and 12% on second pass. That's the fastest increase I've seen on anything, from swapping out any one piece in my encoding process. Thanks.

Question: How do I get audio to demux? The documentation makes it look like it's supported, but I'm assuming this just isn't implemented yet. I select Audio > Audio Demux. Set the one and only audio stream (which is already set anyway); close the window. Save the project. No audio demuxed.

UsedUser
12th March 2009, 08:24
I'm getting an error then a crash on drag & drop of multiple files in sequence. Something is not re-initialized between files.

Drag & drop a TS file into the app. Do something if you like, or don't do anything. Drag & drop another TS file into the app. Try to play or save the project. Try File > Close then drag & drop again.

On Play: "No video frames found!"
On Save: "Timed out looking for sequence header."
Or sometimes the attached image then a crash. Couldn't reproduce the exact steps on the crash.

UsedUser
12th March 2009, 08:49
Is it a requirement that the screen saver and Windows account locking be disabled?

When I lock my Windows account (i.e., on screen saver start), the CUVID server fails. I get two pop ups:

Server: cuvidMapVideoFrame() error.
Server: cuvidDecodePicture() error.

The cuvidDecodePicture() error repeats until I quit encoding and restart the CUVID server.

Guest
12th March 2009, 14:38
Question: How do I get audio to demux? The documentation makes it look like it's supported, but I'm assuming this just isn't implemented yet. I select Audio > Audio Demux. Set the one and only audio stream (which is already set anyway); close the window. Save the project. No audio demuxed. It should be working. Can you upload a fragment of your source stream that I can use to duplicate your issue?

As clearly described in the release notes, multiple file opening is not yet supported.

I don't know anything about the screensaver issue. It may be an Nvidia driver strangeness that I have no control over.

squid_80
12th March 2009, 14:44
Probably the same as the remote desktop issue - direct3d apps get the boot when windows returns to the login screen.

UsedUser
13th March 2009, 01:15
It should be working. Can you upload a fragment of your source stream that I can use to duplicate your issue?
Linky (http://rapidshare.de/files/46049619/Late_Night_With_Conan_O_Brien-2009-01-15-0-short-clip.ts.html). Thanks for taking a look.

As clearly described in the release notes, multiple file opening is not yet supported.
Ah, I see that now. I did read all the documentation. Don't know what I thought it meant at the time, but it didn't occur to me that it meant that. In a future release, you might consider clarifying what the statement means for the user: "The application must be closed and reopened between opening each new file." Thanks.

Guest
13th March 2009, 01:29
Linky (http://rapidshare.de/files/46049619/Late_Night_With_Conan_O_Brien-2009-01-15-0-short-clip.ts.html). Thanks for taking a look. Looking now.

Ah, I see that now. I did read all the documentation. Don't know what I thought it meant at the time, but it didn't occur to me that it meant that. In a future release, you might consider clarifying what the statement means for the user: "The application must be closed and reopened between opening each new file." Thanks. Oh, I see what you meant now. What you say should work. I'll look at that too.

Guest
13th March 2009, 02:12
OK, I've got the audio demux issue fixed. It's an unusual case. But ouch, it affects all the other tools and I just released updates of them. :(

Looking at the other issue...

UsedUser
13th March 2009, 02:21
OK, I've got the audio demux issue fixed. It's an unusual case. But ouch, it affects all the other tools and I just released updates of them. :(
Sorry! At least DGIndex was able to handle it ok.

Can I ask what was unusual about this case? I'm curious about the details.

It was originally an ATSC broadcast transport stream, which I segmented with VideoReDo. Also wondering if I should contact my local broadcast affiliate or VideoReDo developers about something they could avoid doing.

Guest
13th March 2009, 02:40
The stream is fine.

As I parse video transport packets during Save Project, I look for the first I frame right in the packet data so that I can start demuxing audio packets as soon as possible (I don't want to wait until the video decoder sees that it is an I frame because some audio packets could be skipped). But I was looking only in packets with payload_unit_start_indicator set. The problem was that the sequence header carried quant matrices and this pushed the I frame picture header into the next transport packet, which did not have payload_unit_start_indicator set. And so I never detected the I frames and audio demuxing never got started.

Guest
13th March 2009, 02:50
I just put the fixed version up for you:

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

Let me know how it works for you.

Still have to look at the drag-and-drop issue.

UsedUser
13th March 2009, 07:21
I just put the fixed version up for you: http://neuron2.net/misc/DGMPGIndexNV.exe
Worked like a charm, thanks.

meatwad
13th March 2009, 22:29
neuron2,

I found a solution to the audio delay issue with VideoReDo. After reading some of the above posts I decided to look at VideoReDo's options. By default, VideoReDo is checked to convert all I frames to GOP. Once I saw that, I unchecked the box and now the audio delay issue is gone.

Edit: Nevermind. I forgot I put your new exe inside the folder last night. The results were the same with I frames being converted to GOP. I didn't think you'd fixed the issue I was having with VideoReDo files, just UsedUsers. Anyway, the new .exe seems to have fixed my issue as well. I must have missed something in the above posts.