Re: [FFmpeg-devel] Regression maybe

2016-03-05 Thread JULIAN GARDNER 
Ive now got the bisect down to the problem appearing between 75753 and 75759 
but when i build the versions inbetween i get avconv build and not ffmpeg
This is how the bisect went78890 BAD72615 GOOD75753 GOOD77321 BAD..75759 
BADAVCONV built
joolz

 Joolz 

On Friday, 4 March 2016, 0:17, Hendrik Leppkes  wrote:
 
 

 On Thu, Mar 3, 2016 at 11:23 PM, JULIAN GARDNER  wrote:
> But regressions are development problems, things like "how do i scale a 
> video" is for users.
> Im going tobe bisecting and fixing code if needed, so surely this is 
> development!
>  Joolz

Then open an issue on trac, thats what an issue tracker is for. Once
someone comes up with a potential fix, we can discuss it here.

- Hendrik
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


 
  
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] Regression maybe

2016-03-03 Thread Hendrik Leppkes 
On Thu, Mar 3, 2016 at 11:23 PM, JULIAN GARDNER  wrote:
> But regressions are development problems, things like "how do i scale a 
> video" is for users.
> Im going tobe bisecting and fixing code if needed, so surely this is 
> development!
>  Joolz

Then open an issue on trac, thats what an issue tracker is for. Once
someone comes up with a potential fix, we can discuss it here.

- Hendrik
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] Regression maybe

2016-03-03 Thread JULIAN GARDNER 
But regressions are development problems, things like "how do i scale a video" 
is for users.
Im going tobe bisecting and fixing code if needed, so surely this is 
development!
 Joolz 

On Thursday, 3 March 2016, 23:05, Moritz Barsnick  wrote:
 
 

 Hi Julian,

On Thu, Mar 03, 2016 at 18:43:11 +, JULIAN GARDNER wrote:
> I was going to bisect it and see if i can find a commit which breaks the 
> mpegts output?, but what commit do I start on for 63057
[...]
> ffmpeg version N-78734-g666e2ed Copyright (c) 2000-2016 the FFmpeg developers
                          ^^^
This is the (short) commit hash for the version used. Do you not see
that in the output of "63057"? Let me "guess" 63504d8. I can't actually
find that on github, but it's from around Aug 14 2014, which can also
be specified for "git bisect" (I think).

BTW, this sort if discussion is a topic for the ffmpeg-user mailing
list. ffmpeg-devel is related to the actual development of ffmpeg.

Cheer,
Moritz
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel


 
  
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] Regression maybe

2016-03-03 Thread Moritz Barsnick 
Hi Julian,

On Thu, Mar 03, 2016 at 18:43:11 +, JULIAN GARDNER wrote:
> I was going to bisect it and see if i can find a commit which breaks the 
> mpegts output?, but what commit do I start on for 63057
[...]
> ffmpeg version N-78734-g666e2ed Copyright (c) 2000-2016 the FFmpeg developers
  ^^^
This is the (short) commit hash for the version used. Do you not see
that in the output of "63057"? Let me "guess" 63504d8. I can't actually
find that on github, but it's from around Aug 14 2014, which can also
be specified for "git bisect" (I think).

BTW, this sort if discussion is a topic for the ffmpeg-user mailing
list. ffmpeg-devel is related to the actual development of ffmpeg.

Cheer,
Moritz
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] Regression maybe

2016-03-03 Thread JULIAN GARDNER 
OK I upgraded a server today from 63057 to 78734 as we had a problem with 
dvbsubtitles not working. 

Now the machines, 2 of them one on 63057 and the new one, dont transcode and 
they have the same command lines like this.
ffmpeg -i http://1.1.1.1:1/Stream1.ts -c:v copy -c:a copy -f mpegts 
udp://225.1.1.1:1?pkt_size=1316
These pull in streams from a remote server and push the data into a 
professional playout server, Edgeware WTV-2X
Now the streams pulled and sent out to the Edgeware with software 63067 are OK, 
the streams sent out from 78734 are not accepted and made available by the 
Edgeware.
Anyone have any ideas or seen this behaviour in later versions as the 
transcoder is remote and has NOT been updated.

I was going to bisect it and see if i can find a commit which breaks the mpegts 
output?, but what commit do I start on for 63057
Joolz
ffmpeg version N-78734-g666e2ed Copyright (c) 2000-2016 the FFmpeg developers
  built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.1)
  configuration: --bindir=/home/encoder/bin --enable-gpl --enable-version3 
--enable-nonfree --disable-ffserver --disable-dxva2 --disable-vaapi 
--disable-vda --disable-vdpau --disable-libxcb --enable-libmp3lame 
--enable-postproc --enable-libfaac --enable-libzvbi --enable-libx264 
--enable-libx265 --cc='ccache cc'
  libavutil  55. 19.100 / 55. 19.100
  libavcodec 57. 25.101 / 57. 25.101
  libavformat    57. 26.100 / 57. 26.100
  libavdevice    57.  0.101 / 57.  0.101
  libavfilter 6. 36.100 /  6. 36.100
  libswscale  4.  0.100 /  4.  0.100
  libswresample   2.  0.101 /  2.  0.101
  libpostproc    54.  0.100 / 54.  0.100
Input #0, mpegts, from 'http://1.1.1.1:1/stream1.ts':
  Duration: N/A, start: 28.109333, bitrate: N/A
  Program 1
    Metadata:
  service_name    : Stream 1
  service_provider: v-play
    Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 
544x576 [SAR 32:17 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
    Stream #0:1[0x101](eng): Audio: aac (HE-AAC) ([15][0][0][0] / 0x000F), 
48000 Hz, stereo, fltp, 52 kb/s
Output #0, mpegts, to 
'udp://225.170.111.224:1234?pkt_size=1316_size=1048576':
  Metadata:
    encoder : Lavf57.26.100
    Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 544x576 [SAR 
32:17 DAR 16:9], q=2-31, 25 fps, 25 tbr, 90k tbn, 90k tbc
    Stream #0:1(eng): Audio: aac (HE-AAC) ([15][0][0][0] / 0x000F), 48000 Hz, 
stereo, 52 kb/s
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
frame=  323 fps= 69 q=-1.0 Lsize=    1299kB time=00:00:15.37 bitrate= 
692.4kbits/s speed=3.28x
video:1082kB audio:88kB subtitle:0kB other streams:0kB global headers:0kB 
muxing overhead: 11.022727%
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel