home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Support
other features (of release or svn versions)
Life After RC3...
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="te3hpurp" data-source="post: 311484" data-attributes="member: 82806"><p>As mediaportal is reaching RC3 phase, i'd like to point out some thoughts</p><p>about going to RC4/Release version. </p><p></p><p>I'm very happy about Mediaportal, no guestion about it. even though</p><p>i have 15 y's of c# experience, i cannot take part of developing </p><p>Mediaportal at the moment.</p><p></p><p>First thing that comes to mind when i use MP based HTPC as primary STB</p><p>for dvb-s is overall stability. i have latest svn and building enviroment installed,</p><p>so i can actually debug and analyze logs. But. Well when kids want to</p><p>watch tv there is no time to explain that daddy has to tweak something....</p><p>Well back to the point. When going to 1.0.0 release i'd like to see</p><p>improvement on Error handling, Recovery of a fatal errors, and of course </p><p>those Channel is Scrambled and No Audio/Video available</p><p>errors. As i know they are just bugs. </p><p></p><p>In my humble opinion is that So far Developers have done a great job,</p><p>but before reaching 1.0.0 Release, i would go trough the code </p><p>for looking and checking mutexes, locks, WaitOne clauses without timeout defind.</p><p>General Exception catching.</p><p>catch(Exception e)</p><p>{</p><p> ....</p><p>}</p><p></p><p>catches all exception and it is effective for hiding some other errors that </p><p>actually needs to take care of and should not be hidden. These kind of code lines are the ones</p><p>that cause problems in error hunting, at least in projects i've been in.</p><p>I think that specific Exception should be used to trap only that exception</p><p>we can do something in that part of code.</p><p></p><p>When using mutex it would be a good idea to implement try/catch/finally and release mutex in finally</p><p>statement.</p><p></p><p>Some other mysterious hangs are for example when scrolling mini epg, or full epg MP sometimes just hangs and i have to reboot.</p><p></p><p><img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite8" alt=":D" title="Big Grin :D" loading="lazy" data-shortname=":D" /> to developing team.</p><p></p><p>Regs,</p><p>te3hpurp</p></blockquote><p></p>
[QUOTE="te3hpurp, post: 311484, member: 82806"] As mediaportal is reaching RC3 phase, i'd like to point out some thoughts about going to RC4/Release version. I'm very happy about Mediaportal, no guestion about it. even though i have 15 y's of c# experience, i cannot take part of developing Mediaportal at the moment. First thing that comes to mind when i use MP based HTPC as primary STB for dvb-s is overall stability. i have latest svn and building enviroment installed, so i can actually debug and analyze logs. But. Well when kids want to watch tv there is no time to explain that daddy has to tweak something.... Well back to the point. When going to 1.0.0 release i'd like to see improvement on Error handling, Recovery of a fatal errors, and of course those Channel is Scrambled and No Audio/Video available errors. As i know they are just bugs. In my humble opinion is that So far Developers have done a great job, but before reaching 1.0.0 Release, i would go trough the code for looking and checking mutexes, locks, WaitOne clauses without timeout defind. General Exception catching. catch(Exception e) { .... } catches all exception and it is effective for hiding some other errors that actually needs to take care of and should not be hidden. These kind of code lines are the ones that cause problems in error hunting, at least in projects i've been in. I think that specific Exception should be used to trap only that exception we can do something in that part of code. When using mutex it would be a good idea to implement try/catch/finally and release mutex in finally statement. Some other mysterious hangs are for example when scrolling mini epg, or full epg MP sometimes just hangs and i have to reboot. :thx: to developing team. Regs, te3hpurp [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
other features (of release or svn versions)
Life After RC3...
Contact us
RSS
Top
Bottom