[noggin]

It doesn't make a whole lot of sense for them, I agree, but it makes sense for those of us who use it primarily to stream/watch media. Since 4K is now starting to penetrate the market those of us who want a well-priced device that will likely garner significant developer support would also like to see a more future-proof RPi. The RPi3 may be priced relatively well, but unfortunately it sn't much of an upgrade over the RPi2.

The Pi 3 B is a zero-cost upgrade to the Pi 2 B (it's shipping at pretty much the same price as the Pi 2 B) and is adding WiFi and Bluetooth as well as a faster CPU. For the target education market that's potentially very good news (saving the cost of WiFi dongles) and opens up the Pi 3 to cheaper IOT applications. I know we all love the Pi for media playback - but lots of people do other things with them, and 4K HEVC 10 bit media playback is not their target market.

Personally I'd love to see the end of the single USB 2.0 bus I/O bottleneck - but again that's not a major issue for many (most?) of their target market.

By the way - they appear to be up to order on the UK RS Components site now. Pimoroni and The Pi Hut are down for maintenance.

[Sam.Nazarko]

Here is the OSMC announcement: http://bit.ly/1XTOFOF.

And it's up for sale in Aus ; http://au.rs-online.com/web/p/processor-...PSF_431027

Looks like it draws more current - 2.5A PSU required - and it is said by RS to be 1.5 x faster (though not sure if they mean 1.5 x faster or running at 1.5 x the speed)

The new Pi is 50% faster on average.
2.5A PSU requirement is to allow more USB devices to be powered simultaneously

[noggin]

Up for purchase at Pimoroni and ThePiHut too.

[Warez]

Now the Pi3 is out.... like to seee it run on openelec?...... but.....

[Methanoid]

Here is the OSMC announcement: http://bit.ly/1XTOFOF.

And it's up for sale in Aus ; http://au.rs-online.com/web/p/processor-...PSF_431027

Looks like it draws more current - 2.5A PSU required - and it is said by RS to be 1.5 x faster (though not sure if they mean 1.5 x faster or running at 1.5 x the speed)

The new Pi is 50% faster on average.
2.5A PSU requirement is to allow more USB devices to be powered simultaneously

People say 50% but I saw a suite of benchmarks which show 30%

I'd like to hear how Pi3 overclocks.. if its 0% then might as well stick with Pi2

[Sam.Nazarko]

There is less overclocking headroom for sure, as the Pi is clocked near the edge already.

I found it gets quite warm with some tasks, so a heat sink is actually a good choice for once!

50% is indeed just a number, and it all depends on workload. And the 30% you see are just from synthetic benchmarks. However I notice a very quick boot and the GUI performance is better. It would be hard to directly quantify things like Kodi performance, although I am sure some measurements could be taken (like library scanning times)

[Patrics83]

Let the fun begin
Bought it from Inet in Sweden



Edit: Out of curiosity I booted the rpi 3 with a milhouse build for the rpi 2 and it did boot and seems to work. Ofc it's not optimized in all areas but still I could overclock it pretty good. CPU now sits at 1,4GHz

Code:

Config: v0.3.6, args "xgcd5", priority lowest (+19)
     CPU: 4 x ARMv7 cores available, using ondemand governor
  Memory: 1008MB (split 624MB ARM, 384MB GPU)
HW Block: |   ARM   |  Core  |  H264  |    SDRAM    |
Min Freq: |  600MHz | 250MHz |   0MHz |    600MHz   |
Max Freq: | 1400MHz | 500MHz | 300MHz |    600MHz   |
Voltages: |        +6, 1.3940V        | +5, 1.3250V |
   Other: temp_limit=85
Firmware: Feb 15 2016 23:42:10, version 263c9ef2f99450604d945968d75c013abf1fc841 (clean) (release)
  Codecs: H264 VP8 VORBIS MJPG
  Booted: Mon Feb 29 12:19:38 2016

Time         ARM    Core    H264 Core Temp (Max)  IRQ/s     RX B/s     TX B/s  %user  %nice   %sys  %idle  %iowt   %irq %s/irq %total GPUMem Free Memory Free/Used
======== ======= ======= ======= =============== ====== ========== ========== ====== ====== ====== ====== ====== ====== ====== ====== =========== ================
12:22:16 1400Mhz  500Mhz    0Mhz 49.23C (49.23C)    315      2,394     14,173   6.24   0.00  18.71  68.62   0.00   0.00   0.00  31.38 321M ( 88%) 532,076 kB/14.8%
12:22:21 1400Mhz  500Mhz  300Mhz 50.31C (50.31C)    263        371        441   0.54   0.35   0.69  96.80   0.00   0.00   0.00   3.20 321M ( 88%) 531,852 kB/14.9%
12:22:26 1399Mhz  500Mhz  300Mhz 50.84C (50.84C)    267      2,439        107   2.92   0.35   0.74  97.19   0.00   0.00   0.00   2.81 321M ( 88%) 531,812 kB/14.9%

[mark_dj]

I'm interested in upgrading but I'm not familiar with the process: if I use a Pi 3 can I use the SD card and USB stick from my current (Pi 2) set up, or do I need to reinstall ?

[jurm]

Does this new pi3 play x265 yet?

[Methanoid]

Well as the video hardware is unchanged (apart from clock speed) and assuming you mean "Does it have hardware assisted playback of H265" the answer is a "No"

[gurabli]

Great news, this little device is really amazing! Thanks to the great hw and excellent work from the Kodi team, it is THE player for Kodi (if you don't need h265 10bit support).

@Milhouse @popcornmix @noggin
Since the latest OE with MMAL Advanced deinterlacing is already doing a remarkable nice quality on 1080i materials, do you think we will see some significant improvement in this field, now that we have more MHz in terms of CPU and 400 MHz in VideoCore? Is there still some room left to improve and implement a more advanced deinterlacing algorithm to get even more closer to lets say Intel Braswell EGL VAAPI quality?

Apart from perhaps the WiFi and BT support, what else is needed to be changed in current OE code to max out the possibilities of Pi3?

[sraue]

Now the Pi3 is out.... like to seee it run on openelec?...... but.....

why ? OpenELEC-6.0.2 with RPi3 support including WLAN and BT support was released this morning, see http://openelec.tv/news/22-releases/175-...2-released

so you will see it run on OpenELEC the next days, i am sure :-)

[noggin]

Does this new pi3 play x265 yet?

It plays it the same way that previous Pis do. Existing Pis have GPU compute accelerated (but not VPU hardware decoded) HEVC decoding I believe - so it's GPU+CPU rather than VPU (which is what does MPEG2, VC-1 and H264 on the Pis). The Pi 2 B is doing HEVC at 720p and modest bitrate 1080p I believe. The New Pi 3 may well increase the bitrate ceiling for HEVC 1080p content with the faster CPU and GPU - and may also benefit from some optimisations down the line?

Also the new Pi 3 has default overclock (so probably not considered overclock?) for the VPU - so can now reliably decode H264 1080/60p apparently.

[natethomas]

Here's a quick video I just made showing the Pi3 running OpenELEC. This build is from a week or two ago though, so I hadn't gotten Bluetooth up and running yet.

[Meiden]

Let the fun begin
Bought it from Inet in Sweden



Edit: Out of curiosity I booted the rpi 3 with a milhouse build for the rpi 2 and it did boot and seems to work. Ofc it's not optimized in all areas but still I could overclock it pretty good. CPU now sits at 1,4GHz

Code:

Config: v0.3.6, args "xgcd5", priority lowest (+19)
     CPU: 4 x ARMv7 cores available, using ondemand governor
  Memory: 1008MB (split 624MB ARM, 384MB GPU)
HW Block: |   ARM   |  Core  |  H264  |    SDRAM    |
Min Freq: |  600MHz | 250MHz |   0MHz |    600MHz   |
Max Freq: | 1400MHz | 500MHz | 300MHz |    600MHz   |
Voltages: |        +6, 1.3940V        | +5, 1.3250V |
   Other: temp_limit=85
Firmware: Feb 15 2016 23:42:10, version 263c9ef2f99450604d945968d75c013abf1fc841 (clean) (release)
  Codecs: H264 VP8 VORBIS MJPG
  Booted: Mon Feb 29 12:19:38 2016

Time         ARM    Core    H264 Core Temp (Max)  IRQ/s     RX B/s     TX B/s  %user  %nice   %sys  %idle  %iowt   %irq %s/irq %total GPUMem Free Memory Free/Used
======== ======= ======= ======= =============== ====== ========== ========== ====== ====== ====== ====== ====== ====== ====== ====== =========== ================
12:22:16 1400Mhz  500Mhz    0Mhz 49.23C (49.23C)    315      2,394     14,173   6.24   0.00  18.71  68.62   0.00   0.00   0.00  31.38 321M ( 88%) 532,076 kB/14.8%
12:22:21 1400Mhz  500Mhz  300Mhz 50.31C (50.31C)    263        371        441   0.54   0.35   0.69  96.80   0.00   0.00   0.00   3.20 321M ( 88%) 531,852 kB/14.9%
12:22:26 1399Mhz  500Mhz  300Mhz 50.84C (50.84C)    267      2,439        107   2.92   0.35   0.74  97.19   0.00   0.00   0.00   2.81 321M ( 88%) 531,812 kB/14.9%

Did you try to push it further? Maybe 600 Mhz per core or even 1500 Mhz.