[crystalhd-development] Module for Bcm70015

[Stefano Maggiolo]

Hi all,
I just bought an Asus EeePc 1005PR with the Broadcom 70015. I was
trying to install the crystalhd module but I got stuck: basically I
can compile and modprobe it fine, but on dmesg it says "Loading
crystalhd 0.9.27" instead of 1.0.3 and nothing else (so apparently
it's not detecting the hardware).

To build the module, I checked out the repository at revision 61 and
did the usual autoconf, configure, make clean, make, make install in
the driver/linux directory. Is there anything I should do differently?
Thanks.

--
To post to this group, send email to
crystalhd-...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/crystalhd-development?hl=en

[Naren (Narendra) Sankar]

The driver doesn't support the 70015 yet. A number of people are working on it.

Naren

[Stefano Maggiolo]

Sorry, I assumed that it was there at least in an alpha state. If I
can help testing let me know!

Stefano

On May 14, 8:24 am, "Naren (Narendra) Sankar" <nsan...@broadcom.com>
wrote:

> The driver doesn't support the 70015 yet. A number of people are working on it.
>
> Naren
>
>
>
> ----- Original Message -----
> From: crystalhd-...@googlegroups.com <crystalhd-...@googlegroups.com>
> To: crystalhd-development <crystalhd-...@googlegroups.com>
> Sent: Fri May 14 08:19:09 2010
> Subject: [crystalhd-development] Module for Bcm70015
>
> Hi all,
> I just bought an Asus EeePc 1005PR with the Broadcom 70015. I was
> trying to install the crystalhd module but I got stuck: basically I
> can compile and modprobe it fine, but on dmesg it says "Loading
> crystalhd 0.9.27" instead of 1.0.3 and nothing else (so apparently
> it's not detecting the hardware).
>
> To build the module, I checked out the repository at revision 61 and
> did the usual autoconf, configure, make clean, make, make install in
> the driver/linux directory. Is there anything I should do differently?
> Thanks.
>
> --
> To post to this group, send email to
> crystalhd-...@googlegroups.com

> For more options, visit this group athttp://groups.google.com/group/crystalhd-development?hl=en

>
> --
> To post to this group, send email to
> crystalhd-...@googlegroups.com

> For more options, visit this group athttp://groups.google.com/group/crystalhd-development?hl=en

[davilla]

On May 14, 1:07 pm, Stefano Maggiolo <s.maggi...@gmail.com> wrote:
> Sorry, I assumed that it was there at least in an alpha state. If I
> can help testing let me know!

BCM70015 support is working now.

[Craig Whitmore]

On 7/07/2010, at 8:02 AM, davilla <sdav...@gmail.com> wrote:

> On May 14, 1:07 pm, Stefano Maggiolo <s.maggi...@gmail.com> wrote:
>> Sorry, I assumed that it was there at least in an alpha state. If I
>> can help testing let me know!

where can i buy one of these cards from?

[Naren (Narendra) Sankar]

Logic supply is currently testing these before placing them on sale. You could contact them to see if they are ready to sell these.

Otherwise right now the only option is from the system OEMs like Dell or HP or Asus.

Naren Sankar (+1 408 218 6327)
Architect/PLM
Media PC, Broadband Communications Group
Broadcom Corp.

--

[Stefano Maggiolo]

Hi, I tried to use the module (on Ubuntu 10.04, kernel 2.6.32-23),
here's my report:

* compiling and installing the driver and the libraries goes well;
* loading the module, /var/log/messages says

Jul 7 13:32:52 komakai kernel: [ 721.242845] Loading crystalhd 3.1.0
Jul 7 13:32:52 komakai kernel: [ 721.242915] crystalhd 0000:02:00.0:
PCI INT A -> Link[LNKC] -> GSI 10 (level, low) -> IRQ 10
Jul 7 13:32:52 komakai kernel: [ 721.316044] Closing HW

which I can't say if it's good or bad

* compiling in /example does not work (for mpeg2test I got the same
result)

$ make hellobcm
g++ -I../include/ -I../linux_lib/libcrystalhd/ -D__LINUX_USER__ -
lcrystalhd -lpthread -o hellobcm hellobcm.cpp
/tmp/cciS0QaK.o: In function `main':
hellobcm.cpp:(.text+0x181): undefined reference to `DtsSet422Mode'
collect2: ld returned 1 exit status
make: *** [hellobcm] Errore 1

* anyway, I tried playing the Lost video with mplayer, but the
decoding seemed to be done entirely by the CPU.

Stefano

On Jul 7, 12:13 am, "Naren (Narendra) Sankar" <nsan...@broadcom.com>
wrote:

> Logic supply is currently testing these before placing them on sale. You could contact them to see if they are ready to sell these.
>
> Otherwise right now the only option is from the system OEMs like Dell or HP or Asus.
>
> Naren Sankar (+1 408 218 6327)
> Architect/PLM
> Media PC, Broadband Communications Group
> Broadcom Corp.
>
>
>
> -----Original Message-----
> From: crystalhd-...@googlegroups.com [mailto:crystalhd-...@googlegroups.com] On Behalf Of Craig Whitmore
> Sent: Tuesday, July 06, 2010 3:12 PM
> To: crystalhd-...@googlegroups.com
> Subject: Re: [crystalhd-development] Re: Module for Bcm70015
>

[Naren (Narendra) Sankar]

Was the firmware copied to /lib/firmware?

Did you try totem? When using totem what does /var/log/messages say?

----- Original Message -----
From: crystalhd-...@googlegroups.com <crystalhd-...@googlegroups.com>
To: crystalhd-development <crystalhd-...@googlegroups.com>

[Stefano Maggiolo]

The firmware is there and readable to everyone. Totem is even worse
than mplayer, it stops playing after a couple seconds - so no, it does
not work even with totem, and /var/log/messages is silent while
playing. Instead, I discovered that in syslog there are some more
messages (when I modprobe the driver:

Jul 7 16:38:29 komakai kernel: [11858.479913] Loading crystalhd 3.1.0
Jul 7 16:38:29 komakai kernel: [11858.479971] Starting Device:0x1615
Jul 7 16:38:29 komakai kernel: [11858.481450] crystalhd 0000:02:00.0:

PCI INT A -> Link[LNKC] -> GSI 10 (level, low) -> IRQ 10

Jul 7 16:38:29 komakai kernel: [11858.481464]
bar0:0xf7ff0000-0x00010000 bar2:0xf7000000-0x00800000
Jul 7 16:38:29 komakai kernel: [11858.482131] i2o_addr:0xfb220000
Mapped addr:0xfbc00000
Jul 7 16:38:29 komakai kernel: [11858.487508] opening HW
Jul 7 16:38:29 komakai kernel: [11858.487517] crystalhd_hw_open:
setting up functions, device = Flea
Jul 7 16:38:29 komakai kernel: [11858.556057] Opening HW. hw:
0xe97b5600, hw->adp:0xea60a000
Jul 7 16:38:29 komakai kernel: [11858.556066] Closing HW
Jul 7 16:38:29 komakai kernel: [11858.592122] crystalhd 0000:02:00.0:
setting latency timer to 64


On Jul 7, 4:28 pm, "Naren (Narendra) Sankar" <nsan...@broadcom.com>

[Scott D. Davilla]

>Hi, I tried to use the module (on Ubuntu 10.04, kernel 2.6.32-23),
>here's my report:
>
>* compiling and installing the driver and the libraries goes well;
>* loading the module, /var/log/messages says
>
>Jul 7 13:32:52 komakai kernel: [ 721.242845] Loading crystalhd 3.1.0
>Jul 7 13:32:52 komakai kernel: [ 721.242915] crystalhd 0000:02:00.0:
>PCI INT A -> Link[LNKC] -> GSI 10 (level, low) -> IRQ 10
>Jul 7 13:32:52 komakai kernel: [ 721.316044] Closing HW
>
>which I can't say if it's good or bad

looks normal. the driver will open/close the hw when loaded. It opens
it again when the driver is opened by the app.

>* compiling in /example does not work (for mpeg2test I got the same
>result)
>
>$ make hellobcm
>g++ -I../include/ -I../linux_lib/libcrystalhd/ -D__LINUX_USER__ -
>lcrystalhd -lpthread -o hellobcm hellobcm.cpp
>/tmp/cciS0QaK.o: In function `main':
>hellobcm.cpp:(.text+0x181): undefined reference to `DtsSet422Mode'
>collect2: ld returned 1 exit status
>make: *** [hellobcm] Errore 1
>
>* anyway, I tried playing the Lost video with mplayer, but the
>decoding seemed to be done entirely by the CPU.

My bad, I forgot to update the example code to include the new API.

[Naren (Narendra) Sankar]

Just to check that bcm70015fw.bin is there in /lib/firmware?

Because from the log, I don't see the firmware being downloaded.

[Stefano Maggiolo]

$ ls /lib/firmware/bcm70015fw.bin
-rw-r--r-- 1 root root 845K 2010-07-07 13:33 /lib/firmware/
bcm70015fw.bin

I don't know, maybe I have to do something else. Are there some other
logs I can check?

Stefano

PS: by the way, thanks for helping me!

On Jul 7, 4:54 pm, "Naren (Narendra) Sankar" <nsan...@broadcom.com>

[Naren (Narendra) Sankar]

I just realized you send the logs when you modprobe the driver.

Can you send me the logs when you use totem to play?

Thanks

[Naren (Narendra) Sankar]

Sorry ...

Misreading all over the map ;-)

If /var/log/messages is silent with totem,

Can you run the following from the command line -

(install gstreamer-tools first)

GST_DEBUG=bcmdec:5 gst-launch playbin uri=file:///<path to a mov file>

And send the logs

Thanks

[Stefano Maggiolo]

I played the file in the examples directory with the command you gave
me. In /var/log/something nothing changed, while on the standard error
I got these (some of the messages were in Italian, so maybe they don't
match exactly):


$ GST_DEBUG=bcmdec:5 gst-launch playbin uri=file:///home/stefano/
Pubblici/Download/src/crystalhd-for-osx-read-only/crystalhd/examples/
test.mpeg2
Setting the pipeline to PAUSED ...
The pipeline is in PREROLLING ...
The pipeline is in PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstPulseSinkClock
WARNING: from the element /GstPlayBin:playbin0/GstBin:vbin/
GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-
xvimage: A lot of buffers are going to be discarded.
Additional debug information:
gstbasesink.c(2597): gst_base_sink_is_too_late (): /
GstPlayBin:playbin0/GstBin:vbin/GstAutoVideoSink:videosink/
GstXvImageSink:videosink-actual-sink-xvimage:
There may be a timestamping problem, or this computer is too slow.
WARNING: from the element /GstPlayBin:playbin0/GstBin:vbin/
GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-
xvimage: A lot of buffers are going to be discarded.
Additional debug information:
gstbasesink.c(2597): gst_base_sink_is_too_late (): /
GstPlayBin:playbin0/GstBin:vbin/GstAutoVideoSink:videosink/
GstXvImageSink:videosink-actual-sink-xvimage:
There may be a timestamping problem, or this computer is too slow.
EOS obtained from the element «playbin0».
Execution ended after 112992098367 ns.
Setting the pipeline to PAUSED ...
Setting the pipeline to READY ...
Setting the pipeline to NULL ...
Executing free on the pipeline...

[Naren (Narendra) Sankar]

It looks like the gstreamer plugin is not installed.

Did you build and install that?

Can you run "gst-inspect bcmdec" and send the logs if any?

Naren Sankar (+1 408 218 6327)
Architect/PLM
Media PC, Broadband Communications Group
Broadcom Corp.

-----Original Message-----
From: crystalhd-...@googlegroups.com [mailto:crystalhd-...@googlegroups.com] On Behalf Of Stefano Maggiolo
Sent: Wednesday, July 07, 2010 8:18 AM
To: crystalhd-development
Subject: [crystalhd-development] Re: Module for Bcm70015

--

[Stefano Maggiolo]

As you said, I "forgot" to build and install the gstreamer plugin.
Problem is that I'm having a lot of trouble running autotools in
filters/gst/gst-plugin (I don't know if it is only a matter of having
the right versions of the auto* tools). Do you know whether there are
some precompiled packages for gst-bcmdec?

On Jul 7, 5:20 pm, "Naren (Narendra) Sankar" <nsan...@broadcom.com>
wrote:

[Naren (Narendra) Sankar]

I haven't gotten around to creating binaries yet ... Sorry!

For building the gst-plugin you need the following -

sudo apt-get install build-essential automake autoconf libtool libgstreamer0.10-dev libgstreamer-plugins-base0.10-dev g++

Then do ./autogen.sh

Make && sudo make install

[Stefano Maggiolo]

Ok, I found out the problem: autotools don't like DOS line endings!
(Also you should change the hashbang from sh to bash.)

Anyway, now gstreamer sees the card but I don't get output (totem also
seems to try to use the driver but doesn't succeed).

Gstreamer logs (I'm not translating its stuff, the bcm part is already
in English):

Impostazione della pipeline a PAUSED ...
La pipeline è in PREROLLING ...
Running DIL (0.9.27) Version
DtsDeviceOpen: Opening HW in mode 0
Scaling command param 0x32032001,ctx_scal:0x32032001
DbgOptions=d
DtsFetchOutInterruptible: Failed:a
[...]
DtsFetchOutInterruptible: Failed:a
^CCaught interrupt -- handling interrupt.
Interrotto: arresto della pipeline ...
Impostazione della pipeline a NULL ...
Flush called with opcode 2
DtsFetchOutInterruptible: Failed:a
DtsCancelFetchOutInt: TimeOut
DtsAllocIoctlData Error
Esecuzione di free sulla pipeline...

And now, the bcmdec output (purged of repetitive lines: there were *a
lot* of "input while streaming is false"):

gstbcmdec.c:878:gst_bcmdec_init:<GstBcmDec@0x83d0128> gst_bcmdec_init
gstbcmdec.c:1322:bcmdec_negotiate_format:<GstBcmDec@0x83d0128>
framerate = 29,000000
gstbcmdec.c:1333:bcmdec_negotiate_format:<GstBcmDec@0x83d0128>
gst_bcmdec_negotiate_format 1
gstbcmdec.c:1340:bcmdec_negotiate_format:<GstBcmDec@0x83d0128> YUY2
set on caps
gstbcmdec.c:1359:bcmdec_negotiate_format:<GstBcmDec@0x83d0128>
framerate = 29,000000 rate_num 29 rate_den 1
gstbcmdec.c:1368:bcmdec_negotiate_format:<GstBcmDec@0x83d0128> pixel-
aspect-ratio_x = 16 y 9
gstbcmdec.c:903:gst_bcmdec_init:<GstBcmDec@0x83d0128> gst_bcmdec_init
_-- PID = 78fb
gstbcmdec.c:3011:bcmdec_create_shmem:<GstBcmDec@0x83d0128>
bcmdec_create_shmem:shmem already exists :17
gstbcmdec.c:3028:bcmdec_create_shmem:<GstBcmDec@0x83d0128>
bcmdec_create_shmem:deleted shmem segment and creating a new one ...
gstbcmdec.c:907:gst_bcmdec_init:<GstBcmDec@0x83d0128>
bcmdec_create_shmem _-- Sts = 0
gstbcmdec.c:1461:gst_bcmdec_change_state:<bcmdec0> State change from
NULL_TO_READY
gstbcmdec.c:2985:bcmdec_mul_inst_cor:<bcmdec0>
mul_inst_cor :ctrl_event is given
gstbcmdec.c:1465:gst_bcmdec_change_state:<bcmdec0> dev open success
gstbcmdec.c:2656:bcmdec_put_que_mem_buf:<bcmdec0> mem pool inc is 1
[...]
gstbcmdec.c:2656:bcmdec_put_que_mem_buf:<bcmdec0> mem pool inc is 100
gstbcmdec.c:2379:bcmdec_start_recv_thread:<bcmdec0> Success to create
RxThread
gstbcmdec.c:2319:bcmdec_start_push_thread:<bcmdec0> Success to create
PushThread
gstbcmdec.c:3266:bcmdec_start_get_rbuf_thread:<bcmdec0> Success to
create Renderer buffer Thread
gstbcmdec.c:1557:gst_bcmdec_change_state:<bcmdec0> default 10
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
gstbcmdec.c:1941:bcmdec_process_push:<bcmdec0> process push starting
gstbcmdec.c:2055:bcmdec_process_output:<bcmdec0> Rx thread started
gstbcmdec.c:1494:gst_bcmdec_change_state:<bcmdec0>
GST_STATE_CHANGE_READY_TO_PAUSED
gstbcmdec.c:1557:gst_bcmdec_change_state:<bcmdec0> default 19
gstbcmdec.c:980:gst_bcmdec_sink_event:<bcmdec0> new segment
gstbcmdec.c:1036:gst_bcmdec_sink_event:<bcmdec0> gst_bcmdec_sink_event
102
gstbcmdec.c:1063:gst_bcmdec_sink_set_caps:<bcmdec0:sink> setcaps
called
gstbcmdec.c:1066:gst_bcmdec_sink_set_caps:<bcmdec0> (null)
gstbcmdec.c:1084:gst_bcmdec_sink_set_caps:<bcmdec0> InFmt MPEG2
gstbcmdec.c:1114:gst_bcmdec_sink_set_caps:<bcmdec0> no demux
framerate_value
gstbcmdec.c:1138:gst_bcmdec_sink_set_caps:<bcmdec0> no par from demux
gstbcmdec.c:1176:gst_bcmdec_sink_set_caps:<bcmdec0> Have start codes'
gstbcmdec.c:1384:bcmdec_process_play:<bcmdec0> Starting Process Play
gstbcmdec.c:1412:bcmdec_process_play:<bcmdec0> set input format
success
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
gstbcmdec.c:1421:bcmdec_process_play:<bcmdec0> prepare play success
gstbcmdec.c:1428:bcmdec_process_play:<bcmdec0> Setting color space 1
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
gstbcmdec.c:1434:bcmdec_process_play:<bcmdec0> start play success
gstbcmdec.c:1893:bcmdec_wait_for_event:<bcmdec0> event wait over in Rx
thread ret = 0
gstbcmdec.c:2064:bcmdec_process_output:<bcmdec0> wait over streaming =
1
gstbcmdec.c:1582:bcmdec_get_buffer:<bcmdec0>
gst_pad_alloc_buffer_and_set_caps
gstbcmdec.c:2088:bcmdec_process_output:<bcmdec0> got default buffer,
going to proc output
gstbcmdec.c:1958:bcmdec_process_push:<bcmdec0> push_start wait over
gstbcmdec.c:1253:gst_bcmdec_chain:<bcmdec0> base time is set to
44674718
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
[...]
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
gstbcmdec.c:2123:bcmdec_process_output:<bcmdec0> procoutput status 8
gstbcmdec.c:2250:bcmdec_process_output:<bcmdec0> procout no data
gstbcmdec.c:2115:bcmdec_process_output:<bcmdec0> re-using rbuf, going
to proc output
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
[...]
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
gstbcmdec.c:2123:bcmdec_process_output:<bcmdec0> procoutput status 8
gstbcmdec.c:2250:bcmdec_process_output:<bcmdec0> procout no data
gstbcmdec.c:2115:bcmdec_process_output:<bcmdec0> re-using rbuf, going
to proc output
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
[...]
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
gstbcmdec.c:1509:gst_bcmdec_change_state:<bcmdec0>
GST_STATE_CHANGE_PAUSED_TO_READY
gstbcmdec.c:1263:gst_bcmdec_chain:<bcmdec0> input while streaming is
false
[...]
gstbcmdec.c:1263:gst_bcmdec_chain:<bcmdec0> input while streaming is
false
gstbcmdec.c:1974:bcmdec_process_push:<bcmdec0> TOB
gstbcmdec.c:1263:gst_bcmdec_chain:<bcmdec0> input while streaming is
false
[...]
gstbcmdec.c:1263:gst_bcmdec_chain:<bcmdec0> input while streaming is
false
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
gstbcmdec.c:1263:gst_bcmdec_chain:<bcmdec0> input while streaming is
false
[...]
gstbcmdec.c:1263:gst_bcmdec_chain:<bcmdec0> input while streaming is
false
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
gstbcmdec.c:1263:gst_bcmdec_chain:<bcmdec0> input while streaming is
false
[...]
gstbcmdec.c:1263:gst_bcmdec_chain:<bcmdec0> input while streaming is
false
gstbcmdec.c:2123:bcmdec_process_output:<bcmdec0> procoutput status 8
gstbcmdec.c:2250:bcmdec_process_output:<bcmdec0> procout no data
gstbcmdec.c:2288:bcmdec_process_output:<bcmdec0> DtsFlushRxCapture
called
gstbcmdec.c:1533:gst_bcmdec_change_state:<bcmdec0> stop play success
gstbcmdec.c:1536:gst_bcmdec_change_state:<bcmdec0> cur_dec set to
UNKNOWN
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
gstbcmdec.c:3162:bcmdec_process_get_rbuf:<bcmdec0> SLEEPING in get
bufs
gstbcmdec.c:1517:gst_bcmdec_change_state:<bcmdec0> default 17
gstbcmdec.c:1545:gst_bcmdec_change_state:<bcmdec0>
GST_STATE_CHANGE_READY_TO_NULL
gstbcmdec.c:2496:gst_bcmdec_cleanup:<bcmdec0> gst_bcmdec_cleanup -
enter
gstbcmdec.c:2500:gst_bcmdec_cleanup:<bcmdec0> gst_bcmdec_cleanup -
post quit_event
gstbcmdec.c:2503:gst_bcmdec_cleanup:<bcmdec0> waiting for
get_rbuf_thread exit
gstbcmdec.c:3157:bcmdec_process_get_rbuf:<bcmdec0> quit event set,
exit
gstbcmdec.c:3374:bcmdec_rem_padbuf:<bcmdec0> Dec rbuf:0
gstbcmdec.c:3128:bcmdec_flush_gstrbuf_queue:<bcmdec0> no
gst_queue_element
gstbcmdec.c:3223:bcmdec_process_get_rbuf:<bcmdec0> process get rbuf
exiting..
gstbcmdec.c:2505:gst_bcmdec_cleanup:<bcmdec0> get_rbuf_thread exit - 0
errno = 4
gstbcmdec.c:2510:gst_bcmdec_cleanup:<bcmdec0> gst_bcmdec_cleanup -
post quit_event
gstbcmdec.c:2513:gst_bcmdec_cleanup:<bcmdec0> waiting for rec_thread
exit
gstbcmdec.c:1893:bcmdec_wait_for_event:<bcmdec0> event wait over in Rx
thread ret = 1
gstbcmdec.c:2060:bcmdec_process_output:<bcmdec0> quit event set, exit
gstbcmdec.c:2300:bcmdec_process_output:<bcmdec0> Rx thread exiting ..
gstbcmdec.c:2515:gst_bcmdec_cleanup:<bcmdec0> thread exit - 0 errno =
4
gstbcmdec.c:2520:gst_bcmdec_cleanup:<bcmdec0> waiting for push_thread
exit
gstbcmdec.c:1947:bcmdec_process_push:<bcmdec0> process push exiting..
gstbcmdec.c:1918:bcmdec_flush_gstbuf_queue:<bcmdec0> no
gst_queue_element
gstbcmdec.c:1926:bcmdec_flush_gstbuf_queue:<bcmdec0> sem value after
flush is 0
gstbcmdec.c:2032:bcmdec_process_push:<bcmdec0> process push exiting..
gstbcmdec.c:2522:gst_bcmdec_cleanup:<bcmdec0> push_thread exit - 0
errno = 4
gstbcmdec.c:2672:bcmdec_get_que_mem_buf:<bcmdec0> mem pool dec is 99
[...]
gstbcmdec.c:2672:bcmdec_get_que_mem_buf:<bcmdec0> mem pool dec is 0
gstbcmdec.c:2712:bcmdec_release_mem_buf_que_pool:<bcmdec0>
mem_buf_que_pool released... 100
gstbcmdec.c:2568:gst_bcmdec_cleanup:<bcmdec0> inst_ctrl_event posted
gstbcmdec.c:1548:gst_bcmdec_change_state:<bcmdec0> dev close success

Thanks!

On Jul 7, 5:59 pm, "Naren (Narendra) Sankar" <nsan...@broadcom.com>

[Naren (Narendra) Sankar]

Looks like wrong firmware.

The latest firmware and code should be up on our website today or tomorrow.

[Stefano Maggiolo]

Just an update: I managed today to watch a hd clip (from my camera)
with bcmdec, and it performs well (definitely better than before!).
There are still some glitches, like sporadical video freezings (for
less than a second).

Maybe you are interested in knowing that I can't play the example
movie:

$ gst-launch playbin uri=file:///tmp/test.mpeg2

Impostazione della pipeline a PAUSED ...
La pipeline è in PREROLLING ...

Running DIL (3.6.0) Version

DtsDeviceOpen: Opening HW in mode 0

DtsSetCoreClock is not supported in this device
ERRORE: dall'elemento /GstPlayBin:playbin0/GstFileSrc:source: Errore
interno nel flusso di dati.
Informazioni di debug aggiuntive:
gstbasesrc.c(2507): gst_base_src_loop (): /GstPlayBin:playbin0/
GstFileSrc:source:
streaming task paused, reason not-negotiated (-4)
ERRORE: la pipeline non vuole fare il preroll.

Impostazione della pipeline a NULL ...
Flush called with opcode 2

DtsAllocIoctlData Error
Esecuzione di free sulla pipeline...

During this command, /var/log/messages displays the following:

Aug 22 11:08:21 komakai kernel: [99771.713872] crystalhd 0000:02:00.0:
Opening new user[0] handle
Aug 22 11:08:21 komakai kernel: [99771.784116] crystalhd 0000:02:00.0:
Closing user[0] handle
Aug 22 11:08:21 komakai kernel: [99771.820569] crystalhd 0000:02:00.0:
Opening new user[0] handle
Aug 22 11:08:21 komakai kernel: [99771.892125] crystalhd 0000:02:00.0:
Closing user[0] handle
Aug 22 11:08:21 komakai kernel: [99771.928734] crystalhd 0000:02:00.0:
Opening new user[0] handle
Aug 22 11:08:22 komakai kernel: [99772.168490]
[crystalhd_flea_download_fw]: Sz:864276
Aug 22 11:08:23 komakai kernel: [99773.206490] crystalhd 0000:02:00.0:
Closing user[0] handle

Quick question: is there any chance to use the hardware with mplayer/
flash now or soon?

Thanks again!
-- Stefano

[Naren (Narendra) Sankar]

Not completely sure from the logs what the errors are. Since it looks like GStreamer is reporting source errors.

FFMPEG development is needed for mplayer. And it is currently stalled due to lack of response from the ffmpeg team.

As far as Adobe FP, Adobe has currently not released any player for linux that supports HW acceleration as far as I know.

Naren Sankar (+1 408 218 6327)
Architect/PLM
Media PC, Broadband Communications Group
Broadcom Corp.

-----Original Message-----
From: crystalhd-...@googlegroups.com [mailto:crystalhd-...@googlegroups.com] On Behalf Of Stefano Maggiolo
Sent: Sunday, August 22, 2010 2:16 AM
To: crystalhd-development
Subject: [crystalhd-development] Re: Module for Bcm70015

Thanks again!
-- Stefano

--