frodo said:Here is my opinon:
1. Mediaportal is still in beta phase. I don't see how anybody can expect beta software to be fully stable
Very true.
2. You guys are requesting a stable version, but at the same time
i see >1000 feature requests in the forums. This conflicts and it is not possible to please everybody. We cannot stop adding new features to make MP stable because users demand new features
Now here I respectfully disagree with you. This is the difference between open source and commercial software. A commercial development would decide on the features which they wanted and implement them, hopefully in a stable fashion.
I think you need to focus on what people are using Media Portal for, and which features the vast majority of your users will actually use.
Let's take a case in point, the Tetris plugin. Sure, it's cool, but it's a novelty (and I mean no disrespect to the programmer when I say this). Tetris is not a "required" feature of a HTPC. Now, a MAME plugin (which ShowShifter has) would be of more general use, but even so, I tried this for a couple of hours and then got bored.
The core functionality (IMO) is watching, recording and timeshifting TV, playing video and audio files, and generally being user friendly. Linking in with CDDB and IMDB, ripping CD/DVD and burning CD/DVD are nice extras, and "almost essential", but only once the real basic featureset is done.
As a personal opinion, I think that you need to put these 1000 user requests on ice. No-one (myself included - hypocrite that I am!) is in a position to make demands on you. You are doing this because you want to, and ultimately you will do it however you see fit. I'm just looking from the point of view of an end user, and Media Portal will not be replacing ShowShifter on my HTPC. Meedio has a chance once they release DVB-T support later this week, and that has a very extensible architecture, but is still snappy and responsive.
3. i think 80% of all problems are related with the My TV plugin. All the other modules are pretty stable
I would certainly agree with this. If myTV was as stable as the rest of Media Portal then I would switch.
4. Reason TV causes all the problems is because :
MediapPortal Team:
- bugs (offcourse)
- the fact we're volunteers and dont have 40hrs/week to work on My TV
- the fact that there are just 2 developers working on My TV
- the fact that we dont got enough serious/dedicated and motivated testers
Environment:
- the vast amount of different tv capture cards
- the hardware differences between every PC
- the audio/video codecs people use
3th parties:
- some tv capture cards have very buggy drivers
- the lack of good documentation on directshow (blame M$ for this)
- 3th parties not releasing documentation to opensource projects
End Users:
- not reading any documentation
- using pc's which dont follow the system requirements for MP
- wrong setup/configuration of MP
- using latest CVS versions and expect it to be bugfree
- using non-supported tv cards
I think everyone realises what a difficult job you have. myTV runs like a dog on my system. This could be my fault. I would be more than happy to help with the testing, but you would have to let me know what you need from me. I'm happy to install software for testing. My programming skills are rusty, but I have written code, compiled and profiled.
Now what have we done to improve this:
1. we introduced the pre-releases and final release
The +/- 2 weeks between a pre-release and final release is used for testing. Its forbidden for developers to add any new code and the entire 2 weeks are used for testing, debugging and fixing bugs. However since we cannot test everything (due to lack of time and available hardware) we have to rely on testers
Based on my own experience, 2 weeks is barely enough time to get a response from people about bugs, never mind fixing them. Of course, as this is an ongoing project, any bugs not caught in the 2 week period will get fixed in CVS versions and subsequent releases.
2. Attracting new developers and testers
We tried in every way to get good testers and good developers.
However in the end this resulted in nothing. Developers seem not interested which is weird because SageTV/Meedio and others have no problem attracting developers.
I'm amazed that Meedio has a much more active community than ShowShifter, despite the current lack of DVB-T support. Maybe the underlying architecture is better. From a user point of view, if I wanted to add a plug-in to HTPC software, I would choose software which I was using - again, stability is the key.
- Making MP less dependent on 3rth party code
Part of the problem is that MP now uses codecs, filters etc written by 3th parties like microsoft, intervideo,... We're currently in the process of writing our own codecs/filters. This means we will have full control and can fix bugs because we wrote the software ourselves.
At the moment when there's a bug in a microsoft filter we cannot fix them. Even worse, microsoft is fixing those bugs, but is only making them available for microsoft media center edition and not for windows xp users
I have no experience here, but from a user point of view, other software seems to be able to use the codecs fine. ShowShifter can record from my card and use my divx install to convert between SSF and divx avi files. Maybe you need to restrict your MPEG2 and avi codec support a bit in the short term in order to narrow down the problems. Maybe some things which you think are codec-related actually aren't. I know from experience that a change to one section of code can have unforseen implications.
I'm certainly not intending to tell you how to do your "job", as ultimately I wouldn't have a clue how to write a true multimedia front-end. I guess I am a little more informed than many potential end users of Media Portal (as are most people here) and would like to make helpful comments. I have the utmost respect for the team's skills, as you wouldn't have got this far without being superb programmers.
If there is any way that I can help, please let me know. I'm more than happy to help with testing.
Best wishes,
Mark