Announcement

Collapse
No announcement yet.

Which power must be a cpu for HD 1080p?

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #16
    You're not lucky
    Here (http://www.mattea.info/mplayer/mplay...22-1_amd64.deb) you can download a deb of mplayer-mt (latest svn). As always, it installs everything in /usr/local, so you'll need to call it using /usr/local/bin/mplayer. Could you try using it with these options:
    -vc ffh264 -vo null -benchmark -nosound -lavdopts threads=N
    and use system monitor to see if all your cores are used? On my system it happened that since one core was more than enough to play the file (Phenom II 940 BE) not all the cores were equally used with normal playback even if I set threads to 4, but with the benchmark option every core jumped at 90%.

    Comment


    • #17
      Thanks.
      $ /usr/local/bin/mplayer -vc ffh264 -vo null -benchmark -nosound -lavdopts threads=2 00040.MTS
      MPlayer SVN-r31054-4.4.1 (C) 2000-2010 MPlayer Team

      Playing 00040.MTS.
      TS file format detected.
      VIDEO H264(pid=4113) NO AUDIO! NO SUBS (yet)! PROGRAM N. 1
      FPS seems to be: 25.000000
      ================================================== ========================
      Forced video codec: ffh264
      Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
      Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
      ================================================== ========================
      Audio: no sound
      Starting playback...
      Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
      VO: [null] 1920x1080 => 1920x1080 Planar YV12
      V: 23.3 1117/1117 39% 0% 0.0% 0 0

      BENCHMARKs: VC: 17.519s VO: 0.002s A: 0.000s Sys: 0.360s = 17.882s
      BENCHMARK%: VC: 97.9735% VO: 0.0129% A: 0.0000% Sys: 2.0136% = 100.0000%

      Exiting... (End of file)
      I obtain 175 %.

      So i tried even the mplayer (not mt) present on the system:
      mplayer -vc ffh264 -vo null -benchmark -nosound -lavdopts threads=2 00040.MTS
      and i obtain the same result.

      While i run the video the cpu is below 100 % but in both case (mplayer or mplayer-mt) both cpus are use more equally (in precedence i read the wrong line on top).
      I don't see difference with mplayer-mt.

      $ /usr/local/bin/mplayer -lavdopts threads=2 00040.MTS
      MPlayer SVN-r31054-4.4.1 (C) 2000-2010 MPlayer Team

      Playing 00040.MTS.
      TS file format detected.
      VIDEO H264(pid=4113) AUDIO A52(pid=4352) NO SUBS (yet)! PROGRAM N. 1
      FPS seems to be: 25.000000
      [VO_XV] It seems there is no Xvideo support for your video card available.
      [VO_XV] Run 'xvinfo' to verify its Xv support and read
      [VO_XV] DOCS/HTML/en/video.html#xv!
      [VO_XV] See 'mplayer -vo help' for other (non-xv) video out drivers.
      [VO_XV] Try -vo x11.
      ================================================== ========================
      Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
      Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
      ================================================== ========================
      ================================================== ========================
      Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
      AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
      Selected audio codec: [ffac3] afm: ffmpeg (FFmpeg AC-3)
      ================================================== ========================
      AO: [oss] 48000Hz 2ch s16le (2 bytes per sample)
      Starting playback...
      Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
      VO: [x11] 1920x1080 => 1920x1080 Planar YV12
      [swscaler @ 0xe40aa0]using unscaled yuv420p -> bgra special converter
      A: 23.4 V: 23.3 A-V: 0.088 ct: 4.381 1117/1117 14% 17% 0.8% 12 0

      Exiting... (End of file)
      $ xvinfo
      X-Video Extension version 2.2
      screen #0
      no adaptors present
      Note:
      However kbios i'm interested how you have build that packages, there is some link that could i see?
      The only package where i'm more confortable are archlinux packages ...
      When i build simple packages on debian or ubuntu i use checkconfig.

      Comment


      • #18
        The basic mplayer has support for multiple threads/cores if the video is encoded using slices, so that might be the reason you don't see a difference: if you try with a video which doesn't use them, mplayer-mt results should be vastly superior.

        About my packages: I have never heard of checkconfig, they were built with checkinstall (./configure; make; sudo checkinstall).

        Comment


        • #19
          Yes is checkinstall i'm write wrong the command.

          Thanks.

          Comment


          • #20
            Well i would not use checkinstall, especially when i have got so nice scripts for that

            but i also did some benchmarking - git-mt was patched to support vc1 too but it does not seem to do anything.

            maybe more cores should be tested...

            100 mb m2ts h264:

            mplayer -vo null -benchmark -nosound -lavdopts threads=X testfile

            mplayer svn 1 thread: 11.7s
            mplayer svn 2 threads: 7.9s
            mplayer git-mt 1 thread: 11.9s
            mplayer git-mt 2 threads: 7.0s

            100 mb m2ts vc1 (no diff visable):

            mplayer svn 1 thread: 18.2s
            mplayer svn 2 threads: 18.2s
            mplayer git-mt 1 thread: 18.2s
            mplayer git-mt 2 threads: 18.2s

            Comment


            • #21
              Originally posted by alelinuxbsd View Post
              I would like known, in the eventuality is impossible use driver open for a fluent display of video hd 1080p, which power must be a cpu for this task.
              The only possible answer is: it depends.

              It depends on the codec - VC-1 is much less demanding than H.264, for example. MPEG-2 is less demanding than VC-1.

              It depends on the bitrate - more bitrate requires more CPU power. There's a world of difference between 1080p rips found on the net (5-10 Mbps) and BD content (20-30 Mbps).

              If H.264 is used, it depends on the encode settings, i.e. profile and precise features used. H.264 is very scalable and "baseline" profile content optimized for fast decoding vs. "high" profile content with every H.264 feature enabled can easily mean you need multiple times the CPU power.

              Of course, it also depends on the efficiency of the player/decoder, if postprocessing (for example deinterlacing) is needed and how the video output device/driver performs.

              So, if you ever see a claim like "my $SLOW_CPU plays 1080p just fine!", take it with a grain of salt.

              Comment


              • #22
                Originally posted by alelinuxbsd View Post
                [VO_XV] It seems there is no Xvideo support for your video card available.
                Fix that problem first. X11 video output is SLOW* and always tears.
                In other words, it's terrible and the worst possible option to output video.

                * (video scaling and colorspace conversion in software, plus needs lots of GPU bandwidth)

                Comment


                • #23
                  On the dual core i have this:
                  $ xvinfo
                  X-Video Extension version 2.2
                  screen #0
                  Adaptor #0: "Radeon Textured Video"
                  number of ports: 16
                  port base: 63
                  operations supported: PutImage
                  supported visuals:
                  depth 24, visualID 0x21
                  number of attributes: 3
                  "XV_BICUBIC" (range 0 to 2)
                  client settable attribute
                  client gettable attribute (current value is 2)
                  "XV_VSYNC" (range 0 to 1)
                  client settable attribute
                  client gettable attribute (current value is 1)
                  "XV_HWPLANAR" (range 0 to 1)
                  client settable attribute
                  client gettable attribute (current value is 1)
                  maximum XvImage size: 2048 x 2048
                  Number of image formats: 4
                  id: 0x32595559 (YUY2)
                  guid: 59555932-0000-0010-8000-00aa00389b71
                  bits per pixel: 16
                  number of planes: 1
                  type: YUV (packed)
                  id: 0x32315659 (YV12)
                  guid: 59563132-0000-0010-8000-00aa00389b71
                  bits per pixel: 12
                  number of planes: 3
                  type: YUV (planar)
                  id: 0x30323449 (I420)
                  guid: 49343230-0000-0010-8000-00aa00389b71
                  bits per pixel: 12
                  number of planes: 3
                  type: YUV (planar)
                  id: 0x59565955 (UYVY)
                  guid: 55595659-0000-0010-8000-00aa00389b71
                  bits per pixel: 16
                  number of planes: 1
                  type: YUV (packed)
                  On the single core i should see what is present, i make some change from the time that the topic was start.

                  I think on future i choice a power Cpu because i don't like the situation present about graphics card on linux (despite is better then some years ago) and i think i remain on amd platform (because i don't like change everything after few time) even if a similar situation isn't ideal.
                  For me is only important that work using H.264 with a max bitrate about 17 mbps (or even better the google code less demanding when will be free).

                  Comment

                  Working...
                  X