It gathered the whole family together to play old couch-games, something that most powerful consoles haven't even been close --specially with the grampas
Really exited about what the future will bring us!
I continued with Lure of the Temptress. I only had a buggy version where you couldn't save. I played this with 3 other people. Beginning every Friday. Ending on Sunday... It was fantastic to finally finish it and being able to save.
But if I look at all the games I had back then, most of them are not worth it, but if you seriously look at it: they never were ;)
But what a memory.
There's some classic gems, to be sure, but they were also all we had.
By playing an old school game, your brain extracts these happy feelings from the memory. However, it's not a sustainable source of "fun" per say. As opposed to the newer games where "fun" is being caused by the game directly.
Restricting to arcade games is probably justified. I'd say we are in the golden age of video games right now---at least in terms of popularity. And you can still get remakes of all the good old games, or even play the originals.
Some stuff has aged, but some of the best games are in the past and have never been "reached" by any newer game. Ultima 7 is an example of such games - there's just nothing that comes close to it even in modern RPGs.
For 2D platforms the best was made in the past again. All the newer Mario games are either too easy or uninspired, or both.
There's a whole bunch of genres that has been completely a abandoned by publishers and devs for years (simulators, adventure games, RTS, even RPGs - sure we get Witcher 3 recently, but there's really nothing much else on the radar, there's too few of them now compared to how many we were getting back in the days).
It's been many years that the main production money goes into making GTA, First Person Shooters, Open World games, Racing games and that's about it. Of course the indie market is very much alive, but you can't compare the level of contents made 20 years ago by large teams versus 1-2 folks making games nowadays.
You might also find Age Of Decadence interesting - it's a super-indie made over a decade or so by a very, very dedicated team. I've not played it and I understand it's flawed, but it looks to be reaching for the same kind of freedom as Ultima VII.
I tried the NES original Metroid (also emulated) later, and I was surprised of how many of the game elements were already in place on the much weaker system.
That said there are a lot of absolute gems. To find them search youtube for "best <system name> games".
Master of Orion and the original XCom are just two examples. More recently, the gamemaker version of Spelunky has people still fixing it.
That said! There are tons of great gems in the old archives.. you've got to find them .. we could play Chucky Egg for days on end in our household .. but we definitely had to search to find it ..
One thing you shouldn't discount is the idea of giving your kids access to the 8-bit machines to learn how to program them. This has been immensely valuable to our 8 and 5 year olds' .. they play crap games, but then right away can get access to the code, understand what it does, and learn from it. My 8-year old spends more time reading code (BASIC) than playing games now .. and that is a delight to see.
But most of them were even back in the day. When playing C64 games with friends back in the day, we'd spend almost as much time figuring out what games to play and loading different games as we did playing.
Some games we'd play for ages, but many were 10-minute entertainment at the time.
And others we'd play for ages only to suddenly stop when they got out of the sweet spot in terms of challenge (e.g. Commando and Tapper were two of my favorite C64 games for a long time, but in both cases they had fixed points for bonus lives and once you got to a certain skill level you could basically play "forever", just cycling through the same few levels over and over while accumulating lives, and suddenly they were no fun any more)
I, like you, have been mostly disappointed when it comes to playing them alone.
For example, when I see an original arcade machine (of an excellent game), I cannot not play it.
Most game or not reedited so there is no money to gain fom preventing them from being online. It may even help to keep the brand alive in case a reboot in programmed (Eg: tomb raider)
Often it's a simple calculation of how much revenue could be won if you factor in the fact that you need to pay the team to find the ROM's, send the letters and enforce them once in a while. Basically it's nearly never worth it.
"reedited" should be "republished", I think :)
In any case: this is the internet. You get whatever you want, and the effect of DMCA on that is indistinguishable from zero.
If you have a Raspberry Pi sitting around that you don't know what to do with, just do this. You won't regret it.
There's no fundamental reason why the N64 can't be emulated at full speed on that hardware. The VideoCore IV blows the RDP away in fill rate, after all. It's just that the available video plugins are old and aren't optimized for mobile GPUs. Additionally, Broadcom's drivers have a tendency to stall in inconvenient places and the emulator needs to work around that as well. But once those are fixed, most of the popular N64 games run beautifully.
I've looked at the SNES and N64's hardware to consider contributing to an emulator for one of them, and the hardware certainly doesn't get simpler as time goes on ;-)
The comparison I was making isn't really fair, anyhow. Corn was fast, but the last revision only really covered two commercial games (Mario and Zelda). I'm sure that they heavily optimized for the code patterns in those specific games, without regard to accurate emulation of the hardware in the general case. Expand the supported cases and the problem immediately becomes much harder. Comparing Corn to an accuracy-focused emulator is like comparing one of the cut-down, portable-friendly SNES9x builds to Higan.
I use a PS3 Dualshock controller and it works wonderfully. :)
But nothing that looks like an antenna. Any idea where that might be?
Edit: as lovelearning pointed out, there is a small ceramic-looking piece in the upper-left of the top side, near the GPIO pins and LVDS display connector. That might be it.
Wifi antenna and chip set highlighted.
I don't know what is the chip, though.
Also noticed a 2-pin header between the 40-pin one and the upper USB ones: it looks like the "RUN" from the Rpi Zero.
EDIT: The 2-pin "RUN" header already existed on the RPi2, where the ceramic antenna is now located on the RPi3.
Man they can make small antennas these days...
antenna : checked
FCC Federal Communications Commission
Your request looked malicious and has been blocked.
You can use your browser's Back button to return to the previous page.
If you have questions, please contact the FCC at 1-888-225-5322
If you think that you have reached this page due to an error on our part, please contact let us know.
And here's "curl" from my server
* Hostname was NOT found in DNS cache
* Trying 188.8.131.52...
* Connected to apps.fcc.gov (184.108.40.206) port 443 (#0)
* successfully set certificate verify locations:
* CAfile: none
* SSLv3, TLS handshake, Client hello (1):
* SSLv3, TLS handshake, Server hello (2):
* SSLv3, TLS handshake, CERT (11):
* SSLv3, TLS handshake, Server key exchange (12):
* SSLv3, TLS handshake, Server finished (14):
* SSLv3, TLS handshake, Client key exchange (16):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSL connection using DHE-RSA-AES256-GCM-SHA384
* Server certificate:
* subject: C=US; ST=District of Columbia; L=Washington; 220.127.116.11.4.1.318.104.22.168.3=US; O=Federal Communications Commission; businessCategory=Government Entity; serialNumber=06 19 1934; CN=apps.fcc.gov
* start date: 2015-09-13 15:38:08 GMT
* expire date: 2016-09-14 00:27:01 GMT
* subjectAltName: apps.fcc.gov matched
* issuer: C=US; O=Entrust, Inc.; OU=See www.entrust.net/legal-terms; OU=(c) 2014 Entrust, Inc. - for authorized use only; CN=Entrust Certification Authority - L1M
* SSL certificate verify ok.
> GET /oetcf/eas/reports/ViewExhibitReport.cfm?mode=Exhibits&calledFromFrame=N&application_id=Ti%2FYleaJNSl%2BTR5mL5C0WQ%3D%3D&fcc_id=2ABCB-RPI32 HTTP/1.1
> User-Agent: curl/7.35.0
> Host: apps.fcc.gov
> Accept: */*
* SSL read: error:00000000:lib(0):func(0):reason(0), errno 104
* Closing connection 0
curl: (56) SSL read: error:00000000:lib(0):func(0):reason(0), errno 104
If someone were to call the FCC regarding this and write about their experience, I would definitely read that article ;) The phone number is right there!
The GPU/camera integration in particularly is really painful - people have gone to insane ends to reverse engineer how it's working so that they can access features that aren't documented.
As a heavy Pi+camera user (I use 70 at a time every time we ship a unit) I appreciate the efforts of all these folks so much.
That sounds pretty interesting, where can I read more about it?
The Odroid C2 goes on sale in a few days for $40. It's got a 64 bit quad core CPU (just* like the Pine and RPi3) but clocked at 2GHz. And has real gigabit. And has twice as much ram. And can drive a 4k screen comfortably. (Video-out was the one place where the RPi has traditionally excelled.)
* Okay, not entirely just like. It's an Amlogic chip instead of Broadcom or Allwinner. Amlogic is one of the few without blatant GPL abuse.
Making computers easy to use was, definitely, a huge mistake.
Certification took place at Track (now Element UK) on 2015-11-23, given the external picture dates, or 95 days ago, so it looks like it has been extended once.
Also, the confidentiality letter would specifically request short-term if they wanted it.
edit: This is a legitimate question, not an opinion.
Now, the Pi 3 does not talk on the 5ghz band at all, so even in Soft-AP mode, it's not capable of even coming close to violating the rules. Other desktop chipsets that can run in the 5ghz band have programming to not allow them to be APs in the 5ghz band, again steering clear of those rules. The 5ghz ruling is complicated because there's a lot of issues that tend to be glossed over in articles about it, which just muddy the waters.
Note that if you have a 5GHz wifi dongle, you'll see that the Linux regulatory framework will disallow running it in AP mode for this reason - almost all lack DFS.
It was widely (and incorrectly) reported as requiring all routers to have locked firmware, but that's not really the case, and if the proposal were to go forward there are a variety of ways that the SDR could be locked down while allowing firmware updates in general.
It's not clear that the FCC is even going to go forward with it, though; industry pushback was quite heavy.
edit: it looks like they went forward with the guidance, after amending it to be clear they specifically weren't going after open-source firmware
TPLink has always been a shit company when it came to firmware, and routers with locked firmware predate by decades this FCC proposal. I'm not convinced there's a cause-and-effect relationship here.
Edit: Anyway, from the horse's mouth back in Nov 2015 after the comment period closed on the proposal:
"One immediate outcome of this ongoing dialogue is a step we’ve taken to clarify our guidance on rules the Commission adopted last year in the U-NII proceeding. Our original lab guidance document released pursuant to that Order asked manufacturers to explain “how [its] device is protected from ‘flashing’ and the installation of third-party firmware such as DD-WRT”. This particular question prompted a fair bit of confusion – were we mandating wholesale blocking of Open Source firmware modifications?
We were not, but we agree that the guidance we provide to manufacturers must be crystal-clear to avoid confusion. So, today we released a revision to that guidance to clarify that our instructions were narrowly-focused on modifications that would take a device out of compliance. The revised guidance now more accurately reflects our intent in both the U-NII rules as well as our current rulemaking, and we hope it serves as a guidepost for the rules as we move from proposal to adoption."
If TPLink really is locking out firmware "because of the FCC", they've simply misinterpreted things.
Update: Just noticed the radio testing report says single PCB mounted chip ceramic. I still can't spot it with certainty.
I cant believe it took them that long, Broadcom is famous for their BT/Wifi chips, buildin wifi was a no brainer, and cost shouldnt be an issue when you have great connections inside the company.
http://www.digikey.com/catalog/en/partgroup/2-45ghz-balun/52... or similar
In my experience in practice a good-sized PCB antenna beats tiny ceramic antennas. I would expect the radio performance of this Pi to be pretty poor, though better than using one of those tiny USB adapters (which also typically use even smaller ceramic antennas with really awful ground reference when used in a Pi as they are designed for use with laptops).
Also, another reason for their smaller size is that ceramics can have very high dielectric constant which reduces the size of the antenna.
Still same CPU and RAM as the 2?
From the FAQ:
> there are no immediate plans to release any more new models. A further new model may be released in 2-3 years, but this is not a firm schedule.
That statement was in Feb 2015 after the pi2... the PiZero was Release Nov 2015....
The whole situation means that OTG is unavailable on most models, models that have it only get one USB port (so OTG/host is an either-or proposition), and for the multi-USB+ethernet models, performance over those interfaces is worse than you'd expect (if I remember, BBB gets several times the transfer over USB and network, all at lower CPU usage, right?)
Given that USB 2.0 is 480Mb/s, and Ethernet is 100Mb/s, there is no bottleneck when using the Pi's Ethernet port. I really wish this myth that "Pi Ethernet is slower than dialup because USB" would just die.
Of course, like everyone else I'd love to see a new version of the Pi with Gigabit Ethernet directly connected to the system bus, and USB 3.0 while we're at it. But that would greatly increase the cost of the device and also require a newer SoC that supports such things.
I can't find any info to say which bus the MMC reader is connected to, but I know if you use a USB drive as well as the built in ethernet port, speed will suffer.
Also, USB 3 can drive video at pretty fast rates too (for multimonitor setups).
Keep an eye on etailers that won't back-order, and just nab one when they come into stock. There's a stampede, but it's then luck of the draw.
Looks like they are planning to offer a few for sale eventually.
The only downside is no HDMI or even VGA until the respective adapters come out...in June. I currently only have one screen in the house with a composite input and it's not always available for tinkering.
Raspberry Pi with built in wireless comms means it uses a standard piece of hardware so the software stack can be configured to work out of the box. That can't happen with the existing arrangement. Also the power supply problems with original Pis are frustrating to say the least. These are most evident when plugging in USB wifi devices. Again having a standard integrated piece of hardware will (hopefully) avoid this.
With the early RPi it was a bit different because of USB power problems and kernel bugs, but those are mostly solved.
At least, that's what I hope they're doing with it.
They are super tiny now and barely stick out of the usb port.
Why hardwire wireless and outdate a board a few years later?
I think in 5 years we got g -> n -> 5ghz -> ac and three bluetooth variants.
Now there is indoor lte and other stuff coming.
Im sure you could still buy something unsupported if you didn't do your homework, just like nearly anything.
Wow, attitude much?
Just to counter your anecdotal data with some other anecdotal data, I have 2 different random USB wifi dongles I got from ebay for a couple of £ (different chipsets) and they were both plug-and-play.
I personally like this, as it cuts my initial setup-time/cost.
gotta assume this is connected via USB so it won't be the lowest power - taking up the 2836's sdcard slot would be 6 IO out of the GPIO map which would be over kill. so most likely this solution needs the onboard USB hub / ethernet chip and its less likely they will bring connectivity to the cheaper versions.
pretty happy with this - saves 2 USB peripherals!
"We are going to be doing some celebrating here at Pi Towers on Monday: February 29 is the 4th anniversary (or 1st, if you’re prissy about leap years) of the first sales of the Raspberry Pi 1."
Might be an auspicious date to launch a new version of hardware?
Full WiFi stack, 11x GPIO, Analog in, SPI, I2C, 80/160Mhz, 4MB Flash, power/flashing over USB, supported by the Arduino IDE, or just use the NodeMCU Lua firmware with modules for most sensors, displays, MQTT etc. I'm having a blast with them right now.