FM 2010 下载类资源汇总 (更新 【锋芒小组】HAN数据FOR 1030)

stevenc

这篇文章在cm的官网上我也看到了，对他的改进还是蛮期待的，毕竟这一款游戏已经有了质的飞跃

januslj

已经一年了。。唉~~~~

fatfat325

还要再等2个月

fatfat325

1L加入CM10 demo体验 by 常有晴的链接

fatfat325

http://community.sigames.com/showthread.php?t=144766

There are going to be a few blogs this week (depending on whether some of them get permission to be posted or not!), although they aren’t new feature blogs as such. These will start mid next week.

This weeks blogs will be based around some behind the scenes things at SI.

This blog will focus on how we decided upon new features for FM2010, and the process that we go through. I’ve been asked a few times on the forums, and in interviews, what process we go through and how we’ve changed the process for this year.

As I mentioned in a previous blog, we used to store feature ideas and bugs all in one database, which was inefficient, as it meant certain things didn’t get looked at, so we split our database in two, and now have one for feature suggestions, and one for bugs.

We also used to be quite haphazard about what feature suggestions went into the database. Our feature meetings were split between looking at suggestions in the database, suggestions on our internal wiki, emails sent to us, and ideas that came to us in the feature meetings.

The meetings were also a bit odd, as we used to have one meeting that went on for a couple of days that everyone would attend.

What we did this year was split the meetings into the same modules that the game is split into – match, media, database, misc (finance, database and other stuff), GUI and platform (the platform layer is the code you won’t ever notice, but without it the game plain won’t work!).

The features database was split in the same way so that we knew what to discuss in which meetings. Any new feature requests had to be added into the main database (and still are) and assigned to me to have a look at before I approved or denied it to go forward to the features databases – the reason for this stage of the process is that some ideas just aren’t possible legally, or are not appropriate for what we’re trying to do with the game, so it makes sense to get rid of these suggestions before the discussion stage as there’s no point talking about something that isn’t going to be possible.

Each feature meeting in each area took at least 2 days. Some we had to re-convene after other meetings if there was a cross over on areas. Every feature suggestion in the features database was discussed – all 800 of them!

Some of these things are not what you might call a feature. Changing the text on a button in the game wouldn’t be classed as many as a feature, but we have to have everything in the database separately, so things like that do count. It’s one of the reasons why we don’t have the normal “this is how many new features are in the game” in the initial press release as we would have had in previous years if I was to give a raw number from the features database, we’d be looking at well over 200, many of which would not have counted in previous years.

Some of these features might take an hour to do. Others might take months, or in some cases, years. Others have to be done in phases, so some of it makes it into this years game, and we already know how to expand it in future years. But by having it in one database, it makes it a lot easier to track these things, and make sure nothing important is missed.

The meetings themselves were also done differently this year too. We switched to a voting system where everyone who attended a meeting (and the meetings were open, so anyone in the studio could attend a meeting even if it wasn’t in their own area) had an equal vote out of 5, and could also play one “joker” per area of the game, which would double their vote. This lead to some features having a 150% score, but that just meant the features were very high priority. It also lead to some features having less than a 50% score, which means they are unlikely to ever be done, as there will always be things that we deem more important, although each of these features will be re-visited each year when we have the meetings.

After all of these meetings, the production team at SI sat down with the senior coders in each area to get expected timelines for coding the feature, and once that was completed, features were assigned to the different members of the dev team based on priority (the score the feature got) and the time on their schedules.

As you can imagine, we had far too many features we wanted to add into the game that we had time for, so this scoring system was essential. It means that the highest priority features could get done, but also that if there was time left over, others could do too. Those that didn’t make it this year will likely make it for FM2011, and certainly some things that we really wanted to do this year just weren’t possible timeline wise, alongside some new ideas.

As for new suggestions, throughout the year, more feature suggestions are entered into the database, from the forums, our research team, test team, internal ideas and external ideas. Some of these are “fast-tracked” and get discussed immediately, particularly if it’s something small or something that is directly related to one of the new features already in the game. Others will be there ready to discuss in the FM2011 feature meetings and, with the amount of ideas currently in the database (well over 1,200), likely the FM2012, FM2013, FM2014 and FM2015 meetings too!

fatfat325

http://community.sigames.com/showthread.php?t=144978

Now onto a subject a bit more controversial and emotive. Data capture.

Most things that you do nowadays, certainly in the UK, involves some kind of data capture.

Whether it be voting details per household, taxes, the health service, credit cards, loyalty schemes, your car, speed cameras, CCTV, a fishing license, the internet, email, your season ticket, buying tickets for a gig with a credit card, iTunes, forums, any online application, Xbox Live, Playstation network (I could go on for hours, so will stop now!) some sort of data is collected.

Some companies just use this information for data capture and collection. Others use it to email their customers. I suspect some use it for “dodgy” means.

We use the data to help us develop our games, and use the information to help us make decisions in a more informed manner.

There are 3 types of data collected by FM09. What I’m going to write about here is what info is actually collected, and how we use this information.

The first is the in game advertising in the game. As you know, the ad hoardings around the side of the pitch have changed a few times during the cycle of the game as advertisers have come to us with campaigns that they believe will appeal to our customers. Sometimes we agree and approve them, others we don’t, and reject them.

For our partner in advertising (IGA) to be able to get people interested in advertising in the game, they collect data on how long people playing the game for see the adverts. All that is recorded is the country information from an IP address (so that they know which country the person is in) and how long they’ve viewed an ad hoarding for (in other words, how long they’ve been watching the 2d or 3d match engine). They don’t know who you are, or where you are apart from country, and certainly helps us and them target campaigns, as advertisers don’t tend to do global campaigns, but do them per country.

Next up is STEAM. For those who installed the game using this system (for which you received automatic updates and the ability to play a game on any computer above minimum spec with no need to carry the DVD around with you) the only stats that they have collected and provided to me are stats on how many minutes people have played the game for and the amount of people playing the game via this system split down in total and per month.

This is how we got the stat used previously that the average amount of time spent playing the game per user was 240 hours, although this has gone up since those figures were provided. What was also really interesting with the stats was seeing that the amount of time being played each month hasn’t dropped month by month despite much smaller sales at the latter times of year compared to release, which shows us that there are a lot of people out there really enjoying the game, and playing it for very long periods of time. Stats like these are invaluable to us as you can imagine, as it gives us a proper balance between the highs and lows of different types of feedback that we get from very small samples of people, such as the forums (which tend to be more negative, as people tend to talk mainly when they have a problem, which is human nature) or the people in the pub telling you how much they love the game (although if they really loved it, they’d be at home playing it, rather than in the pub!).

STEAM do also store system stats for all of their users, and these are freely available for anyone to look at on their website. However, this information isn’t much use to us, as it shows a cross section of the PC gaming market itself, rather than the FM PC gaming population, which tend to have lower specs than the market as a whole.

However, those kinds of stats are very useful to us for our own game when we’re going through the decision making process on the features we’re going to work on, particularly if there will be a hardware requirement from it, and this is where one of Uniloc’s systems has actually been very good for us.

This system is pretty separate from their copy protection and authentication system, and collects information about your computer hardware specification. It doesn’t ask for, or store, any personal information at all – just information about the computer that is being used’s processor, graphics card, default screen resolution for playing the game in, OS language and operating system.

As an example of how this information is useful to us, and what it’s used for – there have been a couple of posts on the forums recently asking why the minimum resolution for the game hasn’t changed to a higher resolution, seeing as all new computers being sold have the option for a higher resolution, or quoting STEAM stats. We’d even looked at it ourselves when we were working on the new interface and saying how it would be a lot easier to design if we had a new default of 1280 x 800 instead.

However, when I then get a report done on the stats for people playing FM09, I can see that 32.94% of people play the game in 1024 x 768 and that makes the decision pretty easy, hence the minimum resolution has stayed the same.

I really wish we’d had these stats before we launched 3d (FM2009 was the first time we’ve had stats like this), as we could have been much better prepared graphics card wise, and done a lot more compatibility testing before hand. The most used graphics card whilst playing the game only has 3.74% of users and the breadth of cards used was way bigger than we had imagined. – this time SEGA are ensuring that a lot more compatibility testing is performed on a much wider variation of graphics cards to try and ensure that we don’t have the same problems as we had last year, where some people had to download a huge file to get the game up and running, even in 2d.

With FM2010, we plan to still be able to utilize each of these systems. It doesn’t matter what the copy protection decision from SEGA ends up being, as the Uniloc stats system is separate to their protection solution, so we can still utilise it, alongside a new system that we’ll be using to get some stats on certain areas of the game, and whether those areas are being used or not. If we’re able to see what areas of the game are proving popular, and which areas are ignored, it makes it a lot easier for us to make informed decisions and what areas need improvement or not, over and beyond that of the pubs and forums.

francisjuve

坐等翻译

wlchow2005

原帖由 fatfat325 于 2009-8-25 11:24 PM 发表
http://community.sigames.com/showthread.php?t=144766

There are going to be a few blogs this week (depending on whether some of them get permission to be posted or not!), although they aren’t new  ...

這個星期會有幾篇博文貼出(取決這些文章是否得到批準去貼),不過他們并不是介紹FM的新特性.反而是有關遊戲的製作過程.

在論壇和訪問中,別人常問我如何做FM這遊戲出來.而這貼文則是集中在我們如何構思FM10的新特性,以及做遊戲的程序.

以前我們把構思出的特性和BUGS都放在同一DATABASE,但這是無效率的,所以我們做了兩個DATABASE,一是放BUGS,一是放新特性.

我們以前都是雜亂的把別人提議的新特性放在DATABASE,我們有關加入新特性的會議分開了三部分,一是看看有關DATABASE的建議,二是EMAIL寄來的建議,三是我們工作人員的構想.當我們的所有相關人員出席時,會議通常會持續數天.

但今年,我們的會議分為討論遊戲中不同的元素(比賽,媒體,資料庫,和其他事項)

(未完...)

(i)nesta

参观 学习 等待

zkzkhappy

画面更好看了,期待