All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.