• 1
  • 2
  • 3(current)
  • 4
  • 5
  • 7
XBMC on new GeForce 320M unibody Mac Minis
#31
... a little update:

I just checked the latest 10.6.5 pre-release version (10H542). The Mini 2010 VDA problem is NOT fixed in this build.

It's really disappointing.

Chris
Reply
#32
I just ordered one of these as I felt the old appletv just wasn't cutting it for 720p video, even on ubuntu it always had a slight stutter. So I've ordered something a bit more powerful.

I know there has been talk of including a 'night mode' setting for audio in xbmc so that it is more leveled out between speech and music/explosions. However, until such a feature is implemented is there a way to create a similar setting on the mac mini system so that upon playing a file on xbmc it uses the system audio setting 'night mode?'

Also, is there any advancement of having dharma being able to read the frame rate of the video your about to watch and adjusting the refresh rate of the tv to match?
Reply
#33
ix400 Wrote:... a little update:

I just checked the latest 10.6.5 pre-release version (10H542). The Mini 2010 VDA problem is NOT fixed in this build.

It's really disappointing.

Chris

Could you please check if it is fixed in 10.6.5 GM?
My skins:

Amber
Quartz

Reply
#34
If it helps I can throw some time and resources at this for testing and verification. I have both versions of the 2010 mini and a 9400M based macbook.

There is a specific 10.6.3 and 10.6.4 update as well as a graphics update (august) for the mini.

There's dharma b3, b4, and the previous 9.11 osx versions or I can build from svn.

Where would you like me to start?
Reply
#35
Zignal Wrote:If it helps I can throw some time and resources at this for testing and verification. I have both versions of the 2010 mini and a 9400M based macbook.

There is a specific 10.6.3 and 10.6.4 update as well as a graphics update (august) for the mini.

There's dharma b3, b4, and the previous 9.11 osx versions or I can build from svn.

Where would you like me to start?

I would suggest maybe starting with 10.6.5 GM (torrent) release as 10.6.4 problems were maybe fixed by Apple.

If not, your HW sounds like ideal testbed :-) Davilla?
My skins:

Amber
Quartz

Reply
#36
Ok.. trying to snag the latest 10.6.5 10H571.
I'm reloading one mini from scratch and can test at each update point.

Dharma Beta 3 or 4 recommended?

For clip samples aside from direct rip (no recompression) 1080p content with some higher than average bitrates any preferences?
Anything online already that would be appropriate?
Reply
#37
I bought a 2010 Mac Mini Server (nVIDIA 320M) last week.

It runs Snow Leopard Server 10.6.4 (set to use 64 kexts)

Original Avatar (00002.m2ts) file located on my NAS plays fine in Dharma Beta 4. Stutters like crazy in Plex 9.

No biggie for me, I'm on XBMC most of the time Big Grin

Setup:
- Pioneer Elite 141FD 10" Plasma on HDMI
- SPDIF TOSLink (Optical) to Onkyo HT9100 Receiver
- Logitech Harmony One set to use Plex branded 'Plex Player' device.
- Mac Mini uses Gigabit Ethernet (9K Jumbo Frames with Flow Control)
- All media on Synology DS509+ 10TB NAS Dual GigE (LAG - 9K Jumbo Frames)
- SiliconDust HDHomeRun connected to Digital Cable for QAM (.strm files play fine too, although de-interlacing quality is not as good as EyeTV)

Only issue so far: DTS-WAV files play as Stereo instead of bit-streaming over Optical.
iMac, Pioneer Elite PRO 141FD, Denon 4311CI, Synology DS509+, SiliconDust HDHomeRun Prime, Logitech Harmony Home Control, nVIDIA Shield Android TV
Reply
#38
Avatar is known to play fine and plex freaking out on it isn't necessarily an indication that VDA is in use.
Switching VDADecoder on/off in XBMC and and looking at CPU usage is a better way to compare.
Reply
#39
@zignal:

It would be nice if you could test the 10.6.5 GM. Please compare playback with enabled and disabled hardware accelaration.

Cheers,

Chris
unRAID Server, Pioneer VSX-LX52, Panasonic 65VT30, Marusys VU+ Duo, Zotac AD10
Reply
#40
10.6.5 build 10H571 is the current seed. What was thought to be GM a week ago was replaced by this one.
I just got my hands on it.

For test media I picked "Back to the Future III" disc 3 from the recent trilogy release (note: disc 1 and 2 are VC-1 encoded).
It's one of the few blu-rays I have on hand that is already AVC (H264 MPEG4) encoded and pushes the bitrate.

Ripped with MakeMKV, here's the output from MediaInfo Mac:
http://pastebin.com/nZNZ2j2z

Bitrate is ~27-31Mbs.

Testing with Dharma Beta 4

Mid 2010 MacMini #1 - 2.4Ghz, 4GB mem, 500GB disk, Nvidia 320m
-------------------------------------------------------------------------------------
10.6.3 - CPU Usage %30-%40
10.6.4 - CPU Usage %100-%110 - stutters and unplayable
10.6.5 10H571 - CPU Usage %100-%110 - stutters and unplayable
10.6.5 10H571 - VDADecoder Off - CPU Usage %130-%150 - smooth playback

Debug logs with VDADecoder from all three:
http://rapidshare.com/files/429579484/MacMini320m.zip

Side Note: My MacMini #2 is the server version and loads with a 64bit kernel and noticed the non-server verision (MacMini #1) loads with a 32bit kernel by default.
Booting #1 into 64bit mode produced the same results.

I'm setting up MacMini #2 and MacBook (Late 2008 ALU unibody, 2Ghz, 4GB mem, 160GB SSD) and will give it another go tomorrow.
Reply
#41
Zignal Wrote:10.6.5 build 10H571 is the current seed. What was thought to be GM a week ago was replaced by this one.
I just got my hands on it.

For test media I picked "Back to the Future III" disc 3 from the recent trilogy release (note: disc 1 and 2 are VC-1 encoded).
It's one of the few blu-rays I have on hand that is already AVC (H264 MPEG4) encoded and pushes the bitrate.

Ripped with MakeMKV, here's the output from MediaInfo Mac:
http://pastebin.com/nZNZ2j2z

Bitrate is ~27-31Mbs.

Testing with Dharma Beta 4

Mid 2010 MacMini #1 - 2.4Ghz, 4GB mem, 500GB disk, Nvidia 320m
-------------------------------------------------------------------------------------
10.6.3 - CPU Usage %30-%40
10.6.4 - CPU Usage %100-%110 - stutters and unplayable
10.6.5 10H571 - CPU Usage %100-%110 - stutters and unplayable
10.6.5 10H571 - VDADecoder Off - CPU Usage %130-%150 - smooth playback

Debug logs with VDADecoder from all three:
http://rapidshare.com/files/429579484/MacMini320m.zip

Side Note: My MacMini #2 is the server version and loads with a 64bit kernel and noticed the non-server verision (MacMini #1) loads with a 32bit kernel by default.
Booting #1 into 64bit mode produced the same results.

I'm setting up MacMini #2 and MacBook (Late 2008 ALU unibody, 2Ghz, 4GB mem, 160GB SSD) and will give it another go tomorrow.

...thank you. Can you edit you post in a way that it becomes clear when you used VDA an when not? Otherwise your results are not clear to me.

The conclusion is that the problem is not fixed in 10.6.5?

Cheers,

Chris
unRAID Server, Pioneer VSX-LX52, Panasonic 65VT30, Marusys VU+ Duo, Zotac AD10
Reply
#42
CPU Usage Results is with VDADecode "On" except where noted. I will fix it up with a proper table with on/off results.

Yes, with this particular AVC encode the problem exists in the latest 10.6.5 build.

The MacMini #1 results are showing that it worked in 10.6.3, breaks in 10.6.4, not resolved in 10.6.5.

In 10.6.4 and 10.6.5 the stuttering is only with VDADecode "On" and creates high CPU usage.

When VDADecode is "Off" the mkv will play smooth but with even higher CPU usage.

This evening (I'm on Pacific Time) I will try the same tests on the Macbook with 9400M and MacMini Server.
Reply
#43
Another night of testing and a more confusion.

Updated results:
Media: Back to the Future III Blu-ray - ripped with MakeMKV
Info: http://pastebin.com/nZNZ2j2z
Code:
Macbook - Late 2008 ALU Unibody - 2Ghz, 4GB Mem, 160GB Intel SSD, 9400M

                    CPU%                   CPU%
OS X             VDADecode On           VDADecode Off
------------------------------------------------------------------------
10.6.3   |         50-57%            |    135-170%
10.6.4   |         50-57%            |    135-170%
10.6.5   |         50-57%            |    135-170%
------------------------------------------------------------------------


MacMini - Mid 2010, 2.4Ghz, 4GB Mem, 500GB Drive, 320M

                    CPU%                   CPU%
OS X             VDADecode On           VDADecode Off
------------------------------------------------------------------------
10.6.3   |    30-42%                 |    120-140%
10.6.4   |    100-110% (unplayable)  |    130-150%
10.6.5   |    100-110% (unplayable)  |    130-150%
------------------------------------------------------------------------

10.6.5 = Build 10H571

We can prove:
XBMC VDADecode helps in 10.6.3 builds with 320M
XBMC VDADecode "breaks" in 10.6.4, 10.6.5 builds with 320M
XBMC VDADecode helps in 10.6.3, 10.6.4, 10.6.5 builds with 9400M

With that information it would seem h264 acceleration is broke in 10.6.4 and 10.6.5 on 320M.

However if we are going to say it is strictly an Apple problem that is global with the 320M and 10.6.4/10.6.5 then we should compare some QuickTime Player tests which uses VDADecode with h264 by default.
Without confusing things by adding Perian to the mix for QuickTime playback of mkv I remuxed the mkv to mp4 with a downmixed DTS to stereo AAC. I left the video stream alone.

At this point we are not trying to compare a mkv vs mp4 playback but VDADecode playback in QuickTime vs. XBMC .

MediaInfo for remuxed mp4: http://pastebin.com/YjfqqFJy

An even simpler test that can be done is to just use an Apple 1080P HD trailer. You can go to trailerfreaks.com and grab the Apple 1080p trailers if you can't figure out how to get it from the Apple site.

I'm using the Tron Legacy 1080p trailer from here: http://www.trailerfreaks.com/trailer_pro...ron+Legacy

MediaInfo: http://pastebin.com/R4gpfTjL

Results:
Code:
MacMini - Mid 2010, 2.4Ghz, 4GB Mem, 500GB Drive, 320M

Back to the Future III - MP4 remux

                              CPU%                 CPU%
OS X       Quicktime       VDADecode On         VDADecode Off
--------------------------------------------------------------------
10.6.3  |    10-16%   |      40-43%        |      110-137%    
10.6.4  |     8-15%   |     *98-100%       |      113-131%
--------------------------------------------------------------------

*Stuttering / Unplayable


Tron Legacy Trailer - MOV AVC MPEG4 encoded

                              CPU%                 CPU%
OS X       Quicktime       VDADecode On         VDADecode Off
--------------------------------------------------------------------
10.6.3  |    9-12%    |      30-32%        |       45-57%
10.6.4  |    7-14%    |      91-93%        |       45-54%
--------------------------------------------------------------------

For the most part a common theme here on the mkv, mp4, and Quicktime tests.

Quicktime Player isn't affected by 320M so we can't say to Apple it is a global problem.

What is a bit surprising is the CPU Usage gap on 10.6.4 with the Tron Trailer.
In that case we are just about half of with VDADecode On.

As much as I would like to say this is strictly only an Apple problem with 320M and 10.6.4+ I don't think we can say that yet.
Reply
#44
Zignal Wrote:For the most part a common theme here on the mkv, mp4, and Quicktime tests.

Quicktime Player isn't affected by 320M so we can't say to Apple it is a global problem.

What is a bit surprising is the CPU Usage gap on 10.6.4 with the Tron Trailer.
In that case we are just about half of with VDADecode On.

As much as I would like to say this is strictly only an Apple problem with 320M and 10.6.4+ I don't think we can say that yet.

Mate, you did an AWESOME job. Thanks a lot.

Tron trailer find alone is IMO worth mentioning to Apple and could lead to improvement on their side.

Davilla, are you reading this? What's XBMC opinion on this problem?
My skins:

Amber
Quartz

Reply
#45
pecinko Wrote:Mate, you did an AWESOME job. Thanks a lot.

Tron trailer find alone is IMO worth mentioning to Apple and could lead to improvement on their side.

Davilla, are you reading this? What's XBMC opinion on this problem?

Smells like at time stamp issue, MOV's tend to have very well behaved time stamps. Like I've mentioned before, getting the time stamps ordered is critical to smooth playback. If I had one of these new MacMinis, first thing I would do is check the pts time stamps coming back from video decoder.
Reply
  • 1
  • 2
  • 3(current)
  • 4
  • 5
  • 7

Logout Mark Read Team Forum Stats Members Help
XBMC on new GeForce 320M unibody Mac Minis0