[issue48] Play DVD-Audio files (DD Lossless/MLP decoder)
Benjamin Larsson [EMAIL PROTECTED] added the comment: We have a decoder for this format now. -- status: open - closed substatus: open - implemented _ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue48 _
[issue303] x264 2pass log file
Benjamin Larsson [EMAIL PROTECTED] added the comment: No answer for a while - closed. -- status: open - closed substatus: open - invalid __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue303 __
[issue412] Commit 11635 breaks MKV decoding
Benjamin Larsson [EMAIL PROTECTED] added the comment: This looks fixed to me, reopen if I'm wrong. -- status: open - closed substatus: reproduced - fixed __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue412 __
[issue485] Can't play an WMV file with 4CC: WVP2
Benjamin Larsson [EMAIL PROTECTED] added the comment: Move it to the right place. -- priority: normal - wish __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue485 __
[issue599] AAC : error when opening codec
Diego Biurrun [EMAIL PROTECTED] added the comment: Assign to Robert. -- assignedto: - superdump __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue599 __
[issue606] New AAC decoder does not handle AVCodecContext::request_channels
Robert Swain [EMAIL PROTECTED] added the comment: This ticket should be 2 tickets. - A feature request for pre-IMDCT downmixing in AAC, which may or may not be worth it. - A feature request for a generic channel mixing filter. __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue606 __
[issue638] AAC: Pre-IMDCT down-mixing
New submission from Robert Swain [EMAIL PROTECTED]: Try pre-IMDCT down-mixing in AAC to see if it is useful. I suspect it won't be because of the different block/window types as these will mean that the pre-IMDCT mixing cannot occur often. Also, non-down-mixed frames will have to be handled by some form of post-IMDCT mixing. Ideally this should be a generic channel mixing filter to avoid code duplication. -- assignedto: superdump messages: 3198 nosy: superdump priority: normal status: new substatus: open title: AAC: Pre-IMDCT down-mixing type: feature_request __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue638 __
[issue606] New AAC decoder does not handle AVCodecContext::request_channels
Robert Swain [EMAIL PROTECTED] added the comment: I have made two other tickets (638 and 639 respectively) for the wishes of this ticket as I described in an earlier message to this ticket. Closing as invalid as this ticket's request is not strictly correct regarding the implementation of request_channels. See the other two tickets for progress. -- status: new - closed substatus: new - invalid __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue606 __
[issue598] New AAC decoder underdocumented?
Robert Swain [EMAIL PROTECTED] added the comment: Assign to me. -- assignedto: - superdump nosy: +superdump __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue598 __
[issue252] fix palette passing between libavformat and libavcodec
Michael Niedermayer [EMAIL PROTECTED] added the comment: On Tue, Sep 16, 2008 at 09:21:48AM +, Benjamin Larsson wrote: It would be nice with a list of demuxer that should be fixed. grep -l palctrl trunk/libav*/*c And one example to look at. The palette goes in AVPacket.data, this shouldnt need big examples it has to be investigated on a case by case basis how to do this best some codecs might already have a clean syntax for it that is taken apart for AVPalette now. Others might lack such syntax in which case a byte could be prepended to AVPacket.data to identify which contains a palette. For the later case the format used for the palette should also match between all such codecs. [...] __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue252 __
[issue527] adts aac decoding broken, valgrind reports conditional jump or move depends on uninitialised value(s) in aac_sync() (aac_parser.c:39)
Diego Biurrun [EMAIL PROTECTED] added the comment: Assign to Robert. -- assignedto: - superdump __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue527 __
[issue493] Opell Video converter - possible GPL violation
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment: I looked at opell-video-converter-pro.exe, it contains links to liba52, libxvid, libx264, libfaac, libfaad, libamr_nb and libamr_wb, so this software is (GPL, but) unredistributable. Added to shame. -- substatus: open - reproduced __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue493 __
[issue484] Rhozet Carbon Coder violates LGPL
Carl Eugen Hoyos [EMAIL PROTECTED] added the comment: Uploaded dll's to incoming/issue484. Could somebody confirm the issue? Or should we put them on shame anyway? They do not mention FFmpeg or the LGPL on their homepage. __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue484 __
[issue640] ffplay needs to handle expose event
New submission from Mike Melanson [EMAIL PROTECTED]: ffplay.c:event_loop() needs to have a case to handle the SDL_VIDEOEXPOSE event for redrawing the window. To illustrate the problem: Use ffplay to play a video. Pause the video (space bar) and go full screen (f key). The full screen window will be blank until space bar is pressed and the video is unpaused. -- messages: 3207 nosy: melanson priority: normal status: new substatus: new title: ffplay needs to handle expose event type: bug __ FFmpeg issue tracker [EMAIL PROTECTED] https://roundup.mplayerhq.hu/roundup/ffmpeg/issue640 __
