ja, Aber ...
Wie du im avs sehen kannst werden da nur 64bit Plugins geladen. Und ich glaube kaum das VDub2-32bit damit was anfangen kann.
Es scheint wirklich so als führe die Kombi xyVSFilterSubFilter + avs2pipemod zum vorzeitigen beenden.
Nur leider halt keine Fehlermeldung ...
Ok das mit VirtualDub war wirklich nur die 32bit Version ... obwohl das eigentlich keinen Einfluss haben sollte ...
Hier das avs:
LoadPlugin("C:\Program Files (x86)\Video Tools\LSMASHSource-AviSynth-plugin-r929-msvc-64bit\LSMASHSource.dll")
LoadPlugin("C:\Program Files (x86)\Video Tools\xyVSFilterSubFilter-3.1.0.800\x64\VSFilter.dll")
LWLibAvVideoSource("onfire-1080p24.h264")
AssumeFPS(24000,1001,false)
Textsub("onfire.ssa")
return(last)Das gibt allerdings "nur" den 8-bit Farbraum aus ... 10-bit hat noch nicht geklappt im zusammenspiel mit dem xyVSFilterSubFilter.
Sobald der nämlich den Untertitel einblendet, stoppt sowohl avs2pipemod als auch ffmpeg
Aber tatsächlich klappt's (bis jetzt 
) mit ffmpeg:
"C:\Program Files (x86)\Video Tools\ffmpeg-20181029-32d021c-win64-static\ffmpeg-20181029-32d021c-win64-static\bin\ffmpeg.exe" -i 01.avs -f rawvideo - | "C:\Program Files\x265\x265-2.8_74.exe" --preset slow --crf 22.5 --psy-rd 2.0 --rd 5 --psy-rdoq 10.0 --aq-mode 3 --me star --no-open-gop --no-sao --input-res 1920x1080 --input-depth 8 --fps 24000/1001 --output "01.h265" --input -Ist "y4mp" das selbe wie "y4m" ?
Laut ffmpeg ist das Ausgabe-Material allerding YUV
Hi zusammen
Ich habe mein System nun auf 64-bit umgestellt. Nur leider gibt's jetz massig Probleme beim Einstatz von xyVSFilterSubFilter.
Es werden bis zum ersten Vorkommen eines Untertitels Frames ge-served ... und dann stoppt avs2pipemod64 einfach. Keine Fehlermeldung ... gar nichts.
Die Untertitel sind .ssa und schau ich mir das Ganze via VDub an, so werden die auch korrekt dargestellt !
Normalerweise schaut das so aus:
"C:\Program Files (x86)\Video Tools\avs2pipemod-1.1.1\avs2pipemod64.exe" -rawvideo "01.avs" | "C:\Program Files\x265\x265-2.8_74.exe" --preset slow --crf 22.5 --psy-rd 2.0 --rd 5 --psy-rdoq 10.0 --aq-mode 3 --me star --no-open-gop --no-sao --input-res 1920x1080 --input-depth 16 --fps 24000/1001 --output "01.h265" --input -Nach etwas stöbern auf Doom9 schlug jemand vor statt "rawvideo" aus Ausgabe y4m zu nehemen.
"C:\Program Files (x86)\Video Tools\avs2pipemod-1.1.1\avs2pipemod64.exe" -y4mp "01.avs" | "C:\Program Files\x265\x265-2.8_74.exe" --preset slow --crf 22.5 --psy-rd 2.0 --rd 5 --psy-rdoq 10.0 --aq-mode 3 --me star --no-open-gop --no-sao --input-res 1920x1080 --input-depth 16 --y4m --fps 24000/1001 --output "01.h265" --input -seltsamerweise funktioniert das aber überhaupt nicht, da x265 rum-mault:
x265 [error]: y4m: frame header missing
Jemand 'ne Idee ?
Was gibt es als Alternative ?
Nun, das Format ist jetzt aber "P010". Und das kann der dfttest nicht!
Also nun die Frage: Nach was wandeln ? YV24 ?
Hi zusammen,
Zum ent-rauschen nutze ich (meist) den dfttest in Kombination mit den dither-tools.
Ich habe hier Video Material in BT2020 das sehr stark rauscht und in den 709 Farbraum gebracht werden soll...
Hier mein - nicht funktionierendes - Script:
LoadPlugin("C:\Program Files (x86)\Video Tools\LSMASHSource-AviSynth-plugin-r929-msvc-32bit\LSMASHSource.dll")
LoadPlugin("C:\Program Files (x86)\Video Tools\DGTonemap\DGTonemap.dll")
LoadPlugin("C:\Program Files (x86)\Video Tools\avsresize-r1d\avsresize-r1d\Release\avsresize.dll")
LoadPlugin("C:\Program Files (x86)\Video Tools\dither-1.22.1\dfttest-1.9.2\dfttest.dll")
Import("C:\Program Files (x86)\Video Tools\dither-1.22.1\dither.avsi")
LWLibAvVideoSource("B-Test.mkv", format="yuv420p10") # 2160p
Trim(1000,1100)
ConvertFromDoubleWidth(bits=10)
z_ConvertFormat(pixel_type="RGBPS",colorspace_op="2020ncl:st2084:2020:l=>rgb:linear:2020:l", dither_type="none")
DGReinhard()
z_ConvertFormat(pixel_type="YUV420P16",colorspace_op="rgb:linear:2020:l=>709:709:709:l", dither_type="none")
Spline64Resize(1920,1080)
ConvertToYV24()
ConvertFromDoubleWidth(bits=10)
#ConvertToDoubleWidth()
#ConvertBits(10, dither=0)
#prefetch(4)
dfttest(Sigma=10,tbsize=1,lsb_in=true,lsb=false)
GradFun3(lsb=true, lsb_in=true)
Dither_out()
return(last)Nun beschwer sich Avisynth ... oder besser gesagt dfttest ... das der "Eingangs Farbraum" nicht passt.
Soweit ich das (aus der dfttest Doku) sagen kann, erwartet dfttest doch ein 8-bit planares Bild. In: Y8, YV12, YV16, YV24, RBG24 oder RGB32 um zu funktionieren.
Ich bin mir nicht sicher, aber interleaved (DoubleWide) kann der nicht, also Stacked - deshalb ConvertFromDoubleWidth ... ich gehe davon aus das YUV420P16 doubleWidth ist.
Dennoch mault er rum:
...
-sao --no-open-gop --y4m --fps 24000/1001 --output "test2.h265" --input -
avs2pipemod[error]: ConvertFromDoubleWidth: Input double width clip must be YV12
, YV16, YV24, Y8, RGB24 or RGB32
(02.avs, line 21)
x265 [error]: unable to open input file <->Also ... wie bekomme ich den Clip entrauscht ?
Geht das überhaupt so mit dem dfttest ?
Hi zusammen,
ich habe hier eine GoPro Aufnahme die an manochen Stellen recht stark überbelichtet ist.
Nun suche ich eine Möglichkeit geziehlt an diese Stellen ab einem gewissen Schwellwert das Luma zu veringern
Tweak Einstellungen wirken sich immer auf's gesamte Bild aus, aber nicht auf "Bereiche"
Daher werden dann einige Stellen wieder zu dunkel ...
Bei diversen Bildbearbeitungs Programmen gibt es die Möglichkeit entsprechend einer "Kurve" Lume (Chroma ?) zu verändern.
Gibt's sowas auch für Avisynth ?
Hallo zusammen, ich möchte zwei Clips (zunächst) von rechts nach links "einfließen" lassen.
Dazu wird jeweils ein Stück vom Rechten Rand des ersten Clips und ein Stück vom linken Rand des zweiten Clips abgeschnitten und das Ganze dann wieder zusammengebaut.
Nur leider schaffe ich es nicht die Information zum "hoch zählen" aus der Funktion zu retten (step_mod2,span,frames).
Wie geht das ???
Hier das Script:
# 25.06.2018 - 1.0 - Initial releas
function slideIn(clip "vid1", clip "vid2", String "side_in", int "frames", int "step")
{
vid1_width = vid1.width
vid1_height = vid1.height
vid2_width = vid1.width
vid2_height = vid1.height
### Error handling here
Assert(vid1_width == vid2_width, "'Clips need to have the same width'")
Assert(vid1_height == vid2_height, "'Clips need to have the same height'")
### Set Defaults
side_in = default(side_in, "right")
global span = (side_in == "right" || side_in == "left") ? vid1_width : vid1_height
global frames = default(frames, 30)
step = default(step, Round(span/frames))
global step_mod2 = step + (step % 2) # Needed for YV12
function slideIn_from_right(clip "vid1", clip "vid2", String "side_in", int "frames", int "step_mod2", int "span")
{
Assert(frames > 0 || span > 0)
vida = vid1.Crop(0,0,-step_mod2,0).SubTitle(string (step_mod2))
vidb = vid2.Crop(0,0,step_mod2,0)
step_mod2 = step_mod2 + step_mod2
span = span - step_mod2
frames = frames - 1
StackHorizontal(vida,vidb)
}
### Selcet side to slide in
out = (side_in == "right") ? slideIn_from_right(vid1,vid2,side_in,frames,step_mod2,span) : vid1.subtitle("org")
return(out)
}Uh, gabz vergessen zu kommentieren: Klappt hervorragend 
Hallo zusammen,
Ich habe hier eine 4k Quelle:
VideoID : 4113 (0x1011)Menu ID : 1 (0x1)Format : HEVCFormat/Info : High Efficiency Video CodingFormat profile : Main 10@L5.1@HighCodec ID : 36Duration : 7 minWidth : 3 840 pixelsHeight : 2 160 pixelsDisplay aspect ratio : 16:9Frame rate : 23.976 (24000/1001) FPSColor space : YUVChroma subsampling : 4:2:0 (Type 2)Bit depth : 10 bitsColor range : LimitedColor primaries : BT.2020Transfer characteristics : PQMatrix coefficients : BT.2020 non-constantMastering display color primaries : BT.709Mastering display luminance : min: 0.0050 cd/m2, max: 4000 cd/m2Das Ganze soll herunter skaliert (FullHD) und neu komprimiert werden:
"C:\Program Files (x86)\Video Tools\avs2pipemod-1.1.1\avs2pipemod.exe" -rawvideo "01.avs" | "C:\Program Files\x265\x265-10Bit-2.7_336.exe" --preset slow --crf 22 --psy-rd 2.0 --psy-rdoq 10.0 --aq-mode 2 --rd 5 --me star --no-sao --no-open-gop --input-res 1920x1080 --input-depth 16 --fps 24000/1001 --output "test.h265" --input -Dabei fällt mir auf das die Farben/Brillanz nicht korrekt wiedergegeben werden. Sie sind viel zu matt ... was darauf hindeutet das (scheinbar) die Color-Conversion von BT.2020 -> BT.709 nicht klappt.
Soweit mit bekannt ist BT.709 Default bei x265.
Hier mein avs:
LoadPlugin("C:\Program Files (x86)\Video Tools\LSMASHSource-AviSynth-plugin-r929-msvc-32bit\LSMASHSource.dll")
LoadPlugin("C:\Program Files (x86)\Video Tools\dither-1.22.1\dfttest-1.9.2\dfttest.dll")
Import("C:\Program Files (x86)\Video Tools\dither-1.22.1\dither.avsi")
LWLibAvVideoSource("00030.m2ts",format="YUV420P8")
Trim(3500,3600)
Dither_Convert_8_to_16()
dither_resize16(1920,1080)
#GradFun3(lsb=true, lsb_in=true)
Dither_out()
return(last)Ich befürchte der Fehler beginnt schon mit dem Aufruf von LWLibAvVideoSource format="YUV420P8" ... Und das hier schon der Farbraum "vermurkst"
Nur leider habe ich noch keine andere Kombination gefunden die danach auch noch weiter mit dither funktioniert bzw. deren Output von x265 richtig interpretiert wird
Ich hatte in einem Domm9 Artikel was über: erst auf "RBG konvertieren und dann zurück auf BT.709" gelesen ... aber geht das so einfach ? (bei nicht konstanten Koeffizienten ?)
Gibt's (in Avisynth) andere Alternativen ?
... ich weiß das dies 'ne ziemliche Nischen Sache ist, aber kennt da wirklich niemand einen "Spezialisten" ?
Hallo zusammen,
mein Dad hat einige "Schätzchen" an Super 8 Filmen ausgegraben und wollte diese nun digital schneiden und neu zusammenstellen.
Dafür hat einer seiner "Experten" die Bänder bei seinem hiesigen Foto-Laden abgegeben und die haben dann eine 08/15 Wald-und-Wiesen Digitalisierung gemacht (Was zu erwarten war)
Raus kam eine Video-DVD mit 25fps Interlaced mit äußert vielen Artefakten und (mit Gewalt) glattgebügeltem Rauschen.
Wenn man sich das so ansieht danke ich mir: Die 40€ wären anderweitig echt besser angelegt gewesen...
Nun suche ich einen Laden (nein ich will/werde das nicht selbst machen) der professionelle Super-8 Digitalisierungen anbietet.
Mr. Google nennt mir da so einiges. Die Erfahrungsberichte sind von "Alles super" bis "rausgeschmissenes Geld"
Hat da von euch schon jemand Erfahrung gesammelt und kann eine "Empfehlung" abgeben.
Hollywood Qualität muss es nicht sein, aber bei 60 min 100-150€ wär's schon wert ...
Und nochwas ist mir aufgefallen. Nachdem ich das Ganze "repariert" hatte, passte die Kanal-Ordnung nicht.
Der "Center" war auf einmal auf Kanal 7 anstatt 3 ...
Ebenso wird das Ganze von MediaInfo falsch angezeigt. Das steht als Chanel Order: Front: "L C R, Side: L R"
Tatsächlich ist es aber: "L R C SL SR"
Hm ... hier schaut's ähnlich aus ...
In punkto mp4box:
C:\Users\vm>"C:\Program Files (x86)\GPAC\mp4box_ma.exe" -versionMP4Box - GPAC version 0.5.2-DEV-rev1195-g7d45d8b-masterGPAC Copyright (c) Telecom ParisTech 2000-2012GPAC Configuration: --enable-pic --strip --static-mp4box --target-os=mingw32 --cross-prefix=x86_64-w64-mingw32- --prefix=build/x86_64-w64-mingw32 --static-mp4box --use-zlib=no --extra-cflags=-Ibuild/x86_64-w64-mingw32/include --extra-ldflags=-Lbuild/x86_64-w64-mingw32/libFeatures: GPAC_64_BITS GPAC_DISABLE_3D GPAC_DISABLE_SWF_IMPORTUnd ffprobe sagt mir beim aac:
/opt/ffmpeg/bin/ffprobe "Video_track2.aac"
ffprobe version N-86789-g4c1aac8 Copyright (c) 2007-2017 the FFmpeg developers
built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.4) 20160609
configuration: --prefix=/opt/ffmpeg --enable-gpl --enable-version3 --enable-nonfree --enable-static --disable-shared --enable-gray
libavutil 55. 67.100 / 55. 67.100
libavcodec 57.100.104 / 57.100.104
libavformat 57. 75.100 / 57. 75.100
libavdevice 57. 7.100 / 57. 7.100
libavfilter 6. 95.100 / 6. 95.100
libswscale 4. 7.101 / 4. 7.101
libswresample 2. 8.100 / 2. 8.100
libpostproc 54. 6.100 / 54. 6.100
[aac @ 0x2f0c0a0] channel element 1.2 is not allocated
Last message repeated 3516 times
[aac @ 0x2f0ab00] decoding for stream 0 failed
[aac @ 0x2f0ab00] Estimating duration from bitrate, this may be inaccurate
[aac @ 0x2f0ab00] Could not find codec parameters for stream 0 (Audio: aac (LC), 5.0, fltp, 655 kb/s): unspecified sample rate
Consider increasing the value for the 'analyzeduration' and 'probesize' options
Input #0, aac, from 'Video_track2.aac':
Duration: 01:42:01.10, bitrate: 655 kb/s
Stream #0:0: Audio: aac (LC), 5.0, fltp, 655 kb/sJa, aber wie schon gesagt, VLC behauptet was anderes. Öffne ich die FLAC Datei in Audiocity sehe ich auch 8 Spuren ...
Wie auch immer, ich habe also mir den AAC Track geschnappt und ihn via VLC nach FLAC gewandelt.
Da ja besagte de/encoder ihre Probleme mit 7.1 haben, das Ganze nach 5.1 (via avs Script) down-ge-muxed und wieder in AAC gecoded.
Soweit passt alles wieder. MPC-hc mault nicht mehr rum und auch ffplay spielt das Ganze anstandslos ab.
Vielleicht lohnt es sich mal 'n Thread in doom9 aufzumachen (?)
Uh .. ok ...
Ich hatte eine .mp4 mit 7.1 Audio ... deren Video Stream pasdte nicht. War 24 statt 23.976 FPS
Also hab ich das Ganze in seine Bestandteile zerlegt (Elementar Streams). mit 'ner mp4box.exe - _ma heißt die nur weil ich die selbst gebaut habe ... hat aber keinen Einfluss auf die Funktionalität und entspricht der aktuelle Version.
Leider wurde die Originaldatei mit einer "neueren Version" überschrieben (Pech ...)
Es spielt keine Rolle ob das Ganze in .mkv oder .mp4 Steckt. Der Effekt ist erst mal der selbe: MPC-hc spielt's nicht ab (weil falsch erkannt) VLC macht's richtig ...
Wer mag: hier mal 'n Schnipsel: test.zip
Hi zusammen,
ich hab hier einen Film mit Mehrkanal Sound. Zunächst wurde der auch anstandslos von MPC-HC abgespielt.
Dann habe ich ihn in einen anderen Container gepackt: mp4 -> mkv
Eigentlich sollte das ja kein Problem darstellen aber scheinbar tut es das doch:
"C:\Program Files (x86)\GPAC\mp4box_ma.exe" -raw * "Rings Video.mp4"Nach einem neuen Multiplexen mit MKVtoolnix (neuste Version) lief aber gar nichts mehr ... MPC-hc spielt das Video nicht ab.
Es bleibt einfach stehen ... man kann zwar hin- und her- springen aber es läuft einfach nicht.
Muxt man das Video ohne Audio Anteile in einen Matroska Container läuft's einwandfrei ... ergo muss es am Audio liegen.
FFPlay sagt mir:
/opt/ffmpeg/bin/ffplay -v debug -i "Video_track2.aac" ffplay version N-81411-g57503fa Copyright (c) 2003-2016 the FFmpeg developers built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.2) 20160609 configuration: --prefix=/opt/ffmpeg --enable-gpl --enable-version3 --enable-nonfree --enable-static --disable-shared --enable-gray libavutil 55. 29.100 / 55. 29.100 libavcodec 57. 54.100 / 57. 54.100 libavformat 57. 47.101 / 57. 47.101 libavdevice 57. 0.102 / 57. 0.102 libavfilter 6. 52.100 / 6. 52.100 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 1.100 / 2. 1.100 libpostproc 54. 0.100 / 54. 0.100[file @ 0x7efce4007240] Setting default whitelist 'file,crypto'/0 [aac @ 0x7efce40008c0] Format aac probed with size=2048 and score=51[aac @ 0x7efce40008c0] Before avformat_find_stream_info() pos: 0 bytes read:32928 seeks:4 nb_streams:1[aac @ 0x7efce4009000] channel element 1.2 is not allocated Last message repeated 659 times[aac @ 0x7efce4009000] channel element 1.2 is not allocated f=0/0 Last message repeated 324 times[aac @ 0x7efce4009000] channel element 1.2 is not allocated f=0/0 Last message repeated 457 times[aac @ 0x7efce4009000] channel element 1.2 is not allocated f=0/0 Last message repeated 443 times[aac @ 0x7efce4009000] channel element 1.2 is not allocated f=0/0 Last message repeated 526 times[aac @ 0x7efce4009000] channel element 1.2 is not allocated f=0/0 Last message repeated 438 times[aac @ 0x7efce4009000] channel element 1.2 is not allocated f=0/0 Last message repeated 435 times[aac @ 0x7efce4009000] channel element 1.2 is not allocated f=0/0 Last message repeated 227 times[aac @ 0x7efce40008c0] Probe buffer size limit of 5000000 bytes reached[aac @ 0x7efce40008c0] decoding for stream 0 failed[aac @ 0x7efce40008c0] Estimating duration from bitrate, this may be inaccurate[aac @ 0x7efce40008c0] Could not find codec parameters for stream 0 (Audio: aac (LC), 5.0, fltp, 345 kb/s): unspecified sample rateConsider increasing the value for the 'analyzeduration' and 'probesize' options[aac @ 0x7efce40008c0] After avformat_find_stream_info() pos: 5001216 bytes read:5046432 seeks:4 frames:3517Input #0, aac, from 'Video_track2.aac': Duration: 03:13:31.50, bitrate: 345 kb/s Stream #0:0, 3517, 1/28224000: Audio: aac (LC), 5.0, fltp, 345 kb/sFailed to open file 'Video.aac' or configure filtergraph[AVIOContext @ 0x7efce4007580] Statistics: 5046432 bytes read, 4 seeksAlso ffplay spielt es auch nicht ab ...
Sehr merkwürdig ist nur, das VLC mit dem Ganzen überhaupt keine Probleme hat.
Das reportet aber auch:
Stream 0
Typ: Audio
Codec: MPEG AAC Audio (mp4a
Kanäle: 3F2M2R/LFE
Abtastrate: 48000 HzInterpretiere ich das so richtig das "manchmal" das Ganze als 5.0 und manchmal als 7.1 erkannt wird ?
Nun, es sollte auch 7.1 Sound sein ... Kann das bedeuten das mp4box beim demuxen da was kaputt gemacht hat ?
Und gibt's 'ne Möglichkeit das wieder hinzubiegen ?
Hm ... Links sind tot ...
Also Nyala gibt's hier ... ist jetzt eingeschaltet ... Und jetzt erscheint sie auch im MPC-hc unter Optionen -> Untertitel -> Standard Style.
Mal schauen was Media-Portal dazu sagt ...