That does not cause a crash!
I think it's something wrong with the way I have plugins setup. If I run some of the other scripts, they work OK, but this one doesn't.
If I force the use of either the internal 32bit AviSynth or use the external 32bit one, it doesn't actually crash and even warns me about this errant lines, which is fixed if I remove it. However if I try and load the script it throws an error about TFM not being present.
+ Reply to Thread
Results 91 to 120 of 122
Last edited by drojman; 19th Nov 2023 at 20:45. Reason: More info
It's something to do with this part of this script:
### Deinterlace-Match Fields-Decimate ### AssumeTFF() TFM(Chroma=False,PP=0) AssumeBFF() Interleave(TFM(Mode=1,PP=0,Field=1),TFM(Mode=1,PP=0,Field=0)) TFM(Field=0,Clip2=Yadif()) vInverse() SRestore(23.976)
Yes it seems that the x86 and x64 version of AviSynth had the same problem but just showed them in different ways.
I updated the plugin - in case it needed it.
I was missing some plugins:
With them installed, the file is now encoding!
Any hints etc on what profile to use? I selected the Futurama Upscale one in the encoder, I figured that should be about right?
Wow, I'm so sorry; all my effort has been toward making the Simpsons script work; learning what was wrong reminded me that the Futurama scrip requires extra plugins. D'oh! A moment...
Last edited by LouieChuckyMerry; 19th Nov 2023 at 23:22. Reason: D'oh!
Don't say sorry! You've been incredibly helpful.
Does this info look correct to you?
(I know nothing about why the buffer is smaller than the video size)
[Attachment 74982 - Click to enlarge]
I've only done the one file so far, but I have to say it's a good deal better than the straight rips already!
Last edited by drojman; 19th Nov 2023 at 23:34.
This is my MediaInfo in text form:
General Unique ID : 79364049122204711427895422452880683788 (0x3BB4F5BA1EE9DF1D6B2D0890AA08B30C) Complete name : D:\Test folder for trying out AviSynth scripts\Futurama - S01E01 - Space Pilot 3000\Track01_Futurama - S01E01 - Space Pilot 3000.mkv Format : Matroska Format version : Version 4 File size : 273 MiB Duration : 23 min 18 s Overall bit rate : 1 639 kb/s Frame rate : 23.976 FPS Encoded date : 2023-11-20 04:19:24 UTC Writing application : mkvmerge v68.0.0 ('The Curtain') 64-bit Writing library : libebml v1.4.2 + libmatroska v1.6.4 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High 10@L4.1 Format settings : CABAC / 8 Ref Frames Format settings, CABAC : Yes Format settings, Reference frames : 8 frames Codec ID : V_MPEG4/ISO/AVC Duration : 23 min 18 s Bit rate : 1 637 kb/s Width : 960 pixels Height : 720 pixels Display aspect ratio : 4:3 Original display aspect ratio : 4:3 Frame rate mode : Constant Frame rate : 23.976 (24000/1001) FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 10 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.099 Stream size : 273 MiB (100%) Writing library : x264 core 164 r3164 c196240 Encoding settings : cabac=1 / ref=8 / deblock=1:2:1 / analyse=0x3:0x113 / me=umh / subme=8 / psy=1 / psy_rd=0.40:0.00 / mixed_ref=1 / me_range=20 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=22 / lookahead_threads=5 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / stitchable=1 / constrained_intra=0 / bframes=5 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=13.0 / qcomp=0.60 / qpmin=0 / qpmax=81 / qpstep=4 / vbv_maxrate=50000 / vbv_bufsize=50000 / crf_max=0.0 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:0.60 Default : Yes Forced : No Color range : Limited Color primaries : BT.709 Transfer characteristics : BT.709 Matrix coefficients : BT.709
Thanks for that because it reminded me, before you proceed, you should check that your Final Viewing Location (FVL) can handle the x264 settings. I use a laptop connected to an HDTV via an HDMI cable so if my player (MPC-BE) plays it then I can watch it. I think you mentioned Plex; it might have a limit on the number of Reference frames or the peak video bitrate, or whatever, like physical DVD and Blu-ray players do. It's easy enough to adjust the x264 settings if necessary.
Great, thanks. I will definitely test that before I get too far ahead then. Any reason not to test the MKV thats been made without audio?
Just looking into the process of MKVToolNix rejoining them together. I noticed you can right click on a data track and send that to the title, not sure if you had seen that option. In terms of merging them, is it 'safe' to leave everything at default? I don't want it ruining all the work the encode has done!
Last edited by LouieChuckyMerry; 20th Nov 2023 at 00:30. Reason: s
Thanks, I just downloaded and looked into your settings then and very handily I spotted that you can set an output folder relative to do the source file. Should let me easily move the merged MKV seperately in an automated fashion. The only thing I was really worried about was the default audio/subtitles flags, I wanted the right ones to play first, so will see what happens there.
Sadly I have encountered a nasty bug bear as side product of the crash using MEGUI before removing those couple of lines. If you try and add more than one episode, when you get to the point where you actually save the .avs script it crashed the whole program so that the other episodes never get their scripts saved. Rather annoying.
EDIT: Ah, unchecking save and open for encoding gets around that as it doesn't try to process the script. Still, is there possibly a faster method for adding all the files?
And on the other end, is it possible to speed up adding in script? Don't get me wrong it's not so much the time consumption, I'm just more likely to miss adding a file to the queue etc this way.
Last edited by drojman; 20th Nov 2023 at 02:10. Reason: Spelling
this thread; halfway to a solution for the above.
This thread and the above link are your best place for MeGUI help.
Edit: MeGUI/Tools/One Click Encoder Wiki
Last edited by LouieChuckyMerry; 20th Nov 2023 at 09:58. Reason: Information, Information
Ah I had a fiddle with that One-click but honestly I think I'll just throw myself off more. Best stick with what I at least can sort of understand I guess!
Just saw that solution. I tried doing the DLL swap but that still gave me the crash. However unchecking colour correct and Mpeg2 Deblocking worked nicely! I saw your comment about disabling it for all - I think if you edit the script config in MEGUI you can uncheck those and then it won't have them enabled but I'm not sure if functionally that would change anything...?
Basically if you edit the AviSynth script profile in MEGUI, you can disable those two functions. They'll appear greyed out, if you hit Config and then (something like)
Extra or External you can uncheck those boxes. I'd screenshot it now but I'm currently attempting to encode Season 1 of Futurama!
Last edited by LouieChuckyMerry; 20th Nov 2023 at 18:47. Reason: Clarity
Yep! That's where I found it. Let me know if you decide to do anything and it works for you.
This whole process takes a long time, I'm dreading ripping my Simpsons DVD's, I only have the first 6 seasons right now...
I'll definitely use the Simpsons proifle, I'm currently processing S2 of Futurama atm. It doesn't seem to utilise my whole CPU but I'm not going to fiddle with anything!
I found multithreading an issue with any script containing TIVTC--I half remember that it has something to do with TIVTC not being linear, but please correct me if I'm wrong (and I'll try to remember this time)--so instead I would queue a number of episodes that's a multiple of the number of cores in whatever computer I was using to encode and use a temporary worker for each group to utilize the entire CPU. For example, with a quad-core I'd load forty episodes, highlight ten of them in the queue, right-click on the first one and select "Run in new temporary worker". Then highlight ten more, same thing; ten more, same thing, ten more same thing. It works quite well.
Last edited by LouieChuckyMerry; 22nd Nov 2023 at 13:25. Reason: Grammar And-Or Syntax; Information, Information
I had absolutely no idea the temporary worker thing was even possible!
Even to split the workload between 4 cores would save a massive amount of time. I've been letting my PC do one at a time, what an idiot I am!
I'm too worried about messing it up now to stop it, but season 4 I'll definitely try that on!
Also, I don't know if it's necessary but it seems like a good idea to me: I send one queue to my laptop's storage drive and the other three queues to three different thumb drives; the sources are on my OS SSD. How's muxing your encoded videos with their original audios going?
I didnt think to seperate the outputs, they're currently all encoding to one drive. Seems to be ok, I did 5 epsiodes a season per core.
Muxing is the final step tonight and I'm wondering how best to tackle.it honestly. From memory you have to queue each folder individually as it's own project I think?
Did you have to mess with any default flags in MKVNix in terms of commentary etc? I kept the commentary tracks for the show.
Honestly, it took a bit of effort to understand the the new, far more functional MKVToolNix GUI; I was running 8.3.0 because it's way less busy until I made the switch around 56.0.0 or so. And once you get the hang of it it's brilliant. Here are several important settings to consider in red boxes and the blue box is the job queue.
[Attachment 75024 - Click to enlarge]
I've a programmable mouse and found that incredibly helpful. If you already have a method to name things to your liking, then there's no need to worry about which file to add first because MKVToolNix is smart enough to always place video first even if it's added last; however, as I suggested earlier, I would highlight the two audio tracks at the same time then drag & drop with the cursor on the main audio; that way it'll populate first and be the default audio track. Before trying to queue all your episodes for muxing I'd highly recommend fiddling about was a couple-three episodes until you understand the possibilities and you're happy with your method of loading, queuing, muxing. I like my settings on the MKVToolNix I uploaded for you for batching jobs but you might not.
Last edited by LouieChuckyMerry; 22nd Nov 2023 at 16:55. Reason: Clarity
OK - I know what you were saying when you praised MKVToolNix. What a wonderful program. I actually redownloaded a copy of the portable one, I like that I can just delete the INI file and have it fresh in case I made a mistake.
What I ended up doing was pretty much as you said, I copied a version of the re-encoded first episode and played around with that, once I figured out in MKVToolNix that you can set any Unknown languages to default to a language, that made things so much easier - my audio tracks had no metadata.
Something I have noticed, in your profile it encodes the MKVs to 10 bit h264. Gives me great quality, but will it be any different to 8bit? The only reason I ask is because Plex has to transcode 10 bit down to 8 if I stream it (for h264). Makes me wonder if I would be losing quality, and I'd be better off rencoding to 8 bit. Then if I went down that route I don't know if I should start all over again with MEGUI or just re-encode what I have
Oh well, it's probably not worth fretting about.
Another question! I notice your Simpsons CRF seems to be set at 17, that's a fair bit higher than Futurama? Did you find the DVD quality didn't require the same level of encoding as Futurama?
FreeFileSync (another brilliant freeware program).
From reading around too it seems like H10 is considered the best standard in the anime ripping community too. I'm definitely going to keep a H10 copy, I may use FFMPEG to transcode a 8 bit version as well just for Plex (the less transcoding the better)
Weird question. On your Futurama DVDs.or in your encodes in the last scene of the first episode when they're stood in the ship and the stars.are.scrolling by horizontally, do you notice they appear to be stuttering? I thought at first I'd made an error with the encode, but the stutter seems to be present on my DVDS too.
If you don't have time to take a look I completely understand, I've already taken up so much lf your time!
Thanks for your patience.
Last edited by LouieChuckyMerry; 23rd Nov 2023 at 23:44. Reason: Forgot A Quote Tag; Clarity