Reading yesterday the great news that the ubuntu-omap-extras package
was ready for oneiric 11.10, I decided to upgrade my pandaboard from
natty 11.04 to oneiric 11.10 in order to get advantage of the 1080p
video decode I need for a project.
Maybe I did wrong but to do so but I let my ubuntu upgrade itself. I
did not want to erase and flash my SD card again as I had manually
installed quite a lot of new software and libs on my 11.04 system.
It took 10 hours but everything went perfect until I reboot....
now I only get a console screen with login, and an error message:
"ti_st_open register failed
looking at the Xorg.log, I see an error :
-could not get PVR services status
- no devices detected
- no screens found
seems the SGX has not started but what is the link with display?
my board is a EA2 revision
Has any of you already encountered such issue and could help me please?
Thanks
Jacques
2011/11/15 Jacques Bride <jacque...@googlemail.com>:
Jacques
2011/11/15 E V <evia...@gmail.com>:
2011/11/15 E V <evia...@gmail.com>:
2011/11/15 Jacques Bride <jacque...@googlemail.com>:
"(stk) :line disc installation timed"
2011/11/15 E V <evia...@gmail.com>:
Hello
Reading yesterday the great news that the ubuntu-omap-extras package
was ready for oneiric 11.10, I decided to upgrade my pandaboard from
natty 11.04 to oneiric 11.10 in order to get advantage of the 1080p
video decode I need for a project.
Maybe I did wrong but to do so but I let my ubuntu upgrade itself. I
did not want to erase and flash my SD card again as I had manually
installed quite a lot of new software and libs on my 11.04 system.
It took 10 hours but everything went perfect until I reboot....
now I only get a console screen with login, and an error message:
"ti_st_open register failed
looking at the Xorg.log, I see an error :
-could not get PVR services status
- no devices detected
- no screens found
seems the SGX has not started but what is the link with display?
On Tue, Nov 15, 2011 at 10:12 AM, Jacques Bride <jacque...@googlemail.com> wrote:
Hello
Reading yesterday the great news that the ubuntu-omap-extras package
was ready for oneiric 11.10, I decided to upgrade my pandaboard from
natty 11.04 to oneiric 11.10 in order to get advantage of the 1080p
video decode I need for a project.
ouch. we didn't tes I willt upgrade from 11.04 to 11.10. the management of the bootloaders has changed (they are now real packages), so that might be a problem... also I am not sure if the correct kernel is going to be installed in this case...
can you pastebin the output of dpkg -l ?
i am not very confident that we will be able to make this work... worst case you will need to reinstall :-)
also note that using an external USB driver is really a must have if you want to do anything serious as the SD is way too slow, see http://omappedia.org/wiki/Ubuntu_on_OMAP_FAQ#I_want_to_install_Ubuntu_on_external_USB_hard_disk_instead_of_sluggish_SD_card
great!
>
> Now I have to write my own application (in C) that calls the pandaboard
> hardware video decoder. I just need to decode raw video streams (h264) frame
> per frame using the OpenMax api on the cortex A9.
>
> Is there an example C file available already available for OpenMax video
> decode on OMAP4?
in this release we are no longer using OpenMax. Instead we are using
DCE API (Distributed Codec Engine). Basically DCE lets us directly
access the 'codec' API without the OMX glue. TI indeed has a standard
codec API called Codec Engine with APIs such as Engine_open(), and
then VIDDECx_process(), VIDDECx_create(), ... The CE APIs are used
underneath the OMX API. So what DCE is doing is that we are removing
the OMX layers.
You can see here a very initial anouncement for libDCE :
http://bloggingthemonkey.blogspot.com/2010/11/announcing-libdce-and-gst-ducati.html.
The code has changed a lot since that, but the concept has remain the
same.
Regarding the Ducati firmware, it's built without the OMX layers as
well. It used to be possible to rebuild the firmware when TI was
making public release of the codecs, see the recipe here:
http://omappedia.org/wiki/DistributedCodecEngine. However newer codecs
releases aren't public and the firmware that we release in the Ubuntu
PPA includes the latest version of these codecs. But the recipe gives
you an idea of how it's built.
the DCE code is in the 'dce' package in the PPA. The development of
that is public, and the upstream git tree is here :
http://gitorious.org/gstreamer-omap/libdce
We also released gst-ducati which is the GST plugin that uses the
libdce APIs which can serve as an example.
We used to have a DCE 'simple test framework', but I don't know how
well it's been maintained. robclark, might be able to comment on
that...
no, OMX does not use DCE, but 'CE'.
In fact it's more or less something like this:
DOMX (A9) -> syslink (A9) -> syslink (M3) --> OMX(M3) --> CE (M3) -->
XDM/XDAIS (M3) -> codec (IVAHD)
and
DCE (A9) -> syslink (A9) -> syslink (M3) --> CE (M3) --> XDM/XDAIS
(M3) -> codec (IVAHD)
[some details are intentionally omitted for clarity]
Basically that changes the user space API to use the codec. The
biggest motivation was to make a simpler and synchronous API that
would make the GST integration simpler and more robust.
In terms of performances this change has no negative impact (it even
reduces the latency) and the very same underlying codec is used (the
same codec *binary* to be concrete).