The VideoLAN Forums

This should be repaired in 1.1 nightlies now (nightlies that are available tomorrow)

Hi again,

Could you tell the RFC and section which you're referring when you claim that h263 _must_ use static payload type instead of dynamic payload type?

Hi,

Dynamic payload-type is valid for h263 rtp-streaming

Yes it does support slices if you use enough new version of x264

http://nightlies.videolan.org has daily updated binary builds, but they aren't official releases

No, it's not possible without transcoding if you want to stream it

If you have new enough ffmpeg and vlc, you can use h264 codec in flv also, and with that you should fit easily on that bitrate and resolution

Those settings are pretty much same settings that ffmpeg binary lets you set, and you should look their documentation about parameters and effects regarding parameters you mentioned

Aspect-ratio issue should be fixed in current 1.1 nightlies (trunk version)

Aspect-ratio problem on transcoding should be fixed in 1.1 nightlies

This should be fixed in upcoming 1.1 nightly-builds (trunk-versions on nightlies.videolan.org)

You can define keyint values etc for x264-module (vlc --longhelp --advanced -H -p x264 to seem those) but currently we don't offer any realtime api to define 'I want next frame to be I-frame'

Aspect-ratio mismatch bug has been fixed for long time ago, and vbv underflows don't relate to that issues at all.

Your flv-file could contain video/audio codecs that vlc doesn't know howto include in ts-mux (or aren't even defined to be muxable in ts).

This should be fixed in head (upcoming 1.1) you can try nightly build tomorrow to check if it works for you.

1. rtsp is supported by nokia s60 phones, but rtp is not. so that's why you have to stream in rtsp protocol. Most mobile phones support rtp (even nokia ones ;) you just mixed up on what they are, rtsp is used for signaling stream-data (sdp-files, where stream is basicly) rtp is used to deliver actu...

Logs say that server only adds stream to mp4a (adding input codec... -line) so it doesn't get that h264 video from file. Are you sure the file works correctly with vlc (you can play it with vlc without problems, with video and audio?)

Nokia phones do support h264, but mobile phones usually require baseline-profile and certain level, you don't limit profile there in anyway so you get high-profile and your phone doesn't like that. Also you don't really want to try to get that low bitrates (32+6.7) as you only get crappy image. You ...

You should run that server with -vvv as client output shows that there isn't any video on that ts-stream.

Currently vlc doesn't have that feature

You shouldn't really fiddle with qcomp in 1.x series if you want cbr, you should be fine just setting bitrate

No,

rc version didn't have the different build one, as we talked about it but nobody had time to actually do it then.

You seem to missed the mentioning about fiddling that sdp-file to be more compatible with nokia-phones (well, get them to use it) in that wiki link I posted.

I just asked, and seems that new compile of x264 didn't make to 1.0.3-rc

kdh, could you try without all those x264-settings, which are really messing your encoding (so just set keyint, nothing else inside x264, and give it a go?)