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.

 

Go Back   Doom9's Forum > Capturing and Editing Video > New and alternative a/v containers

Reply
 
Thread Tools Search this Thread Display Modes
Old 30th October 2011, 11:58   #6601  |  Link
roytam1
Firefox User
 
Join Date: Sep 2003
Posts: 201
Quote:
Originally Posted by JEEB View Post
Actually, no -- -tryouts uses a weird mix of ffmpeg and libav as far as I can remember -- with random modifications all over because of legacy reasons ("All hail Milan!").
but from the svn log, it should count as libav-based as it updates from libav but not ffmpeg.

for difference between ffmpeg and libav, see this blog post:
http://codecs.multimedia.cx/?p=370
roytam1 is offline   Reply With Quote
Old 30th October 2011, 12:04   #6602  |  Link
BloodySword
Registered User
 
BloodySword's Avatar
 
Join Date: Jun 2005
Posts: 70
For me it doesn't matter if it is ffmpeg or libav, it should just work.
BloodySword is offline   Reply With Quote
Old 30th October 2011, 12:35   #6603  |  Link
JEEB
もこたんインしたお!
 
JEEB's Avatar
 
Join Date: Jan 2008
Location: Finland / Japan
Posts: 514
Quote:
Originally Posted by roytam1 View Post
but from the svn log, it should count as libav-based as it updates from libav but not ffmpeg.

for difference between ffmpeg and libav, see this blog post:
http://codecs.multimedia.cx/?p=370
It's just been called 'libav' in the changelogs :P

I recommend you do
Code:
grep "FFmpeg" -R *
grep "Libav" -R *
in -tryouts' src/ffmpeg

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:
Originally Posted by BloodySword View Post
For me it doesn't matter if it is ffmpeg or libav, it should just work.
Indeed. Also, it shouldn't exactly be hard to compile ffmpeg, just grab a proper'ish msys/mingw environment, f.ex. one from here (although I still use komisar's 4.5.3 since some stuff still has problems with 4.6.x).

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]
JEEB is offline   Reply With Quote
Old 30th October 2011, 12:49   #6604  |  Link
Thunderbolt8
Registered User
 
Join Date: Sep 2006
Posts: 2,171
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 Acer Aspire V3-772g: i7-4202MQ, 8GB Ram, NVIDIA GTX 760M (+ Intel HD 4600), Windows 8.1 x64, madVR (x64), MPC-HC (x64), LAV Filter (x64), XySubfilter (x64)

Last edited by Thunderbolt8; 30th October 2011 at 12:57.
Thunderbolt8 is offline   Reply With Quote
Old 30th October 2011, 14:05   #6605  |  Link
pankov
Registered User
 
Join Date: Mar 2002
Location: Sofia, Bulgaria
Posts: 658
Quote:
Originally Posted by jmone View Post
Any progress on SW based deinterlacing?
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
pankov is offline   Reply With Quote
Old 30th October 2011, 14:26   #6606  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,818
Quote:
Originally Posted by Thunderbolt8 View Post
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?
The file plays just fine for me with the WMVideo Decoder DMO on Windows 7.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 30th October 2011, 14:46   #6607  |  Link
Thunderbolt8
Registered User
 
Join Date: Sep 2006
Posts: 2,171
oh well, playback doesnt start here, just stay at 0:00:00 with black screen -.-
__________________
Laptop Acer Aspire V3-772g: i7-4202MQ, 8GB Ram, NVIDIA GTX 760M (+ Intel HD 4600), Windows 8.1 x64, madVR (x64), MPC-HC (x64), LAV Filter (x64), XySubfilter (x64)
Thunderbolt8 is offline   Reply With Quote
Old 30th October 2011, 14:56   #6608  |  Link
SamuriHL
Registered User
 
SamuriHL's Avatar
 
Join Date: May 2004
Posts: 4,297
Quote:
Originally Posted by madshi View Post
There may soon be no need for that...
Wouldn't that be nice.

Sent from my Xoom using Tapatalk
__________________
HTPC: Windows 10, I9 9900k, RTX 2070 Founder's Edition, Pioneer Elite VSX-LX303, LG C8 65" OLED
SamuriHL is offline   Reply With Quote
Old 30th October 2011, 16:06   #6609  |  Link
cyberbeing
Broadband Junkie
 
Join Date: Oct 2005
Posts: 1,859
P016 output seems broken (not used) in LAV Video going way back, is that a known issue?
cyberbeing is offline   Reply With Quote
Old 30th October 2011, 16:12   #6610  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,818
Quote:
Originally Posted by cyberbeing View Post
P016 output seems broken (not used) in LAV Video going way back, is that a known issue?
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
nevcairiel is offline   Reply With Quote
Old 30th October 2011, 16:38   #6611  |  Link
cyberbeing
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.
cyberbeing is offline   Reply With Quote
Old 30th October 2011, 16:53   #6612  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
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.
madshi is offline   Reply With Quote
Old 30th October 2011, 16:54   #6613  |  Link
Keiyakusha
契約者
 
Keiyakusha's Avatar
 
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.
Keiyakusha is offline   Reply With Quote
Old 30th October 2011, 17:26   #6614  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,818
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
nevcairiel is offline   Reply With Quote
Old 30th October 2011, 17:40   #6615  |  Link
cyberbeing
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.
cyberbeing is offline   Reply With Quote
Old 30th October 2011, 17:49   #6616  |  Link
clsid
Registered User
 
Join Date: Feb 2005
Posts: 5,010
Quote:
Originally Posted by mkanet View Post
Thanks so much clsid and ney2x, you guys were both extremely helpful. I noticed when using the default windows shell extension; even after enabling the extensions I wanted via Codec Tweak Tool, I noticed a few flvs or mkv would not get their thumbnails.

When I used Icaros, every single file received a thumbnail. However, what worries me about Icaros is if it is a memory resident app or not. I'm hoping it simply replaces the default shell extension with a slightly more enhanced version without taking any extra resources.
The MS one respects the preferred filter settings of Windows 7. Use Win7DSFilterTweaker to set LAV as preferred and it should work. It will use the first frame of the video though, limitation of the shell extension.

Icaros is buggy, so it should be used with caution.
clsid is offline   Reply With Quote
Old 30th October 2011, 18:10   #6617  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,818
Quote:
Originally Posted by cyberbeing View Post
P010 (10-bit padded to 16-bit) and P016 output (10-bit shifted to 16-bit)
Actually, both are shifted to 16-bit. In P010, the renderer just knows to ignore the 6 lowest bits.

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
nevcairiel is offline   Reply With Quote
Old 30th October 2011, 18:20   #6618  |  Link
cyberbeing
Broadband Junkie
 
Join Date: Oct 2005
Posts: 1,859
Quote:
Originally Posted by nevcairiel View Post
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.
Explain.

Why should I care that my rasterized TrueType/OpenType subtitles are painted on YUV if it's faster?
cyberbeing is offline   Reply With Quote
Old 30th October 2011, 18:23   #6619  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,818
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
nevcairiel is offline   Reply With Quote
Old 30th October 2011, 18:30   #6620  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
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.
madshi is offline   Reply With Quote
Reply

Tags
decoders, directshow, filters, splitter

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 12:37.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.