New Raspberry Pi Model B+ • Hacker News Board

Re: New Raspberry Pi Model B+

#61

Post by Yaggo » Wed, Mar 14, 2018, 10:11 AM UTC

I wish they would finally expose the data lines for the second camera in their "hobbyist" boards as well. Currently the dual camera setup is supported only by Compute Module, but it's cumbersome to use because the bulky I/O board (and expensive).

The foundation is overlooking the most unique feature of the Broadcom chipset, the 3D video support. They already have implemented the software/driver side, so only thing required is just exposing the pins from the SOC and adding second camera connector – very low hanging fruit. (The Zero board may not have enough space for routing but the bigger boards definitely have.)

Re: New Raspberry Pi Model B+

#62

Post by poizan42 » Wed, Mar 14, 2018, 10:12 AM UTC

vardump wrote: post #51

poizan42 wrote: post #33

Earlier quoted context omitted.

I also noticed that. It's only ~280 megabits so seems a bit dishonest to call it gigabit. I guess what they mean is "gigabit ethernet standard" i.e. 1000BASE-T. Also how does it act once its internal receive buffer is full? Is it possible to get the sender to slow down, or does it have to start dropping frames? Will important things such as ARP broadcasts and DHCP requests just risk getting lost?

Probably it supports L2 pause frames (type of flow control) just like nearly any other ethernet device?

Thanks, I suspected something like that existed.

Edit: The Wikipedia article says: "By 1999, several vendors supported receiving pause frames, but fewer implemented sending them.[4][5] Pause frames have several disadvantages.".

Any idea what the situation is like today?

Re: New Raspberry Pi Model B+

#63

Post by Tepix » Wed, Mar 14, 2018, 10:12 AM UTC

ptman wrote: post #32

stdcall83 wrote: post #31

Gigabit ethernet over usb 2? Will never reach gigabit speeds...

True, but still faster than 100Mbps, which can be nice

You can already get more than 100Mbps out of a Raspberry Pi using a USB Link cable (aka Windows Transfer cable). They are less than $5 online and you get around 160Mbps on a Raspberry Pi 1 (haven't tried it on y Raspberry Pi 3 yet).

Re: New Raspberry Pi Model B+

#64

Post by Tepix » Wed, Mar 14, 2018, 10:14 AM UTC

cashy wrote: post #42

Happy kodi server update day

Amlogic S905X boxes are the better choice for Kodi these days. You can installi LibreElec, they are cheaper than a Raspberry Pi 3 and they support 4K & HDR and have hardware acceleration for H.265 (HEVC) and VP9.

Re: New Raspberry Pi Model B+

#65

Post by Jedd » Wed, Mar 14, 2018, 10:17 AM UTC

stdcall83 wrote: post #31

Gigabit ethernet over usb 2? Will never reach gigabit speeds...

They talk about this in the video (at 4'54") -- saying they try to avoid the g-word, calling it 'Faster Ethernet', and in practice you'll get 200-300Mbps.

Re: New Raspberry Pi Model B+

#66

Post by titchard » Wed, Mar 14, 2018, 10:18 AM UTC

Yaggo wrote: post #61

I wish they would finally expose the data lines for the second camera in their "hobbyist" boards as well. Currently the dual camera setup is supported only by Compute Module, but it's cumbersome to use because the bulky I/O board (and expensive). The foundation is overlooking the most unique feature of the Broadcom chipset, the 3D video support. They already have implemented the software/driver side, so only thing re…

That is interesting, I didn't even know that was a feature that was capped on the RPi.

I can see that being made into very compact 3D Scanners very quickly after launch if that was added as a feature.

Re: New Raspberry Pi Model B+

#67

Post by giancarlostoro » Wed, Mar 14, 2018, 10:21 AM UTC

Narishma wrote: post #41

Why was the title changed? It's misleading right now since there's already a Raspberry Pi Model B+ available for ages. Should be "New Raspberry Pi 3 Model B+" just like on the blog post.

It is. See here:

https://www.raspberrypi.org/products/

Edit: Didn't realize you meant the title.

Re: New Raspberry Pi Model B+

#68

Post by cuonic » Wed, Mar 14, 2018, 10:22 AM UTC

matthberg wrote: post #59

Power over Ethernet is terrific, this means only one cord is now needed for a fully functioning pi (assuming you have the proper Ethernet setup on the other end).

But PoE isn't actually built-in to the Pi, it requires an external hat, purchased separately, and using a PoE hat has been possible on previous versions, yet they decided to announce it now, it's confusing.

Re: New Raspberry Pi Model B+

#69

Post by chopin » Wed, Mar 14, 2018, 10:26 AM UTC

FullRetard wrote: post #40

chopin wrote: post #28

Earlier quoted context omitted.

I am using a BananaPi for this. It also has a SATA port which makes it handy for a NAS. Processor and RAM are also a good bang for the buck.

What is your experience with platform support (linux) with the BananaPi?

For my purposes, very good. There is a Raspi equivalent image and, afair, a Bananian image. I used the former on my first BananaPi (this runs my NAS). The latter runs a BananaPi I have used as a secondary ADS server (now it serves only as DNS, as I switched all desktops to Linux, see discussion https://news.ycombinator.com/item?id=16582231 as to why). Both run smoothly.

EDIT: I should say (that's independent whether you use Raspberry or BananaPi) that both run for months without intervention. The only thing I found to be important is a good power source. I had frequently file system errors due to dying (somewhat cheap) chargers used as power source. I finally got a switched 50W multi charger (10 outlets á 2A) which I connected all Raspis and Bananas to. Since then, everything works pretty smooth.

Re: New Raspberry Pi Model B+

#70

Post by poizan42 » Wed, Mar 14, 2018, 10:27 AM UTC

zaarn wrote: post #39

poizan42 wrote: post #33

Earlier quoted context omitted.

I also noticed that. It's only ~280 megabits so seems a bit dishonest to call it gigabit. I guess what they mean is "gigabit ethernet standard" i.e. 1000BASE-T. Also how does it act once its internal receive buffer is full? Is it possible to get the sender to slow down, or does it have to start dropping frames? Will important things such as ARP broadcasts and DHCP requests just risk getting lost?

When the internal receiver buffer is full, you drop the frames. Basically any protocol out there has some way of dealing with dropped packets (including UDP's "don't care") DHCP requests are usually repeated several times for this reason, the first one can get lost (this can and will happen even on a clean and underloaded gigabit homenetwork)

Well if it dropped the frames and it kept getting hammered then multiple repeats would still not have any real chance of getting through (like 5 repeats over 5 seconds would be completely swamped by the literally million of frames it could get at the same time)

Traffic shaping on higher layers usually lets some packages deemed important through while dropping bulk traffic, tcp which is usually used for bulk transfers backs down when packages gets dropped, but that only gets you so far if you keep getting hammered with new connections or the sender acts maliciously.