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. |
|
|
Thread Tools | Search this Thread | Display Modes |
28th May 2011, 13:34 | #1241 | Link | |
Registered User
Join Date: Oct 2004
Location: France
Posts: 567
|
Quote:
|
|
28th May 2011, 14:03 | #1242 | Link |
soy sauce buyer
Join Date: Mar 2010
Location: United Kingdom
Posts: 164
|
MU:test5-secondary audio commentary track, misc subtitle tracks.rar
actually i'm not sure whether this issue is caused by diavc or madvr.... |
31st May 2011, 18:35 | #1243 | Link |
Registered User
Join Date: Nov 2005
Posts: 497
|
The DiAVC v1.2.6 is available on di-avc.com.
Change: Add the support for dynamic format change. I will try to code a software de-interlacing algorithm recently.
__________________
The Next Generation Internet Video Codec project.[/url]. |
1st June 2011, 08:51 | #1245 | Link |
Registered User
Join Date: Nov 2005
Posts: 497
|
Do you think that it is useless? Then I can concentrate on the x64 version.
__________________
The Next Generation Internet Video Codec project.[/url]. |
1st June 2011, 09:27 | #1246 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
I wouldn't say "useless".
A lot depends on whether you want to deinterlace movies or video content (or both), because *totally* different kind of deinterlacers are needed in either case. For movies you need IVTC, and IMHO there's not a good IVTC deinterlacer available for h264 at the moment. Even the NVidia/ATI hardware IVTC isn't optimal because they are not able to reduce frame rate from 60i to 24p, AFAIK. Instead they produce 30p or 60p output, I believe, so the typical NTSC 3:2 motion judder is still there. Implementing proper 60i -> 24p IVTC in software shouldn't be too hard, so that might be something worth thinking about. You could compare the DScaler IVTC Mod decoder source code to the original DScaler decoder source code to get some ideas on how to implement IVTC inside of your decoder, it's really not very hard to do. However, video mode deinterlacing is a whole different beast. With movies/IVTC all the pixels are there and it's only a matter of weaving the correct fields together. In contrast with video content half of the pixels are really missing and you have to find a good way to "guess"/interpolate them, which is not too easy if you want to achieve best possible quality. Also there are some relatively good video mode deinterlacers out there already, e.g. yadif (ffdshow). So I'm not sure if writing another video mode deinterlacer would be worth it, especially because Nvidia & ATI have a pretty good hardware deinterlacing implementation for video mode content. So to sum up: Writing a quick and easy IVTC algorithm might be worth a thought, because it's relatively easy to do and would bring a good benefit. I would recommend against writing a video mode deinterlacing, though. Another problem is this: Writing an IVTC deinterlacer and/or a video mode deinterlacer alone is one thing. If you want the user to lay back and not have to change settings all the time, you'd even have to implement an automatic movie / video content detection. You might even have to support mixed movie / video content. This would all be getting very very complicated and time consuming. If you do IVTC, only, that'd be fine and should be easy to do, but the user would have to manually switch IVTC on/off whenever he's switching between movie and video content. Personally, I would rather like to see you work on x64, 9/10bit decoding and eventually MVC decoding, instead of working on a deinterlacer. But that's just my personal opinion. FWIW, libav/ffmpeg are supporting 9/10bit decoding now, CoreAVC has it on its to do list. So if you don't do it you'll be falling behind your competition. There isn't much native 9/10bit content out there today. But it seems that even with original 8bit content (e.g. Blu-Ray), if you re-encode it, encoding to 9/10bit seems to help compression efficiency. So I think in the future we might see more (reencoded) 9/10bit h264 content appear. |
1st June 2011, 21:08 | #1247 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Quote:
The biggest OSS Video projects (most influencing) already started on that move anyways And yeah the time to implement a own Software Realtime Deinterlacing in times of GPUs seems wasted, and if you need deinterlacing software wise then implementing yadiff seems the most efficient choice for not wasting to much time
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 1st June 2011 at 21:41. |
|
2nd June 2011, 10:38 | #1248 | Link |
Registered User
Join Date: Nov 2005
Posts: 497
|
I think that I should concentrate on the x64 version.
__________________
The Next Generation Internet Video Codec project.[/url]. |
3rd June 2011, 07:03 | #1249 | Link | |
Registered User
Join Date: Nov 2005
Posts: 497
|
Quote:
__________________
The Next Generation Internet Video Codec project.[/url]. |
|
3rd June 2011, 07:20 | #1250 | Link | ||
Registered User
Join Date: Nov 2005
Posts: 583
|
Quote:
Most decoders do not provide software de-interlacing functionality, relying instead on the GPU hardware to do the job by raising the appropriate interlace flag. Isn't this something relatively straight forward to add to DiAVC? Best regards. |
||
3rd June 2011, 08:31 | #1251 | Link | |
Registered User
Join Date: Oct 2006
Posts: 150
|
Quote:
Of course, if you're using Graphstudio, you need to put DirectVobSub in the filterchain, or there would not be any subtitle renderer. But MPC-HC has its built-in subtitle renderer, so you don't need to use DirectVobSub. However, MPC-HC's subtitle renderer is not working with DiAVC+madVR, it doesn't matter which splitter is used. Any other decoder (CoreAVC/FFDshow/DivX) works with madVR and MPC-HC's internal subtitle renderer. Last edited by ForceX; 3rd June 2011 at 08:35. |
|
3rd June 2011, 09:00 | #1252 | Link |
Registered User
Join Date: Nov 2005
Posts: 497
|
I can provide the option in the property page, it is easy.
__________________
The Next Generation Internet Video Codec project.[/url]. |
9th June 2011, 14:31 | #1254 | Link | |
Registered User
Join Date: Nov 2005
Posts: 583
|
That would be a good start, before you embark on the ambitious software de-interlacer project.
JanWillem32 has just posted something which you may find useful: Quote:
Last edited by mariner; 9th June 2011 at 16:38. |
|
30th June 2011, 10:32 | #1255 | Link |
Registered User
Join Date: Nov 2005
Posts: 497
|
I am sorry that the x64 version is not finished still. I am delayed by some things in the middle of the month. The x64 version will be available before July 12 in my current estimation.
__________________
The Next Generation Internet Video Codec project.[/url]. |
22nd July 2011, 20:46 | #1258 | Link |
Registered User
Join Date: Nov 2005
Posts: 497
|
The DiAVC x64 first version is finished. I provide a totally free version now. It is free for non-comercial and personal use. It is without any ads. and time limitation.
The current x64 version is without lossless support and DG tools support. I will add it recently.
__________________
The Next Generation Internet Video Codec project.[/url]. |
22nd July 2011, 21:38 | #1259 | Link |
Registered User
Join Date: Nov 2005
Posts: 497
|
I plan to add 9, 10bits support for the DiAVC next.
__________________
The Next Generation Internet Video Codec project.[/url]. |
Tags |
avc, diavc, fastest decoder, h.264, software |
Thread Tools | Search this Thread |
Display Modes | |
|
|