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. |
30th October 2011, 11:58 | #6601 | Link | |
Firefox User
Join Date: Sep 2003
Posts: 202
|
Quote:
for difference between ffmpeg and libav, see this blog post: http://codecs.multimedia.cx/?p=370 |
|
30th October 2011, 12:35 | #6603 | Link | ||
もこたんインしたお!
Join Date: Jan 2008
Location: Finland / Japan
Posts: 512
|
Quote:
I recommend you do Code:
grep "FFmpeg" -R * grep "Libav" -R * And I know the difference of libav and ffmpeg, I've been posting bugs and having stuff fixed as well as just conversed on both sides. Anyways, this is off-topic here so I'll stop here. Quote:
Then just compile the thing a la the shell script in LAV Filters' root and you'll get yourself a library (of course you might also need MS's compiler's tools in your path in case you need the dot-lib).
__________________
[I'm human, no debug]
|
||
30th October 2011, 12:49 | #6604 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
I cant get this file http://www.mediafire.com/?wtzcu8guck5cvur to play with LAVsplitter and WMVDecoderDMO. plays fine with ffdshow instead, though.
edit: works though when remuxing the video to .mkv. is it a problem of the dmodecoder with the m2ts structure or of other files inside?
__________________
Laptop Lenovo Legion 5 17IMH05: i5-10300H, 16 GB Ram, NVIDIA GTX 1650 Ti (+ Intel UHD 630), Windows 10 x64, madVR (x64), MPC-HC (x64), LAV Filter (x64), XySubfilter (x64) (K-lite codec pack) Last edited by Thunderbolt8; 30th October 2011 at 12:57. |
30th October 2011, 14:05 | #6605 | Link |
Registered User
Join Date: Mar 2002
Location: Sofia, Bulgaria
Posts: 661
|
or a CUVID deinterlacing with software decoding?
Nev, what happened to your tests of this? what were the results?
__________________
Z370M Pro4 | i3-8100 | 16GB RAM | 256GB SSD + 40TB NAS NVIDIA GTX 1060 6GB (385.28) | LG OLED65B7V Win 10 64bit 1803 + Zoom Player v14 |
30th October 2011, 14:26 | #6606 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,342
|
Quote:
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
30th October 2011, 14:46 | #6607 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
oh well, playback doesnt start here, just stay at 0:00:00 with black screen -.-
__________________
Laptop Lenovo Legion 5 17IMH05: i5-10300H, 16 GB Ram, NVIDIA GTX 1650 Ti (+ Intel UHD 630), Windows 10 x64, madVR (x64), MPC-HC (x64), LAV Filter (x64), XySubfilter (x64) (K-lite codec pack) |
30th October 2011, 16:12 | #6610 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,342
|
It would be used if a file were actually 16-bit. I don't offer it for 10 or 8 bit files.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
30th October 2011, 16:38 | #6611 | Link |
Broadband Junkie
Join Date: Oct 2005
Posts: 1,859
|
Why not offer it for 10-bit files? Is there something wrong with swscale 10-bit to 16-bit conversion?
While there isn't much of a point in outputting 16-bit, it'd be better if you just set it as the lowest priority format for each sub-sampling (4:2:0/4:2:2/4:4:4) level, while disallowing it only for 8-bit. That way it could be forced if desired for testing purposes. Last edited by cyberbeing; 30th October 2011 at 16:44. |
30th October 2011, 16:53 | #6612 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
I see no sense in 16bit output if the files are only 10bit (or lower). swscale conversion from 10bit to 16bit will not improve anything. The officially recommended 10bit to 16bit conversion method for 16-235 content just shifts the pixel values, so there will be exactly zero change in output, at least when using madVR.
P.S: The only sense in allowing P016 output for 10bit files would be to support renderers which accept P016 but not P010. |
30th October 2011, 16:54 | #6613 | Link |
契約者
Join Date: Jun 2008
Posts: 1,576
|
16bit output? no way. People would use it and would claim that quality is so much better so it even way beyond compare. Who needs that? One should make single custom build if a some point he'll need to test something like that.
|
30th October 2011, 17:26 | #6614 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,342
|
P016 and P010 are exactly the same memory layout (with P010 defined to have the 6 extra bits set to 0), so if anything supports P016 but not P010, it seriously fails.
I don't see the point allowing it.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
30th October 2011, 17:40 | #6615 | Link |
Broadband Junkie
Join Date: Oct 2005
Posts: 1,859
|
I never said it would improve anything, I'm more interested in it for benchmarking things which accept P016. I'm already aware that speed and quality between P010 (10-bit padded to 16-bit) and P016 output (10-bit shifted to 16-bit) should be identical if handled properly. xy-VSFilter now supports P010 and P016 input/output, but for whatever reason P016 was slower than P010 when using CoreAVC. I wanted to cross-check with LAV Video, but I'm obviously unable to in its current form. I'm thinking xy-VSFilter may not be handling P016 optimally, but without cross-checking with another decoder I don't know if it's a CoreAVC issue...
Well if someone could PM me a build with working P016 when LAV Video 0.38 is released I'd be grateful. Last edited by cyberbeing; 30th October 2011 at 18:07. |
30th October 2011, 17:49 | #6616 | Link | |
*****
Join Date: Feb 2005
Posts: 5,642
|
Quote:
Icaros is buggy, so it should be used with caution.
__________________
MPC-HC 2.1.7.2 |
|
30th October 2011, 18:10 | #6617 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,342
|
Quote:
PS: Painting subtitles on a 4:2:0 image is still a bad idea, you should convert it to RGB before - 10-bit support doesn't change that.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
30th October 2011, 18:23 | #6619 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,342
|
The problem is not YUV, the problem is that the chroma is still subsampled. If you make the whole thing YUV 4:4:4, its also good.
Chroma subsampling means that you will probably get blurred borders and slight chroma errors on the borders.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
30th October 2011, 18:30 | #6620 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
The problem is that you need to do chroma upsampling in order to get YUV 4:4:4 or RGB, which costs CPU performance, especially if you want more than just Bilinear upsampling. IMHO the best subtitle logic would be to have the subtitle renderer render to an RGB texture with an alpha channel (totally separate from the video image) and ask the renderer to blend it over the video image. That's somewhat similar to what the MPC-HC internal subtitle renderer does. VsFilter could do a similar thing, but custom communication with the renderer would be needed for that.
|
Tags |
decoders, directshow, filters, splitter |
Thread Tools | Search this Thread |
Display Modes | |
|
|