New alpha dongle Dec. 04

[Turas]

the new alpha seems to be really stable!

the remote never really died. you can see in the telnet-trace, that mvpmc is always receiving the keys from the remote.
but nevertheless the video sometimes gets stuck. although most of the time the stream recovers again after 10-30s.

what i noticed:
=> sometimes ff/rewind doesn't show video on first try (just black screen). if you stop and do again it works.
=> the os-tvguide is very slow
=> changing from analog tuner to digi-tuner using channel-key + ok made pic stuck.
=> if you do a ff soon after start of the video, the chance seems higher that video gets stuck

the last video i tested is for sure of a not so good quality. i had some jumps, stutter and sync-issues with the latest hauppauge dongle and that video. but i could watch it till the end and jumping forward / backwards was possible with not too much problems.

=> with mvpmc ff / rewind almost doesn't work at all with that file. video gets stuck very soon. sometimes you have to wait long till it recovers. sometimes it doesn't recover and i did a GO/OK reset. (but as i said before... the remote never got stuck).
=> if you do jump forward it works only sometimes, jump backwards does not jump back at all, instead it sometimes even goes a bit forward.

hope you can use some of this...
logs attached (have to set the timezone next time (TZ=CET-1) - mvpmc-log shows different time than the gbpvr logs)

br turas
----

[mvallevand]

Martin, I'm auto-starting two servers and not running from the command line. However, I've read your post to Turas, and now I'm running the debug version of mvpmc. So now we'll just have to wait for the problem to show up. Is autostarting two servers a problem?

Thanks. The only problem with autostarting 2 servers is half the time there won't be a gbpvr log but from the debug side I can still see quite a bit.

Martin

[mvallevand]

Hi Martin,

Loaded the latest alpha, did some heavy testing with netradio, livetv, ML2, lot of skipping channelchanging etc etc. Sorry can't help you, no problem whatsoever.
I was very pleased with the almost instant skipping in ML2, may have been like this before but haven't used it much, let alone the way I did tonight.
So, another great release, thanks alot again.

cya Hans

I expected you to say do this, then this and voila. Seriously, I find pretty much the same as you but we are also both used to mvpmc's limitations like problems with the mini guide. Thanks for the feedback anyway it sure makes me feel better then the email I received telling me to stop lying on the forum, because the mvp couldn't play livetv no matter which dongle was used.

Martin

[HtV]

..... it sure makes me feel better then the email I received telling me to stop lying on the forum, because the mvp couldn't play livetv no matter which dongle was used.

Let's just say that it's sub's fault, he made gbpvr so good and therefore popular. With so many people you will get some weirdo's and lunatics aswell. Don't let it bug you, keep up the good work, for nice lunatics like me.

cya Hans

[mvallevand]

the new alpha seems to be really stable!

the remote never really died. you can see in the telnet-trace, that mvpmc is always receiving the keys from the remote.
but nevertheless the video sometimes gets stuck. although most of the time the stream recovers again after 10-30s.

That's what I've found which is why this is so hard to diagnose. Thanks for the logs lots to digest. Note these logs were from the 12/04 mvpmc.zip. I will see if I updated it.

=> sometimes ff/rewind doesn't show video on first try (just black screen). if you stop and do again it
works.

Known problem. The workaround to #1 is short skip or to use mvpmc's Go FF. I doubt I will be able to fix this

=> the os-tvguide is very slow

Known. I think this can be improved. gbpvr can help by sending screens less often.


=> changing from analog tuner to digi-tuner using channel-key + ok made pic stuck.

I have this problem too but I thought it related to AC3 audio. Are you saying it works with the Hauppauge dongle.


=> if you do a ff soon after start of the video, the chance seems higher that video gets stuck

I will check this.

the last video i tested is for sure of a not so good quality. i had some jumps, stutter and sync-issues with the latest hauppauge dongle and that video. but i could watch it till the end and jumping forward / backwards was possible with not too much problems.

=> with mvpmc ff / rewind almost doesn't work at all with that file. video gets stuck very soon. sometimes you have to wait long till it recovers. sometimes it doesn't recover and i did a GO/OK reset. (but as i said before... the remote never got stuck).

Can you put this file in your mvpmc share and play it from the native mvpmc file system? I'm curious if this is a demux or emulation mode problem.

=> if you do jump forward it works only sometimes, jump backwards does not jump back at all, instead it sometimes even goes a bit forward.

I'll check the bAck skip.

=>hope you can use some of this...

Thanks Every little bit of new information helps.

Martin

[mvallevand]

Turas, I noticed that you had a lot of AYUVMode8 updates in your mvpmc logs and so checking further and I noticed this

getValue: /settings/MVPForceMinimalOSD : false

I really haven't done much testing with Force minimal OSD unchecked so more than a specific problem this could be the general source of the timeouts. In many ways your logs looked pretty good. If I remember correctly the only value to me with this setting was knowing the channel numbers in live tv and it wasn't worth the reduced stability I experienced early on in the emulation mode testing cycle.

Right now I'm not sure how many people are able to even use this feature reliably with either the Hauppauge or mpvmc dongle. I will spend an hour or so with it on to see if there are specific problems where you identified them. At the same time, if possible I'd like to know from you if unchecking this improves stability with mvpmc for you especially in Net Radio which has been rock solid for me in 1.1.5

Sub if you are reading this thread do you have idea how well this setting works on the MVP? I am pretty sure it is off by default for a reason. Also, is there anyway that the MVP logs could display the MVPForceMinimalOSD setting? For sure it is something I would like to key on.

Martin

[sub]

The MVP is a bit of a pig when trying to play video and show the OSD, so the default is to show minimal amounts of OSD info, making things seem much more responsive.

[Turas]

Thanks for the logs lots to digest. Note these logs were from the 12/04 mvpmc.zip. I will see if I updated it.

i downloaded the most recent one before i started the test.

=> changing from analog tuner to digi-tuner using channel-key + ok made pic stuck.

I have this problem too but I thought it related to AC3 audio. Are you saying it works with the Hauppauge dongle.

no. channel-changing from analog to digital has always been a problem. better to stop the digi-channel and start the analog one afterwards.

Can you put this file in your mvpmc share and play it from the native mvpmc file system? I'm curious if this is a demux or emulation mode problem.

will do that.

br turas
---

[mvallevand]

Sorry turas, I did forgot to uploaded the modified mvpmc.zip on the 9th.

Regarding changing channels between digital and analog it worked better than I remembered tonight clicking channel numbers, prev channel and even using the mini guide, even with the full OSD on I didn't lose the remote. I had hoped that there was something more I had to work on here.

Martin

[Turas]

when i browse the filesystem on mvp, only directories are shown. so i can't playback the mpg directly. what do i miss? turas