2062 replies to this topic

[betacentauri]

Hi Raider05,

that's (partly) good!
In the vdpau_mpeg12.c I saw no difference between old xine lib and new one. Perhaps I have overlooked something.
Did MPEG2 zooming work with old xine lib?

I'll check it and come back to you.

Regards,
Betacentauri

Edited by betacentauri, 4 February 2012 - 17:54.

[betacentauri]

Hi again,

yes, I have overlooked something. Changed file is attached. The change is different than in the other 4 files. Hope it works.

Regards,
Betacentauri

Attached Files

•  vdpau_prob2.zip   8.52KB   28 downloads

[betacentauri]

Hi all (especially Pr2),

I have removed all fix paths to /usr/local/e2 in the source code. Patch is currently only available in OSD branch.
You can now change installation path in build_openpliPC.sh by changing INSTALL_E2DIR variable.

Regards,
Betacentauri

[Pr2]

Hi Betacentauri,

Thanks for your changes, it is working fine now the nim_socket file is searched at the right place!

Regards,

Pr2

[Raider05]

Hi again,

yes, I have overlooked something. Changed file is attached. The change is different than in the other 4 files. Hope it works.

Regards,
Betacentauri

Hi Betacentauri.

It works now zooming and for MPEG2, thank
Have to solve the problem with the MPEG4-SD and it would be just super!

Regards, Raider05.

[betacentauri]

Hi Betacentauri.

It works now zooming and for MPEG2, thank
Have to solve the problem with the MPEG4-SD and it would be just super!

Regards, Raider05.

Hi Raider05,

changes for zooming are now in git.

What problem do you have with MPEG4-SD? How can I test it? Did it work with old xine lib?

Regards,
Betacentauri

[Raider05]

Hi Betacentauri.

It works now zooming and for MPEG2, thank
Have to solve the problem with the MPEG4-SD and it would be just super!

Regards, Raider05.

Hi Raider05,

changes for zooming are now in git.

What problem do you have with MPEG4-SD? How can I test it? Did it work with old xine lib?

Regards,
Betacentauri

Hi, Betacentauri

This problem has been described earlier

@ nobody9, thank you very much for your work, maybe you can do as VDR.
As I understood, the VDR stream before it reaches the FIFO is processed files (remux.c, remux.h) and then another vdr-xine (vdr-xinelibout) still processes it and sends it to the FIFO. Since with the same xine-lib VDR works without problems, then it may be necessary to change something in the code Enigma2?

PS: I beg pardon for my bad english

Hi. Who can watch Russians packets "NTV+" and "Tricolor TV" (at 36.0E)?
Switching mpeg4-hd channels (provider NTV +) immediatly occurs crash enigma2 and the mpeg4-sd channels (Tricolor TV) work badly. We observe periodic video and audio disruptions.

At least in the version by cougar_enigma the mpeg4-hd channels NTV+ worked fine.

For me bad show channels Tricilor TV (36.0E) and Platforma DV (9.0E)
With any xine-lib on the enigma2-pc it is, but with the same xine-lib in vdr + vdr-xine (xinelibout) everything works fine.
It is possible to decode vdr is not a MPEG4 (vdpau_mpeg4.c), and by H.264 (alterh264_decode.c) decoder.
When I look plugin femon (vdr) flow, where the MPEG-4SD or MPEG4-HD decoder in my shows H.264.
Maybe see how it is implemented in the vdr and plugin vdr-xine?

Thank,
Regards, Raider05

[Pr2]

Hi,

With the vdpau driver (OSD branch but I am pretty sure that the same problem exist in the main branch), when you just restart your PC everything is working fine. Then you stop openpliPC and restart it and we have no more audio/video.

So I guess that the vdpau driver is not properly closed when we stop OpenpliPC so at next start it is still pending to something from the previous session.

First stop of OpenpliPC indicate this:

vdpau_h264_alter_flush
FLUSH
FLUSH
FLUSH
vdpau_h264_alter_flush
FLUSH
FLUSH
FLUSH
FLUSH
vdpau_h264_alter_flush
FLUSH
FLUSH
FLUSH

...
Then OpenpliPC stop.

I never had this problem with opengl or xshm mode, but I have also the feeling that opengl or xshm is using only the CPU and not the GPU.
Since my NVidia GPU is capable to decode MPEG-4 Full HD stream (thanks to the vdpau driver) but I have croppy image with opengl or xshm driver.

Exemple of errors that I see with xshm driver:

[h264 @ 0xa359f80] number of reference frames (0+5) exceeds max (3; probably corrupt input), discarding one
[h264 @ 0xa359f80] number of reference frames (0+5) exceeds max (3; probably corrupt input), discarding one
[h264 @ 0xa359f80] number of reference frames (0+5) exceeds max (3; probably corrupt input), discarding one
[h264 @ 0xa359f80] reference picture missing during reorder
[h264 @ 0xa359f80] Missing reference picture
[h264 @ 0xa359f80] number of reference frames (0+5) exceeds max (3; probably corrupt input), discarding one
[h264 @ 0xa359f80] mmco: unref short failure
[h264 @ 0xa359f80] reference picture missing during reorder
[h264 @ 0xa359f80] Missing reference picture
[h264 @ 0xa359f80] mmco: unref short failure
[h264 @ 0xa359f80] mmco: unref short failure
[h264 @ 0xa359f80] illegal short term buffer state detected
[h264 @ 0xa359f80] reference picture missing during reorder
[h264 @ 0xa359f80] Missing reference picture
[h264 @ 0xa359f80] mmco: unref short failure

With Opengl driver same errors occurs:

[h264 @ 0xa6241c0] number of reference frames (0+5) exceeds max (3; probably corrupt input), discarding one
[h264 @ 0xa6241c0] number of reference frames (0+5) exceeds max (3; probably corrupt input), discarding one
[h264 @ 0xa6241c0] number of reference frames (0+5) exceeds max (3; probably corrupt input), discarding one
[h264 @ 0xa6241c0] reference picture missing during reorder
[h264 @ 0xa6241c0] Missing reference picture
[h264 @ 0xa6241c0] mmco: unref short failure
[h264 @ 0xa6241c0] mmco: unref short failure
[h264 @ 0xa6241c0] number of reference frames (0+5) exceeds max (3; probably corrupt input), discarding one
[h264 @ 0xa6241c0] reference picture missing during reorder
[h264 @ 0xa6241c0] Missing reference picture
ERROR: skipped 65384 bytes to sync on TS packet

Don't we need to change something when compiling the h264 module using some local GPU specific headers / files / libraries to enable the real GPU hardware acceleration instead of pure CPU usage for image decoding?

Thanks for your feedback,

Pr2

[betacentauri]

Hi Pr2,

as far as I know, it's not possible. You can use VDPAU with hardware accelerated MPEG decoding. Or software decoding with the other drivers
(the only exception is the vaapi driver, but on my system it doesn't work).

And to your output: It looks like that your CPU is too slow to decode all packets, and so they are skipped.

@Raider05: Do you have the same problems(no more audio/video) when you restart openpliPC?

Regards,
Betacentauri

Edited by betacentauri, 6 February 2012 - 22:34.

[Raider05]

Hi,

@Betacentauri
I also happen only on encrypted channels, problem was solved by the so:

my litle change in file enigma2/lib/gdi/xineLib.cpp

***************
*** 124,130 ****
  }
  void cXineLib::playVideo(void) {
-	   xine_stop(stream);
		end_of_stream = false;
		videoPlayed = false;
--- 125,133 ----
  }
  void cXineLib::playVideo(void) {
+	   if ( videoPlayed == true ) {
+			   xine_stop(stream);
+	   }
		end_of_stream = false;
		videoPlayed = false;

and running the script e2pc.sh

#!/bin/sh
#Start  enigma2
 
if [ $(ps -A | grep -c enigma2) -eq 0 ]; then
		/root/bin/mod_reload.sh
	    sleep 1
		/usr/local/e2/bin/enigma2.sh &
fi
exit

my mod_reload.sh

#!/bin/sh
if [ $(ps -A | grep -c enigma2) -eq 0 ]; then
killall oscam
sleep 2
modprobe -r dvbsoftwareca
sleep 1
modprobe dvbsoftwareca
sleep 1
/usr/local/bin/oscam -c /etc/vdr/oscam &
fi
exit

If the first time there is't video and audio, the second time it works

Edited by Raider05, 7 February 2012 - 07:14.

[attaros]

Hi,

I am running Ubuntu 11.10 32 bit and trying to use oscam with openpliPC.

I have loaded via insmod dvbsoftwareca.ko (even if it is permanent which means i can not remove it).

lsmod:
dvbsoftwareca 13071 0 [permanent]

dmesg:
[ 2231.870577] /home/user/openpliPC/openpliPC/enigma2/dvbsoftwareca/dvb_softwareca.c: frontend loopback driver v0.0.1
[ 2231.870582] dvbsoftwareca: registering adapters
[ 2231.870796] dvbsoftwareca: register adapter0/ca0 @ minor: 0000
[ 2231.870799] dvbsoftwareca: registered CA0 device for adapter0
[ 2231.871014] dvbsoftwareca: registered 1 CA devices
I can see than oscam is sending the ecm (dvbapi oscam configured):
07/02/2012 16:25:14 B76022E0 c ubuntu (1702&000000/001A/93:D4C2): found (200 ms)

In enigma2 log i see this:
adapter0/demux0 idx 0: not active. wait skipped
adapter0/demux0 idx 0: change to even key
adapter0/demux0 idx 0: even key not ready (500 ms)
adapter0/demux0 idx 0: not active. wait skipped
adapter0/demux0 idx 0: change to odd key
adapter0/demux0 idx 0: odd key not ready (500 ms)
adapter0/demux0 idx 0: not active. wait skipped
adapter0/demux0 idx 0: change to even key
adapter0/demux0 idx 0: even key not ready (500 ms)


And the channel is not cleared (black).

Any hint ?

Thanks
attaros

[Pr2]

Hi,

Which OpenpliPC branch are you using?
My advice is that you use the osd branch, compile openpliPC.
Edit file: /user/local/e2/share/enigma2/xine.conf

And change video.driver:auto to video.driver:opengl or video.driver:xshm

Then try OScam, with vdpau you need to test it immediately after a reboot otherwhise it is difficult to get unscrambled image (see above).

You also need to unload dvbsoftwareca (rmmod dvbsoftwareca) when Enigma2 exit and of course load it again before OScam start.
You have severals sample script to properly start/stop openpliPC with OScam in the above posts.

Pr2

[attaros]

Hi,

Which OpenpliPC branch are you using?
My advice is that you use the osd branch, compile openpliPC.
Edit file: /user/local/e2/share/enigma2/xine.conf

And change video.driver:auto to video.driver:opengl or video.driver:xshm

Then try OScam, with vdpau you need to test it immediately after a reboot otherwhise it is difficult to get unscrambled image (see above).

You also need to unload dvbsoftwareca (rmmod dvbsoftwareca) when Enigma2 exit and of course load it again before OScam start.
You have severals sample script to properly start/stop openpliPC with OScam in the above posts.

Pr2

Hi,

I was using branch master and tried also branch osd on ubuntu 11.10 32 bit.
Same result -> black screen with same message on enigma2 log.

Tried also changing in xine.conf opengl, cshm without luck. I have an GT 430 so i am interested in vdpau and only with this driver i get an osd.

By the way i am not able to unload the dvbsoftwareca.ko module. I always get:

FATAL: Error removing dvbsoftwareca (/lib/modules/3.0.0-15-generic/kernel/drivers/dvbsoftwareca.ko): Device or resource busy

Doing lsmod | grep dvbsoftwareca, i can see the [permanent] attribute which i do not know from where it's comming:

dvbsoftwareca 13071 0 [permanent]

Tried all scripts without luck.

Thanks anyway
attaros

[Pr2]

Do you recompile everything after having changed master branch to osd branch? build_libs.sh and build_openpliPC.sh?

Are you familiar with OScam?

Having unscrambled image with vdpau driver is not easy, that's why I advice you to test with opengl or xshm so when you have a proper running configuration then you can start to play with vdpau driver (you can stay in the osd branch since vdpau driver is also included in this one).

Pr2

[attaros]

Hi,

>Do you recompile everything after having changed master branch to osd branch? build_libs.sh and build_openpliPC.sh?
Of course.

>Are you familiar with OScam?
Yep, i have an ET6000 and IPBOX900 both with oscam, configured with cccam client, pcsc, internal reader, dvbapi etc.
First time on linux-pc however.

>Having unscrambled image with vdpau driver is not easy, that's why I advice you to test with opengl or xshm so when you have a proper running configuration
>then you can start to play with vdpau driver (you can stay in the osd branch since vdpau driver is also included in this one).
I re-read the whole post and found that there are other people with this problem.
i will re-test with opengl but i do not see the osd after changes in xine.conf.

Thanks anyway
attaros

[attaros]

Hi,

>Do you recompile everything after having changed master branch to osd branch? build_libs.sh and build_openpliPC.sh?
Of course.

>Are you familiar with OScam?
Yep, i have an ET6000 and IPBOX900 both with oscam, configured with cccam client, pcsc, internal reader, dvbapi etc.
First time on linux-pc however.

>Having unscrambled image with vdpau driver is not easy, that's why I advice you to test with opengl or xshm so when you have a proper running configuration
>then you can start to play with vdpau driver (you can stay in the osd branch since vdpau driver is also included in this one).
I re-read the whole post and found that there are other people with this problem.
i will re-test with opengl but i do not see the osd after changes in xine.conf.

Thanks anyway
attaros

The problem for me is in dvbsoftwareca.ko on ubutnu 11.10 32bit.

Bye
attaros

[cisarp]

Hi All
I have successfully compiled enigma2 in Ubuntu 10.4.3 under VIrtualBox. From the console it seems that it is working (however the key codes are screwed), but it seems to be unable to draw on the screen, only a splash window appears.
I compiled the source from file nobody9-openpliPC-xine-lib_1.19-20-g961a867.zip from https://github.com/nobody9/openpliPC, so it should be quite fresh.
Any ideas ?
BR
Petr

[Pr2]

Hi,

Virtualbox -> OSD branch and not Master branch.

Then you can change /user/local/e2/share/enigma2/xine.conf
If you still don't have OSD then you can change parameter video.driver:auto to xshm or opengl.

Pr2

[betacentauri]

Hi All
I have successfully compiled enigma2 in Ubuntu 10.4.3 under VIrtualBox. From the console it seems that it is working (however the key codes are screwed), but it seems to be unable to draw on the screen, only a splash window appears.
I compiled the source from file nobody9-openpliPC-xine-lib_1.19-20-g961a867.zip from https://github.com/nobody9/openpliPC, so it should be quite fresh.
Any ideas ?
BR
Petr

Hi Petr,

please follow these steps to switch to OSD branch:

Please do the following:
0. Clone openpliPC git
1. Goto openpliPC directory
2. Check whether right branch is selected:
It should look like this (important is the star before osd):

> enigma2/openpliPC_osd$ git branch
  master
* osd

If it doesn't look like this. Do

git checkout osd

3. Recompile everything and start e2:

cd enigma2
sudo make clean
cd ..
cd xine-lib
sudo make clean
cd ..
./build_openpliPC.sh -b -r
sudo ./e2bin

If that doesn't work, check the driver setting (use xshm) and try use default skin.

Edited by betacentauri, 8 February 2012 - 18:25.

[cisarp]

OK, I did it, but it doesn't seem to have any effect.
I also tried to compile openpliPC in my native environment, tried different xinelib output drivers and different version of xinelib, still with the same result.
Could someone share the binary archive of working /usr/local/e2 directory ?
BR
Petr