[VU+ Duo2] Different remote button actions

[Lothar2]

No, i have now test without Hdd, without USB, without setup anything. only channelsearch and install IPtvListUpdater = OK. Then install HbbTV reboot = rarely segfault. Install more plugins without setup = always segfault
I think now it is deeper, how Phoenix say must be kernel reason.
What remains only the questions. Why it worked once yesterday. And i could reproduce it by install/deinstall/reinstall MediaInfo. And why it work with other OE-Alliance images? only my lovely OpenVix make my this problem.

Can it come from mediaplayer? before segfault always the same failure in chrashlog.

start release channel timer
getResolvedKey config.mediaplayer.useAlternateUserAgent failed !! (Typo??)
getResolvedKey config.mediaplayer.extraHeaders failed !! (Typo??)
RemovePopup, id = ZapError
KEY: 352 OK
IBTS show
eServiceMP3::state transition NULL -> READY
IBTS tunerShow
IBTS updateNextTimer 1
[EPGC] schedule finished(1416212108)
[EPGC] stop caching events(1416212108)
[EPGC] next update in 60 min
[VideoMode] setting aspect: 16:9
[VideoMode] setting wss: auto
[VideoMode] setting policy: panscan
[VideoMode] setting policy2: letterbox
[DVBCAHandler] no more services
release cached channel (timer timeout)
[eDVBLocalTimerHandler] remove channel 0x2c774b8
[eEPGCache] remove channel 0x2c774b8
stop release channel timer

 

[Trial]

Hi,
when you do couch flashing you get a note about bad blocks. What is your number? On my Duo2 there were 6 bad blacks the last time I did a full flash.

ciao

 

[Lothar2]

couch flashing ? What this is? I flash from floor. You mean buildnumber? Its always .080, but builds before are the same problem.
Bad Blocks where i can see this?

 

[Lothar2]

At this time VTI7 on my Duo2 /var/volatile/log/massages shown two bad blocks.

 

[Lothar2]

And now i have flash first .080 from VTI (Couch flashing), then download .080 in Vix Backupmanager to HDD, and Couch flashing from HDD Vix Backupmanager again. Massage: 6 bad blocks
let's see if it works better if it flash without USB-Stick.

 

[Lothar2]

simply, no variation.
Next test if a new build/kernel is viable.

anyone have "openvix-3.0.808-vuduo2_usb.zip" in its archives? Can you give me a link? This build was my latest on old Duo and this build over one year works great.

 

[Lothar2]

Segfault DUO2 build.088

Hello,

good news. :thumbsup: I have found cause for "Segfault" = LCD4Linux config.

After install .088 and only restore Channellist the IPTv/Streaming was ok, but after restore my LCD4Linux config the segfault come back. After this i set LCD4Linux back to "standard" the segfault gone again.
After this i have install/setup all my plugins and settings ad let LCD4Linux at default. No Segfault to provoke. :thumbsup:
Then i restore again LCD4Linux config backup and the segfault occurs again.

Here the settings which caused the segfault: View attachment LCD4linux-20141114_1003.zip See someone VIX problematic details in this file? Under all other images this file caused no segfault.


@Phoenix

contain build .088 VideoMode.py and InfoBarGenerics.py fixed from Trial?

@Trial
About MyVideo in MediaPortal, can you run MyVideo or only MyVideo2 streams?
MyVideo2 i can run nice with rtmp=off in setting, but not MyVideo. If i set rtmp=on i become massage "rtmp not installed".

 

[Trial]

Hi,
glad you finally found a reason I had never thought that LCD4Linux might be the cause.

MyVideo: As I said I tested the first 3 MyVideo entries of the main menu simply by pressing OK until a movie started. I did not care about the title Do you have a special title I should take a look at?

ciao

 

[Lothar2]

Titel is all the same, e.g. MyVideo >AlleFilme>Sparks
Can you enable rtmp in MediaPortal and caching files in MyVideo?

Setup


File


rtmp off


rtmp on


install rtmpdump


if i install manuel librtmp-bin to DUO2 then i become crash attached:

 

[DaMacFunkin]

Just to add I havnt had any video mode crashes, cheers judge, will this file be added to future image releases or will I have to overwrite every time I flash?

 

[Lothar2]

Hello,

good news. :thumbsup: I have found cause for "Segfault" = LCD4Linux config.

and here the exact cause. crash come only if stream/media/IPTV has no/wrong time indication and Progressbar in LCD4Linux is set to something other than "normal".
If the stream an faulty time indication, then sees the "normal" in that way. set to "gradient" and VIX crash with segfault.

Hope it help to fix in VIX. Was hard to find. :lifting:

 

[Trial]

Hi Lothar2,
bad news MyVideo Sparks and also MyVideo2 streams without problems. MyVideo2 is very very very slow at start with gathering information.

ciao

 

[Lothar2]

Hi Trial,

here it is just the opposite. MyVideo2 very fast and MyVideo will not begin to play.

Have you under \usr\bin\ a file named "rtmbdump"?

 

[Lothar2]

unzip the file VideoMode.py from Trial in post 24 .
......
the same you can do with InfoBarGenerics.py from post 20 this will fix crash press "Audio" in Mediaplayer.

Hello Trial,

yesterday at end of a Record and i`m in Channellist the base16 crash come again under build .089.
In build .089 your fixed files now integrated or not?

Hi Trial,

here it is just the opposite. MyVideo2 very fast and MyVideo will not begin to play.

Have you under \usr\bin\ a file named "rtmbdump"?

Fixed, found a VIX compatible Version. ->> http://www.world-of-satellite.com/showthread.php?42141-(S)-librtmp-bin_2-46c-ipk-compatibel-to-Apollo-gt-062&p=326938&viewfull=1#post326938

 

[Trial]

Hi Lussi22,
my fixes should be integrated. Do you have crashlog? If it is base26 error it is easy to fix for me now.

ciao

 

[Lothar2]

No that crash is again base 16.

i attach a log from this evening. I think crash came this time in Movielist or channellist after end of play a video.mp4.

 

[Trial]

Hi Lothar2,
you have a very funny box. Are you sure that it is an original Duo2? The routines that make problems on your machine are >1 year old and beside me there are some other Duo2 user which use OpenViX. Same reason different file. Try attached converter.

ciao

 

[Lothar2]

Even my old Duo was a funny box. But with VIX 3.0.7xx it then ran perfectly. I use determined only slightly different settings than other users. see "gradient" in LCD4Linux.
I think it is a original Box, because problems in other Image-plugin combinations generate the same problems as other users have. Only VIX is different than in others.
I always seem to good boxes for find error.

THX for fixed ServiceInfo.py. However, it may take some time with feedback, since the error occurs rarely and can not be reproduced.

 

[Trial]

Hi,
in this area ViX is a bit different. Because gstreamer sometimes delivered wrong or missing video information especially with downloaded or streamed videos ViX uses the information the hardware delivers in /proc/stb/vmpeg which is reliable and important for instance when using auto resolution.

You can take a look for yourself in VideoMode.py.
OpenViX uses:

if path.exists("/proc/stb/vmpeg/0/xres"):
	f = open("/proc/stb/vmpeg/0/xres", "r")
	try:
		video_width = int(f.read(),16)
	except:
	        pass
	f.close()

The try/except is because of you

Most other images are using

video_width = int(info.getInfo(iServiceInformation.sVideoWidth))

and rely completely on gstreamer.

ciao

 

[Lothar2]

thx for information about the issue. if the information from hardware in /proc/stb/vmpeg is reliable, why it crash only from time to time and can not be reproduced with same file? Is there a too short timeout set somewhere and my Box or fingers too fast?