DG NV tools

[Guest]

That's good to hear. Thank you for your test results.

[nixo]

Many thanks for this! Just did a short test with x264 and I'm getting a *very* healthy speedup compared to 32-bit + single-threaded avisynth.

32-bit run:
x264 [info]: kb/s:2433.96
encoded 1000 frames, 7.80 fps, 2433.96 kb/s

64-bit run:
x264 [info]: kb/s:2434.05
encoded 1000 frames, 9.90 fps, 2434.05 kb/s

Output is slightly different (I'm not using vbv). This seems to come from resizing in avisynth MT as I did another run without resizing and the outputs were identical. Again, thank you!

[Guest]

15%: not bad. Thank you for your test results.

[vinujan]

I got these warnings while using the 64bit version (looks like an avisynth bug), but encode turned out fine:

avs [info]: 1280x720p 0:0 @ 24000/1001 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile High, level 4.1
x264 [warning]: non-strictly-monotonic pts at frame 1 (0 <= 0)
x264 [warning]: non-strictly-monotonic pts at frame 2 (0 <= 1)
x264 [warning]: non-strictly-monotonic pts at frame 3 (0 <= 2)
x264 [warning]: too many nonmonotonic pts warnings, suppressing further ones

1st Pass - 64bit

encoded 3500 frames, 12.64 fps, 7140.72 kb/s

1st Pass - 32bit

encoded 3500 frames, 12.15 fps, 7148.01 kb/s

2nd Pass - 64bit

encoded 3500 frames, 1.92 fps, 7005.02 kb/s

2nd Pass - 32bit

encoded 3500 frames, 1.92 fps, 7005.89 kb/s

64bitstart /b /low x264-r1643.exe -p 1 --slow-firstpass -B 7000 --stats "64.stats" --level 4.1 -r 9 -b 7 --b-adapt 2 --b-pyramid normal --direct auto -f -3,-3 -m 6 -t 2 --psy-rd 0.8:0.0 -A none --me hex --aq-strength 0.7 --no-dct-decimate --no-mbtree --frames 3500 -o NUL "dg.avs" - 2> d1-00315-p1-t3.log

start /b /low x264-r1643.exe -p 2 -B 7000 --stats "64.stats" --level 4.1 -r 9 --no-fast-pskip -b 7 --b-adapt 2 --b-pyramid normal --direct auto -f -3,-3 -m 10 -t 2 --psy-rd 0.8:0.0 --me tesa --aq-strength 0.7 --no-dct-decimate --no-mbtree --frames 3500 -o "d1-00315-t3.mkv" "dg.avs" - 2> d1-00315-p2-t3.log

pause

32bitavs2yuv dg.avs -o - | x264-r1643.exe --stdin y4m -p 1 --slow-firstpass -B 7000 --stats "32.stats" --level 4.1 -r 9 -b 7 --b-adapt 2 --b-pyramid normal --direct auto -f -3,-3 -m 6 -t 2 --psy-rd 0.8:0.0 -A none --me hex --aq-strength 0.7 --no-dct-decimate --no-mbtree --frames 3500 --output NUL - 2> d1-00315-p1-t4.log

avs2yuv dg.avs -o - | start /b /low x264-r1643.exe --stdin y4m -p 2 -B 7000 --stats "32.stats" --level 4.1 -r 9 --no-fast-pskip -b 7 --b-adapt 2 --b-pyramid normal --direct auto -f -3,-3 -m 10 -t 2 --psy-rd 0.8:0.0 --me tesa --aq-strength 0.7 --no-dct-decimate --no-mbtree --frames 3500 --output "d1-00315-t4.mkv" - 2> d1-00315-p2-t4.log

pause

scriptdgmultisource("clip.dgi").Spline36Resize(1280,720,1,0,-1,0)
SelectRangeEvery(5000,250)

it appears output is different because of the resize line

[nixo]

You need SetMTMode at the beginning of your script (to avoid the pts-warnings). I don't have a ton of RAM so I use:
SetMemoryMax(1024)
SetMTMode(1,1)

If you've got a decent amount of memory, you can try:
SetMTMode(2,0) er maybe SetMTMode(1,0)

[vinujan]

thanks nixo i'll read up on those two

[Audionut]

Those error as caused by the resizers in avisynth64. There's dicussion about it on doom10. Nice to know that setmtmode will fix it though.

[kemuri-_9]

yes, it is known that JoshyD's resizer assembly code violates the win x86_64 calling convention which causes the non-monotonic warning in x264,
there could very well be other things that break/corrupt silently due to this violation outside of the visible warning.

using SetMTMode masks the issue to not show that specific warning.

[Clumpco]

Neuron2, many thanks for the autocrop which seems (so far) to make the same decisions as I would.
However I have an annoying (Windows) niggle: the window border in DGIndexNV has a dark inner line 1 pixel wide that makes it difficult to determine if you cropped enough. Here is a zoom on the right-hand border:
http://www.clumpton.com/uknwebimg/dgindexborder.gif.

Could you by any chance add an inner white (or grey, or fluorescent pink...) border between the video image and the window border so that we can more easily spot if we have cropped sufficiently?

[Blue_MiSfit]

Fantastic news! I'll update all my binaries at work next week and see how things run! Now... to build up an IP KVM system so I can justify putting 2GB quadro cards in all my encoding servers and finally throw away Remote Desktop :devil:!!!

Derek

[Guest]

However I have an annoying (Windows) niggle: the window border in DGIndexNV has a dark inner line 1 pixel wide that makes it difficult to determine if you cropped enough. I don't have such a line on my windows. Maybe it's theme dependent? What is your OS and theme? Mine is Windows XP on Windows XP.

[Clumpco]

I don't have such a line on my windows. Maybe it's theme dependent? What is your OS and theme? Mine is Windows XP on Windows XP.Almost certainly theme dependent, mine is Windows 7 default Aero theme, pretty but annoying.

[Guest]

Well, sorry then, I won't do anything to work around Windows sillinesses. The result would just be more silly. And people would complain that I am corrupting their video. :)

Not to mention how hard it would be to implement.

[Guest]

Encoding result with 64 bit tools for Baraka cropped to 1920*872 on my new rig :

x264 --tune film --keyint 25 --min-keyint 1 --bframes 3 --b-adapt 2 --ref 3 --bitrate 10000 --vbv-maxrate 10000 --vbv-bufsize 5000 --aud --fps 23.976 -o Baraka.264 Baraka.avs

29.28 fps encoding speed. It's better than real time! :)

[Clumpco]

Not to mention how hard it would be to implement. I would have just made the video frame 2 pixels smaller than the window frame all round and let the default background show around it.

But I see your point about not "patching" windows silliness.

[Guest]

It's not that simple, all the cropping/resize code will be affected. It's just not worth my time, I'm afraid, not to mention the problems it will cause with other users. Why not ditch that stupid theme?

[Clumpco]

I'm getting this message on opening BBC HD since they went VBR and mixed TFF/MBAFF a week last Friday
---------------------------
Warning
---------------------------
Trying to use an invalid (uninitialized) Picture Parameter Set with ID 0, expect the unexpected...

Hit Yes to continue notifying this specific error type; hit No to disable it.
Hit Cancel to suppress all further errors.
---------------------------

Any ideas on what it means?

[Guest]

Any ideas on what it means? Please post an unprocessed source stream sample.

[Why do I have to ask?]

[Clumpco]

Please post an unprocessed source stream sample.

[Why do I have to ask?]Mainly because I am busy encoding something at the moment, otherwise it would have already been done.

Since the 'error' occurred on a stream that had been edited first with VideoRedo I need to check first that the raw stream does it too. The problem may be coming from VideoRedo not dealing properly with the new BBC stream format, but I asked here just in case you had a quick simple answer.

[UPDATE] The dgi/avs produced after this error hangs at 1 second from the end of the 1st pass of encoding with MeGui/x264.

Additionally, the raw stream before editing with VideoRedo does not provoke the error message.

I shall inform the VideoRedo people of the problem and post a sample here shortly just in case you can easily identify what they're doing wrong.


PS - Re the border thing, I expressed myself badly. I meant to leave the video frame as it is and to increase your form size by 2 pixels all around.

Cheers

[Guest]

Additionally, the raw stream before editing with VideoRedo does not provoke the error message. I already have a fix for this kind of stream that I did for someone else. I intend it for build 2012 but I need your stream for testing as the error message is not the same. Why not wait until you have a stream before posting about it? That will at least avoid irritating me unnecessarily. :)

PS - Re the border thing, I expressed myself badly. I meant to leave the video frame as it is and to increase your form size by 2 pixels all around. That's even harder for me. Let it go, I'm not going to hack things up for that. Thank you.

[Guest]

Mainly because I am busy encoding something at the moment You can't run DGSplit during an encode? Your computer is single-tasking?

[yesgrey]

Encoding result with 64 bit tools for Baraka cropped to 1920*872 on my new rig :
29.28 fps encoding speed. It's better than real time! :)
It would be cool if you also posted the result with 32 bit tools, for comparison...

[Guest]

It would be cool if you also posted the result with 32 bit tools, for comparison... How do I force Avisynth 32 without jumping through hoops?

[nixo]

...and load the plugin manually - or change the plugin directory in the registry.

[GZZ]

how do you make Avisynth 64 bit working. I have tried this one: http://85.230.118.163/showthread.php?t=152800 and my avisynth script is like this:

LoadPlugin("d:\dgdecnv2011\x64_Binaries\DGMultiDecodeNV.dll")
DGMultiSource("d:\Encoding\MR73\Video.dgi")


I cant play my avs file in mpc and x264 just say failed to load avisynth.

Also when I run the avisynth install is says: 64-bit windows not detected. This is wrong, because I'm running 64 bit windows 7... So are you using the same avisynth as me ?

[Guest]

Thank you, Stephen and nixo.

64: 29.28

32: 26.70

So the gain from 32 -> 64 is not so great (although 10% is not insignificant). I was remarking more on the boost from the i7-980X versus my old E8500 dual core. I'm not used to real-time encoding of HD video. :)

Blue_MiSfit was right:

"It will make whatever you had before seem like a toy!"

[Guest]

Also when I run the avisynth install is says: 64-bit windows not detected. This is wrong, because I'm running 64 bit windows 7... So are you using the same avisynth as me ? Yes. Have you followed the installation instructions exactly? If so, you really ought to post in that thread as it is a bit OT here.

[Inspector.Gadget]

GZZ, I don't want to take this too far OT, but make sure:

1) You've installed joshyd's build by running the install.cmd as an admin AFTER installing Avisynth x86.
2) You've copied the 64-bit DGMultiDecodeNV.dll to your plugins64 directory.
3) You have a 64-bit YV12 decoder (e.g., ffdshow installed and configured) and are previewing the script in a 64-bit build of MPC-HC.
4) You're attempting to encode with a 64-bit build of x264.

[GZZ]

Thanks Neuron2 and inspector. I will reboot and redo everything to see if it works...

[Clumpco]

You can't run DGSplit during an encode? Your computer is single-tasking?D'oh!
I forgot about DGSplit. (Please note though that until 17 minutes ago I was also recording BBC HD while encoding and I didn't want to push my luck doing much else, also the Missus had urgent on-line shopping to do).

OK we have two samples: one edited by VideoRedo and one trimmed by DGSplit. The VideoRedo one causes the error, the DGSplit one doesn't.

BBCHDEditedByVideoRedo.rar (http://www.clumpton.com/uknwebimg/BBCHDEditedByVideoRedo.rar)
BBCHDTrimmedByDGSplit.rar (http://www.clumpton.com/uknwebimg/BBCHDTrimmedByDGSplit.rar)

Please note that using DGIndexNV's "Output trimmed TS" produces a TS that then provokes the error if you try to index it again in DGIndexNV.

Also note that VideoRedo have a similar file trimmer, but it too must change something because its output also provokes the error.

The stream came from BBC HD (on Sat) via a Technisat Skystar HD2 card, captured using DVBViewer Pro 4.2.1.0. DVBViewer is set to "Adjust PAT/PMT" as this was necessary in the past for BBC HD; it may no longer be so.

Finally, the unedited stream, indexed with in and out points in DGIndexNV, seems to be successfully encoding in MeGui, it passed the "hang point" at the end of the first pass where the edited version failed.

Thanks in advance.

[Guest]

I didn't want to push my luck doing much else, also the Missus had urgent on-line shopping to do.

LOL. Who's wearing the pants around your place?

Please note that using DGIndexNV's "Output trimmed TS" produces a TS that then provokes the error if you try to index it again in DGIndexNV. Get out! No way, Jose. I'll investigate right away...when I get back from the pool. :)

[InsulinJunkie]

not to mention the problems it will cause with other users. Why not ditch that stupid theme?
It's not worth the effort to fix it, but it's not one theme - it's pretty much every Vista/Win7 theme with the exception of the non-Aero Windows "Classic"/"Basic" themes.

I've always noticed the issue Clumpco described (I imagine many Vista/Win7 users have), but it's not a big deal. Since you're running XP, it makes sense you wouldn't see it.

[yesgrey]

So the gain from 32 -> 64 is not so great (although 10% is not insignificant).
Well... 10% of a little thing is still a little thing, but 10% of a big thing is relevant. I have some encodes waiting because each will take me around 24h!... now I could do them in "only" 22h. ;)

Thanks.

[Guest]

Please note that using DGIndexNV's "Output trimmed TS" produces a TS that then provokes the error if you try to index it again in DGIndexNV.

Also note that VideoRedo have a similar file trimmer, but it too must change something because its output also provokes the error. So, when you trimmed you cut off the SPS and PPS needed by the first frame. Therefore, the error message is correct. But it is irritating. So I changed it to silently just skip stuff until it has the SPS and PPS that it needs. The fix will be in the next build. Thank you for pointing this out.

Both the VideoRedo and DGIndexNV TS trimmers could be more intelligent about this but it would be tricky to implement. If they do it, I'll do it. :)

[Guest]

The dgi/avs produced after this error hangs at 1 second from the end of the 1st pass of encoding with MeGui/x264. That's not good. I'll look at that next. It's probably an incomplete picture at the end but DGNV shouldn't hang. I should see EOF and terminate gracefully.

[tormento]

I don't use GUIs for encoding in any environment.

How do you feed the avs to x264?

[hydra3333]

How do you feed the avs to x264?
Well, here's an example - drag and drop a PAL 1440x1080i TFF .mpg onto this .bat file.
@echo on
REM HD 1080i for WDTV Live (not 1088i)

REM SETLOCAL ENABLEDELAYEDEXPANSION

set PARF1=%~f1%
set PARF2=%~dpn1%
set parpath=%~dp1%
set pard2v=%~dpn1%.d2v
set pardgi=%~dpn1%.dgi
set PARtemp=%~1%-temp.MP4
set PARmp4=%~dpn1%.MP4
set PARAC3mp4=%~dpn1%.AC3.MP4
set PARMP2mp4=%~dpn1%.MP2.MP4
set parAC3=%~dpn1%.ac3
set parMP2=%~dpn1%.mp2

"C:\software\DGindex\DGIndexNV.exe" -i "%PARF1%" -a -o "%pardgi%" -e

IF EXIST "%parAC3%" DEL "%parAC3%"
FOR %%A in ("%~dpn1*ms.ac3") DO (
ECHO ------------------
ECHO Deleting "%parAC3%"
DEL "%parAC3%"
ECHO Renamnig "%%~A" to "%parAC3%"
MOVE "%%~A" "%parAC3%"
ECHO ------------------
)

IF EXIST "%parMP2%" DEL "%parMP2%"
FOR %%A in ("%~dpn1*ms.mp2") DO (
ECHO ------------------
ECHO Deleting "%parMP2%"
DEL "%parMP2%"
ECHO Renamnig "%%~A" to "%parMP2%"
MOVE "%%~A" "%parMP2%"
ECHO ------------------
)

SET avs1=%PARF2%.avs
echo # "%avs1%" > "%avs1%"
echo LoadPlugin("C:\SOFTWARE\DGindex\DGMultiDecodeNV.dll") >> "%avs1%"
echo LoadPlugin("C:\SOFTWARE\DGindex\DGDecode.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\NNEDI2.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\Yadifmod.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\DePan.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\AGC.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\Cnr2.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\dctfilter.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\fft3dfilter.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\degrainmedian.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\Convolution3d.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\despot.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\WarpSharp.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\aWarpSharp.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\mt_masktools.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\mvtools2.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\Unfilter.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\AddgrainC.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\hqdn3d.dll") >> "%avs1%"
echo # ------------------------------------------------------------------------------------- >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\VariableBlur.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\FFTQuiver.dll") >> "%avs1%"
echo # ------------------------------------------------------------------------------------- >> "%avs1%"
echo #LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveGrain.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveGrainSSE2.dll") >> "%avs1%"
echo #LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\Repair.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RepairSSE2.dll") >> "%avs1%"
echo #LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveDirt.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveDirtSSE2.dll") >> "%avs1%"
echo Import("C:\Program Files\AviSynth 2.5\LimitedSharpenFaster.avs") >> "%avs1%"
echo Import("C:\Program Files\AviSynth 2.5\Deblock_QED_MT2.avs") >> "%avs1%"
echo DGMultiSource("%pardgi%",deinterlace=2) #deinterlace=2 means double rate deinterlacing >> "%avs1%"
echo AssumeTFF() >> "%avs1%"
echo Assumefps(25) >> "%avs1%"
echo trim(1,-999999) # fix a double-framerate bug in NV per http://forum.doom9.org/showthread.php?p=1391556#post1391556 >> "%avs1%"
echo #LAST.HEIGHT==1080 ? AddBorders(int left, int top, int right, int bottom) : LAST >> "%avs1%"
echo LAST.HEIGHT==1080 ? AddBorders(0,0,0,8) : LAST >> "%avs1%"

echo #Deblock_QED_MT2() #default quant1=24 >> "%avs1%"
echo #Deblock_QED_MT2(quant1=28) >> "%avs1%"
echo #Deblock_QED_MT2(quant1=32) >> "%avs1%"
echo #Deblock_QED_MT2(quant1=36) >> "%avs1%"
echo #Deblock_QED_MT2(quant1=40) >> "%avs1%"
echo #Deblock_QED_MT2(quant1=44) >> "%avs1%"
echo #Deblock_QED_MT2(quant1=48) >> "%avs1%"
echo #Deblock_QED_MT2(quant1=24,aOff1=1,bOff1=2,quant2=24,aOff2=2,bOff2=4) >> "%avs1%"
echo #Deblock_QED_MT2(quant1=36,aOff1=1,bOff1=2,quant2=24,aOff2=2,bOff2=4) >> "%avs1%"
echo Deblock_QED_MT2(quant1=48,aOff1=1,bOff1=2,quant2=24,aOff2=2,bOff2=4) >> "%avs1%"
echo #LimitedSharpenFaster(smode=4,strength=100) >> "%avs1%"
echo UnFilter(15,15) >> "%avs1%"
echo AssumeTFF() #choose the SAME field order like before deinterlacing >> "%avs1%"
echo SeparateFields().SelectEvery(4,0,3).Weave() #reinterlace. >> "%avs1%"
echo AssumeTFF() #choose the SAME field order like before deinterlacing >> "%avs1%"
echo AssumeFPS(25) >> "%avs1%"
echo LAST.HEIGHT==1088 ? cropbottom(8) : LAST >> "%avs1%"
echo SetPlanarLegacyAlignment(True) >> "%avs1%"

"C:\software\X264\x264.exe" --thread-input --threads 3 --profile high --level 4.1 --preset fast --interlaced --tff --no-cabac --bitrate 8000 --sar 4:3 -o "%PARtemp%" "%AVS1%"

IF NOT EXIST "%parMP2%" "C:\software\ffmpeg\0-LATEST-BETA\bin\ffmpeg.exe" -i "%PARF1%" -y -ar 44100 -ac 2 -ab 224k -acodec mp2 -vol 768 "%parMP2%"

IF EXIST "%parAC3%" "C:\SOFTWARE\MP4box\MP4Box.exe" -add "%PARtemp%" -add "%parAC3%":lang=eng -new "%PARAC3mp4%"
IF EXIST "%parMP2%" "C:\SOFTWARE\MP4box\MP4Box.exe" -add "%PARtemp%" -add "%parMP2%":lang=eng -new "%PARMP2mp4%"

DEL "%PARtemp%"
DEL "%parAC3%"
DEL "%parMP2%"
DEL "%avs1%"
DEL "%pard2v%"
pause
exit

REM SAR = DAR / PAR
REM for 16:9 720x576i use --sar=16:11 (most 4:3 are in 16:9 shell frame nowadays, so use this)
REM for 16:9 1440x1080i use --sar=4:3
REM for 16:9 1920x1080i use --sar=1:1
REM
REM http://developer.divx.com/docs/divx_plus_hd/Creation_with_x264/
REM Interlaced resolution Support SARs
REM 1920x1080i50 1:1 (16:9 frame)
REM 1440x1080i50 1:1 (4:3 frame), 4:3 (16:9 frame)
REM 720x576i50 1:1, 16:11 (16:9 frame), 12:11 (4:3 frame)
REM 704x576i50 1:1, 16:11 (16:9 frame), 12:11 (4:3 frame)
REM 480x576i50 1:1, 24:11 (16:9 frame), 18:11 (4:3 frame)
REM 352x576i50 1:1, 32:11 (16:9 frame), 24:11 (4:3 frame)
REM
REM 1920x1080i60 1:1 (16:9 frame)
REM 1440x1080i60 1:1 (4:3 frame), 4:3 (16:9 frame)
REM 720x480i60 1:1, 40:33 (16:9 frame), 10:11 (4:3 frame)
REM 704x480i60 1:1, 40:33 (16:9 frame), 10:11 (4:3 frame)
REM 640x480i60 1:1 (4:3 frame)
REM 480x480i60 1:1, 20:11 (16:9 frame), 15:11 (4:3 frame)
REM 352x480i60 1:1, 80:33 (16:9 frame), 20:11 (4:3 frame)
REM

[Audionut]

How do you feed the avs to x264?

x264.exe --preset slow --tune film --crf 20 --aq-mode 2 -o x:\output.mkv x:\input.avs

[Clumpco]

So, when you trimmed you cut off the SPS and PPS needed by the first frame. Therefore, the error message is correct. But it is irritating. So I changed it to silently just skip stuff until it has the SPS and PPS that it needs. The fix will be in the next build. Thank you for pointing this out.

Both the VideoRedo and DGIndexNV TS trimmers could be more intelligent about this but it would be tricky to implement. If they do it, I'll do it. :)

Thanks Neuron2, nice to know I wasn't imagining things.

That's not good. I'll look at that next. It's probably an incomplete picture at the end but DGNV shouldn't hang. I should see EOF and terminate gracefully.

And again thanks :thanks:

[Guest]

How do you feed the avs to x264? I just type an x264 command line in a DOS window as Audionut shows above, although my parameters are a bit different.

[MOS-Marauder]

Uh i run into more Bug i guess...

I have a Stream from German PayTV (Sky Disney Cinemagic HD).

Ive tested the Stream already for errors. They are none (according to DVR-Studio HD2 and TSDoctor)

On processing with DGIndexNV 2011 i get the message:


Found NALU Type 16, len 8231909 undefined, ignore NALU, moving on...

It doesnt matter what i click then.. DGindexNV crashed badly.

(Yes to Continue reporting, No to disable, ...)

I cannot Process this Stream. I Try again with the 32Bit Version but i guess it will be the same...

Edit: Yep 32bit Version same error and crash.


Chris

[Guest]

Do you really think I can do anything about that without a sample stream to reproduce the issue?

Why, oh why, do I have to ask? We just went through this a few posts ago!

[MOS-Marauder]

Do you really think I can do anything about that without a sample stream to reproduce the issue?

Why, oh why, do I have to ask? We just went through this a few posts ago!


Well u should know what Your Tool outputs (Error Msgs).

The Problem is: that error happenes in the 2nd Half of a 8 GB FIle.

So the only way then would be to upload it complete... but where?


Chris

[MrVideo]

I just type an x264 command line in a DOS window as Audionut shows above, although my parameters are a bit different.

Ya, a lot different if trying to create AVC/Blu-ray compliant output.

[Guest]

Well u should know what Your Tool outputs (Error Msgs). I know what my program outputs, but I need to determine if it is a program bug or a stream problem, and to do that I have to be able to recreate the problem. As I clearly stated:

Do you really think I can do anything about that without a sample stream to reproduce the issue?

The Problem is: that error happenes in the 2nd Half of a 8 GB FIle.

So the only way then would be to upload it complete... but where? You don't have to give me the entire stream. Use DGSplit in segment mode to isolate a chunk that contains the error. Thank you.

[hejhopp]

Hi neuron2
I use VideoReDo TVSuite V4 for cuting my .ts(h.264) HDTV files. but I get this message almost all the time. even if a klick cancel(Avbryt) it still comes back.

u or anyone else has a "what to do". :)

[Guest]

I have that fixed locally. I'll make a new release later today. I'd like to have a look at MOS's problem but I have a feeling he may be a little challenged in cutting a sample. Let's wait a bit and see.

[Guest]

* Fixed a problem that could cause the source filters to hang if the last picture
in the stream is incomplete (due to bad editing).

* Implemented film % detection for AVC video.

* Silently ignore leading frames that are missing their required SPS/PPS's.

* Fix a problem that caused AVC sequence extensions to be reported as illegal
NALUs.

* Fix a problem that caused seeking on the timeline in DGIndexNV to report
failure to create the video decoder for some low-end NV cards.

http://neuron2.net/dgdecnv/dgdecnv.html

[Guest]

The Problem is: that error happenes in the 2nd Half of a 8 GB FIle. Here's a simple way to make the sample:

Load the stream. Find the place where it happens. Make a project range for some space before and after the bad point. Do File/Output Trimmed TS. Upload the resulting stream to mediafire.com and post the link here. Please be sure to have a good amount of stream before the error point.

[MOS-Marauder]

I have that fixed locally. I'll make a new release later today. I'd like to have a look at MOS's problem but I have a feeling he may be a little challenged in cutting a sample. Let's wait a bit and see.


Finally i managed it... I havent noticed that there is a Save Trimmed Option yet *G*

I used 2012 for it.. and guess what? it showed that NALU Msg but then didnt crash anymore.

(rechecked with 2011 - crash)

The Error will show up in the middle of the File.

http://www.mediafire.com/download.php?o2wo24yjnld



Chris