* Streaming udp video through mfw_isink
@ 2013-10-03 16:14 diego
2013-10-03 16:29 ` Daiane Angolini
0 siblings, 1 reply; 4+ messages in thread
From: diego @ 2013-10-03 16:14 UTC (permalink / raw)
To: meta-freescale
Hello everybody,
We're trying to show a video from an udp source. If we put the next line
(with mfw_v4lsink) it works perfectly
gst-launch -v udpsrc port=1234 ! "application/x-rtp, payload=127" !
rtph264depay ! ffdec_h264 ! mfw_v4lsink disp-width=320 disp-height=240
axis-top=100 axis-left=100
However if we try to use mfw_isink doesn't work:
gst-launch -v udpsrc port=1234 ! "application/x-rtp, payload=127" !
rtph264depay ! ffdec_h264 ! mfw_isink disp-width=320 disp-height=240
axis-top=100 axis-left=100
Apparently the last line seems to work (no error) but we don't see
nothing it our screen. We are using a sabre lite board with HDMI monitor
,and we made the probes with Dylan, Dora and Master with linux-imx.
Any ideas?
Thank you!
P.S: the udp source is a PC with Ubuntu and gstreamer . We just wrote
this line
gst-launch v4l2src device=/dev/video0 !
'video/x-raw-yuv,width=320,height=240' ! x264enc pass=qual quantizer=20
tune=zerolatency ! rtph264pay ! udpsink host=172.30.250.45 port=1234.
--
Diego González González
diego.gonzalez@horus.es
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Streaming udp video through mfw_isink
2013-10-03 16:14 Streaming udp video through mfw_isink diego
@ 2013-10-03 16:29 ` Daiane Angolini
2013-10-03 17:34 ` Jose Mª Ferreiro
0 siblings, 1 reply; 4+ messages in thread
From: Daiane Angolini @ 2013-10-03 16:29 UTC (permalink / raw)
To: diego, meta-freescale
On 10/03/2013 01:14 PM, diego wrote:
> Hello everybody,
>
> We're trying to show a video from an udp source. If we put the next line
> (with mfw_v4lsink) it works perfectly
>
> gst-launch -v udpsrc port=1234 ! "application/x-rtp, payload=127" !
> rtph264depay ! ffdec_h264 ! mfw_v4lsink disp-width=320 disp-height=240
> axis-top=100 axis-left=100
>
> However if we try to use mfw_isink doesn't work:
>
> gst-launch -v udpsrc port=1234 ! "application/x-rtp, payload=127" !
> rtph264depay ! ffdec_h264 ! mfw_isink disp-width=320 disp-height=240
> axis-top=100 axis-left=100
>
> Apparently the last line seems to work (no error) but we don't see
> nothing it our screen. We are using a sabre lite board with HDMI monitor
> ,and we made the probes with Dylan, Dora and Master with linux-imx.
Try to change the "display" property of isink.
I don't remember if HDMI is part of options... Please, check using
gst-inspect and find -name *vss*.conf
It's too much thing to hold on my mind, so I only keep the links, sorry
>
> Any ideas?
>
> Thank you!
>
> P.S: the udp source is a PC with Ubuntu and gstreamer . We just wrote
> this line
>
> gst-launch v4l2src device=/dev/video0 !
> 'video/x-raw-yuv,width=320,height=240' ! x264enc pass=qual quantizer=20
> tune=zerolatency ! rtph264pay ! udpsink host=172.30.250.45 port=1234.
>
>
--
Daiane
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Streaming udp video through mfw_isink
2013-10-03 16:29 ` Daiane Angolini
@ 2013-10-03 17:34 ` Jose Mª Ferreiro
2013-10-03 18:24 ` Fernando Castilho
0 siblings, 1 reply; 4+ messages in thread
From: Jose Mª Ferreiro @ 2013-10-03 17:34 UTC (permalink / raw)
To: meta-freescale
El 03/10/2013 18:29, Daiane Angolini escribió:
> On 10/03/2013 01:14 PM, diego wrote:
>> Hello everybody,
>>
>> We're trying to show a video from an udp source. If we put the next line
>> (with mfw_v4lsink) it works perfectly
>>
>> gst-launch -v udpsrc port=1234 ! "application/x-rtp, payload=127" !
>> rtph264depay ! ffdec_h264 ! mfw_v4lsink disp-width=320 disp-height=240
>> axis-top=100 axis-left=100
>>
>> However if we try to use mfw_isink doesn't work:
>>
>> gst-launch -v udpsrc port=1234 ! "application/x-rtp, payload=127" !
>> rtph264depay ! ffdec_h264 ! mfw_isink disp-width=320 disp-height=240
>> axis-top=100 axis-left=100
>>
>> Apparently the last line seems to work (no error) but we don't see
>> nothing it our screen. We are using a sabre lite board with HDMI monitor
>> ,and we made the probes with Dylan, Dora and Master with linux-imx.
>
> Try to change the "display" property of isink.
>
> I don't remember if HDMI is part of options... Please, check using
> gst-inspect and find -name *vss*.conf
>
>
> It's too much thing to hold on my mind, so I only keep the links, sorry
Hi Daiane
Just now we found how to make it visible. Did a:
export VSALPHA=1
before launch the isink command
We needed this to make work a test with four clips but we did not put it
now. Just tried and worked.
However any links are welcomed :)
Thank you very much
>
>> Any ideas?
>>
>> Thank you!
>>
>> P.S: the udp source is a PC with Ubuntu and gstreamer . We just wrote
>> this line
>>
>> gst-launch v4l2src device=/dev/video0 !
>> 'video/x-raw-yuv,width=320,height=240' ! x264enc pass=qual quantizer=20
>> tune=zerolatency ! rtph264pay ! udpsink host=172.30.250.45 port=1234.
>>
>>
>
>
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: Streaming udp video through mfw_isink
2013-10-03 17:34 ` Jose Mª Ferreiro
@ 2013-10-03 18:24 ` Fernando Castilho
0 siblings, 0 replies; 4+ messages in thread
From: Fernando Castilho @ 2013-10-03 18:24 UTC (permalink / raw)
To: meta-freescale
[-- Attachment #1: Type: text/plain, Size: 1265 bytes --]
Hello everybody,
I have been testing yocto 1.4.2 (using mx28evk as configuration) lately,
but I haven't found how to remap a pin from imx287 to work with my
board. After some struggle, I can boot it, log, access through ssh, use
application uart0 with minicom (as if I was using the evk).
I used the pin SAIF1_SDATA0/PWM_7/SAIF0_SDATA1/GPIO3_26 (E8) to reset
the Phys (instead of
ENET0_RX_CLK/ENET0_RX_ER/ENET0_1588_EVENT2_IN/GPIO4_13 (F3) as drawn on
the imx28evk)
I tried without success to patch uboot (changing iomux.c and mx28evk.c,
making patch files to apply the changes - it looked like the process was
ok, but the result wasn't as I hoped).
Another issue that I have been facing: my Phys are using the addresses 1
and 2 (they can't use 0 as mii address, hardware limitation - from the
chip manufacturer) but in Uboot console's "mii info" tells me that I
have 3 Phys (0, 1, 2) and I realized that 0 is a clone from 2 - when Phy
2 is linked, Phy 0 and Phy 2 shows the change of state. It looks like a
bug, but the first problem has some priority right now...
Can someone please point me the way?
Thanks,
Untitled Document
Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO
AMBIENTE !!
[-- Attachment #2.1: Type: text/html, Size: 2169 bytes --]
[-- Attachment #2.2: assinatura.jpg --]
[-- Type: image/jpeg, Size: 38237 bytes --]
[-- Attachment #2.3: arvore.jpg --]
[-- Type: image/jpeg, Size: 9989 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-10-03 18:27 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-10-03 16:14 Streaming udp video through mfw_isink diego
2013-10-03 16:29 ` Daiane Angolini
2013-10-03 17:34 ` Jose Mª Ferreiro
2013-10-03 18:24 ` Fernando Castilho
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.