Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
5th October 2008, 23:21 | #521 | Link |
Registered User
Join Date: Jun 2007
Posts: 106
|
Yes. I was just about to post that I believe it completes the encode, just the encoder doesn't close. In VirtualDub I can see the completed encode but I have to stop the encoder. If I stop X264 CLI when it hangs I can't view the video. Naturally I can't do any batch encoding running like this.
@Zwitterion: I've been using this one from the CUDA page NVIDIADisplayWinVista(177_84)Int.exe, I believe I tried the regular driver as well since others have said they used it without any issues. I'll try it again before I move the card to another system. I really appreciate everyone's help with this. Sorry I'm such a pain DG. Update: I just found that if I seek to the end and then go back it locks up VirtualDub. Last edited by meatwad; 5th October 2008 at 23:23. |
6th October 2008, 07:01 | #523 | Link |
Registered User
Join Date: Jun 2007
Posts: 106
|
I found what was wrong, it doesn't like my avc .ts streams. It will work with other avc sources but not my transport streams (even if they're demuxed). Neuron2, could you please add support for them in a future release? I'll send you all the samples you need.
They're all I really work with. I would forever be in your debt if you could also get it to decode the same type of avc streams in .vdr (video disk recorder) format. Also, were you able to get the sample to encode with vdub or x264 cli? Last edited by meatwad; 6th October 2008 at 07:15. |
6th October 2008, 13:42 | #524 | Link | |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Quote:
EDIT: OK, I know what is happening. When you hit EOF the decode thread is waiting for a signal from the decoder to say that a requested frame is available, but the EOF processing doesn't send that signal to allow the decode thread to terminate. I don't know why it was happening only on these streams, but it's a design issue, so I'll release an update ASAP. Last edited by Guest; 6th October 2008 at 13:54. |
|
6th October 2008, 19:36 | #525 | Link |
Registered User
Join Date: Jun 2007
Posts: 106
|
You are far and above the cut. Thank you so much for addressing the issue. I've included a link to a sample avc .vdr file so you can see the similarities. They are a pain to work with, unlike the mpg version (just rename the files to .mpg and they'll work with most anything). Linux gurus probably eat them for breakfast, but it takes me several steps to get a finished .mkv file. The streams inside the vdr file should be the same make as the transport stream sample.
http://www.zshare.net/download/200884986b8c802a/ If you don't have the time to look at the sample don't worry about it. Just fixing the transport stream issue is more than enough. Once again, thank you for making such a wonderful product. |
6th October 2008, 20:36 | #526 | Link |
Registered User
Join Date: Jan 2007
Posts: 455
|
@neuron2
Marc99 post a message on the mpc-hc thread that puzzle me : http://forum.doom9.org/showpost.php?...postcount=4468 The weird things is that VSFilter is not supposed to be compatible with DXVA for 2 reasons : - IMediaSample::GetPointer is not supposed to return buffer (because it's DX Surface) - Video decoder cannot initiate the DXVA negociation with EVR (because of intermediate filters) But marc99 screenshot show that mpc detect H264 bitstream mode. Mpc-hc show this only if : - Someone ask interface IDirectXVideoDecoderService on the EVR - Someone successfully call IDirectXVideoDecoderService::CreateVideoDecoder So I have a small question for you : are you using the IDirectXVideoDecoderService interface one way or another in your AVISynth filter (asking to EVR filter or using Media foundation)?
__________________
Tired of tearing? Try this Media Player Classic mod : http://mpc-hc.sourceforge.net |
6th October 2008, 20:41 | #527 | Link | |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Quote:
http://neuron2.net/dgavcdecnv/cuda/cuda.html |
|
6th October 2008, 22:10 | #528 | Link | |
Registered User
Join Date: Jan 2007
Posts: 455
|
Quote:
__________________
Tired of tearing? Try this Media Player Classic mod : http://mpc-hc.sourceforge.net |
|
7th October 2008, 05:08 | #529 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
@meatwad
Your issue has made it to the Nvidia development dialog, as it appears to expose a regression in nvcuvid.dll. Scroll to the bottom of the dialog and you'll see the analysis. http://neuron2.net/dgavcdecnv/cuda/cuda.html |
7th October 2008, 05:37 | #530 | Link |
Registered User
Join Date: Jun 2007
Posts: 106
|
I was hoping it was going to be something minor, but I have faith they'll come through. You were right about Nvidia being extremely helpful. It's in their best interest after all as it will help them sell more GPUs (and I'm proof of that).
|
8th October 2008, 01:00 | #531 | Link |
Registered User
Join Date: Apr 2005
Posts: 1,339
|
@meatwad - sounds like the same problem I was experiencing -
http://forum.doom9.org/showthread.ph...58#post1186758 |
8th October 2008, 21:14 | #533 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
OK, Pookie, I've figured out the problem with your streams.
The stream is sending a lump of 8 PPSs every so often. When I seek, though, I was just injecting the previous 5 known PPSs, so the decoder was silently discarding the frames with orphaned PPSs, and when I reached the end of the stream, my app thought there were more frames to come but the decoder couldn't provide any more. I have to rethink my heuristics for SPS/PPS injection on a seek. For now I've bumped it to inject the last 15 prior to the seek point. I should be able to think of something a little more intelligent, however, as I do have the stream indexed at that point and know about all the PPSs. I spent two days being confused because I thought the problem was caused by end of stream handling when all along it was caused by start of stream handling! Also, Nvidia has delivered a new nvcuvid.dll with better performance and some bug fixes. So I'll make a release tonight with that, the temporary PPS fix, and the fix for meatwad. That should keep us going until I redesign the SPS/PPS heuristics properly. Last edited by Guest; 9th October 2008 at 03:29. |
9th October 2008, 03:07 | #534 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Version 1.0.3
1. Fixed an uninitialized variable in the CUDA parser creation that could cause random suboptimal decoding performance.
2. Changed handling of NALUs with forbidden_zero_bit set. They are now silently discarded. 3. Fixed a problem that could cause a stream to not be properly flushed on end of stream, which in turn could cause DGAVCDecNV to hang. 4. Fixed D3D device object leak for XP. 5. Improved the heuristic for SPS/PPS injection when seeking. This fixes some other cases of hanging at the end of the stream. 6. Added a safety timeout for end of stream hangs (although I think they are all solved now). 7. Updated the Nvidia Development dialog at my web site. http://neuron2.net/dgavcdecnv/dgavcdecnv.html I'm still working on compatibility with managed applications, i.e., the COM server solution. Last edited by Guest; 9th October 2008 at 03:32. |
9th October 2008, 03:17 | #535 | Link | |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Quote:
|
|
9th October 2008, 03:50 | #539 | Link |
Registered User
Join Date: Jun 2007
Posts: 106
|
Unfortunately I don't have a clue either. I've asked in some Linux forums but no one responded. I'd probably just put this on the back burner as you have much bigger fish to fry with all your other projects. Besides, I'm looking forward to your avc cutter and you've already done more than enough for me in the last few days. Thanks again for the fix and I'll test it out later tonight.
|
|
|