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 |
18th September 2018, 12:06 | #16101 | Link | |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
Quote:
Would it be possible to add in a feature if ffmpeg hasn't responded in say 120s to kill it and restart the server? Last edited by byteshare; 18th September 2018 at 12:09. |
|
18th September 2018, 12:08 | #16102 | Link | |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
Quote:
Very few things with encoding is linear. |
|
18th September 2018, 12:58 | #16104 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
So like I thought. ffmpeg.exe silently crashed or just stopped serving frames to an encoder. Since ffmpeg.exe is just a messenger I think that something wrong is happening on avisynth level (some filter is behaving badly)
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
18th September 2018, 13:02 | #16105 | Link | |
Registered User
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
|
Quote:
I understand that you'd want to test, and test before release, which I commend, but because it can be so random, it could take days of testing to have a stall. byteshare, Your suggestion, (if possible), would be excellent, it would look after itself |
|
18th September 2018, 13:05 | #16106 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
It would be better if you could find some pattern. Does it happen on specific file source codec (MPEG-2,MPEG-4 ASP,MPEG-4 AVC,HEVC and so on). The same with avisynth filters.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
18th September 2018, 13:10 | #16107 | Link | |
Registered User
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
|
Quote:
98% of my encodes are x264 mkv's, and I don't use a lot of filters (other than default), occasionally, MDeGrain2, and HQD3D. But when the stall is a Server, wouldn't that be something a little different (just asking). |
|
18th September 2018, 13:58 | #16108 | Link | |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
Quote:
Every time it crashes, it will work if I try it again, so I don't know how to reproduce the issue. I haven't tried it, but I'm sure if I tried the same encode that had a crash it wouldn't have the same issue again. I have been using the same avisynth filters on a lot of encodes recently and it is rare to have a crash/lockup but a pain when I'm not checking my encodes every few hours, since it could happen at any moment or it could also take days to encounter. Last edited by byteshare; 18th September 2018 at 16:13. Reason: grammer |
|
18th September 2018, 23:32 | #16109 | Link | |
Registered User
Join Date: Apr 2013
Posts: 346
|
Quote:
If I try to load this (from the previous post): Import("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\Scripts\QTGMC-3.32.avsi") LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\RgTools.dll") LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\nnedi3.dll") LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\masktools2.dll") LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\masktools2.dll") LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\mvtools2.dll") LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\yadif.dll") video=AssumeTFF(video) video=QTGMC(video,Preset="Very Slow") The error message simply states that "Import: couldn't open" QTGMC-3.32.avsi. I get the same message if I try to load the same files that are included with RipBot263: Import("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\Scripts\QTGMC-3.32.avsi") LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\RgTools\RgTools.dll") LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\nnedi3\nnedi3.dll") LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\masktools\masktools2.dll") LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\mvtools\mvtools2.dll") LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\Yadif\yadif.dll") video=AssumeTFF(video) video=QTGMC(video,Preset="Very Slow") How would you construct the script necessary to accomplish this QTGMC function? |
|
19th September 2018, 16:51 | #16110 | Link | |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
Quote:
Code:
Loadplugin("C:\RipBot\Tools\AviSynth plugins\RgTools\RgTools.dll") Loadplugin("C:\RipBot\Tools\AviSynth plugins\nnedi3\nnedi3.dll") Loadplugin("C:\RipBot\Tools\AviSynth plugins\masktools\masktools2.dll") Loadplugin("C:\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll") LoadCplugin("C:\RipBot\Tools\AviSynth plugins\Yadif\Yadif.dll") Import("C:\RipBot\Tools\AviSynth plugins\Scripts\QTGMC.avs") video=QTGMC(video,Preset="Medium",FPSDivisor=2) ffms2.dll, RepairSSE2.dll, RemoveGrainSSE2.dll, and FFT3DFilter.dll You can read more here: http://avisynth.nl/index.php/QTGMC |
|
19th September 2018, 20:43 | #16111 | Link |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
Just wanted to say Thank you again for making the queue so much much more friendly. Moved several things around that would have taken at least 5 min, maybe more...did it in about 30s. Even moved some things that in the past I would have just left as is because I didn't want to spend the time.
|
21st September 2018, 19:06 | #16112 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Quote:
Does this sentence look good to you or would you prefer something else to describe that "stall" effect. I don't know... "Encoding hung" "Encoding froze" "Encoding stalled" Would you also want see at what frame it stopped working?
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
21st September 2018, 20:26 | #16113 | Link | |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
Quote:
Stalled, froze, hung, and stopped all come across clearly to me. Glad to see you've found the issue. |
|
22nd September 2018, 00:54 | #16114 | Link | |
Registered User
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
|
Quote:
As for knowing what frame it stopped at, probably doesn't really matter to us user's, as long as it's easy to get it started again, unless that is going to be "automatic"... And there's a new version of mkvtoolnix v26. Last edited by burt123; 22nd September 2018 at 11:00. Reason: added more comments |
|
22nd September 2018, 08:39 | #16115 | Link |
Registered User
Join Date: Feb 2012
Location: Australia
Posts: 1
|
Network interfaces
G'day Atak,
First, thanks for RipBot. It's an incredibly useful app that makes my life easier on a daily basis. I have two issues with distributed encoding that sound simple to resolve on paper. I couldn't find anyone else referencing them in this thread, so hopefully I'm not wasting your time here. (1) Since Microsoft have removed HomeGroups from the latest version of Win10, I've frequently had a problem where encoding servers will tell me "File path does not exist!" when the client tries to connect to them. It can usually be revolved by a combination of hard restarts or restarting the Peer Networking processes. The issue appears to be because the servers are using the Windows computer names in the path, rather than their IP addresses. If I try to browse the machines by name in the File Explorer, it fails. If I use the IP address, however, everything is A-OK. Is there any possibility that we could have an option for the clients and servers to use IP addressing in the filepath rather than hostnames? (2) Owing to VPN adapters and a mixture of wired and wireless connections, my various boxes have multiple network interfaces. Usually, unless I disable all others except the primary physical LAN interface, the RipBot server will bind to the wrong IP address/interface. Sometimes it will still work, but usually I will get "access violation" errors on the server when the client tries to start it. Is there any possibility of getting an option to choose which network interface the server binds to? Thanks very much for your time. |
22nd September 2018, 17:48 | #16116 | Link |
Registered User
Join Date: Aug 2018
Posts: 10
|
Thanks for opening my eyes, and helping me keeping my mental sanity on the x265 presets.
On another note: Since the latest update i have massive problems when it comes to videos containing eac3 audiotracks. I'm setting up aac3-lc 5.1 256kbs as a target, and it fails everytime. It works though if i choose any other type of track, lesser quality (standard ac3 640kbps) or better (DTS and TRUEHD) tracks. What kind of log or verbose would i have to submit so one can look into it? @freakout: I myself had various Issues with the latest Windows Update, also in an addition with multiple NIC's, some of them virtual. It messed up all my shares and the standard windows firewall. I could'nt even ping the server without disabling it, and the server wouldn't even find its own shares if resolved by ip adress, not to talk about other machines getting into it. It solved for me by using a 1803 ISO to reinstall but with the latests updates, of course keeping all apps, files and setting. The needed reconfiguring was minimal compared to the hours of trouble shooting i invested beforehand. If your problem is a systemwide, as mine was, and not limited to ripbot, I would suggest that. Last edited by HehoChef; 22nd September 2018 at 17:54. |
23rd September 2018, 08:09 | #16117 | Link |
Registered User
Join Date: Jun 2010
Location: NSW, Australia.
Posts: 366
|
Hi Atak,
I had 3 more "stall's" today, and all of them were on the server, not the main client. 3 different chunks, and very different % of progress 97.1%, 2.3% & 10.8%, also couldn't stop the affected server with the "STOP" button, had to kill with Process Hacker. These all occurred whilst doing the same encode, and the only filter I was using was MDegrain2. |
23rd September 2018, 15:21 | #16118 | Link | |
Registered User
Join Date: Mar 2011
Posts: 431
|
Quote:
I second the much improved manipulation of the queue. I'm up to 731 in my job queue as I have not been able to get my job queue to zero in quite awhile. Still have about 100 or so jobs in my queue. Only thing I can suggest is adding an arrow that moves an item to the end or beginning to instead move 10 or so at a time, or just being able to hold down the single arrow and have it move quickly instead of having to click the arrow each time to move one. |
|
23rd September 2018, 18:58 | #16119 | Link | |||
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
Quote:
Quote:
After figuring out all of the improvements I'm not sure the queue needs more work, other than if it wanted to be more noob friendly that allowed clicking and dragging but personally not something I need (Handbreak has this). Quote:
Last edited by byteshare; 23rd September 2018 at 19:02. |
|||
24th September 2018, 11:31 | #16120 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Quote:
Who knows maybe 4 running encoders are just choking to death EncodingServer.exe when all have the same priority.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 24th September 2018 at 11:41. |
|
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 | |
|
|