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 |
22nd December 2009, 08:23 | #341 | Link |
Guest
Posts: n/a
|
You misunderstood me. I was refering to the fact that yet another employee of CoreCodec comes into this thread to divert the topic yet another time with FUD.
Or do you think that discussions about alleged GPL violations of some software (oh the irony) are relevant to the discussion of DiAVC's technical merits? If so, please tell. |
22nd December 2009, 08:45 | #342 | Link | |||
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
Quote:
Quote:
The only one attempting to derail this thread is you, by continuing this off-topic discussion and making wild accusations towards other forum posters. If you, as you claim, support DiAVC, stop derailing this thread, now. |
|||
22nd December 2009, 13:00 | #343 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
About the (possible) GPL violation in DGAVCDec: Even if DGAVCDec remains CloseSource, it is still allowed to use libavcodec, because libavcodec is released under the LGPL, which explicitly allows that case. In other words: using a LGPL'd library from a proprietary application is explicitly permitted by the license. And dozens of proprietary application available on the market do it! Furthermore, from all that I know, Neuron2 never refused to publish the (minor) modifications he had made to libavcodec itself. And that's all he'd need to publish. So what exactly are you complaining about? I just can't see the point...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 22nd December 2009 at 15:01. |
|
22nd December 2009, 14:50 | #344 | Link |
Unregistered User
Join Date: Mar 2002
Location: Bulgaria
Posts: 98
|
Cannot install this decoder at all. When using regsvr32 it gives me an error message that "the application configuration is incorrect". WinXP SP3, 32bit.
__________________
my subtitle site |
22nd December 2009, 15:30 | #345 | Link | |
Registered User
Join Date: Nov 2005
Posts: 497
|
Quote:
http://www.microsoft.com/downloads/d...displaylang=en
__________________
The Next Generation Internet Video Codec project.[/url]. Last edited by schweinsz; 22nd December 2009 at 15:50. |
|
22nd December 2009, 17:10 | #346 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Agreed. If they want to withhold an SDK that can only increase their sales it seems like bad business to me. I don't know what their agenda is, but it doesn't appear to hold the interests of the video community very highly. I'm just going to keep doing my thing with the NV tools and ignore these wild GPL accusations and other attacks. It's all rather amusing actually.
I should be the least of their worries given the rapid progress of their competitors. |
22nd December 2009, 18:50 | #347 | Link |
Unregistered User
Join Date: Mar 2002
Location: Bulgaria
Posts: 98
|
__________________
my subtitle site |
22nd December 2009, 19:28 | #348 | Link |
Registered User
Join Date: Nov 2005
Posts: 497
|
This must be incured by false use of dll. I will fix it recently.
__________________
The Next Generation Internet Video Codec project.[/url]. |
22nd December 2009, 19:30 | #349 | Link | |
Registered User
Join Date: Nov 2005
Posts: 497
|
Quote:
__________________
The Next Generation Internet Video Codec project.[/url]. |
|
22nd December 2009, 20:21 | #352 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Bingo. Also, I am then at the mercy of the specific decoder that is used. I can't guarantee proper random access if I can't control which decoder is used. Look at libavcodec these days. There's no way to use it for accurate frame access and there is effectively no support for that idea. I'm not complaining, just pointing out the reality. If schweinsz is willing to support the needed hooks, then it's a win for everybody, except maybe CoreAVC.
|
22nd December 2009, 20:31 | #353 | Link | |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
Since DiAVC is going to become payware eventually, it would be preferable to have DGAVCDec work fully properly with the free solution (libavcodec). Obviously DiAVC support would still be great to have for speed purposes. |
|
22nd December 2009, 20:39 | #354 | Link | |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Quote:
Last edited by Guest; 22nd December 2009 at 20:42. |
|
22nd December 2009, 20:50 | #355 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Quote:
Code:
SetMTMode(2,0) video=FFMS2(sorce) video=yadif(video,mode=0,order=1) super = MSuper(video) backward_vec = MAnalyse(super, isb = true) forward_vec = MAnalyse(super, isb = false) video=MFlowFps(video, super, backward_vec, forward_vec, num=200, den=1, ml=100) a = selectevery(video,8, 0) b = selectevery(video,8, 1) c = selectevery(video,8, 2) d = selectevery(video,8, 3) ab = merge(a,b,0.5) cd = merge(c,d,0.5) video = merge(ab,cd,0.5) return video
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 22nd December 2009 at 20:53. |
|
22nd December 2009, 21:30 | #356 | Link |
Registered User
Join Date: Aug 2004
Posts: 211
|
I got some new benchmark results from the same processor as my old bench with the same processor (CoreDuo 1.66Ghz) and the same samples. Its a different computer, so don't compare them directly, I downloaded the latest DiAVC and compared to CoreAVC2.0:
ac2_review_missions CoreAVC 2.0: 158.7612 DiAVC 22.12.09: 179.9373 ADST_sample CoreAVC 2.0: 55.5900 DiAVC 22.12.09: 56.5868 ImperishableNightExtraStage CoreAVC 2.0: 353.3393 DiAVC 22.12.09: 318.9501 Of course, those are still GraphStudio benchmarks (3 runs each)... |
22nd December 2009, 21:40 | #357 | Link |
Derek Prestegard IRL
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,989
|
@Atak_Snapjera:
Try using MT(...) instead of SetMTMode. I get much more stable results with it. ~MiSfit
__________________
These are all my personal statements, not those of my employer :) |
22nd December 2009, 21:53 | #358 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
@Blue_Shift
I tried to use MT on Yadif but I got "ghosting" artifacts (!?) I'm not sure if MT with MVFlow is a good idea either.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
22nd December 2009, 22:37 | #359 | Link |
Derek Prestegard IRL
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,989
|
Hmm... possibly. Did you use more than 2 threads? If so, I'd suggest using an overlap of at least 4 pixels.
~MiSfit
__________________
These are all my personal statements, not those of my employer :) |
22nd December 2009, 23:30 | #360 | Link | |
CoreCodec Founder
Join Date: Oct 2001
Location: San Francisco
Posts: 1,421
|
Quote:
neuron2... On access... don't point the finger this way as we are just the messengers on those restrictions. What we were trying to do however at one point with CoreAVC was trying to work through the process flow of 'approved access' for applications, but in the end, the legal costs are over the top for an effort that will return very little. But otherwise we have all of those API's is our current SDK but its only for OEM licensee's who then in-turn have a license through MPEGLA for their products or services. As far as competitors, multimedia is just one aspect of our overall business, with CoreAVC being just one of many products (CorePlayer, Matroska, CoreUI, CoreOS, CoreMAKE, Corenect, CoreLua, etc.), but that's not for this thread.
__________________
Dan "BetaBoy" Marlin Ubiquitous Multimedia Technologies and Developer Tools http://corecodec.com Last edited by BetaBoy; 23rd December 2009 at 17:30. |
|
Tags |
avc, diavc, fastest decoder, h.264, software |
Thread Tools | Search this Thread |
Display Modes | |
|
|