J.B. Posted November 11, 2008 Share Posted November 11, 2008 Wow, thx a lot! I'll also have a look at TSPlayer. Quote Link to comment
neelrocker Posted November 17, 2008 Share Posted November 17, 2008 Next step:Next step is to take this idea to MPC Video Decoder which is also based on ffdshow code but uses the DXVA/DXVA 2.0 capabilities of the graphics unit for decoding H.264 which will lead to a CPU usage going towards zero. My goal is to finally have a replacement for the CyberLink decoder when it comes to DXVA. Does this mean we can hope using ffdshow filters (sharpening, logo-killing etc.) when using hardware decoding ? (by using ffdshow raw after mpc video decoder) Quote Link to comment
CiNcH Posted November 17, 2008 Author Share Posted November 17, 2008 (edited) Does this mean we can hope using ffdshow filters (sharpening, logo-killing etc.) when using hardware decoding ? (by using ffdshow raw after mpc video decoder) When using DXVA it is not possible to read back the raw video data into main memory and thus providing the possibility to perform post processing within CPU. So no, this won't be possible. But it may be possible with future CoreAVC versions (>= 2.0?) taking advantage of the nVIDIA CUDA Video API. With this API it is possible to read back the video. Edited November 17, 2008 by CiNcH Quote Link to comment
neelrocker Posted November 17, 2008 Share Posted November 17, 2008 When using DXVA it is not possible to read back the raw video data into main memory and thus providing the possibility to perform post processing within CPU. So no, this won't be possible. But it may be possible with future CoreAVC versions (>= 2.0?) taking advantage of the nVIDIA CUDA Video API. With this API it is possible to read back the video. That would be great Let's hope there is a plan for something with ATI's GPGPU technology too (if it also provides an API that allows to read back the video). According to betaboy on coreavc forum, he wants to support all gpus (but robUx4 said nvidia and ati were reluctant to provide infos on how to use their technologies... so, it may take time to come. Hopefully he said that in Feb 2008. Devs may have more doc available now). Quote Link to comment
Klaus_1250 Posted November 17, 2008 Share Posted November 17, 2008 I wouldn't expect to much from it. Both ATi and nVidia don't really want this, as it breaks the trusted video path thing. Unless the data between the video-card/post-processor and post-processor/video-card is encrypted too. Quote Link to comment
Moses Posted November 17, 2008 Share Posted November 17, 2008 I don't understand, why you need to read the data back... wasn't it the idea to do the post processing on the GPU instead of CPU? So you don't need the decoded data in main memory, but in graphics memory... no need to do a (very slow!!) data read back. Quote Link to comment
neelrocker Posted November 17, 2008 Share Posted November 17, 2008 That's right. We were talking about ffdshow filters. But if we can in the future do things like multiple logo-killing directly with the gpu, I would be pleased Quote Link to comment
dvbrewer Posted November 22, 2008 Share Posted November 22, 2008 (edited) I have got interesting results using ffdshow 2338 (non mt build) - disabling all colorspaces except NV12 in output and setting interlaced flag is allowing me to use hardware deinterlacing and thus doing without the ffdshow deinterlace and resize options - this is allowing me to drop to about 48% CPU usage with BBC HD (1080i h.264 16.2Mbps), which is about a 20% drop over what I was getting with 2307 mt using the ffdshow deinterlace and resize! Apparently normal ffdshow also does multithreading but the method it uses it not quite as efficient as that in the mt builds, but I think the advantage with mt can probably only be seen with tri or quad core CPUs. Edited November 22, 2008 by dvbrewer Quote Link to comment
CiNcH Posted November 22, 2008 Author Share Posted November 22, 2008 Apparently normal ffdshow also does multithreading but the method it uses it not quite as efficient as that in the mt builds. Depends. Non-mt ffdshow performs multithreading on a slice basis, so if the encoder did not use slices... ffmpeg-mt performs multithreading on a frame basis, so it works for all content... Quote Link to comment
dvbrewer Posted November 22, 2008 Share Posted November 22, 2008 (edited) Depends. Non-mt ffdshow performs multithreading on a slice basis, so if the encoder did not use slices... ffmpeg-mt performs multithreading on a frame basis, so it works for all content... Thanks for the explanation- can you give an example of something that is not encoded using slices? Everything I have tried seems to give less CPU usage using normal ffdshow (vs mt). Edited November 22, 2008 by dvbrewer Quote Link to comment
CiNcH Posted November 22, 2008 Author Share Posted November 22, 2008 Well for multi-core CPU's it is better not to watch the total usage but the load on both cores separately. Anixe HD or Astra HD+ are IMHO decoded in one thread. Quote Link to comment
dvbrewer Posted November 24, 2008 Share Posted November 24, 2008 Well for multi-core CPU's it is better not to watch the total usage but the load on both cores separately. Anixe HD or Astra HD+ are IMHO decoded in one thread. OK- I use proxexp- is the red line the 2nd core? Is most HDTV encoded in one thread only, therefore it cannot take advantage of multithreading? Quote Link to comment
Diego Posted November 27, 2008 Share Posted November 27, 2008 (edited) I've tried last generic revision from cslid with for livetv with some dvbapp but unfortunately it's too heavy for my dual core operon 175 @2,2 Ghz (only 11 fps). Next I will try some ts with ffdshow on MPC HC but thing won't go better. Good results obtained instead with ts with Divx h264 beta3. Really fast. Next step is to take this idea to MPC Video Decoder which is also based on ffdshow code but uses the DXVA/DXVA 2.0 capabilities of the graphics unit for decoding H.264 which will lead to a CPU usage going towards zero. My goal is to finally have a replacement for the CyberLink decoder when it comes to DXVA. I use cyberlink h264 codec (v. 6..... bundled with my dvb-s2 card) but unfortunately on my ATi hd 3850 AGP Hardware acceleration is buggy (goes in a continuos loop of corrupted video of some seconds but the audio goes on) also with nero 8 HD. By the way is it working on your PC? Edited November 27, 2008 by Diego Quote Link to comment
ramonchin Posted November 30, 2008 Share Posted November 30, 2008 (edited) For h264 channels, can MPC Video Decoder use DXVA under VMR9 ?? Cyberlink's can't do that. I've Vista 32bits SP1 where the only renderer that seems to use DXVA gor h264 files is EVR. I don't like EVR colors (faces too red), VMR9 looks more natural. Thanks. Edited December 1, 2008 by ramonchin Quote Link to comment
Diego Posted December 1, 2008 Share Posted December 1, 2008 For h264 channels, can MPC Video Decoder use DXVA under VMR9 ?? Cyberlink's can't do that. If you use MPC decoder probably you could turn on DXVA. I say probably because some days ago I could turn it on or off, but now (many codec pack installed and unistalled) it is turned on but I can't disable it (instead of seeing the check box, i see the name of my graphic board) Quote Link to comment
Devastation Posted December 1, 2008 Share Posted December 1, 2008 (edited) ffmpeg-mt performs multithreading on a frame basis, so it works for all content Hello, maybe the answer is in the thread, but for this technicals my english is..... I installed ffdshow mt (rev 2392) and with yadif deinterlacing and resizing to 1920x1080 i have 100% on one core and almost no work on the other core. Is that normal for mt? Only aktivating a OSD Window creates work on the other core. Edited December 1, 2008 by Devastation Quote Link to comment
ramonchin Posted December 1, 2008 Share Posted December 1, 2008 If you use MPC decoder probably you could turn on DXVA. I say probably because some days ago I could turn it on or off, but now (many codec pack installed and unistalled) it is turned on but I can't disable it (instead of seeing the check box, i see the name of my graphic board) Are you getting DXVA1 (VMR9) for h264 in Vista?? Quote Link to comment
Diego Posted December 1, 2008 Share Posted December 1, 2008 Are you getting DXVA1 (VMR9) for h264 in Vista?? No I use winxp that with .net framework 3 support EVR. why don't you use evr and change saturation settings? Have you installed the DX9 onto Vista? Tonight I see a friend that have vista and ask him if it is possible Then I let you know. Quote Link to comment
ramonchin Posted December 1, 2008 Share Posted December 1, 2008 No I use winxp that with .net framework 3 support EVR.why don't you use evr and change saturation settings? Have you installed the DX9 onto Vista? Tonight I see a friend that have vista and ask him if it is possible Then I let you know. Gracias. Quote Link to comment
Diego Posted December 2, 2008 Share Posted December 2, 2008 It's sure you can install DX9 onto vista also if DX10 are altready isntalled. It's unsure DX9 are already installed by default on vista system. So just try to install them with the Microsoft installer, it download the last components you need. Quote Link to comment
ramonchin Posted December 2, 2008 Share Posted December 2, 2008 It's sure you can install DX9 onto vista also if DX10 are altready isntalled.It's unsure DX9 are already installed by default on vista system. So just try to install them with the Microsoft installer, it download the last components you need. Do you think it will fix this issue? Did you ask your friend about DXVA1 for h264 in Vista? Quote Link to comment
Diego Posted December 3, 2008 Share Posted December 3, 2008 Do you think it will fix this issue? Did you ask your friend about DXVA1 for h264 in Vista? Just try it. This could be a good thing to use DX9 instead of EVR. As told before, now I see that I can't chech the hw accel in MPC and also my friend have the same problem. But it could be a problem of the MPC version istalled with some codec pack. Just try it and then let us know how it goes. Quote Link to comment
ramonchin Posted December 4, 2008 Share Posted December 4, 2008 Just try it. This could be a good thing to use DX9 instead of EVR.As told before, now I see that I can't chech the hw accel in MPC and also my friend have the same problem. But it could be a problem of the MPC version istalled with some codec pack. Just try it and then let us know how it goes. Checked, only EVR works for DXVA on h264. Thanks! Quote Link to comment
dvbrewer Posted December 5, 2008 Share Posted December 5, 2008 Checked, only EVR works for DXVA on h264. Thanks! Are you saying MPC now works for h.264 Digital TV? Quote Link to comment
Diego Posted December 8, 2008 Share Posted December 8, 2008 (edited) Are you saying MPC now works for h.264 Digital TV? No we' d all like it. to Ramonchin I managed to make cyberlink Hw accel working with DVBViewer and overlay as render. But I use the cyberlink codec of my dvb-s card that is a Twinhan. If I use codec from pvd8 and cyberlink for ati the system freeze and then BSOD Edited December 8, 2008 by Diego Quote Link to comment
Diego Posted December 9, 2008 Share Posted December 9, 2008 (edited) No we' d all like it. QUOTE(dvbrewer @ Dec 5 2008, 02:34) * Are you saying MPC now works for h.264 Digital T Diego MPC works good with DXVA only on recorded h264 ts files. But on some breaks up the video goes on a continuos loop of some seconds. But if there aren't breaks up it goes good. Edited December 9, 2008 by Diego Quote Link to comment
dvbrewer Posted January 20, 2010 Share Posted January 20, 2010 ffdshow now has a DXVA decoder for a week or so, has anyone tried it for H.264 HDTV? Quote Link to comment
CiNcH Posted January 20, 2010 Author Share Posted January 20, 2010 (edited) Doesn't work with DVBSource. The DXVA decoder filter lacks Access Unit parsing.. Edited January 20, 2010 by CiNcH Quote Link to comment
dvbrewer Posted January 20, 2010 Share Posted January 20, 2010 (edited) Doesn't work with DVBSource. The DXVA decoder filter lacks Access Unit parsing.. That's a bit of a bummer. I take it DXVA with TV is something pretty hard to do since only Cyberlink/Arcsoft seem to have managed it? Edited January 20, 2010 by dvbrewer Quote Link to comment
CiNcH Posted January 21, 2010 Author Share Posted January 21, 2010 (edited) Until recently, the whole DXVA thing was pretty much closed. MPC reverse engineered the whole stuff, and then it was opened up by MS. CoreAVC will soon have DXVA. They wanted to add that years ago, but could not. I don't know why only big players got access to the information needed. ffdshow is getting there too now. The problem with open source solutions is that they are all based on ffmpeg, lacking the Access Unit parser. It has only been added for the ffdshow software H.264 decoder so far, see initial post of this thread. Edited January 21, 2010 by CiNcH Quote Link to comment
rovo Posted September 3, 2010 Share Posted September 3, 2010 The problem with open source solutions is that they are all based on ffmpeg, lacking the Access Unit parser. It has only been added for the ffdshow software H.264 decoder so far, see initial post of this thread. As the work has been done for the "classical" ffdshow already, do you think it would be hard to make the same changes for the DXVA version? Quote Link to comment
dvbrewer Posted September 4, 2010 Share Posted September 4, 2010 As the work has been done for the "classical" ffdshow already, do you think it would be hard to make the same changes for the DXVA version? But if they did that it would damage a certain commercial H.264 decoder provider that does work with acceleration & TV.... Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.