Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
Wow, the difference is clear. The activation of vdpau has brought me a lot, additionally deactivating Vsync has improved my result significantly. Thanks Andrew for this great hint. Sam On 17.05.19 22:29, Phyllis Smith wrote: *On Wed, May 15, 2019 at 4:35 PM Andrew Randrianasulu mailto:randrianas...@gmail.com>> wrote:* *wild guess:* Not so "wild" after all. This was an /amazing discovery//knowledge that Andrew passed along that is much appreciated for anyone with an Nvidia card using Cinelerra and having low frames/sec. Try to enable/disable Vsync in ... driver's control application (I assume you use proprietary drivers with Nvidia GTX-750ti) Thank you and I am adding this to the manual in the GPU hardware acceleration section for others who have not seen this here. Thank you Andrew! More wild guesses needed! GoodGuy/Phyllis -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
*On Wed, May 15, 2019 at 4:35 PM Andrew Randrianasulu > wrote:* > *wild guess:* Not so "wild" after all. This was an *amazing discovery*/knowledge that Andrew passed along that is much appreciated for anyone with an Nvidia card using Cinelerra and having low frames/sec. > > Try to enable/disable Vsync in ... driver's control application (I assume > you use proprietary drivers with Nvidia GTX-750ti) > > Thank you and I am adding this to the manual in the GPU hardware acceleration section for others who have not seen this here. Thank you Andrew! More wild guesses needed! GoodGuy/Phyllis -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
IgorB: You are right! I kept trying to recreate the problem and with your information I could so it was not even a problem after all. Thanks, Phyllis On Fri, May 17, 2019 at 3:12 AM Igor BEGHETTO wrote: > Il 17/05/2019 0.55, Phyllis Smith ha scritto: > > So I had to start Cinelerra from a clean beginning with nothing set, > > and then I could not reproduce the 30 frames/sec only and had the full > > 60 frames/sec in the non-proxy case already. > > The max frame rate achieved is based on your fps Project in the > Settings-> Format. > So, if your fps Project is 30 and your video is 60fps, then you will > never reach 60 fps, I think. > > -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
Il 17/05/2019 0.55, Phyllis Smith ha scritto: So I had to start Cinelerra from a clean beginning with nothing set, and then I could not reproduce the 30 frames/sec only and had the full 60 frames/sec in the non-proxy case already. The max frame rate achieved is based on your fps Project in the Settings-> Format. So, if your fps Project is 30 and your video is 60fps, then you will never reach 60 fps, I think. IgorBeg -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
> Try to enable/disable Vsync in ... driver's control application I also had FPS slowdown with X11-OpenGL (nvidia 460M[obile]). Disabling VSync solves the issue. Thanks Andrew-R and Pierre for the advice. -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
I wouldn't have believed it But you are absolutely right! Disable "Sync to VBlank" (option for OpenGL) in NVIDIA X Server Settings... has solved the problem! In my tests using 4 mixers, whether the sources are in DNxHD, HDV or mgeg proxies, all now have an image rate close to 29.97 frame/sec (corresponding to the shooting rate). Only my sources in AVC H264.mp4 do not reach this rate and are limited to about 15 to 22 frames/sec. But the proxies do. I think you saved me the cost of buying a new video card. Thank you. Pierre On 19-05-15 18 h 28, Andrew Randrianasulu wrote: wild guess: Try to enable/disable Vsync in ... driver's control application (I assume you use proprietary drivers with Nvidia GTX-750ti) And also same in window manager settings. Try to set CPU and GPU to maximum performance (I think I observed some unusually slow playback when I tried to play av1 files with my libdav1d hack at just 1.8Ghz * 4 cores. Setting CPU to 2.6 Ghz fixed this! In both cases CPU was not completely loaded, according to gkrellm I have in a corner) Try to check how fast your PCI-E link. (lspci -vv as root) --- 01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 8800 GS] (rev a2) (prog-if 00 [VGA controller]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Capabilities: [600 v1] Vendor Specific Information: ID=0001 Rev=1 Len=024 Kernel driver in use: nouveau LnkSta: Speed 5GT/s, Width x16 - sounds like PCI-E 2.0 Check if VDPAU works for simple players - mpv, mplayer. В сообщении от Thursday 16 May 2019 00:22:30 Pierre autourduglobe написал(а): Yes, I am also inclined to believe that my video card is the culprit... for the lack of frame rate. It would not be able, through Open-GL, to decode simultaneously the 5 streams (composer + 4 mixers). I've never played any games on my computers either... but "gamer" cards are much cheaper than pro cards, while being relatively powerful, and that's why I've always chosen them for video editing. My current video card dates from 2014, it's a Nvidia GTX-750ti: https://www.gigabyte.com/Graphics-Card/GV-N75TOC-2GI#ov It includes 2 GB of GDDR5 memory, 128-bit memory interface and a Bandwidth of 86.4 GB/s If it becomes clear that it is the guilty one... I'm ready to buy another more powerful one. I started looking at what could be bought, which would not be too expensive and would be compatible with my current power supply (which I don't want to change). I also don't know if Nvidia video cards or AMD cards would be the most compatible and optimized for Cinelerra-GG. Here are the models I'm considering right now: - Nvidia GeForce GTX 1070 (8GB, 256-Bit GDDR5, Bandwidth 256 GB/s - Nvidia GeForce GTX 1660 Ti (6GB, 192-Bit GDDR6, Bandwidth 288 GB/s - AMD Radeon RX 580 (8GB, 256-Bit GDDR5, Bandwidth 256 GB/s - AMD Radeon RX 570 (4GB, 256-Bit GDDR5, Bandwidth 224 GB/s But I'm not ready to buy right now Pierre On 19-05-15 16 h 21, Phyllis Smith wrote: Pierre: From your last 2 emails and tests as compared to what I see, I am thinking that the graphics board is the bottleneck. Doing similar tests with the Clowns, as compared with your observations below, I am always getting close to 29.97 fps in either X11 or X11-OpenGL. The reason I think it is probably your graphics board is because my laptop is not really a "work" computer but rather a "gaming" computer (it was an inexpensive AMD computer that has never, ever played a single game!) so I would imagine the graphics board is meant to be pretty good. The results of these tests of the mpeg proxies tell me that with both the X11-OpenGL driver and the X11 driver, using vdpau results in a very slight reduction in the use of my CPU, but that this does not improve the frame rate possible that these video drivers allow to display... The above seems to indicate that the graphics board does not improve anything and you have plenty of CPU anyway, so you might as well use that. X11 allows in all cases to display at least 29.97 frame/sec sources that have been shot at this speed. X11-OpenGL is always limited to a maximum of about 12 frames/sec. These results are approximately true for all the types of media I tested, whether DNxHD.mov, HDV (MPEG-2.m2t), AVC H264.mp4 or even proxies in mpeg.mpeg. Given these results, I don't really see the advantage of using proxies... In any case, the video driver used will determine the possible frame rate regardless of the type of media used. I'm actually wondering if the constant frame rate limit of 12 frames/sec provided by X11-OpenGL in my tests with 4 mixers, regardless of the media type, doesn't actually indicate a bug somewhere or a limit inherent in my
Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
Pierre: It sounds like from what IgorB is saying, there is nothing wrong with your Graphics board and I found at least one place on the internet that indicated it has vdpau capabiities. I simply can not understand why you still are getting only about 12 frames/sec using OpenGL and why the mpeg proxy files are not seeing improved frame rate also. Phyllis quote: Instead of working with 29.97 fps media, I loaded Big Buck > Bunny which is 60 frames per second. And there may be something strange > going on as Pierre indicated that I will have to test on a faster > computer. Because when I played this, like Pierre, it seems to limit it at > always 30 fps whether I user X11 or OpenGL. Then when I proxy it to 1/2, I > thought I should have improved the frame rate but it too was at only 30 > fps. > As far as the above, I planned on showing this to GG to get an explanation of why I too was not getting an improved frames/sec with proxy, BUT he always makes me prove it to him. So I had to start Cinelerra from a clean beginning with nothing set, and then I could not reproduce the 30 frames/sec only and had the full 60 frames/sec in the non-proxy case already. I am still trying to determine if I can find the bad case to show GG but may have to give up. Phyllis -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
Hi IgorBeg, Until recently I also had the same feeling as you that my little video card was powerful enough for linux editing. In any case, few Linux software seems to really take advantage of the real potential power of really powerful external video cards. I don't use Blender, it doesn't match my type of activity. So the Cuda cores unfortunately seem very useless to me with all the current Linux editing software. I think the only characteristics of video cards that currently count under Linux are their raw computing speed, their amount of memory, the number of bits processed (64, 128, 192, 256, 320...) and finally their bandwidth in GB/s. These features have an impact on the performance of these cards under Linux as well. Until now I have always chosen Nvidia cards because for equal performance I found that it consumed less electricity, so required a less powerful power supply and above all, allowed me to have a computer that generated less heat. If my video card is still sufficient for my needs, I will not change it. If I have to change it, I will carefully re-evaluate my choice between Nvidia and AMD. I have always preferred to buy cheaper cards, which only satisfied my foreseeable needs in the medium term, rather than seeking to buy in advance, a very expensive card, so I would only risk being able to use the total power much later, at a time when cards with identical characteristics would then sell at a much lower price. Pierre On 19-05-16 04 h 30, Igor BEGHETTO wrote: Pierre, your video card is good, for me. It has 640 CUDA CORES. Unfortuantely only ffmpeg-nvenc use cuda core and not for all codec, seems to me. If you use Blender (http://www.blender.org/) and enable ComputeDevice=YourGTX you can see that cuda cores save a lot of your time to render a 3Dmodel/scene and your cpu% is low. IgorBeg Il 15/05/2019 23.22, Pierre autourduglobe ha scritto: Yes, I am also inclined to believe that my video card is the culprit... for the lack of frame rate. It would not be able, through Open-GL, to decode simultaneously the 5 streams (composer + 4 mixers). I've never played any games on my computers either... but "gamer" cards are much cheaper than pro cards, while being relatively powerful, and that's why I've always chosen them for video editing. My current video card dates from 2014, it's a Nvidia GTX-750ti: https://www.gigabyte.com/Graphics-Card/GV-N75TOC-2GI#ov It includes 2 GB of GDDR5 memory, 128-bit memory interface and a Bandwidth of 86.4 GB/s If it becomes clear that it is the guilty one... I'm ready to buy another more powerful one. I started looking at what could be bought, which would not be too expensive and would be compatible with my current power supply (which I don't want to change). I also don't know if Nvidia video cards or AMD cards would be the most compatible and optimized for Cinelerra-GG. Here are the models I'm considering right now: - Nvidia GeForce GTX 1070 (8GB, 256-Bit GDDR5, Bandwidth 256 GB/s - Nvidia GeForce GTX 1660 Ti (6GB, 192-Bit GDDR6, Bandwidth 288 GB/s - AMD Radeon RX 580 (8GB, 256-Bit GDDR5, Bandwidth 256 GB/s - AMD Radeon RX 570 (4GB, 256-Bit GDDR5, Bandwidth 224 GB/s But I'm not ready to buy right now Pierre -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
Pierre, your video card is good, for me. It has 640 CUDA CORES. Unfortuantely only ffmpeg-nvenc use cuda core and not for all codec, seems to me. If you use Blender (http://www.blender.org/) and enable ComputeDevice=YourGTX you can see that cuda cores save a lot of your time to render a 3Dmodel/scene and your cpu% is low. IgorBeg Il 15/05/2019 23.22, Pierre autourduglobe ha scritto: Yes, I am also inclined to believe that my video card is the culprit... for the lack of frame rate. It would not be able, through Open-GL, to decode simultaneously the 5 streams (composer + 4 mixers). I've never played any games on my computers either... but "gamer" cards are much cheaper than pro cards, while being relatively powerful, and that's why I've always chosen them for video editing. My current video card dates from 2014, it's a Nvidia GTX-750ti: https://www.gigabyte.com/Graphics-Card/GV-N75TOC-2GI#ov It includes 2 GB of GDDR5 memory, 128-bit memory interface and a Bandwidth of 86.4 GB/s If it becomes clear that it is the guilty one... I'm ready to buy another more powerful one. I started looking at what could be bought, which would not be too expensive and would be compatible with my current power supply (which I don't want to change). I also don't know if Nvidia video cards or AMD cards would be the most compatible and optimized for Cinelerra-GG. Here are the models I'm considering right now: - Nvidia GeForce GTX 1070 (8GB, 256-Bit GDDR5, Bandwidth 256 GB/s - Nvidia GeForce GTX 1660 Ti (6GB, 192-Bit GDDR6, Bandwidth 288 GB/s - AMD Radeon RX 580 (8GB, 256-Bit GDDR5, Bandwidth 256 GB/s - AMD Radeon RX 570 (4GB, 256-Bit GDDR5, Bandwidth 224 GB/s But I'm not ready to buy right now Pierre -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
wild guess: Try to enable/disable Vsync in ... driver's control application (I assume you use proprietary drivers with Nvidia GTX-750ti) And also same in window manager settings. Try to set CPU and GPU to maximum performance (I think I observed some unusually slow playback when I tried to play av1 files with my libdav1d hack at just 1.8Ghz * 4 cores. Setting CPU to 2.6 Ghz fixed this! In both cases CPU was not completely loaded, according to gkrellm I have in a corner) Try to check how fast your PCI-E link. (lspci -vv as root) --- 01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 8800 GS] (rev a2) (prog-if 00 [VGA controller]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Capabilities: [600 v1] Vendor Specific Information: ID=0001 Rev=1 Len=024 Kernel driver in use: nouveau LnkSta: Speed 5GT/s, Width x16 - sounds like PCI-E 2.0 Check if VDPAU works for simple players - mpv, mplayer. В сообщении от Thursday 16 May 2019 00:22:30 Pierre autourduglobe написал(а): > Yes, I am also inclined to believe that my video card is the culprit... > for the lack of frame rate. It would not be able, through Open-GL, to > decode simultaneously the 5 streams (composer + 4 mixers). > > I've never played any games on my computers either... but "gamer" cards > are much cheaper than pro cards, while being relatively powerful, and > that's why I've always chosen them for video editing. > > My current video card dates from 2014, it's a Nvidia GTX-750ti: > https://www.gigabyte.com/Graphics-Card/GV-N75TOC-2GI#ov > > It includes 2 GB of GDDR5 memory, 128-bit memory interface and a > Bandwidth of 86.4 GB/s > > If it becomes clear that it is the guilty one... I'm ready to buy > another more powerful one. > > I started looking at what could be bought, which would not be too > expensive and would be compatible with my current power supply (which I > don't want to change). > > I also don't know if Nvidia video cards or AMD cards would be the most > compatible and optimized for Cinelerra-GG. > > Here are the models I'm considering right now: > > - Nvidia GeForce GTX 1070 (8GB, 256-Bit GDDR5, Bandwidth 256 GB/s > - Nvidia GeForce GTX 1660 Ti (6GB, 192-Bit GDDR6, Bandwidth 288 GB/s > - AMD Radeon RX 580 (8GB, 256-Bit GDDR5, Bandwidth 256 GB/s > - AMD Radeon RX 570 (4GB, 256-Bit GDDR5, Bandwidth 224 GB/s > > But I'm not ready to buy right now > > Pierre > > > On 19-05-15 16 h 21, Phyllis Smith wrote: > > Pierre: > > > > From your last 2 emails and tests as compared to what I see, I am > > thinking that the graphics board is the bottleneck. Doing similar tests > > with the Clowns, as compared with your observations below, I am always > > getting close to 29.97 fps in either X11 or X11-OpenGL. The reason I > > think it is probably your graphics board is because my laptop is not > > really a "work" computer but rather a "gaming" computer (it was an > > inexpensive AMD computer that has never, ever played a single game!) so > > I would imagine the graphics board is meant to be pretty good. > > > > The results of these tests of the mpeg proxies tell me that with both > > the X11-OpenGL driver and the X11 driver, using vdpau results in a very > > slight reduction in the use of my CPU, but that this does not improve > > the frame rate possible that these video drivers allow to display... > > > > > > The above seems to indicate that the graphics board does not improve > > anything and you have plenty of CPU anyway, so you might as well use that. > > > > > > X11 allows in all cases to display at least 29.97 frame/sec sources > > that > > have been shot at this speed. > > > > X11-OpenGL is always limited to a maximum of about 12 frames/sec. > > > > These results are approximately true for all the types of media I > > tested, whether DNxHD.mov, HDV (MPEG-2.m2t), AVC H264.mp4 or even > > proxies in mpeg.mpeg. > > > > Given these results, I don't really see the advantage of using > > proxies... In any case, the video driver used will determine the > > possible frame rate regardless of the type of media used. > > > > I'm actually wondering if the constant frame rate limit of 12 > > frames/sec > > provided by X11-OpenGL in my tests with 4 mixers, regardless of the > > media type, doesn't actually indicate a bug somewhere or a limit > > inherent in my equipment. But then how do you explain the best > > throughput with X-11? > > > > > > Instead of working with 29.97 fps media, I loaded Big Buck Bunny which > > is 60 frames per second. And there may be something strange going on as > > Pierre indicated that I will have to test on a faster computer. Because > > when I played this, like Pierre, it seems to limit
Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
Hello Andrea Paz, I've always done it from the terminal. I haven't tried the option from Setting --> Preferences --> Performance Tab: Use HW Device Pierre On 19-05-15 16 h 17, Andrea paz wrote: Hi, Pierre. I really appreciate your test and thank you for your reports. A question: when you activate vdpau, you do it from the terminal o from Setting --> Preferences --> Performance Tab: Use HW Device? -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
Yes, I am also inclined to believe that my video card is the culprit... for the lack of frame rate. It would not be able, through Open-GL, to decode simultaneously the 5 streams (composer + 4 mixers). I've never played any games on my computers either... but "gamer" cards are much cheaper than pro cards, while being relatively powerful, and that's why I've always chosen them for video editing. My current video card dates from 2014, it's a Nvidia GTX-750ti: https://www.gigabyte.com/Graphics-Card/GV-N75TOC-2GI#ov It includes 2 GB of GDDR5 memory, 128-bit memory interface and a Bandwidth of 86.4 GB/s If it becomes clear that it is the guilty one... I'm ready to buy another more powerful one. I started looking at what could be bought, which would not be too expensive and would be compatible with my current power supply (which I don't want to change). I also don't know if Nvidia video cards or AMD cards would be the most compatible and optimized for Cinelerra-GG. Here are the models I'm considering right now: - Nvidia GeForce GTX 1070 (8GB, 256-Bit GDDR5, Bandwidth 256 GB/s - Nvidia GeForce GTX 1660 Ti (6GB, 192-Bit GDDR6, Bandwidth 288 GB/s - AMD Radeon RX 580 (8GB, 256-Bit GDDR5, Bandwidth 256 GB/s - AMD Radeon RX 570 (4GB, 256-Bit GDDR5, Bandwidth 224 GB/s But I'm not ready to buy right now Pierre On 19-05-15 16 h 21, Phyllis Smith wrote: Pierre: From your last 2 emails and tests as compared to what I see, I am thinking that the graphics board is the bottleneck. Doing similar tests with the Clowns, as compared with your observations below, I am always getting close to 29.97 fps in either X11 or X11-OpenGL. The reason I think it is probably your graphics board is because my laptop is not really a "work" computer but rather a "gaming" computer (it was an inexpensive AMD computer that has never, ever played a single game!) so I would imagine the graphics board is meant to be pretty good. The results of these tests of the mpeg proxies tell me that with both the X11-OpenGL driver and the X11 driver, using vdpau results in a very slight reduction in the use of my CPU, but that this does not improve the frame rate possible that these video drivers allow to display... The above seems to indicate that the graphics board does not improve anything and you have plenty of CPU anyway, so you might as well use that. X11 allows in all cases to display at least 29.97 frame/sec sources that have been shot at this speed. X11-OpenGL is always limited to a maximum of about 12 frames/sec. These results are approximately true for all the types of media I tested, whether DNxHD.mov, HDV (MPEG-2.m2t), AVC H264.mp4 or even proxies in mpeg.mpeg. Given these results, I don't really see the advantage of using proxies... In any case, the video driver used will determine the possible frame rate regardless of the type of media used. I'm actually wondering if the constant frame rate limit of 12 frames/sec provided by X11-OpenGL in my tests with 4 mixers, regardless of the media type, doesn't actually indicate a bug somewhere or a limit inherent in my equipment. But then how do you explain the best throughput with X-11? Instead of working with 29.97 fps media, I loaded Big Buck Bunny which is 60 frames per second. And there may be something strange going on as Pierre indicated that I will have to test on a faster computer. Because when I played this, like Pierre, it seems to limit it at always 30 fps whether I user X11 or OpenGL. Then when I proxy it to 1/2, I thought I should have improved the frame rate but it too was at only 30 fps. I will have to do the tests on GG's computer to eliminate the possibility of a limitation / bug. Phyllis -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
Pierre: >From your last 2 emails and tests as compared to what I see, I am thinking that the graphics board is the bottleneck. Doing similar tests with the Clowns, as compared with your observations below, I am always getting close to 29.97 fps in either X11 or X11-OpenGL. The reason I think it is probably your graphics board is because my laptop is not really a "work" computer but rather a "gaming" computer (it was an inexpensive AMD computer that has never, ever played a single game!) so I would imagine the graphics board is meant to be pretty good. The results of these tests of the mpeg proxies tell me that with both > the X11-OpenGL driver and the X11 driver, using vdpau results in a very > slight reduction in the use of my CPU, but that this does not improve > the frame rate possible that these video drivers allow to display... > The above seems to indicate that the graphics board does not improve anything and you have plenty of CPU anyway, so you might as well use that. > > X11 allows in all cases to display at least 29.97 frame/sec sources that > have been shot at this speed. > > X11-OpenGL is always limited to a maximum of about 12 frames/sec. > > These results are approximately true for all the types of media I > tested, whether DNxHD.mov, HDV (MPEG-2.m2t), AVC H264.mp4 or even > proxies in mpeg.mpeg. > > Given these results, I don't really see the advantage of using > proxies... In any case, the video driver used will determine the > possible frame rate regardless of the type of media used. > > I'm actually wondering if the constant frame rate limit of 12 frames/sec > provided by X11-OpenGL in my tests with 4 mixers, regardless of the > media type, doesn't actually indicate a bug somewhere or a limit > inherent in my equipment. But then how do you explain the best > throughput with X-11? > Instead of working with 29.97 fps media, I loaded Big Buck Bunny which is 60 frames per second. And there may be something strange going on as Pierre indicated that I will have to test on a faster computer. Because when I played this, like Pierre, it seems to limit it at always 30 fps whether I user X11 or OpenGL. Then when I proxy it to 1/2, I thought I should have improved the frame rate but it too was at only 30 fps. I will have to do the tests on GG's computer to eliminate the possibility of a limitation / bug. Phyllis -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
Hi, Pierre. I really appreciate your test and thank you for your reports. A question: when you activate vdpau, you do it from the terminal o from Setting --> Preferences --> Performance Tab: Use HW Device? -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Observations using GPU on DNxHD and MPEG proxy while running CinelerraGG
This time I completed my tests by adding Proxies to the HDV and AVC H264.mp4 test projects I did yesterday. Still in the context of use with 4 mixers. These are Proxys in mpeg with the same characteristics as those I had tested with DNxHD media. The results of these tests of the mpeg proxies tell me that with both the X11-OpenGL driver and the X11 driver, using vdpau results in a very slight reduction in the use of my CPU, but that this does not improve the frame rate possible that these video drivers allow to display... X11 allows in all cases to display at least 29.97 frame/sec sources that have been shot at this speed. X11-OpenGL is always limited to a maximum of about 12 frames/sec. These results are approximately true for all the types of media I tested, whether DNxHD.mov, HDV (MPEG-2.m2t), AVC H264.mp4 or even proxies in mpeg.mpeg. Given these results, I don't really see the advantage of using proxies... In any case, the video driver used will determine the possible frame rate regardless of the type of media used. I'm actually wondering if the constant frame rate limit of 12 frames/sec provided by X11-OpenGL in my tests with 4 mixers, regardless of the media type, doesn't actually indicate a bug somewhere or a limit inherent in my equipment. But then how do you explain the best throughput with X-11? "Test HDV.xml" file Proxy mpeg (with 4 mixers) X11-OpenGL driver command CIN_HW_DEV=vdpau ./cin cpu % 11.9 - 21.4 frame/sec 12.00 - 12.08 "Test HDV.xml" file Proxy mpeg (with 4 mixers) X11-OpenGL driver command /cin cpu % 14.5 - 23.8 frame/sec 11.84 - 12.14 "Test HDV.xml" file Proxy mpeg (with 4 mixers) X11 Pilot command CIN_HW_DEV=vdpau ./cin cpu % 9.6 - 18.6 frame/sec 29.97 - 30.12 "Test HDV.xml" file Proxy mpeg (with 4 mixers) X11 Pilot command /cin cpu % 12.8 - 19.2 frame/sec 29.97 - 30.09 "Test Clowns .xml" file AVC H264.mp4 media (with 4 mixers) X11-OpenGL driver command CIN_HW_DEV=vdpau ./cin cpu % 12.5 - 20.7 frame/sec 9.6 - 12.08 "Test Clowns .xml" file vdpau media (with 4 mixers) X11-OpenGL driver command /cin cpu % 14.3 - 22.05 frame/sec 11.97 - 12.08 "Test Clowns .xml" file AVC H264.mp4 media (with 4 mixers) X11 Pilot command CIN_HW_DEV=vdpau ./cin cpu % 10.5 - 17.1 frame/sec 30.00 - 30.12 "Test Clowns .xml" file AVC H264.mp4 media (with 4 mixers) X11 Pilot command /cin cpu % 10.8 - 17.5 frame/sec 30.00 - 30.03 Pierre On 19-05-14 18 h 12, Pierre autourduglobe wrote: I continued my tests. First with HDV files and then with H264.mp4 AVC files from my old cell phone. In each of these tests I used 4 mixers. I did them with the X11-OpenGL drivers then X11 with and without, the line CIN_HW_DEV=vdpau ./cin Unlike DNxHD files and Proxys mpeg files that I tested in the same way and that did not seem to show any reduction in CPU usage With these HDV and H264.mp4 AVC files, the results seem to indicate that both with X11-OpenGL, and under X11, if I use vdpau there is a reduction in the % of CPU usage. However, as for HDV and H264.mp4 AVC files, and this is what seems essential to me, only X11 is able to support an acceptable frame rate (around 29.97 frames/sec) in all these tests including 4 mixers. "Test HDV.xml" file HDV (MPEG-2.m2t) media (with 4 mixers) X11-OpenGL driver command CIN_HW_DEV=vdpau ./cin cpu % 8.1 - 16.1 frame/sec 10.24 - 12.16 "Test HDV.xml" file HDV (MPEG-2.m2t) media (with 4 mixers) X11-OpenGL driver command /cin cpu % 20.4 - 28.9 frame/sec 11.39 - 12.08 "Test HDV.xml" file HDV (MPEG-2.m2t) media (with 4 mixers) X11 Pilot command CIN_HW_DEV=vdpau ./cin cpu % 7.9 - 12.9 frame/sec 29.97 - 30.12 "Test HDV.xml" file HDV (MPEG-2.m2t) media (with 4 mixers) X11 Pilot command /cin cpu % 13.5 - 25.7 frame/sec 29.97 - 30.92 "Test Clowns .xml" file AVC H264.mp4 media (with 4 mixers) X11-OpenGL driver command CIN_HW_DEV=vdpau ./cin cpu % 16.2 - 28.0 frame/sec 9.89 - 13.74 "Test Clowns .xml" file AVC H264.mp4 media (with 4 mixers) X11-OpenGL driver command /cin cpu % 20.4 - 37.06 frame/sec 9.99 - 15.25 "Test Clowns .xml" file AVC H264.mp4 media (with 4 mixers) X11 Pilot command CIN_HW_DEV=vdpau ./cin cpu % 7.5 - 10.5 frame/sec 25.79 - 30.06 "Test Clowns .xml" file AVC H264.mp4 media (with 4 mixers) X11 Pilot command /cin cpu % 15.6 - 33.4 frame/sec 30.00 - 30.06 Pierre On 19-05-13 14 h 02, Phyllis Smith wrote: This is an amalgamation of email from Pierre / me that should have been in the mailing list but I missed seeing that. *_Summary first_* in case you don't want to read it all. And just FYI, Pierre tests on Mint18 and I use Fedora29 with totally different processors, number of CPUs and even brand of graphics boards. 1) Pierre: I don't really see any gains either with X11 or X11-OpenGL, the viewing in the composer may be a little more fluid but I'm not sure ... shouldn't vdpau be able to decode these mpeg? 2) Phyllis: When you use X11-OpenGL, which was written long ago when
