Re: [FFmpeg-trac] #666(FFmpeg:closed): ffmpeg crashes, when input is /dev/zero

2011-11-24 Thread FFmpeg
#666: ffmpeg crashes, when input is /dev/zero
---+---
 Reporter:  mi |Owner:  michael
 Type:  defect |   Status:  closed
 Priority:  important  |Component:  FFmpeg
  Version:  0.8.6  |   Resolution:  fixed
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  1
Analyzed by developer:  0  |
---+---
Changes (by cehoyos):

 * priority:  normal = important
 * status:  new = closed
 * resolution:   = fixed
 * reproduced:  0 = 1


Comment:

 This should be finally fixed in current git head, 0.7.8 and 0.8.7.

-- 
Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/666#comment:2
FFmpeg http://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #683(undetermined:closed): Very wrong number of channels when using libaacplus and ffmpeg

2011-11-24 Thread FFmpeg
#683: Very wrong number of channels when using libaacplus and ffmpeg
-+-
 Reporter:  bradskins|Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  0.7.7|  undetermined
 Keywords:  libaacplus   |   Resolution:
  freebsd|  worksforme
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

 * keywords:  libaacplus audio stream freebsd = libaacplus freebsd
 * priority:  important = normal
 * status:  new = closed
 * resolution:   = worksforme


Comment:

 I just tested your command line with both current git head and release/0.7
 (both static and shared libaacplus 2.0.2) and it works fine.

  libaacplus: bad aac setting: br:32000, AACch:65536, AACsr:22050
 Given how libavcodec/libaacplus.c sets the channels, this is an unlikely
 problem:
 {{{
 /* number of channels */
 if (avctx-channels  1 || avctx-channels  2) {
 av_log(avctx, AV_LOG_ERROR, encoding %d channel(s) is not
 allowed\n, avctx-channels);
 return -1;
 }

 s-aacplus_handle = aacplusEncOpen(avctx-sample_rate,
  avctx-channels,
  samples_input, max_bytes_output);
 if(!s-aacplus_handle) {
 av_log(avctx, AV_LOG_ERROR, can't open encoder\n);
 return -1;
 }
 }}}

 An unrelated problem that made encoding to ADTS impossible was just fixed
 in git head and all future releases.

-- 
Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/683#comment:1
FFmpeg http://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #657(undetermined:closed): xvid -- no multithreaded encoding.

2011-11-24 Thread FFmpeg
#657: xvid -- no multithreaded encoding.
-+-
 Reporter:  dE_logics|Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  0.7.7|  undetermined
 Keywords:  xvid |   Resolution:  invalid
  threads|   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by cehoyos):

 * status:  new = closed
 * resolution:   = invalid


Comment:

 Replying to [comment:10 dE_logics]:
  That increases the size of the video by a lot.

 Your command line does not ask for a specific size...

  BTW what's the bad with xvid?

 Nothing.

  It's better,

 As said, this is not correct (but it is likely that it is slightly more
 difficult to use because it allows more fine-tuning for the user).

  and both mpeg4 and xvid being opensource, mpeg4 looses it's purposes.

 Some people prefer less restrictive licenses...


 I am closing this issue because it was about multi-threaded xvid which
 turned out to work fine iiuc.
 Please do not hesitate to ask questions about FFmpeg usage either here or
 on ffmpeg-users (where more people will be able to answer).

-- 
Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/657#comment:11
FFmpeg http://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #285(avformat:closed): RTSP h264 video stream always reports corrupted macroblock

2011-11-24 Thread FFmpeg
#285: RTSP h264 video stream always reports corrupted macroblock
-+
 Reporter:  bovine   |Owner:  michael
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:  avformat
  Version:  unspecified  |   Resolution:  fixed
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+
Changes (by cehoyos):

 * status:  new = closed
 * resolution:   = fixed
 * component:  FFmpeg = avformat


Comment:

 Thank you for the confirmation, if you find other bugs, please open a new
 ticket!

-- 
Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/285#comment:20
FFmpeg http://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #671(FFmpeg:closed): Skip without prompting.

2011-11-24 Thread FFmpeg
#671: Skip without prompting.
-+---
 Reporter:  dE_logics|Owner:  michael
 Type:  enhancement  |   Status:  closed
 Priority:  wish |Component:  FFmpeg
  Version:  git-master   |   Resolution:  fixed
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---
Changes (by cehoyos):

 * keywords:  skip without asking =
 * status:  new = closed
 * resolution:   = fixed


Comment:

 I added option -n which implements not overwriting existing output
 files.

-- 
Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/671#comment:1
FFmpeg http://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #677(FFmpeg:closed): Tell user when -t or -ss value exceeds input duration

2011-11-24 Thread FFmpeg
#677: Tell user when -t or -ss value exceeds input duration
-+---
 Reporter:  llogan   |Owner:
 Type:  enhancement  |   Status:  closed
 Priority:  wish |Component:  FFmpeg
  Version:  git-master   |   Resolution:  invalid
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---
Changes (by cehoyos):

 * status:  new = closed
 * resolution:   = invalid
 * component:  undetermined = FFmpeg


Comment:

 Given that the duration is plain wrong for many / most input streams, I
 don't think this is feasible but please reopen if you believe I miss
 something.

-- 
Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/677#comment:1
FFmpeg http://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #672(avformat:open): ffprobe reports Unsupported video codec for Real Media format which do not have video at all

2011-11-24 Thread FFmpeg
#672: ffprobe reports Unsupported video codec for Real Media format which do not
have video at all
+
 Reporter:  richardpl   |Owner:
 Type:  defect  |   Status:  open
 Priority:  minor   |Component:  avformat
  Version:  git-master  |   Resolution:
 Keywords:  |   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+
Changes (by cehoyos):

 * status:  new = open
 * reproduced:  0 = 1


Comment:

 Attached patch silences the message, I don't know if the patch is correct,
 MPlayer checks the mimetype instead of the tag.

-- 
Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/672#comment:1
FFmpeg http://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #683(undetermined:reopened): Very wrong number of channels when using libaacplus and ffmpeg

2011-11-24 Thread FFmpeg
#683: Very wrong number of channels when using libaacplus and ffmpeg
-+-
 Reporter:  bradskins|Owner:
 Type:  defect   |   Status:  reopened
 Priority:  normal   |Component:
  Version:  0.7.7|  undetermined
 Keywords:  libaacplus   |   Resolution:
  freebsd|   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by bradskins):

 * status:  closed = reopened
 * resolution:  worksforme =


Comment:

 Works fine for me as well. EXCEPT when I try to use the same setup and
 command on FreeBSD 8.2/9RC2. MacPorts and Ubuntu are fine. I'll test Head
 on both FreeBSDs and report back.

-- 
Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/683#comment:2
FFmpeg http://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #672(avformat:closed): ffprobe reports Unsupported video codec for Real Media format which do not have video at all

2011-11-24 Thread FFmpeg
#672: ffprobe reports Unsupported video codec for Real Media format which do not
have video at all
+
 Reporter:  richardpl   |Owner:
 Type:  defect  |   Status:  closed
 Priority:  minor   |Component:  avformat
  Version:  git-master  |   Resolution:  fixed
 Keywords:  |   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+
Changes (by cehoyos):

 * status:  open = closed
 * resolution:   = fixed


Comment:

 This issue is improved in latest git head, please reopen if you have a
 better suggestion to solve it.

-- 
Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/672#comment:2
FFmpeg http://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac