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. |
18th March 2017, 17:45 | #221 | Link | |
Excessively jovial fellow
Join Date: Jun 2004
Location: rude
Posts: 1,100
|
Quote:
Custom convolution kernels: what is the actual practical use case for this? Is there any reason you can't just use a separate convolution filter? I mean, yeah you can do a ton of interesting shit with a highly customizeable general-purpose FIR filter, but customization and flexibility is kinda hard to combine with ease of use, optimization and maintainability. If you want a filter that can do anything, it probably won't be very well suited to being a fast and reliable image resizer for real world inputs. The reason I'm trying to convince people to switch to zimg is that for 95% of the most common use cases it does what fmtconv does but is faster and easier to use. I know I told you to submit feature requests, but please keep them within the scope of what is reasonable to have in standard image resizer. For exotic stuff, write exotic filters. Last edited by TheFluff; 18th March 2017 at 18:01. |
|
18th March 2017, 17:56 | #222 | Link |
I'm Siri
Join Date: Oct 2012
Location: void
Posts: 2,633
|
Having more (not significantly worse, like x86 is worse than x64, xp is wore than win10, so I never compiled x86 binaries or obsolete xp binaries for my plugins) options is always better, simply because people could ignore opinions they don't need, and anyone gets to choose what's useful to him/her (which is also why I love c++ and dislike java )
Last edited by feisty2; 18th March 2017 at 18:04. |
18th March 2017, 17:56 | #223 | Link | |
Registered User
Join Date: Jan 2016
Posts: 162
|
Quote:
kernel: https://forum.doom9.org/showthread.php?t=166080 |
|
18th March 2017, 18:11 | #224 | Link | |
Excessively jovial fellow
Join Date: Jun 2004
Location: rude
Posts: 1,100
|
Quote:
More code (and hence more combinations of possible code paths) isn't free, it's bought with the most expensive resource of all - developer attention. More code paths means more tests and more maintenance. More complex code with more paths through it becomes harder to reason about, understand and predict. With more code, it becomes harder to change your mind, refactor and redesign. You and I - and all other programmers - are much dumber than we'd like to think we are. Things need to be kept simple in order for us to be able to reasonably keep working with them. |
|
18th March 2017, 18:40 | #225 | Link | |
Excessively jovial fellow
Join Date: Jun 2004
Location: rude
Posts: 1,100
|
Quote:
Custom kernels is in a similar spot. Yes you can get marginally improved results in some ways on certain (mostly small) images, but almost nobody uses it and there are tradeoffs with every kernel. If you care about this kind of custom tweaking a standard resizer probably isn't right for you. If you want fmtconv for its customizeability, you can keep using it! It's fine! It's just that for the vast majority of common use cases (like most of the ones posted in this thread) zimg does the same thing faster and with a bit less effort. That's all I'm saying. |
|
16th June 2017, 20:14 | #227 | Link |
Registered User
Join Date: Dec 2005
Posts: 110
|
Now on FreeBSD Ports! https://www.freshports.org/graphics/...synth-fmtconv/
|
17th January 2018, 15:40 | #229 | Link | ||
Registered User
Join Date: Dec 2017
Posts: 8
|
strange
Hi,I find a problem.When i use fmtc like this ,it will tell me "transfer: unsupported color family."
Quote:
It works only when the colorfamily specified it with GARY 。 I am a noob in this , can explain why?THX Quote:
|
||
8th December 2018, 05:49 | #232 | Link |
Registered User
Join Date: May 2005
Posts: 1,462
|
Speaking of resizing, if I want to downsize an UHD Blu-ray, would this be the best way to go about it?
Code:
core.std.LoadPlugin("DGDecodeNV.dll") video = core.dgdecodenv.DGSource("i:/jobs/test.dgi", fulldepth=False) vid = core.fmtc.resample (clip=vid, w=1920, h=1080)
__________________
Gorgeous, delicious, deculture! |
8th December 2018, 06:39 | #233 | Link |
Helenium(Easter)
Join Date: Aug 2017
Location: Hsinchu, Taiwan
Posts: 99
|
The default kernel of fmtconv is bicubic with b=c=1/3 a.k.a. "Mitchell-Netravali" which should be enough for normal use.
If you are using the dll from the official release, I will recommend to use the one from ChaosKing's FATPACK or the one in my signature as it is compiled with a newer compiler and might save you from random crashes. Try muvsfunc's SSIM_downsample if you are not satisfied with the results of plain bicubic.
__________________
Monochrome Anomaly |
8th December 2018, 07:00 | #234 | Link | |
Registered User
Join Date: May 2005
Posts: 1,462
|
Quote:
Cool. Thx.
__________________
Gorgeous, delicious, deculture! |
|
8th December 2018, 19:08 | #235 | Link | |
Registered User
Join Date: May 2005
Posts: 1,462
|
Quote:
Seems my fmtconv.dll is dated March 2016. So, thx for the new binary. N.B. Is it safe to replace all my old binaries (.dll's) with yours? (For VS R45).
__________________
Gorgeous, delicious, deculture! |
|
9th December 2018, 01:17 | #236 | Link |
Registered User
Join Date: May 2005
Posts: 1,462
|
Hmm, someone please explain this to me. I'm using:
import muvsfunc as muf ... vid = muf.SSIM_downsample (clip=vid, w=1920, h=1080, use_fmtc=False) It throws the following error, though: encoded 1 frames, 12.82 fps, 238.61 kb/s Error: fwrite() call failed when writing frame: 0, plane: 0, errno: 32 Output 9 frames in 2.06 seconds (4.38 fps) Core freed but 24883200 bytes still allocated in framebuffers
__________________
Gorgeous, delicious, deculture! |
9th December 2018, 02:34 | #237 | Link |
Helenium(Easter)
Join Date: Aug 2017
Location: Hsinchu, Taiwan
Posts: 99
|
It should be safe if you want and can use my dlls (may require AVX2 and additional dependencies), if not, there are always official ones.
For you second question, errno 32 means broken pipe. Try using only source filters and see if the error persists. (Post your full script might help as well)
__________________
Monochrome Anomaly |
9th December 2018, 09:10 | #238 | Link | |
Registered User
Join Date: May 2005
Posts: 1,462
|
Quote:
Pretty much happens with just this single input line: vid = muf.SSIM_downsample (clip=vid, w=1920, h=1080, use_fmtc=False) Couldn't really tell whether it's "clip=vid" or just "vid", or that w and h are to be set with an appended '=x' or that they are just the values. But I tried all combinations, to no avail. Also, I didn't see any dependency missing. Putting 'import muvsfunc as muf' should suffice, right?
__________________
Gorgeous, delicious, deculture! |
|
10th December 2018, 07:29 | #240 | Link | |
Registered User
Join Date: Sep 2007
Posts: 5,346
|
Quote:
I got an error messge complaining that didn't have nnedi3_resample.py , so I needed to download it and put it into site-packages , then it worked Code:
import muvsfunc as muvs clip = whateversource clip = muvs.SSIM_downsample(clip, w=1920, h=1080) clip.set_output() |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|