Re: [Freevo-users] Help with benchmarking CPUs for HD decoding
Thank you Jason for these very useful advices. Here are my new results. BTW: I've also upgraded the intel xf86 driver to 2.4.0 as the changelog stated numerous speed improvements (and xvmc support... not that useful for this test but always nice to have) Still having frame drops... (less but quite noticeable) A: 119.9 V: 119.9 A-V: 0.009 ct: 0.037 3597/3597 26% 60% 1.2% 42 0 I'm wondering why I get these drops... I was under the impression than other people were having better results with slower CPUs... (or were they not outputting to a FullHD display?) for reference if I play the 1080p version of big buck bunny I'm getting no frame drop... http://wcdata2.sun.com/08D12355/big_buck_bunny_1080p_h264.mov mplayer -fs cornell_m1080p.mov -lavdopts fast:skiploopfilter=nonref:threads=2 MPlayer 1.0rc2-4.2.3 (C) 2000-2007 MPlayer Team CPU: Intel(R) Core(TM)2 Duo CPU E8200 @ 2.66GHz (Family: 6, Model: 23, Stepping: 6) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing cornell_m1080p.mov. ISO: File Type Major Brand: Original QuickTime Quicktime/MOV file format detected. [mov] Audio stream found, -aid 0 [mov] Video stream found, -vid 1 VIDEO: [avc1] 1920x1080 24bpp 15.385 fps 0.0 kbps ( 0.0 kbyte/s) Clip info: copyright: Copyright 2005 Cornell Lab of Ornithology name: Cornell Lab of Ornithology comments: Produced by the Macaulay Library [gl] using extended formats. Use -vo gl:nomanyfmts if playback fails. xscreensaver_disable: Could not find XScreenSaver window. == Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) == == Forced audio codec: mad Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding) AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000-176400) Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio) decoder) == AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... VDec: vo config request - 1920 x 1080 (preferred colorspace: Planar YV12) Could not find matching colorspace - retrying with -vf scale... Opening video filter: [scale] VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is undefined - no prescaling applied. [swscaler @ 0x89357b0]SwScaler: using unscaled yuv420p - rgb32 special converter VO: [gl] 1920x1080 = 1920x1080 BGRA [fs] [zoom] ... A: 119.9 V: 119.9 A-V: 0.009 ct: 0.037 3597/3597 26% 60% 1.2% 42 0 Jason Tackaberry wrote: Hi Olivier, On Tue, 2008-07-22 at 17:14 +0200, olivier arsac wrote: I have a problem though... I'm unable to get a run without dropping frames even on a 3.2GHz core 2 duo (penryn e8200 OC) If I disable sound output the test run smoothly... something fishy here. If you disable sound, MPlayer does not need to maintain sync, and so it decides not to drop any frames. frame drop test: $mplayer -fs cornell_m1080p.mov -lavdopts fast:skiploopfilter=nonref The obvious thing here is that you're missing threads=2. You want -lavdopts fast:threads=2, and on that processor you can probably get away with leaving out skiploopfilter=nonref. That cornell video uses slices, so decoding can benefit from multiple threads. (Currently ffmpeg's h264 decoder parallelizes only at the slice level. Frame parallelization is coming.) Most (perhaps all, at least all I've seen) Bluray and HD-DVD video uses slices as well. You can check if the content you're viewing has slices by passing -lavdopts debug=1 -v. benchmark: real0m34.380s user0m47.687s sys0m0.304s seems to have plenty of room for real time playback... Yes, but the number of cycles needed to decode any given frame will vary. For example, in that video, the sequence around 70s is quite demanding and will drop frames (at least on my E6600) without specifying threads=2. For single-sliced content, you're more likely to run into trouble. I've done a few test transcodes of 1080p Bluray content with x264 and at crf=22 (with AQ) the bitrate was low enough to still manage without dropped frames on a single core. In theory with a higher bitrate single-sliced h264 content you could start dropping frames. There we have two options: try skiploopfilter=all (much more visible quality loss), or wait a few months (hopefully just that!) for frame-level parallelization with h264 decoding. Cheers, Jason. - This SF.Net email is sponsored by the Moblin Your Move Developer's
Re: [Freevo-users] Help with benchmarking CPUs for HD decoding
On Sat, 2008-07-26 at 22:18 +0200, Olivier Arsac wrote: I'm wondering why I get these drops... I was under the impression than other people were having better results with slower CPUs... (or were they not outputting to a FullHD display?) My E6600 (2.4Ghz) can handle cornel_m1080p.mov without dropped frames. Yours should very easily as well. [swscaler @ 0x89357b0]SwScaler: using unscaled yuv420p - rgb32 special converter VO: [gl] 1920x1080 = 1920x1080 BGRA [fs] [zoom] Right, so here's the problem. Don't use the gl VO. You see that first line I quoted, it means that MPlayer is doing yv12 to rgb32 colorspace conversion in software. For 1080p that's a lot of overhead, and it's the reason you're dropping frames. You should use the Xv VO. -vo xv. Cheers, Jason. z - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Help with benchmarking CPUs for HD decoding
Hi Olivier, On Tue, 2008-07-22 at 17:14 +0200, olivier arsac wrote: I have a problem though... I'm unable to get a run without dropping frames even on a 3.2GHz core 2 duo (penryn e8200 OC) If I disable sound output the test run smoothly... something fishy here. If you disable sound, MPlayer does not need to maintain sync, and so it decides not to drop any frames. frame drop test: $mplayer -fs cornell_m1080p.mov -lavdopts fast:skiploopfilter=nonref The obvious thing here is that you're missing threads=2. You want -lavdopts fast:threads=2, and on that processor you can probably get away with leaving out skiploopfilter=nonref. That cornell video uses slices, so decoding can benefit from multiple threads. (Currently ffmpeg's h264 decoder parallelizes only at the slice level. Frame parallelization is coming.) Most (perhaps all, at least all I've seen) Bluray and HD-DVD video uses slices as well. You can check if the content you're viewing has slices by passing -lavdopts debug=1 -v. benchmark: real0m34.380s user0m47.687s sys0m0.304s seems to have plenty of room for real time playback... Yes, but the number of cycles needed to decode any given frame will vary. For example, in that video, the sequence around 70s is quite demanding and will drop frames (at least on my E6600) without specifying threads=2. For single-sliced content, you're more likely to run into trouble. I've done a few test transcodes of 1080p Bluray content with x264 and at crf=22 (with AQ) the bitrate was low enough to still manage without dropped frames on a single core. In theory with a higher bitrate single-sliced h264 content you could start dropping frames. There we have two options: try skiploopfilter=all (much more visible quality loss), or wait a few months (hopefully just that!) for frame-level parallelization with h264 decoding. Cheers, Jason. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Help with benchmarking CPUs for HD decoding
Here are my benchmarcks for the cornell file played on a fullHD TV. (ref: http://www.mail-archive.com/freevo-users@lists.sourceforge.net/msg14734.html) I have a problem though... I'm unable to get a run without dropping frames even on a 3.2GHz core 2 duo (penryn e8200 OC) If I disable sound output the test run smoothly... something fishy here. Could some of you take a look and give me some advice? *e8200 @ 2.6GHz (8x333MHz) * *frame drop test: *$mplayer -fs cornell_m1080p.mov -lavdopts fast:skiploopfilter=nonref A: 119.9 V: 119.9 A-V: 0.002 ct: 0.037 3597/3597 34% 60% 1.1% 223 0 *benchmarck:* $ time mplayer cornell_m1080p.mov -nosound -vo null -benchmark -lavdopts fast:skiploopfilter=nonref MPlayer 1.0rc2-4.2.3 (C) 2000-2007 MPlayer Team CPU: Intel(R) Core(TM)2 Duo CPU E8200 @ 2.66GHz (Family: 6, Model: 23, Stepping: 6) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing cornell_m1080p.mov. ISO: File Type Major Brand: Original QuickTime Quicktime/MOV file format detected. [mov] Audio stream found, -aid 0 [mov] Video stream found, -vid 1 VIDEO: [avc1] 1920x1080 24bpp 15.385 fps0.0 kbps ( 0.0 kbyte/s) Clip info: copyright: Copyright 2005 Cornell Lab of Ornithology name: Cornell Lab of Ornithology comments: Produced by the Macaulay Library == Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) == Audio: no sound Starting playback... VDec: vo config request - 1920 x 1080 (preferred colorspace: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is undefined - no prescaling applied. VO: [null] 1920x1080 = 1920x1080 Planar YV12 [zoom] V: 119.9 3597/3597 32% 0% 0.0% 0 0 BENCHMARKs: VC: 39.411s VO: 0.007s A: 0.000s Sys: 0.329s = 39.747s BENCHMARK%: VC: 99.1551% VO: 0.0170% A: 0.% Sys: 0.8279% = 100.% Exiting... (End of file) real0m39.774s user0m56.772s sys0m0.296s (the benchmarks runs are very consistent... less than 1s of difference across 5 runs) *e8200 @ 3.2GHz (8*400MHz)* *benchmark:* real0m34.380s user0m47.687s sys0m0.304s seems to have plenty of room for real time playback... *drop frames:* - with file on hardrive even with the faster CPU still a lot of frame drops (very noticeable on the HDTV each time there is a scrolling) A: 119.9 V: 119.9 A-V: 0.003 ct: 0.035 3597/3597 31% 59% 1.2% 85 0 - with file in /dev/shm/ (no hard drive activity) I get the same droprate average than on hard drive so the I/O are probably not in cause. A: 119.9 V: 119.9 A-V: 0.007 ct: 0.037 3597/3597 31% 59% 1.2% 84 0 with -nosound no frame drop at all? is it just a side-effect of the small amount of CPU that is not used to process sound or a real problem with the sound subsystem / process scheduler? (BTW: with sound activated there is no noticeable sound glitch or stutter.) V: 119.9 3597/3597 31% 60% 0.0% 0 0 with -ao alsa alsa, oss... no big difference A: 119.9 V: 119.9 A-V: 0.012 ct: 0.036 3597/3597 31% 59% 1.2% 76 0 with snice +20 mplayer same range of dropped frames... not the scheduler fault? dstat gives me 10..45% usr+sys CPU load (2 cores so the 45+ may indicate spikes that go other the 50% mark?) I've watched for CPU throttling but the freq is stable a 3.2GHz (I've even forced the performance governor to be sure there's no CPU downclock during the tests) CPU/sys temps are fine (around 55C according sensors) *Various hardware related informations:* Asus p5e-vm hdmi (p35 + g35 (i965)) [EMAIL PROTECTED] (8x400, nothing else changed - rock solid and very conservative OC perfect for a silent HTPC) 2G DDR2 1066 (pc8000) (mem86 test OK) samsung F1 750g + 500g (ahci mode enabled in bios) *Various software related informations: *Using an uptodate Ubuntu 8.04 (hardy heron) $ cat /proc/version Linux version 2.6.24-19-generic ([EMAIL PROTECTED]) (gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7)) #1 SMP Fri Jul 11 23:41:49 UTC 2008 X.Org X Server 1.4.0.90 Intel driver 2.2.0 MPlayer 1.0rc2-4.2.3 (mplayer vo is gl) alsa-base 1.0.16-0ub $alsamixer: Card: HDA Intel │ Chip: Generic 1095 SI HDMI $ cat /etc/drirc (vblank_mode = 3 to avoid tearing) driconf device screen=0 driver=i965 application name=all option name=vblank_mode value=3 / /application /device /driconf X is running in full HD (1920x1080) $ xdriinfo Screen 0: i965 $ cat /proc/version Linux version 2.6.24-19-generic ([EMAIL PROTECTED]) (gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7)) #1 SMP Fri Jul 11 23:41:49 UTC 2008 $ glxinfo ... direct rendering: Yes ... sound
Re: [Freevo-users] Help with benchmarking CPUs for HD decoding
On 2007-07-18 22:38, Patrick Carey wrote: model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ Ah finally, someone with an AMD. Thanks. :) avg time 1min 32.3sec video card: nvidia 7300GS PCI-E with nvidia drivers 9755 it did tell me my system was too slow to play the file and dropped 642 frames but to my eye this was not noticable at all and the video played perfectly Wow, it dropped 642 frames and you didn't notice it? I suspect that must be due to the type of video this is (nature with musical audio, not dialogue). If MPlayer outputted your system is too slow it means A/V desync passed a certain point that if there was dialogue, you'd certainly have seen the problem with lip sync. But since the -benchmark test showed a time a fair bit less than the video's total length, it clearly did get a chance to resync after the cpu-heavy spots (there are 2 or 3 of them in that video). I'd say though that if lavc's h264 decoder was multithreaded, even your 3800+ would have played through it without a dropped frame. Sadly I haven't seen much movement on that in the last while. :/ Thanks everyone for your feedback so far. I'm especially keen to hear from those you have 4400+ or 4600+. Cheers, Jason. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Help with benchmarking CPUs for HD decoding
Hi, Sorry for my BAD English. Yes, I'm have appletv for test other things, but I'm install freevo on gentoo in AppleTV for test and buy to my house. All hardware components works but remote not working with lirc (Not enough tested). I'm not tested TDT or other things in USB, but I'm test it next weekend. 720p works well, 1080p :( not. I'm follow http://wiki.awkwardtv.org/wiki/Linux_on_Apple_TV but NOT necessary Mac Intel, mach_linux kernel loader can compile with linux with darwin cross compile. I'm use mach_linux loader because mb_boot_tv not working for my. -- Un Saludo Daniel Sánchez Gálvez 2007/7/16, John Molohan [EMAIL PROTECTED]: snip 3. The motherboard you're using AppleTV snip Are you running freevo on linux on an AppleTV? If so would you give a quick description of your experiences? John - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Help with benchmarking CPUs for HD decoding
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ uname -r: 2.6.21-ARCH motherboard: shuttle SN21G5 mplayer 1.0RC1 avg time 1min 32.3sec video card: nvidia 7300GS PCI-E with nvidia drivers 9755 it did tell me my system was too slow to play the file and dropped 642 frames but to my eye this was not noticable at all and the video played perfectly - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Help with benchmarking CPUs for HD decoding
1. Output of /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Genuine Intel(R) processor 1.00GHz stepping: 8 cpu MHz : 1000.119 cache size : 2048 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe nx est tm2 bogomips: 2002.45 clflush size: 64 2. Output of uname -r 2.6.21-gentoo-r4-appletv 3. The motherboard you're using AppleTV 4. Version of mplayer used mplayer-1.0.20070622-r1 MPlayer dev-SVN-rUNKNOWN-4.1.2 (C) 2000-2007 MPlayer Team CPU: Genuine Intel(R) processor 1.00GHz (Family: 6, Model: 13, Stepping: 8) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2 5. The average time of the three -benchmark runs. real2m32.087s user2m29.380s sys 0m0.330s real2m31.929s user2m30.400s sys 0m0.347s real2m31.334s user2m30.304s sys 0m0.347s 6. Whether or not you experienced frame dropping or mplayer No dropped frames. 7. What video card and drivers you're using, and x.org version Nvidia drivers 1.0.9755-r1 XOrg 7.2 8. Any other useful observations with this and other HD material you happen to have tested. Test resolution is not 1080p, is 1280x1024 :( sorry -- Un Saludo Daniel Sánchez Gálvez - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Help with benchmarking CPUs for HD decoding
Hi Daniel, On 2007-07-16 03:51, Daniel Sanchez wrote: 5. The average time of the three -benchmark runs. real2m32.087s user2m29.380s sys 0m0.330s [...] 6. Whether or not you experienced frame dropping or mplayer No dropped frames. You won't see dropped frames on the -benchmark test. But given that with -benchmark it took 2m32 and the video itself is only 1m59, if you'd played back the video in realtime, it stands to reason you'd see dropped frames, as your system isn't fast enough to decode this in realtime. 8. Any other useful observations with this and other HD material you happen to have tested. Test resolution is not 1080p, is 1280x1024 :( sorry That's ok, the video resolution isn't very important here. I mostly want to know what CPUs are capable of decoding h264 1080p. It's not the slightest bit surprising that a 1GHz processor isn't fast enough. Thanks everyone for your submissions so far. Any AMD users who could reply? :) Cheers, Jason. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Help with benchmarking CPUs for HD decoding
snip 3. The motherboard you're using AppleTV snip Are you running freevo on linux on an AppleTV? If so would you give a quick description of your experiences? John - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Help with benchmarking CPUs for HD decoding
Here are my results: model name : Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz uname -r : 2.6.20-1-686 mobo : ASUS P5LD2-VM 2.0 GREEN 945G 775 average benchmark realtime: 79.5 seconds framedrop: 388 frames dropped, and mplayer did complain once that my system is too slow -- however, this was not noticible on the display, and the framedrop did not start until 3/4 of the way through the clip and came in spurts, particularly when the camera pans over a reflective body of water -- at this point mplayer goes to 100% cpu usage as reported by top, however, looking at the individual cores, only one of them is listed at close to 100% video card: intel 945G drivers: i810 Xorg module version 1.7.2 xorg version: 7.1.1 just for comparison I ran the benchmark on my older system: model name : AMD Athlon(tm) XP 1600+ time: 196.4 seconds I plan to upgrade Xorg soon, and will post updated numbers after I do that. On 7/11/07, Jason Tackaberry [EMAIL PROTECTED] wrote: Hi, In order to get a better sense of what CPUs are needed to decode more demanding HDTV content (h264 1080p specifically), I'm wondering if I could trouble some freevo users to run a quick benchmark for me. I am especially keen on hearing results from those running Core 2 Duos and AMD X2s. If you have an older CPU, don't bother. :) This isn't intended to be a thorough or scientific benchmark by any means; I'm just wanting to get an idea of what CPUs I ought to be recommending as a base minimum to handle reasonably demanding HDTV content. So, please fetch http://images.apple.com/movies/us/hd_gallery/gl1800/1080p/cornell_m1080p.mov and using a recent version of MPlayer (preferably a recent svn checkout), run: time mplayer cornell_m1080p.mov -nosound -vo null -benchmark -lavdopts fast:skiploopfilter=nonref Please take the average of three runs and, of course, make sure nothing else substantial is vying for CPU time. Also, run the video itself and watch it: mplayer -fs cornell_m1080p.mov -lavdopts fast:skiploopfilter=nonref Watch for any frame dropping, which can be noticed in the second last number of the status line mplayer outputs, e.g.: A: 6.1 V: 4.9 A-V: 1.142 ct: 0.023 148/148 95% 8% 3.6% 53 0 indicates 53 dropped frames so far Watch if mplayer outputs Your system is too SLOW to play this! Even if there is frame dropping as indicated on the status line, observe the overall cadence and a/v sync of the video and decide if, subjectively, it's watchable despite the occasional dropped frames. (A/V sync might be, admittedly, hard to determine with this particular video, but it's worth noting that the music is timed to certain scene changes.) Please report back the following: 1. Output of /proc/cpuinfo 2. Output of uname -r 3. The motherboard you're using, if you happen to know it 4. Version of mplayer used 5. The average time of the three -benchmark runs. 6. Whether or not you experienced frame dropping or mplayer complained about your system being too slow to play back the video in realtime 7. What video card and drivers you're using, and x.org version (relevant in #6 above, but not #5). 8. Any other useful observations with this and other HD material you happen to have tested. Again, I'm not trying to be precise here. I just want to get a better sense of the processor requirements for high resolution h264 content, particularly for AMD X2 processors (since I have the least experience with those). In particular I realize that libavcodec's h264 decoder is presently only single threaded, and I realize there are other decoding options out there (CoreAVC). Thanks, Jason. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Help with benchmarking CPUs for HD decoding
I upgraded to Xorg 1.3 and xorg-video-intel version 2.0 and video performance got much worse. Framedrop increased to 561 for the clip, but more importantly the clip hung repeatedly during playback. Also, this time, instead of just mplayer using 100% of the CPU, both mplayer and Xorg used 100% of each core, with Xorg using a greater percentage throughout. Also, when I hit pause the image didn't freeze but jumped back and forth between a few frames. Finally, when I switched from -vo xv to -vo sdl playback looked much better, but the number of dropped frames greatly increased. I downgraded back to 7.1.1 and 1.7.2 and performance is back as I originally reported. Josh On 7/15/07, Josh Vickery [EMAIL PROTECTED] wrote: Here are my results: model name : Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz uname -r : 2.6.20-1-686 mobo : ASUS P5LD2-VM 2.0 GREEN 945G 775 average benchmark realtime: 79.5 seconds framedrop: 388 frames dropped, and mplayer did complain once that my system is too slow -- however, this was not noticible on the display, and the framedrop did not start until 3/4 of the way through the clip and came in spurts, particularly when the camera pans over a reflective body of water -- at this point mplayer goes to 100% cpu usage as reported by top, however, looking at the individual cores, only one of them is listed at close to 100% video card: intel 945G drivers: i810 Xorg module version 1.7.2 xorg version: 7.1.1 just for comparison I ran the benchmark on my older system: model name : AMD Athlon(tm) XP 1600+ time: 196.4 seconds I plan to upgrade Xorg soon, and will post updated numbers after I do that. On 7/11/07, Jason Tackaberry [EMAIL PROTECTED] wrote: Hi, In order to get a better sense of what CPUs are needed to decode more demanding HDTV content (h264 1080p specifically), I'm wondering if I could trouble some freevo users to run a quick benchmark for me. I am especially keen on hearing results from those running Core 2 Duos and AMD X2s. If you have an older CPU, don't bother. :) This isn't intended to be a thorough or scientific benchmark by any means; I'm just wanting to get an idea of what CPUs I ought to be recommending as a base minimum to handle reasonably demanding HDTV content. So, please fetch http://images.apple.com/movies/us/hd_gallery/gl1800/1080p/cornell_m1080p.mov and using a recent version of MPlayer (preferably a recent svn checkout), run: time mplayer cornell_m1080p.mov -nosound -vo null -benchmark -lavdopts fast:skiploopfilter=nonref Please take the average of three runs and, of course, make sure nothing else substantial is vying for CPU time. Also, run the video itself and watch it: mplayer -fs cornell_m1080p.mov -lavdopts fast:skiploopfilter=nonref Watch for any frame dropping, which can be noticed in the second last number of the status line mplayer outputs, e.g.: A: 6.1 V: 4.9 A-V: 1.142 ct: 0.023 148/148 95% 8% 3.6% 53 0 indicates 53 dropped frames so far Watch if mplayer outputs Your system is too SLOW to play this! Even if there is frame dropping as indicated on the status line, observe the overall cadence and a/v sync of the video and decide if, subjectively, it's watchable despite the occasional dropped frames. (A/V sync might be, admittedly, hard to determine with this particular video, but it's worth noting that the music is timed to certain scene changes.) Please report back the following: 1. Output of /proc/cpuinfo 2. Output of uname -r 3. The motherboard you're using, if you happen to know it 4. Version of mplayer used 5. The average time of the three -benchmark runs. 6. Whether or not you experienced frame dropping or mplayer complained about your system being too slow to play back the video in realtime 7. What video card and drivers you're using, and x.org version (relevant in #6 above, but not #5). 8. Any other useful observations with this and other HD material you happen to have tested. Again, I'm not trying to be precise here. I just want to get a better sense of the processor requirements for high resolution h264 content, particularly for AMD X2 processors (since I have the least experience with those). In particular I realize that libavcodec's h264 decoder is presently only single threaded, and I realize there are other decoding options out there (CoreAVC). Thanks, Jason. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___
Re: [Freevo-users] Help with benchmarking CPUs for HD decoding
1. Output of /proc/cpuinfo I am not using Linux. I am using Mac OS X. Here is the output of a similar command. [ Sun Jul 15 14:03:26 ] hackmiester @ snowy ~ $ system_profiler SPHardwareDataType Hardware: Hardware Overview: Model Name: MacBook Model Identifier: MacBook1,1 Processor Name: Intel Core Duo Processor Speed: 1.83 GHz Number Of Processors: 1 Total Number Of Cores: 2 L2 Cache (per processor): 2 MB Memory: 2 GB Bus Speed: 667 MHz Boot ROM Version: MB11.0061.B03 SMC Version: 1.4f12 Serial Number: 4H630EKCU9B Sudden Motion Sensor: State: Enabled 2. Output of uname -r [ Sun Jul 15 14:03:49 ] hackmiester @ snowy ~ $ uname -r 8.10.1 [ Sun Jul 15 14:04:25 ] hackmiester @ snowy ~ $ uname -a Darwin snowy.local 8.10.1 Darwin Kernel Version 8.10.1: Wed May 23 16:33:00 PDT 2007; root:xnu-792.22.5~1/RELEASE_I386 i386 i386 3. The motherboard you're using, if you happen to know it MacBook Core Duo based 4. Version of mplayer used [ Sun Jul 15 14:05:33 ] hackmiester @ snowy /Applications/MPlayer OSX.app/Contents/Resources/External_Binaries $ ./mplayer_intel.app/Contents/MacOS/mplayer --version MPlayer dev-SVN-r21482-4.0.1 (C) 2000-2006 MPlayer Team CPU: Genuine Intel(R) CPU T2400 @ 1.83GHz (Family: 6, Model: 14, Stepping: 8) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2 5. The average time of the three -benchmark runs. real1m33.027s user1m27.332s sys 0m1.483s real1m33.037s user1m27.355s sys 0m1.468s real1m33.081s user1m27.314s sys 0m1.475s 6. Whether or not you experienced frame dropping or mplayer complained about your system being too slow to play back the video in realtime No, no dropped frames! :D 7. What video card and drivers you're using, and x.org version (relevant in #6 above, but not #5). Video card is an Intel GMA950. Driver is AppleIntelGMA950.kext. XF86 wasn't used, but I have XFree86 version 4.4.0. 8. Any other useful observations with this and other HD material you happen to have tested. No trouble with any other 1080p video I have used. I love this system. :D On 7/11/07, Jason Tackaberry [EMAIL PROTECTED] wrote: Hi, In order to get a better sense of what CPUs are needed to decode more demanding HDTV content (h264 1080p specifically), I'm wondering if I could trouble some freevo users to run a quick benchmark for me. I am especially keen on hearing results from those running Core 2 Duos and AMD X2s. If you have an older CPU, don't bother. :) This isn't intended to be a thorough or scientific benchmark by any means; I'm just wanting to get an idea of what CPUs I ought to be recommending as a base minimum to handle reasonably demanding HDTV content. So, please fetch http://images.apple.com/movies/us/hd_gallery/gl1800/1080p/cornell_m1080p.mov and using a recent version of MPlayer (preferably a recent svn checkout), run: time mplayer cornell_m1080p.mov -nosound -vo null -benchmark -lavdopts fast:skiploopfilter=nonref Please take the average of three runs and, of course, make sure nothing else substantial is vying for CPU time. Also, run the video itself and watch it: mplayer -fs cornell_m1080p.mov -lavdopts fast:skiploopfilter=nonref Watch for any frame dropping, which can be noticed in the second last number of the status line mplayer outputs, e.g.: A: 6.1 V: 4.9 A-V: 1.142 ct: 0.023 148/148 95% 8% 3.6% 53 0 indicates 53 dropped frames so far Watch if mplayer outputs Your system is too SLOW to play this! Even if there is frame dropping as indicated on the status line, observe the overall cadence and a/v sync of the video and decide if, subjectively, it's watchable despite the occasional dropped frames. (A/V sync might be, admittedly, hard to determine with this particular video, but it's worth noting that the music is timed to certain scene changes.) Please report back the following: 1. Output of /proc/cpuinfo 2. Output of uname -r 3. The motherboard you're using, if you happen to know it 4. Version of mplayer used 5. The average time of the three -benchmark runs. 6. Whether or not you experienced frame dropping or mplayer complained about your system being too slow to play back the video in realtime 7. What video card and drivers you're using, and x.org version (relevant in #6 above, but not #5). 8. Any other useful observations with this and other HD material you happen to have tested. Again, I'm not trying to be precise here. I just want to get a better sense of the processor requirements for high resolution h264 content, particularly for AMD X2 processors (since I have the least experience with those). In particular
