Opened 13 years ago
Closed 10 years ago
#228 closed defect (needs_more_info)
FFserver: reordering of "<Stream>"s in config file makes difference
| Reported by: | burek | Owned by: | baptiste |
|---|---|---|---|
| Priority: | important | Component: | ffserver |
| Version: | git | Keywords: | |
| Cc: | Blocked By: | ||
| Blocking: | Reproduced by developer: | no | |
| Analyzed by developer: | yes |
Description
The first config file (ffserver1.conf) made ffserver drop rtsp connections, with error message "[NULL @ 0x1be7ba0]AAC with no global headers is currently not supported."
After just a simple reordering of <Stream> items (ffserver2.conf), everything started to work properly?
Is this expected behavior? :)
Attachments (2)
Change History (8)
by , 13 years ago
| Attachment: | ffserver1.conf added |
|---|
by , 13 years ago
| Attachment: | ffserver2.conf added |
|---|
comment:1 by , 13 years ago
comment:2 by , 11 years ago
| Keywords: | ordering items config file removed |
|---|
Is this reproducible with current git head?
If yes, please add the necessary command lines together with complete, uncut console output.
comment:3 by , 11 years ago
This ticket was created 20 months ago.. Unfortunately, I don't have the same environment as I had back then, so I can't (easily) check what you ask :( Sorry about that..
comment:4 by , 11 years ago
What about this ticket is environment-specific?
My problem is simply that I don't know what to do with the conf-files...
comment:5 by , 10 years ago
| Analyzed by developer: | set |
|---|---|
| Status: | new → open |
Replying to burek:
The first config file (ffserver1.conf) made ffserver drop rtsp connections, with error message "[NULL @ 0x1be7ba0]AAC with no global headers is currently not supported."
After just a simple reordering of <Stream> items (ffserver2.conf), everything started to work properly?
Is this expected behavior? :)
There is any way to test this issue again? Otherwise it should be probably closed.
Note also that your file contains a few mistakes, RTSPPort and RTSPBindAddress should be defined as global options (they are not per-stream).
Also provide the ffmpeg command used to generate the FFM stream, and the command used to play the stream, otherwise this is only wild guessing.
comment:6 by , 10 years ago
| Resolution: | → needs_more_info |
|---|---|
| Status: | open → closed |
Please reopen the ticket if you are able to reproduce the issue with a recent ffserver version.
More precisely, didn't everything start to work properly; rtp stream gets to the player (vlc) i.e. ffserver does not stop with the previous message for AAC and global headers, but only few of the first frames (2-3) are displayed and the rest is Lost (according to VLC's Tools - Codec information / Statistics) and audio plays fine.
Anyway, the exact bug report would applies to the fact that the error message is not shown anymore, if <Stream>s' order is switched.