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. |
|
|
Thread Tools | Search this Thread | Display Modes |
14th September 2018, 17:25 | #16081 | Link | |
Registered User
Join Date: Apr 2013
Posts: 346
|
I just happened to pick QTGMC as an example. I have other custom script that I use as well.
Quote:
Import("C:\Program Files (x86)\AviSynth+\plugins\QTGMC-3.32.avsi") video=AssumeTFF(video) video=QTGMC(video,Preset="Very Slow") worked in older RipBot264 versions (1.19) and also works in MeGUI without specifying the supporting plugins, even though it doesn’t work in 1.23. I have tried other script, such as Bordercontrol, with same failure pattern. Essentially, there appears to be no custom script that can be called, from outside of ripbot264, that will work in version 1.23. |
|
14th September 2018, 17:39 | #16082 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,812
|
AviSynth should return some error message. Use that as clue.
PS. Are you sure you are using 64 bit filters?
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 14th September 2018 at 17:43. |
14th September 2018, 18:47 | #16083 | Link | |
Registered User
Join Date: Apr 2013
Posts: 346
|
Quote:
"The type of file 'C:\Temp\RipBot264temp\video.264' could not be recognized." When I open that video.264 file, it's empty. If it's referring to the source video, that same source video runs fine when the Avisynth script isn't applied. In the case of the QTGMC example, I loaded the plugins contained in RipBot264. So, here is how it looks: Import("C:\Program Files (x86)\AviSynth+\plugins\QTGMC-3.32.avsi") LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\RgTools\RgTools.dll") LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\nnedi3s\nnedi3.dll") LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\masktools\masktools2.dll") LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\mvtools\mvtools2.dll") LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\mvtools\yadif.dll") video=AssumeTFF(video) video=QTGMC(video,Preset="Very Slow") As always, the job fails immediately with the error message. Preview window also doesn't show the preview. |
|
15th September 2018, 02:37 | #16084 | Link | |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
Quote:
And the error message from the "Preview Script" from the same location Last edited by byteshare; 15th September 2018 at 02:37. Reason: grammer |
|
15th September 2018, 02:44 | #16085 | Link |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
VideoPreview/Crop Issue
I'm having an issue with previewing the video so I can select the crop since the autocrop is likely failing for the same reason:
Video mediainfo: Code:
General Complete name : C:\ReEncode\Crop\Queen Millennia 01x01 A World Turned Upside Down [Village Video] [ENG Dub].mpg Format : MPEG-PS File size : 379 MiB Duration : 21 min 45 s Overall bit rate mode : Variable Overall bit rate : 2 438 kb/s Writing library : encoded by TMPGEnc (ver. 2.59.47.155) Video ID : 224 (0xE0) Format : MPEG Video Format version : Version 2 Format profile : Main@Main Format settings : CustomMatrix / BVOP Format settings, BVOP : Yes Format settings, Matrix : Custom Format settings, GOP : M=3, N=16 Format settings, picture st : Frame Duration : 21 min 45 s Bit rate mode : Variable Bit rate : 2 005 kb/s Maximum bit rate : 8 000 kb/s Width : 352 pixels Height : 480 pixels Display aspect ratio : 4:3 Frame rate : 29.970 (30000/1001) FPS Standard : NTSC Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Interlaced Scan order : Bottom Field First Compression mode : Lossy Bits/(Pixel*Frame) : 0.396 Time code of first frame : 00:00:00:00 Time code source : Group of pictures header GOP, Open/Closed : Closed Stream size : 312 MiB (82%) Writing library : TMPGEnc 2.59.47.155 Color primaries : BT.601 PAL Transfer characteristics : BT.470 System B/G Matrix coefficients : FCC 73.682 Audio ID : 192 (0xC0) Format : MPEG Audio Format version : Version 1 Format profile : Layer 2 Duration : 21 min 45 s Bit rate mode : Constant Bit rate : 384 kb/s Channel(s) : 2 channels Sampling rate : 48.0 kHz Frame rate : 41.667 FPS (1152 SPF) Compression mode : Lossy Stream size : 59.7 MiB (16%) A sample of the file: https://mega.nz/#F!lkhm2ARL!vuCAnj9Kpy_tEVDU_RnTvQ Last edited by byteshare; 15th September 2018 at 02:49. |
15th September 2018, 06:00 | #16086 | Link | |
Registered User
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
|
Quote:
I remember this green screen thing being discussed quite some time ago.. Maybe this might help...and maybe a couple of the other posts. https://forum.doom9.org/showpost.php...ostcount=15375 |
|
15th September 2018, 07:42 | #16087 | Link | |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
Quote:
|
|
15th September 2018, 09:48 | #16088 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,812
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
15th September 2018, 12:46 | #16089 | Link | |
Registered User
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
|
Quote:
Got your sample, and same result as Atak, on W7, but will try it on W10 tomorrow. But how about you try a quick encode, and see if once it's been thru Ripbot, that it might get rid of the green screen. I did an "Automatic" cropping setting, and used SD-NTSC 720x480, and it turned out just a little different size to original. |
|
15th September 2018, 16:13 | #16090 | Link | ||
Registered User
Join Date: Apr 2013
Posts: 346
|
Quote:
Here is the script from the "Show Video Script" section: Quote:
|
||
16th September 2018, 02:19 | #16091 | Link | |
Registered User
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
|
Quote:
So, I have tested this on my Windows 10 (1803) PC, and it's fine, no green screen here. So you're going to have to dig a little deeper, my friend. |
|
17th September 2018, 09:07 | #16093 | Link |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
Confirmed the problem is with the original container (.mpg) when I re-mux to mkv with MKVToolNix I don't get the issue.
Update: Tested all 27 files with this issue after batch re-muxing them to MKV from MPG and they are displaying correctly Last edited by byteshare; 17th September 2018 at 09:25. Reason: More testing |
18th September 2018, 05:51 | #16095 | Link |
Registered User
Join Date: Feb 2012
Posts: 51
|
Hi.
Is there any possibility to have the PC name be in the encoding status instead of the IP address? unless I see the "starting..." which displays the name, It is hard to keep up with 16 server IP addressees that keep changing. |
18th September 2018, 08:46 | #16096 | Link |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
With the official EncodingServer 1.12.1.0 I'm no longer getting a server stuck on starting an encode but I am getting it stuck while encoding now:
I also figured out why 1.12.1.0 wouldn't start on one PC. Had something to do with Windows update. After running Windows update, which I hadn't done in a while, it opens without issue now. |
18th September 2018, 11:23 | #16097 | Link | |
Registered User
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
|
Quote:
That screenshot is massive.... I have to agree with you, I have had a couple stall, but they have been on the server, not the client (if that makes any difference). Oh, btw, do you have any problems stopping that server, so another can take over ??? But it's a whole LOT better |
|
18th September 2018, 11:30 | #16098 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,812
|
I think that this time problem might be on your side. Before releasing I've tested new encoding server (1.12.1) on virtual machine (win10) using 16 running server (extreme stress test) many times. I have never experienced this kind of issues. Well to be honest I haven't noticed any problems at all. At this point I can only advise you to check what is happening under the hood. Open Process Hacker and check if ffmpeg.exe or/and x265_x65.exe is still in memory. I suspect that ffmpeg.exe just died and stopped serving frames to an encoder.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
18th September 2018, 11:51 | #16099 | Link |
Registered User
Join Date: Aug 2018
Posts: 10
|
x265 anomalies
Hey guys,
I'm new to the party, acquired a capable Drive and am know ripping, remuxing and partially compressing my BluRays and UHD's. Thanks to RipBot and distributed encoding, x265 is now feasable for normal people as well. I'm just baffled by the results im getting: The resulting Bitrate while having an constant CQ vastly differentiates with the preset. For example, i reencoded the first 20 Minutes of a 4K remux, @ 3840x1608, keeping 10bit and HDR, assuming that this should be x265 strongest disciplin, with the following results: -cq 17, slower :20,2MBps -cq 17, default: 14,5MBps -cq 17 ultrafast: 4,6MBps Of course they look very different. I redid the same thing with Handbrake, yielding similar results. Shouldn't cq encoding always keep the same visual quality, and the slower speeds allow for better compression, meaning that the tendency should be the other way around. At least thats the way it was with x264. Maybe someone could give me a rundown of what I'm not understanding, or respectively what I'm dowing wrong. Thanks a lot |
Tags |
264, 265, appletv, avchd, bluray, gui, iphone, ipod, ps3, psp, ripbot264, x264 2-pass, x264 gui, x264_64, x265, xbox360 |
Thread Tools | Search this Thread |
Display Modes | |
|
|