headers
Mans Rullgard | 1 Mar 2008 01:17
Picon

[issue368] .pc files have not been updated after change to install path


Mans Rullgard <mans <at> mansr.com> added the comment:

Luca Barbato <ffmpeg_issues <at> live.polito.it> writes:

> Luca Barbato <lu_zero <at> gentoo.org> added the comment:
>
> Aurelien Jacobs wrote:
>> Seems to be a good enough solution. At least for people using
>> pkg-config (but this bug report was about .pc files anyway).
>
> luckily
>
>>> Anyway this is ugly and I'd rather have the pc file fixed to include
>>> the headers as <avformat.h>
>> 
>> When you see #include <crc.h> in a application, do you immediately
>> think it's about libavutil ?
>> *This* was ugly. New situation is much better.
>
> I see your point, the names are ugly nonetheless <avutils/crc.h> would 
> be nicer than <libavutils/crc.h>

The new layout matches the source tree.  If it did not, including one
installed header from another would become tricky.  That was in fact
one of the reasons for the changing the installed location in the
first place.

______________________________________________________
FFmpeg issue tracker <ffmpeg_issues <at> live.polito.it>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Aurelien Jacobs | 1 Mar 2008 01:31
Picon

[issue360] matroska + libfaac


Aurelien Jacobs <aurel <at> gnuage.org> added the comment:

As this works well with -flags global_header => case closed.

----------
status: new -> closed
substatus: new -> invalid

______________________________________________________
FFmpeg issue tracker <ffmpeg_issues <at> live.polito.it>
<https://roundup.mplayerhq.hu/roundup/ffmpeg/issue360>
Permalink | Reply | 0 comments |
headers
compn | 1 Mar 2008 17:18
Picon

[issue370] request source from author of vemode


New submission from compn <tempn <at> twmi.rr.com>:

http://vemode.coreforge.org/

----------
messages: 1619
nosy: compn
priority: normal
status: open
substatus: needs_changes
title: request source from author of vemode
topic: (L)GPL violation

______________________________________________________
FFmpeg issue tracker <ffmpeg_issues <at> live.polito.it>
<https://roundup.mplayerhq.hu/roundup/ffmpeg/issue370>
Permalink | Reply | 4 comments |
headers
Michael Niedermayer | 2 Mar 2008 15:47
Picon

[issue310] FFserver/FFmpeg crashes when connecting to stream


Michael Niedermayer <michaelni <at> gmx.at> added the comment:

What happens if you run ffserver under gdb instead of ffmpeg?
What does valgrind show with ffserver/ffmpeg_g ?
Maybe you could try a binary search with svn versions to find out which exactly
worsened the behavior?

----------
status: new -> open
substatus: new -> needs_more_info
topic: +ffserver

______________________________________________________
FFmpeg issue tracker <ffmpeg_issues <at> live.polito.it>
<https://roundup.mplayerhq.hu/roundup/ffmpeg/issue310>
Permalink | Reply | 0 comments |
headers
Michael Niedermayer | 2 Mar 2008 16:09
Picon

[issue313] Matroska: Missing Default Duration element


Michael Niedermayer <michaelni <at> gmx.at> added the comment:

Default duration is not mandatory thus the claimed issue is nonsense.
The problem with mkv->mp4 cannot be reproduced with ffmpeg generated mkv.
Feel free to provide the input file and reopen the bug.

----------
status: new -> closed
substatus: new -> works_for_me

______________________________________________________
FFmpeg issue tracker <ffmpeg_issues <at> live.polito.it>
<https://roundup.mplayerhq.hu/roundup/ffmpeg/issue313>
Permalink | Reply | 0 comments |
headers
Michael Niedermayer | 2 Mar 2008 16:19
Picon

[issue322] Mac i386 build fails with undefined symbol: c93_demuxer


Michael Niedermayer <michaelni <at> gmx.at> added the comment:

c93_demuxer is in c93.c
libtool is not supported
ffmpeg needs a functional C99 compiler and linker.
It does not seem that there is a bug in ffmpeg, and the information you provide
is not sufficient to do anything with it for example is not clear where this
_c93_demuxer symbol is used. You can either fix your system or if you like,
suggest a patch to workaround the issue.

----------
status: new -> closed
substatus: new -> invalid

______________________________________________________
FFmpeg issue tracker <ffmpeg_issues <at> live.polito.it>
<https://roundup.mplayerhq.hu/roundup/ffmpeg/issue322>
Permalink | Reply | 0 comments |
headers
Michael Niedermayer | 2 Mar 2008 16:32
Picon

[issue358] asf_read_header() doesn't handle extended_content_header's value type 6.


Michael Niedermayer <michaelni <at> gmx.at> added the comment:

Please provide the file.

----------
status: new -> open
substatus: new -> needs_more_info

______________________________________________________
FFmpeg issue tracker <ffmpeg_issues <at> live.polito.it>
<https://roundup.mplayerhq.hu/roundup/ffmpeg/issue358>
Permalink | Reply | 0 comments |
headers
Michael Niedermayer | 2 Mar 2008 17:47
Picon

[issue346] libavformat's MPEG-TS encoder doesn't support VC-1 video codec


Michael Niedermayer <michaelni <at> gmx.at> added the comment:

SMPTE RP227
http://neuron2.net/misc/rp227.pdf
searching for 0xEA produces:
  4.1.1 Stream Type
The stream_type value in the PMT describing a VC-1 Elementary Stream should be
set to 0xEA. This value
indicates that this Elementary Stream is considered to be a privately-managed
stream. The scope of this private
value shall be captured by means of the Registration Descriptor defined below.
 4.1.2 Registration Descriptor
At least one MPEG-2 registration_descriptor() shall be present in the inner
descriptor loop of the MPEG-2 Pro
Element listed in the TS_program_map_section corresponding to the VC-1
Elementary Stream. The syntax and
semantics for this descriptor appears in Table 1 and in the subsequent text.
                                       Table 1 Syntax for the
registration_descriptor()
                                Syntax                        Bits             
        Format
        registration_descriptor() {
           descriptor_tag                                      8         0x05
           descriptor_length                                   8         uimsbf
           format_identifier                                   32        0x56432D31
           for( i =0; i < K; i++){
                   subdescriptor()                            N*8        uimsbf
           }
        }
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Niedermayer | 2 Mar 2008 20:01
Picon

[issue136] libxvidff.c ignores aspect ratio


Michael Niedermayer <michaelni <at> gmx.at> added the comment:

libxvidff.c is buggy, it doesnt pass the aspect ratio.
wmv2 does not support aspect ratios.
libx264 should work.

----------
substatus: open -> analyzed
title: Issue with size switch and libxvid, wmv2, and libx264 with 1280x720 source -> libxvidff.c ignores
aspect ratio

______________________________________________________
FFmpeg issue tracker <ffmpeg_issues <at> live.polito.it>
<https://roundup.mplayerhq.hu/roundup/ffmpeg/issue136>
Permalink | Reply | 0 comments |
headers
Luca Barbato | 2 Mar 2008 21:03
Picon

[issue322] Mac i386 build fails with undefined symbol: c93_demuxer


Luca Barbato <lu_zero <at> gentoo.org> added the comment:

libtool is due the bad choice of naming from the apple side. That is the actual
linker. Anyway sending logs as rtf automatically makes the issue invalid...

______________________________________________________
FFmpeg issue tracker <ffmpeg_issues <at> live.polito.it>
<https://roundup.mplayerhq.hu/roundup/ffmpeg/issue322>
Permalink | Reply | 0 comments |

Gmane