Guillaume POIRIER | 1 May 2005 16:55
Picon
Picon

[PATCH] choose ME method in MEncoder

Hi there,
Here's a small patch for MEncoder that adds the option "me" that allows
the selection of dia (=1), hex (=2) and full(=3) ME search.
Please comment, review and consider for inclusion.

Regards,
Guillaume
Attachment (x264_choose_me.diff): text/x-patch, 1550 bytes
Guillaume POIRIER | 1 May 2005 17:49
Picon
Gravatar

Re: [PATCH] choose ME method in MEncoder

Hi again,

On 5/1/05, Guillaume POIRIER <guillaume.poirier <at> etudiant.univ-rennes1.fr> wrote:
> Hi there,
> Here's a small patch for MEncoder that adds the option "me" that allows
> the selection of dia (=1), hex (=2) and full(=3) ME search.
> Please comment, review and consider for inclusion.

While I'm at it, is there any reason why x264's CLI "--merange"
(Maximum motion vector search range) hasn't been ported to MEncoder
too?

I can add it needed...

Guillaume

Eric | 1 May 2005 22:08
Picon
Favicon

Re: H.264 decoder

Yes, ffmpeg decoder works as stand alone decoder.
However, when I use VLC to stream the h264 file, the decoder can't decode the h264 stream. In other word, I can't play the h264 stream.
Any suggestion how to solve this ?

Ms Rullgård <mru <at> inprovide.com> wrote:
Thierry Foucu writes:

> I tried ffmpeg and it does not support most of the tools we can find
> in a real time encoder.

Examples? I know it's not complete, but the missing features are not
specific to, or more likely to be used by, realtime applications.

> how ever, you can try to use moonlight
> decoder. http://www.elecard.com/download/
>
> check for the AVC/H.264 decoder. almost every body in the industry use
> this decoder to validate a real time encoder

There are quite a few bits missing from the Moonlight decoder too. It
used to be especially lousy at playing streamed content, but that has
improved.

--
Måns Rullgård
mru <at> inprovide.com

--
This is the x264-devel mailing-list
To unsubscribe, go to: http://developers.videolan.org/lists.html

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

Måns Rullgård | 1 May 2005 22:22

Re: H.264 decoder

Eric <leicestershire2000 <at> yahoo.com> writes:

> Yes, ffmpeg decoder works as stand alone decoder.  However, when I
> use VLC to stream the h264 file, the decoder can't decode the h264
> stream. In other word, I can't play the h264 stream.  Any suggestion
> how to solve this ?

What format do you use for streaming?  What player?  There's been talk
on the VLC lists recently about playing H.264 over RTP.  You might
want to check the archives, in case it applies to you.

--

-- 
Måns Rullgård
mru <at> inprovide.com

Eric | 1 May 2005 23:52
Picon
Favicon

Re: H.264 decoder

Hi,
 
File format I use : h264, I trancoded mpv2 file to h264 using x264 encoder.
Player: VLC
I stream that h.264 file using VLC over UDP, and try to play the stream using VLC.
Problem : I can't play the h264 stream. I can play the mpv2 file stream though.
 
Btw, do you mean this x264-devel archive ?
 
Thankx,

Ms Rullgård <mru <at> inprovide.com> wrote:
Eric writes:

> Yes, ffmpeg decoder works as stand alone decoder. However, when I
> use VLC to stream the h264 file, the decoder can't decode the h264
> stream. In other word, I can't play the h264 stream. Any suggestion
> how to solve this ?

What format do you use for streaming? What player? There's been talk
on the VLC lists recently about playing H.264 over RTP. You might
want to check the archives, in case it applies to you.

--
Måns Rullgård
mru <at> inprovide.com

--
This is the x264-devel mailing-list
To unsubscribe, go to: http://developers.videolan.org/lists.html

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

Måns Rullgård | 2 May 2005 00:46

Re: H.264 decoder

Eric <leicestershire2000 <at> yahoo.com> writes:

> Hi,
>
> File format I use : h264, I trancoded mpv2 file to h264 using x264 encoder.
> Player: VLC
> I stream that h.264 file using VLC over UDP, and try to play the
> stream using VLC.
> Problem : I can't play the h264 stream. I can play the mpv2 file
> stream though.
>
> Btw, do you mean this x264-devel archive ?

No, the archive of "vlc-devel".  It think there may be something
relevant there.  Look the thread starting at
http://www.via.ecp.fr/via/ml/vlc-devel/2005-04/msg00235.html

--

-- 
Måns Rullgård
mru <at> inprovide.com

Ken Johanson | 2 May 2005 18:55

Weighted Prediction?; Which profiles supported?

Can anyone briefly describe which 264 profiles are supported by the 
current x264? Also, is Main Profile / weighted prediction not currently 
implemented? I've done some test encodes where fade-type fluctuations 
caused by camera iris, don't seem to compress very well - I'm assuming 
this is because my test encode doesn't have weighted prediction in it?

Thanks,
Ken
Attachment (smime.p7s): application/x-pkcs7-signature, 4131 bytes
Subversion daemon | 3 May 2005 10:25
Favicon

x264: svn commit r219 (pengvado)

r219 | pengvado | 2005-05-03 10:25:31 +0200 (Tue, 03 May 2005) | 2 lines
Changed paths:
   M /trunk/encoder/ratecontrol.c

"2pass failed to converge" is no longer considered fatal.

Mauricio Alvarez | 4 May 2005 18:34
Favicon

HIgh profile

Hi

Is there any work or plan to include support for the FRExt High profile
in x264?

best regards
Mauricio

Randeep Singh Gakhal | 5 May 2005 02:27
Picon

question regarding mb prediction support

Hello,

I'm a master's student interested in using your h.264 motion model
implementation as part of my research. I have been studying your code
for some time now and would like to say that you are all doing an
impressive job!

I have been looking at the functions x264_slicetype_analyse(),
x264_slicetype_frame_cost(), and x264_slicetype_mb_cost(). I was
wondering if someone could please confirm my understanding for me:

- a slice consists of one frame
- that the encoder currently uses the same MB mode for all MBs in a given frame
- sub-MB modes and 16x8, 8x16, etc... are all to be implemented :-)

Thank you for your time.

Randeep Singh
University of British Columbia
Vancouver, Canada


Gmane