Re: [FFmpeg-trac] #7055(ffmpeg:new): Using decimate allows EIA-608 captions to pass through to MP4 files even when the -sn option is used

2018-03-03 Thread FFmpeg
#7055: Using decimate allows EIA-608 captions to pass through to MP4 files even
when the -sn option is used
-+-
 Reporter:  navilor  |Owner:
 Type:  defect   |   Status:  new
 Priority:  minor|Component:  ffmpeg
  Version:  3.4  |   Resolution:
 Keywords:  decimate,|   Blocked By:
  captions   |  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by navilor):

 Update.

 This behavior also happens if you use pullup.

 {{{
 ffmpeg input.vob -vf
 pullup,dejudder,yadif=deint=1,crop=720:480:0:0,scale=720:480 -pix_fmt
 yuv420p -vsync 1 -sn -dn -map 0:1 -threads 0 -vcodec libx264 -r 23.976
 -b:v:0:1 695192 -bufsize 1274494 -maxrate 868990 -an -preset medium
 -profile:v high -g 48 -tune film -x264opts no-scenecut -map_metadata -1 -f
 mp4 -y output.mp4
 }}}

 When using either decimate or pullup both have subtitles that can be
 played back via VLC.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #6509(undetermined:new): Remuxing m3u8 to mkv, Can't write packet with unknown timestamp

2018-03-03 Thread FFmpeg
#6509: Remuxing m3u8 to mkv, Can't write packet with unknown timestamp
-+-
 Reporter:  ponpon   |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by eugenesv):

 * cc: eugenesvk+ffmpeg@… (removed)


--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #6509(undetermined:new): Remuxing m3u8 to mkv, Can't write packet with unknown timestamp

2018-03-03 Thread FFmpeg
#6509: Remuxing m3u8 to mkv, Can't write packet with unknown timestamp
-+-
 Reporter:  ponpon   |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by eugenesv):

 * cc: eugenesvk+ffmpeg@… (added)


--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #7055(ffmpeg:new): Using decimate allows EIA-608 captions to pass through to MP4 files even when the -sn option is used (was: Using decimate allows EIA-608 captions to pass through t

2018-03-03 Thread FFmpeg
#7055: Using decimate allows EIA-608 captions to pass through to MP4 files even
when the -sn option is used
-+-
 Reporter:  navilor  |Owner:
 Type:  defect   |   Status:  new
 Priority:  minor|Component:  ffmpeg
  Version:  3.4  |   Resolution:
 Keywords:  decimate,|   Blocked By:
  captions   |  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


[FFmpeg-trac] #7055(ffmpeg:new): Using decimate allows EIA-608 captions to pass through to MP4 file even when the -sn option is uses

2018-03-03 Thread FFmpeg
#7055: Using decimate allows EIA-608 captions to pass through to MP4 file even
when the -sn option is uses
-+-
 Reporter:  navilor  | Type:  defect
   Status:  new  | Priority:  minor
Component:  ffmpeg   |  Version:  3.4
 Keywords:  decimate,|   Blocked By:
  captions   |  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-
 '''Summary of the bug:'''

 I am currently using FFmpeg build number N-89980-ge752da5464. This issue
 also reproduces using build number N-87130-g2b9fd15 which is much older.

 I have some MPEG-PS content that is behind NTSC hard telecine. As such I
 am using both yadif and decimate to remove that. If I use decimate then
 EIA-608 captions pass through even when the -sn option is in place. If I
 do not use decimate then captions, as expected, do not pass through
 because the -sn option is in place.

 Note that the size of the data stream reported by MediaInfo is zero in
 both the source media as well as the output MP4 file. The data stream
 plays back as expected in the VOB file but not in the MP4 file.

 '''How to reproduce:'''
 {{{
 ffmpeg -t 00:01:00 -fpsprobesize 48 -i decimate-allows-EIA-608-captions-
 to-pass-through-S01E01.vob -vf
 yadif,decimate,crop=720:480:0:0,scale=720:480 -pix_fmt yuv420p -vsync 1
 -sn -map 0:1 -r 23.976 -threads 0 -vcodec libx264 -b:v:0:1 803752 -bufsize
 1410194 -maxrate 1004690 -an  -preset medium -profile:v high -g 48 -tune
 film -x264opts no-scenecut -map_metadata -1 -f mp4 -y
 S01E01-decimate.mp4-video.mp4
 }}}

 Compare against the following command line that does not use the decimate
 option:
 {{{
 ffmpeg -t 00:01:00 -fpsprobesize 60 -i decimate-allows-EIA-608-captions-
 to-pass-through-S01E01.vob -vf yadif,crop=720:480:0:0,scale=720:480
 -pix_fmt yuv420p -vsync 1 -sn -map 0:1 -r 29.970 -threads 0 -vcodec
 libx264 -b:v:0:1 818252 -bufsize 1428319 -maxrate 1022815 -an -preset
 medium -profile:v high -g 60 -tune film -x264opts no-scenecut
 -map_metadata -1 -f mp4 -y S01E01.mp4-video.mp4
 }}}

 It is important to either have full subtitles in a file or none at all
 especially when delivering streaming media compliant content. I always use
 a sidecar file for my VOD captions.

 I am currently attempting to upload a copy of the sample media and the
 associated text file to [ftp://upload.ffmpeg.org] per your bug report
 documentation at [https://ffmpeg.org/bugreports.html], however I am unable
 to connect to upload.ffmpeg.org via either WinSCP's FTP or Windows 7's
 command line FTP.

 The names of the files I plan to upload for replication will be named as
 following provided I can establish communication with the server.

 decimate-allows-EIA-608-captions-to-pass-through-S01E01.vob
 decimate-allows-EIA-608-captions-to-pass-through-S01E01.txt

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #7048(build system:reopened): building 3.4.2 with gcc 7.3.0 with altivec support enabled fails on ppc (Gentoo Linux)

2018-03-03 Thread FFmpeg
#7048: building 3.4.2 with gcc 7.3.0 with altivec support enabled fails on ppc
(Gentoo Linux)
-+-
 Reporter:   |Owner:
  ernsteiswuerfel|   Status:  reopened
 Type:  defect   |Component:  build
 Priority:  normal   |  system
  Version:  unspecified  |   Resolution:
 Keywords:  gcc altivec  |   Blocked By:
  ppc|  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by cehoyos):

 Please test if removing `--opflags` from your configure line fixes the
 issue for you.

 The next question will be if `--enable-small` works with your toolchain.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #7048(build system:reopened): building 3.4.2 with gcc 7.3.0 with altivec support enabled fails on ppc (Gentoo Linux)

2018-03-03 Thread FFmpeg
#7048: building 3.4.2 with gcc 7.3.0 with altivec support enabled fails on ppc
(Gentoo Linux)
-+-
 Reporter:   |Owner:
  ernsteiswuerfel|   Status:  reopened
 Type:  defect   |Component:  build
 Priority:  normal   |  system
  Version:  unspecified  |   Resolution:
 Keywords:  gcc altivec  |   Blocked By:
  ppc|  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by ernsteiswuerfel):

 I did expect {{{--disable-runtime-cpudetec}}} to do what the config
 options tell, which is to create a smaller binary. Probably that's what
 Gentoo thinks too. ;)

 I don't think it's necessary to change configure to deal with custom
 compilations flags, as altivec is not among the default flags in Gentoo
 ppc/ppc64. If you build ffmpeg-3.4.2 without altivec it does just fine
 (even with gcc-7.3.0).

 I will look into the Gentoo bugs as you suggested and report back in a few
 days.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac