369 replies to this topic

[exsat]

On normal posix systems, fstab wouldn't create directories, it's a special OpenPLi feature that it does so.

The "/media" directory is in RAM, not on the flash, for a few good reasons:
- In case the mount fails, you may end up with the box recording to flash memory, which in a sort time will fill it up and crash the system. If something like this happens now, it will fill only 64k RAM and them harmlessly stop.
- It's a waste to write to flash memory (twice) just to have a mount point that is just an empty directory.
- It makes it possible for the mount scripts to assume that any directory in that location is really a mount point, and use it for "housekeeping".

Thank you for a great answer MiLo. I have played mostly with linux.That is why i did not check this option in fstab.

[jooe]

Can't play any flac music file on Vu+Ultimo with OpenPli 3.0 .

Here is a log

Please fix it if possible

action -> OkCancelActions ok
playing 4097:0:0:0:0:0:0:0:0:0:/media/net/DISKSTATION/Brian Simpson - 2010 - South Beach/01. South Beach.flac
eServiceMP3::construct!
eServiceMP3::playbin2 uri=file:///media/net/DISKSTATION/Brian%20Simpson%20-%202010%20-%20South%20Beach/01.%20South%20Beach.flac
eServiceMP3::starting pipeline
gst_element_query_position failed in getPlayPosition
new service started! trying to download cuts!
download failed, no cuesheet interface
resolved to PLAY
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
eServiceMP3::state transition NULL -> READY
Gstreamer error: The autoaudiosink element is not working. (4) from playsink0
[__evUpdatedInfo] title 1 of 0 (South Beach)
[__evUpdatedInfo] title 1 of 0 (South Beach)
Gstreamer error: GStreamer encountered a general stream error. (1) from flacparse0

No any response?
Maybe somebody with Vu+Ultimo can test flac playback and post here? Or I'm completely alone with this problem?
Same flac files was tested on DM8000HD and ET9x00 (both boxes with same OpenPli 3.0) and there was no any problem.
Vu+Ultimo was flashed with last OpenPli 3.0 with same no success with flac playback.

Any news about Flac playback on Vu+Ultimo boxes?

[randomunixsession]

Howdy, autotimeshift crashes every time when a timer starts. I've uninstalled the plugin and it still crashes, any ideas?

Tons of logs: https://www.dropbox....eol9nz/logit.7z

[MiLo]

Please post the logs here, don't use dropbox.

[ops]

No any response?
Maybe somebody with Vu+Ultimo can test flac playback and post here? Or I'm completely alone with this problem?
Same flac files was tested on DM8000HD and ET9x00 (both boxes with same OpenPli 3.0) and there was no any problem.
Vu+Ultimo was flashed with last OpenPli 3.0 with same no success with flac playback.

Vu+ UNO OpenPLi 3.0 updated today.

When I try to play a flac file nothing happens so you are not alone.

[mam_sdn]

I install the beta version,
I can find the device manager , also it is crashing if added via TSPANEL

If ipressed red button for recording it crashing too?Also i have usb mounted.

Thank for your effort developing this image

[hemertje]

if you get a crash you also have a crashlog
please attach it here so we can see what goes wrong

[ricki]

I got a crash yesterday, dont no the reason.

[ricki]

I got a crash yesterday, dont no the reason.

Attached Files

•  enigma2_crash_1345624537.log   16.98KB   8 downloads

[Pedro_Newbie]

Looks like youtube player is giving your problems, but what image are you using? No standard Openpli 3.0 I suppose seen the contact e-mailaddress: <contactemail>volker.christian@fh-hagenberg.at</contactemail>

[ricki]

I flashed my VU+Duo today, i hope its ok now, thanks Pedro.

[jooe]

Universal grab is not work on DM8000HD
I can't create screenshots via OpenWeb and telnet using

grab -j100

-v

root@dm8000:~#grab -j100 -v

AiO Screengrabber 8.3.0
Detected STB: Brcm7400
Grabbing Video ...
Segmentation fault

Edited by jooe, 25 August 2012 - 22:10.

[benl]

box: et9x00
sympthom since 3.0 pli version: weblinks stopped working good. Begin this week the dutch weblinks did not function, now they do.
New image, just weblinks: everything functions. After installing some plugins with official download from menu, applications(cccam 2.3, partnerbox, mediasuite) the dutch weblinks still function, but the streaming media dutch (journaal24, best24, doc24 etcetera) generate enigma crash.
uninstalling ALL plugins, reboot box did not resolve the problem. Something wrong in plyth?

Attached Files

•  enigma2_crash_1345978001.log   16.95KB   1 downloads
•  enigma2_crash_1345978044.log   14.67KB   0 downloads
•  enigma2_crash_1345978277.log   16.95KB   0 downloads
•  enigma2_crash_1345978516.log   16.95KB   0 downloads

[littlesat]

[code[
unknown action DirectionActions/rightUp! typo in keymap?
action -> DirectionActions left
action -> DirectionActions leftUp
unknown action DirectionActions/leftUp! typo in keymap?
action -> OkCancelActions ok
[SKIN] Parsing embedded skin <embedded-in-'BrowserRemoteControl'>
Traceback (most recent call last):
File "/usr/lib/enigma2/python/Plugins/Extensions/WebBrowser/plugin.py", line 555, in executePostCommand
AttributeError: Browser instance has no attribute 'wgetUrl'
(PyObject_CallObject(<bound method BrowserRemoteControl.executePostCommand of <class 'Plugins.Extensions.WebBrowser.plugin.BrowserRemoteControl'>>,()) failed)
[/code]

I suggest the mediasuite breaks it.... But the crash in in the closed source Webbrowser code.....

Edited by littlesat, 26 August 2012 - 12:40.

[benl]

[code[
unknown action DirectionActions/rightUp! typo in keymap?
action -> DirectionActions left
action -> DirectionActions leftUp
unknown action DirectionActions/leftUp! typo in keymap?
action -> OkCancelActions ok
[SKIN] Parsing embedded skin <embedded-in-'BrowserRemoteControl'>
Traceback (most recent call last):
File "/usr/lib/enigma2/python/Plugins/Extensions/WebBrowser/plugin.py", line 555, in executePostCommand
AttributeError: Browser instance has no attribute 'wgetUrl'
(PyObject_CallObject(<bound method BrowserRemoteControl.executePostCommand of <class 'Plugins.Extensions.WebBrowser.plugin.BrowserRemoteControl'>>,()) failed)
[/code]

I suggest the mediasuite breaks it.... But the crash in in the closed source Webbrowser code.....

sorry, i am just a user, installed everything through the menu, application, (green button) download and tagged the weblinks.
So why the code in the crashlog shows up i don't know.
I downloaded clean new pli images from this site, flashed et9x00 and went on.
Begin this week: no weblinks function at all: every time movies stuck. Now they go on with the clean image(so i thought nice programming), but some combination of plugins disables the streaming dutch links.
if you want me to do anything, just reply or mail, happy to help openpli 3.0 get stable.
uninstalled mediasuite as stated, but that did not help (something is left).
if mediasuite is the problem i will try again without mediasuite.

Edited by benl, 26 August 2012 - 12:48.

[blzr]

Universal grab is not work on DM8000HD
root@dm8000:~#grab -j100 -v

AiO Screengrabber 8.3.0
Detected STB: Brcm7400
Grabbing Video ...
Segmentation fault

hmm, seems a similar issue as one that appeared on vuduo since switching to 3.x kernel...
difference is that on vu it appears only on hd channels and only when you try grab all; grab -v and grab -o work fine

If the mem2mem hack no longer works, that could indicate the drivers are now using the mem2mem channel for something else, causing a conflict.
But the first step would be to debug grab, see why it segfaults.

afaik, @pieterg owns dm8000 (unlike vuduo or similar), so maybe... /?/

[benl]

New clean image, cccam 2.3, partnerbox and nothing else did not resolve the issue.
also partnerbox will not function any more.
some debugging and programming work to do i think...
sending crashlog from the clean image.
although: vue + duo had beginning this week the same problem with links, but plugins for the livestreams are not implemented so cannot be tested by me.

Attached Files

•  enigma2_crash_1345983791.log   16.95KB   4 downloads

[littlesat]

[Picload] get Thumbnail... /usr/share/weblinks/img/rtvnh.png
action -> DirectionActions right
action -> DirectionActions rightUp
unknown action DirectionActions/rightUp! typo in keymap?
action -> OkCancelActions ok
[SKIN] Parsing embedded skin <embedded-in-'BrowserRemoteControl'>
Traceback (most recent call last):
File "/usr/lib/enigma2/python/Plugins/Extensions/WebBrowser/plugin.py", line 555, in executePostCommand
AttributeError: Browser instance has no attribute 'wgetUrl'
(PyObject_CallObject(<bound method BrowserRemoteControl.executePostCommand of <class 'Plugins.Extensions.WebBrowser.plugin.BrowserRemoteControl'>>,()) failed)
main thread is non-idle! display spinner!

Probably something came back via autorestore/install??

Edited by littlesat, 26 August 2012 - 16:54.

[pieterg]

Universal grab is not work on DM8000HD
root@dm8000:~#grab -j100 -v

AiO Screengrabber 8.3.0
Detected STB: Brcm7400
Grabbing Video ...
Segmentation fault

hmm, seems a similar issue as one that appeared on vuduo since switching to 3.x kernel...
difference is that on vu it appears only on hd channels and only when you try grab all; grab -v and grab -o work fine

If the mem2mem hack no longer works, that could indicate the drivers are now using the mem2mem channel for something else, causing a conflict.
But the first step would be to debug grab, see why it segfaults.

afaik, @pieterg owns dm8000 (unlike vuduo or similar), so maybe... /?/

vuplus eventually solved it in their drivers AFAIK, so it must have been a driver bug, not a userspace bug I guess.

[blzr]

unfortunately, 'rumors of elimination of this bug were greatly exaggerated'

root@vuduo:~# grab
AiO Screengrabber 8.3.0

Detected STB: Brcm7335
Grabbing 32bit Framebuffer ...
640
... Framebuffer-Size: 1280 x 720
Grabbing Video ...
Segmentation fault
root@vuduo:~# grab -v
AiO Screengrabber 8.3.0

Detected STB: Brcm7335
Grabbing Video ...
... converting Video from YUV to RGB color space
... Video-Size: 1920 x 1080
Saving 24 bit /tmp/screenshot.bmp ...
... Done !
root@vuduo:~# grab -o
AiO Screengrabber 8.3.0

Detected STB: Brcm7335
Grabbing 32bit Framebuffer ...
640
... Framebuffer-Size: 1280 x 720
Saving 32 bit /tmp/screenshot.bmp ...
... Done !

so, as you can see, nothing has changed...