imem transformations

This forum is about all development around libVLC.
mirswith
Blank Cone
Blank Cone
Posts: 49
Joined: 15 Dec 2011 01:15

imem transformations

Postby mirswith » 26 Jan 2012 23:16

Now that I have imem + h264 + rtsp up and running its time to start fine tuning the results. I could use some help with the following:

1) What is the best way (if this is possible) to resize a stream? I tried shutting down the pipeline and then recreating it however if I do this in quick succession it appears to crash the libx264_plugin in the function vlc_entry_license__1_2_0j.

2) I'm capturing my scene using glReadPixels which gives me two problems, the first is that the image is upside down adn the second is the RGB ordering, GL gives me BGR and vlc wants RGB. I could do the conversion in software myself but am wondering if there is a some way to tell vlc to handle this which I suspect would be more efficient.

To flip the image I tried adding the arg: --transform-type=vflip, but this had no effect.

Thanks.

Rémi Denis-Courmont
Developer
Developer
Posts: 15266
Joined: 07 Jun 2004 16:01
VLC version: master
Operating System: Linux
Contact:

Re: imem transformations

Postby Rémi Denis-Courmont » 27 Jan 2012 08:59

vlc_entry_license is not a function, it is data. So it cannot "crash". Your trace is evidently corrupt or lacking symbols.

And VLC, or rather the H.264 encoder, wants YUV, not RGB.
Rémi Denis-Courmont
https://www.remlab.net/
Private messages soliciting support will be systematically discarded

mirswith
Blank Cone
Blank Cone
Posts: 49
Joined: 15 Dec 2011 01:15

Re: imem transformations

Postby mirswith » 27 Jan 2012 19:42

vlc_entry_license is not a function, it is data. So it cannot "crash". Your trace is evidently corrupt or lacking symbols.
Fair enough; do you have anything helpful to add about what to look for, if its possible or how to resize a stream? Also are there any restrictions on stream size, it seems 640x479 causes the h264 encoder to crash whereas 640x480 works fine. Maybe even numbers or multiples of 8 are required?
And VLC, or rather the H.264 encoder, wants YUV, not RGB.
Understood, however the imem module lets you set the input format of your buffer ie., "--imem-codec=RV24" and this part is working just fine. In fact I have the color space being pulled from OpenGL properly now ( I keep forgetting that I am not limited to OpenGL ES2 on the desktop; been knee deep in mobile development ). Anyway I'm also doing the invert myself now; working fine so I am mainly concerned with the resize issue. If you have anything useful to add I'd love to hear it.

Jean-Baptiste Kempf
Site Administrator
Site Administrator
Posts: 37523
Joined: 22 Jul 2005 15:29
VLC version: 4.0.0-git
Operating System: Linux, Windows, Mac
Location: Cone, France
Contact:

Re: imem transformations

Postby Jean-Baptiste Kempf » 29 Jan 2012 20:16

multiple of 8, I would not be surprised.
Jean-Baptiste Kempf
http://www.jbkempf.com/ - http://www.jbkempf.com/blog/category/Videolan
VLC media player developer, VideoLAN President and Sites administrator
If you want an answer to your question, just be specific and precise. Don't use Private Messages.


Return to “Development around libVLC”

Who is online

Users browsing this forum: No registered users and 8 guests