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. |
19th September 2009, 17:22 | #1301 | Link |
Registered User
Join Date: Aug 2007
Posts: 21
|
Subject: Variable audio delay in BBC HD TS files (ITV HD TS files are probably the same).
I've taken 4x30 second samples from a 1 hour BBC HD programme and put them through DGAVCIndexNV. The audio delay value (in the ac3 filename) comes out at -1104ms, -1016ms, -1072ms and -800ms. If I run the 1 hour TS file through DGAVCIndexNV the audio delay comes out with -1104ms (same as the sample from the start of the programme). I just wondered if you were aware of this. Maybe DGAVCIndexNV could use the average audio delay. This might be related to the recent change over of the BBC HD encoders where the audio delay has shot up from about -50/-70ms to around -1000ms. I can send links to the TS samples if you want to check. Last edited by JungleBoy; 20th September 2009 at 09:57. |
19th September 2009, 19:25 | #1302 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
When joining such files you may have to fix up the possible audio/video gaps at the junctions between files. You can either demux using DGAVCIndexNV as usual and then fix up the audio stream using my tool Joints, or you can demux the audio using EAC3TO, which will fix up the gaps during demuxing.
But with EAC3TO, you cannot do this with the -demux option; you have to use the track decoding syntax, as explained in the Joints thread. |
20th September 2009, 12:39 | #1304 | Link |
Registered User
Join Date: May 2008
Location: Germany
Posts: 15
|
Hello people.
I get a error message for 3 days now, it dosnt matter what i try I canīt encode the last days with NV versions of dgindex. cuvid picture decode () error thats what I allways get, and the time when it happens again is allways random. It would be so nice to fix this. Maybe you know a solution? Iīm running 1.04 if cuda server Last edited by Guest; 20th September 2009 at 14:18. Reason: rule 4 |
20th September 2009, 16:51 | #1306 | Link |
Registered User
Join Date: May 2008
Location: Germany
Posts: 15
|
Hey Neuron, thx for your reply.
It doesnt depend on the file, it happened now with 3 different files, two of the encodes crashed with this error in the 1.pass, but they ran fine when I startet it again. The latest one crashed in 2nd pass. And this happened now 4 times. Nvidia Card 9800 Pro GT Driver Version : 190.62 Running Windows-7 32-bit OEM. It was fine for 2 month now. but since a few days I cannot encode anything running cuvidserver.exe Sometimes it crashes without any message and I just recognize it by watching the cmd window and it just get stuck.... When I look in the Taskmanager after there is no Cuvidserver.exe running anymore... I think the problem is more on my side but I dont know anything about this error , it could be so much. P.s. You edited my 1st post with the reason : rule 4 what did I wrong? I didnt say any disrespectfull word? Last edited by st0niMah0ni; 20th September 2009 at 16:59. |
20th September 2009, 20:01 | #1308 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
If it were me, I would remove and reinstall the NVidia drivers.
Also, just play your script with VirtualDub and see if that crashes. The idea is to know if your encoder GUI is doing something funny. Which one are you using BTW? (Regarding the rule 4 edit, you used superfluous profanity. Followup to PM if you need to discuss it further.) |
20th September 2009, 20:02 | #1309 | Link | |
Registered User
Join Date: May 2008
Location: Germany
Posts: 15
|
@ laserfan
sorry pal but thats a solution I will not think about or even care about.It was fine until last week,this machine is as it is. There is no changes in Hardware or Software for monthes. I am not going to roll back my system Quote:
I am using x264 latest build from techouse @ x264.tk 32-bit. My scripts allways play fine, I use them also in AVSP. I Will try to get some "old" nvidia drivers and will test it then, but now the encode is running with directshow source, I need to wait about 18 hours. I will post my reply then. thx for help Last edited by st0niMah0ni; 20th September 2009 at 20:09. |
|
4th October 2009, 00:33 | #1310 | Link |
Registered User
Join Date: Nov 2006
Posts: 9
|
Just got the license today and I've been trying a few things out. I've noticed some strange things that hopefully someone can help me out with.
System: Q9400 2GB Ram Nvidia 9800GT (191.03) Windows 7 x86 Avisynth 2.58 x264.exe r1271 Source: 10min 1920x1080 interlaced clip from Hauppauge HDPVR AVS Script Code:
LoadPlugin("D:\DGAVCNV\DGDecodeNV.dll") DGSource("E:\Capture\test1.dga", deinterlace=1, resize_w=1024, resize_h=576) Code:
x264.exe --profile high --crf 27.0 --level 4.1 --keyint 300 --min-keyint 30 --ref 2 --direct auto --deblock -1:-1 --subme 5 --trellis 0 --partitions p8x8,b8x8,i4x4,i8x8 --vbv-bufsize 50000 --vbv-maxrate 50000 --thread-input --output 1.mp4 1.avs On my next test, the speed dropped back down to 17fps. I couldn't reproduce the 26fps until I started messing with EVGA Precision (Rivatuner clone). I activated my gaming preset (650/1625/950) and the fps jumped to 49fps! All other clockspeeds would result in 20fps max. I decided to try lowering the resolution. AVC Script Code:
LoadPlugin("D:\DGAVCNV\DGDecodeNV.dll") DGSource("E:\Capture\test1.dga", deinterlace=1, resize_w=640, resize_h=368) Code:
x264.exe --profile high --crf 24.0 --level 3.1 --keyint 300 --min-keyint 30 --direct auto --deblock -1:-1 --subme 6 --partitions p8x8,b8x8,i4x4,i8x8 --vbv-bufsize 14000 --vbv-maxrate 17500 --thread-input --output 1sd.mp4 1sd.avs |
4th October 2009, 02:01 | #1313 | Link |
Compiling Encoder
Join Date: Jan 2007
Posts: 1,348
|
back when i was testing out Donald's NV tools and the CUDA renderer within the CUDA toolkit some many moons ago,
I found that the vp chip has a constant fps rate for all material and for all resolution sizes... so decoding a 720x480 mpeg2 clip will have the same decoding speed as a 1920x1088 h264 clip does, despite the large differences these would have on a cpu. i usually saw the render rate just under 50 fps on my VP2 card, so it coincides with your findings of 49 fps being the maximum. |
6th October 2009, 16:20 | #1314 | Link |
Registered User
Join Date: Nov 2006
Posts: 9
|
Thanks for the info. I've started working on the assumption that 49fps is the max and cranking up the quality options until I max the cpu while maintaining an acceptable encoding rate.
I did go through some instability involving various errors previously mentioned in this thread like the decodePicture() error and the cannot create display error when trying to use the dll found at neuron's site. I tried everything I could think of, installing different driver sets and various nvidia tweaking utilities. It wasn't until I copied nvcuvid.dll from the system32 directory to the CUVIDServer and DGAVCIndexNV directory that I've been able to encode without any errors. Hopefully that'll help someone in the future. |
6th October 2009, 16:55 | #1315 | Link | ||
Guest
Join Date: Jan 2002
Posts: 21,901
|
Quote:
Quote:
|
||
6th October 2009, 18:03 | #1316 | Link |
Registered User
Join Date: Nov 2006
Posts: 9
|
I should have clarified that part. I was experiencing the cuvid picture decode () mentioned above which would crash the display adapter and lock the clockrates on power saving mode until I restarted. This happened before I knew about nvcuvid and nothing in the readme addresses this.
I came here looking for a solution and found one of your previous posts mentioning using your dll in the dgavcnv directory and that's when I started getting the Failed to create video decoder errors. I thought maybe I should replace the system32 dll with yours but decided to try using the newer system32 dll in the dgavcnv directory instead and have been stable ever since. |
6th October 2009, 18:05 | #1317 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
I'm saying that if you followed the readme from the beginning, i.e., use the specified version of the Nvidia driver and do not use any special nvcuvid DLL, then you wouldn't have run into any of the problems you created for yourself.
|
6th October 2009, 18:21 | #1318 | Link | |
Registered User
Join Date: Nov 2006
Posts: 9
|
From the readme:
Quote:
|
|
6th October 2009, 18:40 | #1319 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
And you say you fixed that how?
Did you have an old version of the nvcuvid.dll in your DGNV directory? That's the only thing that could explain how copying from system32 to there could have changed anything...it overwrote the old one. So then we ask, why did you have an old one in there? Last edited by Guest; 6th October 2009 at 18:43. |
6th October 2009, 19:50 | #1320 | Link | |
Registered User
Join Date: Nov 2006
Posts: 9
|
Quote:
Maybe it has something do with Win7. All I know is copying the nvcuvid.dll from the system32 dir to the DGNV dir seems to help and someone else with similar issues may want to give it a try. |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|