Jump to content


Photo

OpenPLi 3.0: new alpha experimental images!


  • This topic is locked This topic is locked
369 replies to this topic

Re: OpenPLi 3.0: new alpha experimental images! #321 exsat

  • Member
  • 21 posts

0
Neutral

Posted 16 August 2012 - 22:21

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.

Re: OpenPLi 3.0: new alpha experimental images! #322 jooe

  • Senior Member
  • 31 posts

+1
Neutral

Posted 17 August 2012 - 08:32


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?

Re: OpenPLi 3.0: new alpha experimental images! #323 randomunixsession

  • Member
  • 1 posts

0
Neutral

Posted 19 August 2012 - 09:36

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

Re: OpenPLi 3.0: new alpha experimental images! #324 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 19 August 2012 - 18:57

Please post the logs here, don't use dropbox.
Real musicians never die - they just decompose

Re: OpenPLi 3.0: new alpha experimental images! #325 ops

  • Member
  • 8 posts

0
Neutral

Posted 19 August 2012 - 21:55

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.

Re: OpenPLi 3.0: new alpha experimental images! #326 mam_sdn

  • Member
  • 1 posts

0
Neutral

Posted 24 August 2012 - 13:29

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

Re: OpenPLi 3.0: new alpha experimental images! #327 hemertje

  • Forum Moderator
    PLi® Core member
  • 33,503 posts

+118
Excellent

Posted 24 August 2012 - 20:14

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

on the Glassfibre 1GB DVB-C...


Re: OpenPLi 3.0: new alpha experimental images! #328 ricki

  • Senior Member
  • 605 posts

+3
Neutral

Posted 25 August 2012 - 07:46

I got a crash yesterday, dont no the reason.

Re: OpenPLi 3.0: new alpha experimental images! #329 ricki

  • Senior Member
  • 605 posts

+3
Neutral

Posted 25 August 2012 - 07:46

I got a crash yesterday, dont no the reason.

Attached Files



Re: OpenPLi 3.0: new alpha experimental images! #330 Pedro_Newbie

  • Senior Member
  • 4,631 posts

+225
Excellent

Posted 25 August 2012 - 07:53

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>

Re: OpenPLi 3.0: new alpha experimental images! #331 ricki

  • Senior Member
  • 605 posts

+3
Neutral

Posted 25 August 2012 - 13:08

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

Re: OpenPLi 3.0: new alpha experimental images! #332 jooe

  • Senior Member
  • 31 posts

+1
Neutral

Posted 25 August 2012 - 22:10

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.


Re: OpenPLi 3.0: new alpha experimental images! #333 benl

  • Senior Member
  • 61 posts

+1
Neutral

Posted 26 August 2012 - 12:36

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


Ben van der Linden
1x et8000 van xtrend in de woonkamer op 89cm schotel met rail en 4 4-koppen: 13 19.2 23.5 en 28.2 graden
1x et9500 in de serre met 1 kabel naar de 89cm schotel

1 vakantieset met et5000 en een minischotel met 1 kop op 23,5 graden en een usb disk

 

2 oude et9200 en 1 oude et9000 op reserve achter de hand.

Alles connect via een fritz!box 7390 aan het internet


Re: OpenPLi 3.0: new alpha experimental images! #334 littlesat

  • PLi® Core member
  • 57,117 posts

+698
Excellent

Posted 26 August 2012 - 12:39

[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.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: OpenPLi 3.0: new alpha experimental images! #335 benl

  • Senior Member
  • 61 posts

+1
Neutral

Posted 26 August 2012 - 12:44

[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.

Ben van der Linden
1x et8000 van xtrend in de woonkamer op 89cm schotel met rail en 4 4-koppen: 13 19.2 23.5 en 28.2 graden
1x et9500 in de serre met 1 kabel naar de 89cm schotel

1 vakantieset met et5000 en een minischotel met 1 kop op 23,5 graden en een usb disk

 

2 oude et9200 en 1 oude et9000 op reserve achter de hand.

Alles connect via een fritz!box 7390 aan het internet


Re: OpenPLi 3.0: new alpha experimental images! #336 blzr

  • PLi® Core member
  • 2,270 posts

+118
Excellent

Posted 26 August 2012 - 13:07

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... /?/
True sarcasm doesn't need green font...

Re: OpenPLi 3.0: new alpha experimental images! #337 benl

  • Senior Member
  • 61 posts

+1
Neutral

Posted 26 August 2012 - 13:35

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


Ben van der Linden
1x et8000 van xtrend in de woonkamer op 89cm schotel met rail en 4 4-koppen: 13 19.2 23.5 en 28.2 graden
1x et9500 in de serre met 1 kabel naar de 89cm schotel

1 vakantieset met et5000 en een minischotel met 1 kop op 23,5 graden en een usb disk

 

2 oude et9200 en 1 oude et9000 op reserve achter de hand.

Alles connect via een fritz!box 7390 aan het internet


Re: OpenPLi 3.0: new alpha experimental images! #338 littlesat

  • PLi® Core member
  • 57,117 posts

+698
Excellent

Posted 26 August 2012 - 16:51

[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.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: OpenPLi 3.0: new alpha experimental images! #339 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 26 August 2012 - 23:31


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.

Re: OpenPLi 3.0: new alpha experimental images! #340 blzr

  • PLi® Core member
  • 2,270 posts

+118
Excellent

Posted 27 August 2012 - 06:55

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...
True sarcasm doesn't need green font...


33 user(s) are reading this topic

0 members, 33 guests, 0 anonymous users