Disaster with wrong MPlayer

[Selur]

Looking at the second debug output:

LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/LoadDll.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/AddGrainC.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/dfttest.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/EEDI2.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/eedi3.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/FFT3DFilter.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/masktools2.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/mvtools2.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/nnedi.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/nnedi2.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/SSE2Tools.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/TDeint.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/VerticalCleanerSSE2.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/PlanarTools.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/nnedi3.dll")
LoadPlugin("/usr/bin/hybrid-bin/avisynthPlugins/RgTools.dll")
LoadCPlugin("/usr/bin/hybrid-bin/avisynthPlugins/yadif.dll")
LoadDll("/usr/bin/hybrid-bin/avisynthPlugins/fftw3.dll")
LoadDll("/usr/bin/hybrid-bin/avisynthPlugins/libfftw3f-3.dll")
# loading source: /run/media/root/SLACKWARE64/menu/Hybrid/selur.avs
# input color sampling YV12
# input luminance scale tv
Import("/run/media/root/SLACKWARE64/menu/Hybrid/selur.avs") # <- Here the 'Source =' part is missing, since you used an old version
Import("/usr/bin/hybrid-bin/avisynthPlugins/QTGMC.avsi")
Import("/usr/bin/hybrid-bin/avisynthPlugins/SMDegrain.avsi")
Import("/usr/bin/hybrid-bin/avisynthPlugins/AnimeIVTC.avsi")
# current resolution: 1440x576
SourceFiltered = Source
# deinterlacing
Source = Source.QTGMC(Preset="Fast", ediThreads=2)
Source = Source.SelectEven()
SourceFiltered = SourceFiltered.QTGMC(Preset="Fast", ediThreads=2)
SourceFiltered = SourceFiltered.SelectEven()
# filtering
# adjust color to(2): RGB32
SourceFiltered = SourceFiltered.ConvertToRGB32(matrix="Rec709")
Source = Source.ConvertToRGB32(matrix="Rec709")
StackHorizontal(Source, SourceFiltered)
return last

Here, the problem lies with the bug I fixed for you already, that instead of

Import("/run/media/root/SLACKWARE64/menu/Hybrid/selur.avs")

Source = Import("/run/media/root/SLACKWARE64/menu/Hybrid/selur.avs")

needs to be used when FilterView is used.
Since this wasn't fixed in the old version, it's not surprising it crashes.

Then Loaded the avs into AvsPmod all okay.

Can't really believe that you used the same script in AvsPmod, since that script is simply broken and doesn't work,...

Looking at the first debug output the following error occurs:

x264 output: y4m [error]: bad sequence header magic

The Vapoursynth script:

# Imports
import os
import sys
import vapoursynth as vs
core = vs.get_core()
# Import scripts folder
scriptPath = '/usr/share/vsscripts'
sys.path.append(os.path.abspath(scriptPath))
# Import scripts
import havsfunc
# Loading /tmp/convert/merged.mp4 using LibavSMASHSource
clip = core.lsmas.LibavSMASHSource(source="/tmp/convert/merged.mp4")
# making sure input color matrix is set as 470bg
clip = core.resize.Point(clip, matrix_in_s="470bg")
# making sure frame rate is set to 24000/1001
clip = core.std.AssumeFPS(clip, fpsnum=24000, fpsden=1001)
# Making sure input color range is set to TV (limited) range.
clip = core.std.SetFrameProp(clip=clip, prop="_ColorRange", intval=1)
# setting field order to what QTGMC should assume
clip = core.std.SetFrameProp(clip=clip, prop="_FieldBased", intval=1)
# Deinterlacing using QTGMC
clip = havsfunc.QTGMC(Input=clip, Preset="Fast", TFF=False)
clip = clip[::2]
# Output
clip.set_output()

looks fine to me.
And the decoding and encoding calls look fine too:

"/usr/bin/vspipe" "/tmp/encodingTempSynthSkript_16_12_16_1710.vpy" - --y4m | "/usr/bin/x264" --preset slow --crf 18.00 --profile high --level 4.1 --psy-rd 1.00:0.15 --vbv-maxrate 62500 --vbv-bufsize 78125 --sar 1:1 --deblock -1:-1 --non-deterministic --range tv --colormatrix bt470bg --demuxer y4m  --input-range tv --fps 24000/1001 --output "/tmp/16_12_16_1710_02.264" -

Since the color space is 8bit YUV 4:2:0 the only thing I notice is that you use a x264 version from last year.

When you call the decoding & encoding call inside a terminal does it show any additional error information aside from 'y4m [error]: bad sequence header magic' ?

Cu Selur