Great work guys. Any idea will they correct this in the future Staxrip release?
Just FYI: CloneBD is coming up with a couple of fixes regarding just that.Here is a quick video I put together in 2 hrs edited and uploaded to help out anyone who wants to save hhd space for their collection and retain hdr. hehe
Just FYI: CloneBD is coming up with a couple of fixes regarding just that.
There should be no requirement for a video explaining it then
You can choose crf instead of 2 pass bitrate. Yes is painfully slow but that's price you pay to encode 50 gigs to 16 gig. I'm using medium settings 13000 video bit rate for blade runner and it will take 22hrs to encode and take it down to 19gig. This is on ryzen 5. One my 10 year old x4 965 and it takes 30-40 hrs at these settings. I run 2 pcs encoding 24-7 to speed this up while at work. Hoping my new Intel i7 coffee lake gets at least 4-5 fps and takes is down to 12-22hrs. I've played with gpu acceleration and your will get larger file sizes. No way around this. Wish x265 could take advantage of the open cl or Cuda cores like the way graphics cards can be used for bit mining. Not even sure if thread ripper with all those threads would help that much h265 encodes. I love the amount of pci lanes on the thread ripper platform when using m.2 unlike z370 you loose sata port with m.2 installed. Anyway off topic.... for simple encoding clonebd should be easier to encode.I'm looking forward to it.
Videoquality of Staxrip is very good (crf 17 - preset fast), but very slow. CloneBD has also very good videoquality besides it's fast with hardware accelleration enabled. Little bit sad that there is no "crf" for .mkv output. Always some gambling for good quality/size ratio.
You can choose crf instead of 2 pass bitrate. Yes is painfully slow but that's price you pay to encode 50 gigs to 16 gig. I'm using medium settings 13000 video bit rate for blade runner and it will take 22hrs to encode and take it down to 19gig. This is on ryzen 5. One my 10 year old x4 965 and it takes 30-40 hrs at these settings. I run 2 pcs encoding 24-7 to speed this up while at work. Hoping my new Intel i7 coffee lake gets at least 4-5 fps and takes is down to 12-22hrs. I've played with gpu acceleration and your will get larger file sizes. No way around this. Wish x265 could take advantage of the open cl or Cuda cores like the way graphics cards can be used for bit mining. Not even sure if thread ripper with all those threads would help that much h265 encodes. I love the amount of pci lanes on the thread ripper platform when using m.2 unlike z370 you loose sata port with m.2 installed. Anyway off topic.... for simple encoding clonebd should be easier to encode.
Just FYI: CloneBD is coming up with a couple of fixes regarding just that.
There should be no requirement for a video explaining it then
Answer from sneaker_ger at at doom9.
AVS Filters -> Edit Code
But I see now it converts to 8 bit by default.
Edit from:
Code:
FFVideoSource("%source_file%", colorspace = "YUV420P8", \
cachefile = "%source_temp_file%.ffindex")
to;
Code:
FFVideoSource("%source_file%", cachefile = "%source_temp_file%.ffindex")
and try again.
Note that this may break certain filters.
https://forum.doom9.org/showthread.php?t=172068&page=142
StaXrip 1.7.0.6 now imports Max CLL and Max FALL. I have tested this and it works.
1.7.0.6 unstable test build
- new: macro for the source file extension added (%source_ext%)
- fix: target image size calculation was using mod 16 instead of the value defined in the options (https://forum.doom9.org/showthread.php?p=1832611#post1832611)
- fix: x265 command line import and meta data import of --max-cll didn't work
- update: mClean 2.3
- update: mvtools2 2.7.24
- update: VapourSynth 43
Also it appears that this breaks my ability to hardcode subtitles.
Issues this fixed for me:
1) StaXrip 1.1.0.6 imports MAX CLL and MAX FALL
2) 10 bit video pipe by default (at least using ffms2 as a source filter)
3) Hardcoded subtitles now work
*Bonus* I can hardcode SUP subtitleswithout converting to IDX
You mean 1.7.0.6?? I'll try this as I'm sick of avsynth filter
Yes works perfectly but on full movie crashes 1/4 into 2nd pass. I tried crf 16 and bitrate was too low. I thought lowering crf gives you a better encode? I want 13000 video rate as this will cover slow action and hi action scenes and give me a set output.I stream my videos over DLNA. Not all renderers support external subs. Some don't read the forced flag or let you select a subtitle track. That is why I burn in the foreign or forced subtitle tracks. The movie I was testing on had 2 lines of foreign audio so I used MKVtoolnix to create a 2 minute MKV of that part.
I switched to single pass CRF encoding years ago and haven't touched 2-pass CBR since. As long as they look good and generally fit into my size range I'm happy. Most of my UHD encodes are 8 - 20 GB using CRF 20 medium. 4 - 8 FPS. Id rather not waste the bitrate where I don't need it.
Have you tried using your 2 pass workflow on a short clip < 2 min. to see if it completes?