| 01:14 | davidu | I installed Ubuntu 12.04 armel and did the GStreamer CLI test with big_buck_bunny surround.avi (mp4, %CPU usage): 720p (40%), 1080p (<45%). But it didn't find a decoder for h264.mov, tried qtdemux. Tested from console without monitor. Upscaling the 400p trailer takes more than 100% CPU. |
| 01:20 | rabeeh | davidu: how are you doing the upscaler? |
| 01:21 | rabeeh | you should be using bmmxvimage for the output of gstreamer. that one supports that hardware upscaler |
| 01:21 | rabeeh | bmmxvimage as the video output from the gstreamer pipeline |
| 01:22 | davidu | i've copied a line from gstreamer-devel qtdemux |
| 01:23 | davidu | no, that was something else |
| 01:25 | davidu | oh, it's playable now |
| 01:26 | davidu | but it drops buffers |
| 01:26 | rabeeh | what's the command line? |
| 01:27 | davidu | gst-launch playbin2 |
| 01:27 | davidu | with exec from xinitrc |
| 01:30 | davidu | it auto selects the bmmxvimagesink |
| 01:35 | davidu | oh, it's not upscaled. it's the ogg codec? |
| 01:39 | davidu | so on this example SD content takes more CPU than HD |
| 03:05 | davidu | with marvell-ipp installed, it ~plays the 1080p_h264.mov with dropping frames. And the same with mp4: 100% CPU usage and buffers dropping |
| 03:06 | davidu | do not install marvell-ipp? |
| 03:45 | davidu | oops. missing decoder - pipeline paused |
| 03:55 | davidu | so with marvell-ipp decoders now playing, but dropping buffers from HD content on soft-float, even 720p |
| 04:31 | davidu | or can this be tuned in xorg.conf? |
| 05:01 | davidu | i can't use alsa and it doesn't find aac decoder for audio included in the h264.mov |
| 05:02 | davidu | it also drops buffers with 480p_h264 |
| 05:05 | davidu | why i flood the channel again? seems to be a monolog |
| 05:05 | davidu | bye |
| 05:11 | davidu | log: "There may be a timestamping problem or this computer is too slow." |
| 06:43 | cbxbiker61 | rabeeh, pong |
| 14:52 | davidu | it may be interesting that the 480p.mov takes less than 40% CPU |
| 15:00 | rabeeh_ | davidu: why is that surprising? |
| 15:00 | rabeeh_ | davidu: at the end all the decoding is done by HW; either it's 480p/720/1080p |
| 15:01 | rabeeh_ | what the cpu really cares about is audio decoding |
| 15:21 | davidu | in my test 720/1080 need full cpu |
| 15:23 | davidu | all with surround, either ac3 or aac |
| 15:24 | davidu | the buffer dropping may not be noticeable |
| 16:36 | pepedog | Rabeeh, you met Fancine yet? |
| 16:36 | pepedog | Francine, autocorrect not good |
| 16:38 | davidu | I wonder that my server decodes all these videos in software without stress. It stutters a bit with 1080p, more with h264, but doesn't take all cpu power. |
| 16:42 | davidu | audio decoding can be easily done in software, rabeeh_ |
| 16:45 | davidu | we now have two rabeehs |
| 17:40 | rabeeh_ | davidu: if it's 2 channel audio then decoding is typically easy (with VFP enabled it's super easy). With TrueHD 7.1 it becomes much more complicated. |
| 17:41 | rabeeh_ | Add to that if you have PulseAudio where mixing is done all in software. |
| 17:41 | rabeeh_ | oh; rabeeh just quit |
| 17:54 | davidu | Does TrueHD 7.1 need ALSA or does it OSS? |
| 18:00 | davidu | for me i don't mind, i listen stereo music |
| 18:02 | davidu | i want give much in a DAC, just to connect my old monitor |
| 18:03 | davidu | i believe OSS is capable of 8 channels |
| 18:04 | davidu | before DAC i go headless :) |