Fresco M1 Released

rajan r writes "The first release after 18 months, Fresco, previously known as Berlin, released M1 or Milestone 1. The release notes here, screenshots here. The original 'press release' follows: 'I'm proud to announce that milestone 1 of Fresco (formerly known as Berlin) has (at long last) been released. A lot has changed since the last release, but this isn't that surprising, since the last release was more then 18 months ago; most of the real work for the past few months has been behind the scenes (changing hosts, a new web site infrastructure, improved build system, an issue tracker (hooray!), better documentation (and more to come), etc.). Source (no packages at the moment, but debs will be available soon, and the tree contains .spec files for building your own rpms) The name change. Enjoy! -- Nathaniel '"

Comments

You know, Fresco...doesn't ring a bell?

[Anonymous Coward]

Okay, how about Berlin? Still doesn't ring a bell? You mean that you don't know about this obscure package referenced only by unknown product names that the unbelievable overwhelming majority of the public has no knowledge about? Good then, we won't bother including a simple description of what the hell it even is.

P.S. It's a system for tracking calories from consumed donuts.

Re:You know, Fresco...doesn't ring a bell?

[JabberWokky]

Yeah, I get pissed when I go to sports sites and they talk about all these teams and games and RBI, yards passages and other technical terms. I expect them to explain it to me in every article summary too. Fuckers. Tell you what - you go beat up on the sports sites for assuming you know something about sports, and I'll go beat up on the technical sites for assuming you know something about tech.

(Oh and I *REALLY* hate the sites that link to other sites that might have further information... like they expect me to *read* something about the subject. Ha! FAQ and search engines? Not for me my bucko - I want it spoon fed!)

--
Evan "Played golf and cricket in school, still have only a dim idea of how (American) football works"

Re:CORBA?

[obi]

Except that Fresco doesn't use calls to draw a single pixel.

It's the single issue that people take most issue with - it's truly bizarre.

If Fresco needed to drop CORBA they'd have to reimplement a system similar to CORBA to have the same features, only to satisfy NIH syndrome. And they'd drop all the work that has gone into CORBA's design _and_ implementations (there's some good well performing ORB's out there)

In other words, CORBA is a good fit for a project like Fresco.

Check out these links with some answers to your question

- http://wiki.fresco.org/index.cgi/ArchitectureQuest ions
- http://wiki.fresco.org/index.cgi/MicroGUI
- http://www.fresco.org/introduction.html

Re:Some basic facts:

[t_hunger]

You are right: We need to do roundtrips for the few calls we need to make. Fortunately Fresco is designed not to need much kommunication in the first place: We are not poshing pixels around. The Display server has all the information needed to rerender the (transformed) GUI of any application running at that server. The only calls between client and server happens when the server informs the client about a statechange.

The demo application uses a bandwith of about 1.9kBit/s... That's because the server pings the clients to check wether they are stoll alive.

Getting higher speeds out of Linux graphics

[FeatureBug]

In an earlier comment somebody said, "Fresco is not X: Yes, we do not extend X. X is good, we do think so too, but it has certain shortcommings we do want to adress. Improving X is not an option: We'd need to carry along tons of code we do not need and blow the code size out of proportion (example: xlib, networking code)."

X may be good but sometimes it is simply too slow and, worse, the documentation does not go out of its way to explain properly the speedups that are available.

Ok, there's shared memory pixmaps and shared memory images but the documentation is incomplete.

When you need speed and don't care about hardware-dependency you can use Direct Graphics Access module - DGA. But where's good documentation for DGA? Is there anything faster than DGA in X? Where's the good documentation?

For God's sake

[qwijibrumm]

Everyone is saying,
1. "Why?"
2. "What's wrong with X?"
3. "It looks like crap."

Nobody realizes the answers are easy.
1. Why not? They want a better, simpler windowing environment.
2. Read the page. There are performance issues, resolution issues, and network issues. They also hope to add an X compatibilty layer at some point.
3. It's not done, not by a longshot.

Frankly, a rival project is a good thing. Good luck to Fresco for doing something that no one else dares, writing what could turn in to an X substitue.

Re:good thing

[Doug Neal]

Nonsense. The orignal poster was referring to the supposed suckyness of the X protocol and design. While it does have its drawbacks and disadvantages, they have precisely nothing to do with the usability and user friendlyness of the Linux desktop. You can build a really great app on top of X - Mozilla for instance - or you can build a real bitch of one that your average Mac or Windows user wouldn't have a clue about, e.g. XEmacs.

What will be (and already is) making Linux suceed on the desktop is a friendly desktop environment, such as KDE. The underlying windowing system that it uses to draw on the screen is largely irrelevant.

X is not getting in the way of the Linux desktop succeeding. It has all the important features now: font antialiasing, video, on the fly resolution switching, several great looking toolkits to choose from, and the network transparency is just a bonus. In fact I'd find it pretty hard to work without it.

Comparison to PicoGUI?

[Ian Bicking]

PicoGUI, discussed here recently, seems very similar to Fresco. What is the advantage of Fresco over PicoGUI? PicoGUI actually seems to be somewhat usable right now because it has been made for a very practical purpose, and has gotten real use. A library or system that isn't really used has a hard time developing quickly and responding to real (not imagined) needs.

I think it's also neat that PicoGUI supports multiple (programming) languages simply by having a documented net protocol -- language bindings talk directly with the renderer over the net, instead of wrapping some C interface.

PicoGUI is also small and cross platform. It's certainly not as old as Fresco, but it looks like they're going to lap Fresco pretty easily.

On another front -- what's Fresco's comparison to NeWS? NeWS, a competitor to X from Sun (late 80's?), had some concepts that were similar to Fresco (and PicoGUI). Considerably more display logic was on the server (renderer). It apparently had lots of bugs and issues, but it actually did reach a usable state. Have they learned from this predecessor? Neither project seems as flexible (NeWS used Postscript for its widgets, so new widgets could be nearly arbitrarily complex)... that flexibility may have been NeWS downfall.

Anyway, it always seemed like a neat idea and an important project to learn from.

Re:An intro that actually introduces would be help

[Mark Bainter]

Heh. I find this attitude bizzare. This is a news site dedicated to a specific market. Chances are, if you're in that market, you know what berlin is. However, if you don't, you can go look, that's the beauty of having the link in the story.

So, do you make comments like this on CNN? "Where the heck is Israel and what's the big deal about the west bank? Sheesh, can't you guys put a short history lesson about each area and the conflicts involved in every article?"