r13880 - in trunk: libavformat/ffmenc.c tests/libav.regression.ref
Author: bcoudurier Date: Sun Jun 22 10:50:57 2008 New Revision: 13880 Log: store dts in ffm headers Modified: trunk/libavformat/ffmenc.c trunk/tests/libav.regression.ref Modified: trunk/libavformat/ffmenc.c ============================================================================== --- trunk/libavformat/ffmenc.c (original) +++ trunk/libavformat/ffmenc.c Sun Jun 22 10:50:57 2008 @@ -188,11 +188,11 @@ static int ffm_write_header(AVFormatCont static int ffm_write_packet(AVFormatContext *s, AVPacket *pkt) { - int64_t pts; + int64_t dts; uint8_t header[FRAME_HEADER_SIZE]; int header_size = FRAME_HEADER_SIZE; - pts = s->timestamp + pkt->pts; + dts = s->timestamp + pkt->dts; /* packet size & key_frame */ header[0] = pkt->stream_index; header[1] = 0; @@ -200,14 +200,14 @@ static int ffm_write_packet(AVFormatCont header[1] |= FLAG_KEY_FRAME; AV_WB24(header+2, pkt->size); AV_WB24(header+5, pkt->duration); - AV_WB64(header+8, pts); + AV_WB64(header+8, s->timestamp + pkt->pts); if (pkt->pts != pkt->dts) { header[1] |= FLAG_DTS; AV_WB32(header+16, pkt->pts - pkt->dts); header_size += 4; } - ffm_write_data(s, header, header_size, pts, 1); - ffm_write_data(s, pkt->data, pkt->size, pts, 0); + ffm_write_data(s, header, header_size, dts, 1); + ffm_write_data(s, pkt->data, pkt->size, dts, 0); return 0; } Modified: trunk/tests/libav.regression.ref ============================================================================== --- trunk/tests/libav.regression.ref (original) +++ trunk/tests/libav.regression.ref Sun Jun 22 10:50:57 2008 @@ -15,7 +15,7 @@ bdb7484c68db722f66ba1630cf79844c *./test d6fdeb9f7083cc827f9510c6c4517dc0 *./tests/data/b-libav.swf 335771 ./tests/data/b-libav.swf ./tests/data/b-libav.swf CRC=0xe14e8847 -11eec620bdcd3ef1a053fdb964d1b855 *./tests/data/b-libav.ffm +3dbacdc3fccb551f8ab54c32f648e7a8 *./tests/data/b-libav.ffm 380928 ./tests/data/b-libav.ffm ./tests/data/b-libav.ffm CRC=0x2b71a386 f8ad5bd78f4d012a8ce9570aa395ac54 *./tests/data/b-libav.flv
bcoudurier wrote:
Author: bcoudurier Date: Sun Jun 22 10:50:57 2008 New Revision: 13880
Log: store dts in ffm headers
Congratulations; it was either this revision or the previous one that finally fixed the regression test when building FFmpeg under Intel's C compiler. Now I need to figure out when and why the PowerPC regressions broke... -- -Mike Melanson
Mike Melanson wrote:
bcoudurier wrote:
Author: bcoudurier Date: Sun Jun 22 10:50:57 2008 New Revision: 13880
Log: store dts in ffm headers
Congratulations; it was either this revision or the previous one that finally fixed the regression test when building FFmpeg under Intel's C compiler.
Now I need to figure out when and why the PowerPC regressions broke...
It was either this revision or the one after it which broke 'make test' under gcc 4.1.2 and 4.0.4, both on PowerPC. The exact error looks like this: --- /home/melanson/ffmpeg/ffmpeg-main/tests/libav.regression.ref 2008-06-22 11:21:56.000000000 -0700 +++ tests/data/lavf.regression 2008-06-23 20:18:43.000000000 -0700 @@ -15,9 +15,9 @@ d6fdeb9f7083cc827f9510c6c4517dc0 *./tests/data/b-libav.swf 335771 ./tests/data/b-libav.swf ./tests/data/b-libav.swf CRC=0xe14e8847 -3dbacdc3fccb551f8ab54c32f648e7a8 *./tests/data/b-libav.ffm +3718a91970bbab48113eb50104a15241 *./tests/data/b-libav.ffm 380928 ./tests/data/b-libav.ffm -./tests/data/b-libav.ffm CRC=0x2b71a386 +./tests/data/b-libav.ffm CRC=0x00000001 f8ad5bd78f4d012a8ce9570aa395ac54 *./tests/data/b-libav.flv 335833 ./tests/data/b-libav.flv ./tests/data/b-libav.flv CRC=0xe14e8847 make: *** [libavtest] Error 1 gcc-svn for PowerPC fails in the same way. I can't pinpoint the breakage quite as precisely because that build only started to work again recently. -- -Mike Melanson
Mike Melanson wrote:
Mike Melanson wrote:
bcoudurier wrote:
Author: bcoudurier Date: Sun Jun 22 10:50:57 2008 New Revision: 13880
Log: store dts in ffm headers Congratulations; it was either this revision or the previous one that finally fixed the regression test when building FFmpeg under Intel's C compiler.
Now I need to figure out when and why the PowerPC regressions broke...
It was either this revision or the one after it which broke 'make test' under gcc 4.1.2 and 4.0.4, both on PowerPC. The exact error looks like this:
--- /home/melanson/ffmpeg/ffmpeg-main/tests/libav.regression.ref 2008-06-22 11:21:56.000000000 -0700 +++ tests/data/lavf.regression 2008-06-23 20:18:43.000000000 -0700 @@ -15,9 +15,9 @@ d6fdeb9f7083cc827f9510c6c4517dc0 *./tests/data/b-libav.swf 335771 ./tests/data/b-libav.swf ./tests/data/b-libav.swf CRC=0xe14e8847 -3dbacdc3fccb551f8ab54c32f648e7a8 *./tests/data/b-libav.ffm +3718a91970bbab48113eb50104a15241 *./tests/data/b-libav.ffm 380928 ./tests/data/b-libav.ffm -./tests/data/b-libav.ffm CRC=0x2b71a386 +./tests/data/b-libav.ffm CRC=0x00000001 f8ad5bd78f4d012a8ce9570aa395ac54 *./tests/data/b-libav.flv 335833 ./tests/data/b-libav.flv ./tests/data/b-libav.flv CRC=0xe14e8847 make: *** [libavtest] Error 1
gcc-svn for PowerPC fails in the same way. I can't pinpoint the breakage quite as precisely because that build only started to work again recently.
Humm you tell me this fixes icc and break gcc on powerpc ? This is weird I'll have a look. I suspect AV_WB64 problem. -- Baptiste COUDURIER GnuPG Key Id: 0x5C1ABAAA Smartjog USA Inc. http://www.smartjog.com Key fingerprint 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
Baptiste Coudurier wrote:
Humm you tell me this fixes icc and break gcc on powerpc ?
Maybe. According to FATE, it was either 13879 or 13880 that fixed icc, while it was either 13880 or 13881 that broke PPC. -- -Mike Melanson
On date Monday 2008-06-23 22:06:36 -0700, Mike Melanson wrote:
Mike Melanson wrote:
bcoudurier wrote:
Author: bcoudurier Date: Sun Jun 22 10:50:57 2008 New Revision: 13880
Log: store dts in ffm headers
Congratulations; it was either this revision or the previous one that finally fixed the regression test when building FFmpeg under Intel's C compiler.
Now I need to figure out when and why the PowerPC regressions broke...
It was either this revision or the one after it which broke 'make test' under gcc 4.1.2 and 4.0.4, both on PowerPC. The exact error looks like this:
--- /home/melanson/ffmpeg/ffmpeg-main/tests/libav.regression.ref 2008-06-22 11:21:56.000000000 -0700 +++ tests/data/lavf.regression 2008-06-23 20:18:43.000000000 -0700 @@ -15,9 +15,9 @@ d6fdeb9f7083cc827f9510c6c4517dc0 *./tests/data/b-libav.swf 335771 ./tests/data/b-libav.swf ./tests/data/b-libav.swf CRC=0xe14e8847 -3dbacdc3fccb551f8ab54c32f648e7a8 *./tests/data/b-libav.ffm +3718a91970bbab48113eb50104a15241 *./tests/data/b-libav.ffm 380928 ./tests/data/b-libav.ffm -./tests/data/b-libav.ffm CRC=0x2b71a386 +./tests/data/b-libav.ffm CRC=0x00000001 f8ad5bd78f4d012a8ce9570aa395ac54 *./tests/data/b-libav.flv 335833 ./tests/data/b-libav.flv ./tests/data/b-libav.flv CRC=0xe14e8847 make: *** [libavtest] Error 1
gcc-svn for PowerPC fails in the same way. I can't pinpoint the breakage quite as precisely because that build only started to work again recently.
I have exactly the same error here: i686, gcc 4.2.3. Regards.
Stefano Sabatini wrote:
On date Monday 2008-06-23 22:06:36 -0700, Mike Melanson wrote:
Mike Melanson wrote:
bcoudurier wrote:
Author: bcoudurier Date: Sun Jun 22 10:50:57 2008 New Revision: 13880
Log: store dts in ffm headers Congratulations; it was either this revision or the previous one that finally fixed the regression test when building FFmpeg under Intel's C compiler.
Now I need to figure out when and why the PowerPC regressions broke... It was either this revision or the one after it which broke 'make test' under gcc 4.1.2 and 4.0.4, both on PowerPC. The exact error looks like this:
--- /home/melanson/ffmpeg/ffmpeg-main/tests/libav.regression.ref 2008-06-22 11:21:56.000000000 -0700 +++ tests/data/lavf.regression 2008-06-23 20:18:43.000000000 -0700 @@ -15,9 +15,9 @@ d6fdeb9f7083cc827f9510c6c4517dc0 *./tests/data/b-libav.swf 335771 ./tests/data/b-libav.swf ./tests/data/b-libav.swf CRC=0xe14e8847 -3dbacdc3fccb551f8ab54c32f648e7a8 *./tests/data/b-libav.ffm +3718a91970bbab48113eb50104a15241 *./tests/data/b-libav.ffm 380928 ./tests/data/b-libav.ffm -./tests/data/b-libav.ffm CRC=0x2b71a386 +./tests/data/b-libav.ffm CRC=0x00000001 f8ad5bd78f4d012a8ce9570aa395ac54 *./tests/data/b-libav.flv 335833 ./tests/data/b-libav.flv ./tests/data/b-libav.flv CRC=0xe14e8847 make: *** [libavtest] Error 1
gcc-svn for PowerPC fails in the same way. I can't pinpoint the breakage quite as precisely because that build only started to work again recently.
I have exactly the same error here: i686, gcc 4.2.3.
To be honest I don't really know what's going on here. I see that recompiling ffmenc.c without -O3 gives diff too: --- /home/bcouduri/src/ffmpeg/svn/tests/libav.regression.ref 2008-06-22 01:48:35.000000000 -0700 +++ tests/data/lavf.regression 2008-06-24 02:44:45.000000000 -0700 @@ -15,7 +15,7 @@ d6fdeb9f7083cc827f9510c6c4517dc0 *./tests/data/b-libav.swf 335771 ./tests/data/b-libav.swf ./tests/data/b-libav.swf CRC=0xe14e8847 -3dbacdc3fccb551f8ab54c32f648e7a8 *./tests/data/b-libav.ffm +02ccb72ae3ad8703a9fdd528d4b8f109 *./tests/data/b-libav.ffm 380928 ./tests/data/b-libav.ffm ./tests/data/b-libav.ffm CRC=0x2b71a386 f8ad5bd78f4d012a8ce9570aa395ac54 *./tests/data/b-libav.flv gcc (Debian 4.3.1-2) 4.3.1 i686 -- Baptiste COUDURIER GnuPG Key Id: 0x5C1ABAAA Smartjog USA Inc. http://www.smartjog.com Key fingerprint 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
On Tue, Jun 24, 2008 at 02:47:40AM -0700, Baptiste Coudurier wrote:
Stefano Sabatini wrote:
On date Monday 2008-06-23 22:06:36 -0700, Mike Melanson wrote:
Mike Melanson wrote:
bcoudurier wrote:
Author: bcoudurier Date: Sun Jun 22 10:50:57 2008 New Revision: 13880
Log: store dts in ffm headers Congratulations; it was either this revision or the previous one that finally fixed the regression test when building FFmpeg under Intel's C compiler.
Now I need to figure out when and why the PowerPC regressions broke... It was either this revision or the one after it which broke 'make test' under gcc 4.1.2 and 4.0.4, both on PowerPC. The exact error looks like this:
--- /home/melanson/ffmpeg/ffmpeg-main/tests/libav.regression.ref 2008-06-22 11:21:56.000000000 -0700 +++ tests/data/lavf.regression 2008-06-23 20:18:43.000000000 -0700 @@ -15,9 +15,9 @@ d6fdeb9f7083cc827f9510c6c4517dc0 *./tests/data/b-libav.swf 335771 ./tests/data/b-libav.swf ./tests/data/b-libav.swf CRC=0xe14e8847 -3dbacdc3fccb551f8ab54c32f648e7a8 *./tests/data/b-libav.ffm +3718a91970bbab48113eb50104a15241 *./tests/data/b-libav.ffm 380928 ./tests/data/b-libav.ffm -./tests/data/b-libav.ffm CRC=0x2b71a386 +./tests/data/b-libav.ffm CRC=0x00000001 f8ad5bd78f4d012a8ce9570aa395ac54 *./tests/data/b-libav.flv 335833 ./tests/data/b-libav.flv ./tests/data/b-libav.flv CRC=0xe14e8847 make: *** [libavtest] Error 1
gcc-svn for PowerPC fails in the same way. I can't pinpoint the breakage quite as precisely because that build only started to work again recently.
I have exactly the same error here: i686, gcc 4.2.3.
To be honest I don't really know what's going on here.
I see that recompiling ffmenc.c without -O3 gives diff too:
--- /home/bcouduri/src/ffmpeg/svn/tests/libav.regression.ref 2008-06-22 01:48:35.000000000 -0700 +++ tests/data/lavf.regression 2008-06-24 02:44:45.000000000 -0700 @@ -15,7 +15,7 @@ d6fdeb9f7083cc827f9510c6c4517dc0 *./tests/data/b-libav.swf 335771 ./tests/data/b-libav.swf ./tests/data/b-libav.swf CRC=0xe14e8847 -3dbacdc3fccb551f8ab54c32f648e7a8 *./tests/data/b-libav.ffm +02ccb72ae3ad8703a9fdd528d4b8f109 *./tests/data/b-libav.ffm
Why dont we finally drop .ffm and use nut instead ? It cant be denied that you spend considerable time in fixing .ffm, i really do not belive getting nut useable for the ffm use case would take that long. [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Observe your enemies, for they first find out your faults. -- Antisthenes
Michael Niedermayer wrote:
On Tue, Jun 24, 2008 at 02:47:40AM -0700, Baptiste Coudurier wrote:
Stefano Sabatini wrote:
On date Monday 2008-06-23 22:06:36 -0700, Mike Melanson wrote:
Mike Melanson wrote:
bcoudurier wrote:
Author: bcoudurier Date: Sun Jun 22 10:50:57 2008 New Revision: 13880
Log: store dts in ffm headers Congratulations; it was either this revision or the previous one that finally fixed the regression test when building FFmpeg under Intel's C compiler.
Now I need to figure out when and why the PowerPC regressions broke... It was either this revision or the one after it which broke 'make test' under gcc 4.1.2 and 4.0.4, both on PowerPC. The exact error looks like this:
--- /home/melanson/ffmpeg/ffmpeg-main/tests/libav.regression.ref 2008-06-22 11:21:56.000000000 -0700 +++ tests/data/lavf.regression 2008-06-23 20:18:43.000000000 -0700 @@ -15,9 +15,9 @@ d6fdeb9f7083cc827f9510c6c4517dc0 *./tests/data/b-libav.swf 335771 ./tests/data/b-libav.swf ./tests/data/b-libav.swf CRC=0xe14e8847 -3dbacdc3fccb551f8ab54c32f648e7a8 *./tests/data/b-libav.ffm +3718a91970bbab48113eb50104a15241 *./tests/data/b-libav.ffm 380928 ./tests/data/b-libav.ffm -./tests/data/b-libav.ffm CRC=0x2b71a386 +./tests/data/b-libav.ffm CRC=0x00000001 f8ad5bd78f4d012a8ce9570aa395ac54 *./tests/data/b-libav.flv 335833 ./tests/data/b-libav.flv ./tests/data/b-libav.flv CRC=0xe14e8847 make: *** [libavtest] Error 1
gcc-svn for PowerPC fails in the same way. I can't pinpoint the breakage quite as precisely because that build only started to work again recently. I have exactly the same error here: i686, gcc 4.2.3.
To be honest I don't really know what's going on here.
I see that recompiling ffmenc.c without -O3 gives diff too:
--- /home/bcouduri/src/ffmpeg/svn/tests/libav.regression.ref 2008-06-22 01:48:35.000000000 -0700 +++ tests/data/lavf.regression 2008-06-24 02:44:45.000000000 -0700 @@ -15,7 +15,7 @@ d6fdeb9f7083cc827f9510c6c4517dc0 *./tests/data/b-libav.swf 335771 ./tests/data/b-libav.swf ./tests/data/b-libav.swf CRC=0xe14e8847 -3dbacdc3fccb551f8ab54c32f648e7a8 *./tests/data/b-libav.ffm +02ccb72ae3ad8703a9fdd528d4b8f109 *./tests/data/b-libav.ffm
Why dont we finally drop .ffm and use nut instead ?
It cant be denied that you spend considerable time in fixing .ffm, i really do not belive getting nut useable for the ffm use case would take that long.
Yes, definitely, you're right. I need to get this done pretty soon. I need to understand nut and to figure how to use info packets to transport encoding options. -- Baptiste COUDURIER GnuPG Key Id: 0x5C1ABAAA Smartjog USA Inc. http://www.smartjog.com Key fingerprint 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
On Fri, Jun 27, 2008 at 02:46:55PM -0700, Baptiste Coudurier wrote:
Michael Niedermayer wrote:
On Tue, Jun 24, 2008 at 02:47:40AM -0700, Baptiste Coudurier wrote:
Stefano Sabatini wrote:
On date Monday 2008-06-23 22:06:36 -0700, Mike Melanson wrote:
Mike Melanson wrote:
bcoudurier wrote: > Author: bcoudurier > Date: Sun Jun 22 10:50:57 2008 > New Revision: 13880 > > Log: > store dts in ffm headers Congratulations; it was either this revision or the previous one that finally fixed the regression test when building FFmpeg under Intel's C compiler.
Now I need to figure out when and why the PowerPC regressions broke... It was either this revision or the one after it which broke 'make test' under gcc 4.1.2 and 4.0.4, both on PowerPC. The exact error looks like this:
--- /home/melanson/ffmpeg/ffmpeg-main/tests/libav.regression.ref 2008-06-22 11:21:56.000000000 -0700 +++ tests/data/lavf.regression 2008-06-23 20:18:43.000000000 -0700 @@ -15,9 +15,9 @@ d6fdeb9f7083cc827f9510c6c4517dc0 *./tests/data/b-libav.swf 335771 ./tests/data/b-libav.swf ./tests/data/b-libav.swf CRC=0xe14e8847 -3dbacdc3fccb551f8ab54c32f648e7a8 *./tests/data/b-libav.ffm +3718a91970bbab48113eb50104a15241 *./tests/data/b-libav.ffm 380928 ./tests/data/b-libav.ffm -./tests/data/b-libav.ffm CRC=0x2b71a386 +./tests/data/b-libav.ffm CRC=0x00000001 f8ad5bd78f4d012a8ce9570aa395ac54 *./tests/data/b-libav.flv 335833 ./tests/data/b-libav.flv ./tests/data/b-libav.flv CRC=0xe14e8847 make: *** [libavtest] Error 1
gcc-svn for PowerPC fails in the same way. I can't pinpoint the breakage quite as precisely because that build only started to work again recently. I have exactly the same error here: i686, gcc 4.2.3.
To be honest I don't really know what's going on here.
I see that recompiling ffmenc.c without -O3 gives diff too:
--- /home/bcouduri/src/ffmpeg/svn/tests/libav.regression.ref 2008-06-22 01:48:35.000000000 -0700 +++ tests/data/lavf.regression 2008-06-24 02:44:45.000000000 -0700 @@ -15,7 +15,7 @@ d6fdeb9f7083cc827f9510c6c4517dc0 *./tests/data/b-libav.swf 335771 ./tests/data/b-libav.swf ./tests/data/b-libav.swf CRC=0xe14e8847 -3dbacdc3fccb551f8ab54c32f648e7a8 *./tests/data/b-libav.ffm +02ccb72ae3ad8703a9fdd528d4b8f109 *./tests/data/b-libav.ffm
Why dont we finally drop .ffm and use nut instead ?
It cant be denied that you spend considerable time in fixing .ffm, i really do not belive getting nut useable for the ffm use case would take that long.
Yes, definitely, you're right. I need to get this done pretty soon. I need to understand nut and to figure how to use info packets to transport encoding options.
If you have any questions about nut, ask me [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws. -- Plato
Stefano Sabatini wrote:
On date Monday 2008-06-23 22:06:36 -0700, Mike Melanson wrote:
Mike Melanson wrote:
bcoudurier wrote:
Author: bcoudurier Date: Sun Jun 22 10:50:57 2008 New Revision: 13880
Log: store dts in ffm headers Congratulations; it was either this revision or the previous one that finally fixed the regression test when building FFmpeg under Intel's C compiler.
Now I need to figure out when and why the PowerPC regressions broke... It was either this revision or the one after it which broke 'make test' under gcc 4.1.2 and 4.0.4, both on PowerPC. The exact error looks like this:
--- /home/melanson/ffmpeg/ffmpeg-main/tests/libav.regression.ref 2008-06-22 11:21:56.000000000 -0700 +++ tests/data/lavf.regression 2008-06-23 20:18:43.000000000 -0700 @@ -15,9 +15,9 @@ d6fdeb9f7083cc827f9510c6c4517dc0 *./tests/data/b-libav.swf 335771 ./tests/data/b-libav.swf ./tests/data/b-libav.swf CRC=0xe14e8847 -3dbacdc3fccb551f8ab54c32f648e7a8 *./tests/data/b-libav.ffm +3718a91970bbab48113eb50104a15241 *./tests/data/b-libav.ffm 380928 ./tests/data/b-libav.ffm -./tests/data/b-libav.ffm CRC=0x2b71a386 +./tests/data/b-libav.ffm CRC=0x00000001 f8ad5bd78f4d012a8ce9570aa395ac54 *./tests/data/b-libav.flv 335833 ./tests/data/b-libav.flv ./tests/data/b-libav.flv CRC=0xe14e8847 make: *** [libavtest] Error 1
gcc-svn for PowerPC fails in the same way. I can't pinpoint the breakage quite as precisely because that build only started to work again recently.
I have exactly the same error here: i686, gcc 4.2.3.
I think r14015 fixed it, thanks to Stefan, can you please check ? Thanks a lot. -- Baptiste COUDURIER GnuPG Key Id: 0x5C1ABAAA Smartjog USA Inc. http://www.smartjog.com Key fingerprint 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
Baptiste Coudurier wrote:
I think r14015 fixed it, thanks to Stefan, can you please check ? Thanks a lot.
Wow! FATE is all green. I don't know if I have ever seen that before. -- -Mike Melanson
On Fri, Jun 27, 2008 at 07:02:24PM -0700, Mike Melanson wrote:
Baptiste Coudurier wrote:
I think r14015 fixed it, thanks to Stefan, can you please check ? Thanks a lot.
Wow! FATE is all green. I don't know if I have ever seen that before. -- -Mike Melanson
Time to add some more tests then :) MvH Benjamin Larsson
Benjamin Larsson wrote:
On Fri, Jun 27, 2008 at 07:02:24PM -0700, Mike Melanson wrote:
Baptiste Coudurier wrote:
I think r14015 fixed it, thanks to Stefan, can you please check ? Thanks a lot. Wow! FATE is all green. I don't know if I have ever seen that before. -- -Mike Melanson
Time to add some more tests then :)
I agree. That, and more platforms. I'm working on both right now. -- -Mike Melanson
On date Friday 2008-06-27 14:45:01 -0700, Baptiste Coudurier wrote:
Stefano Sabatini wrote:
On date Monday 2008-06-23 22:06:36 -0700, Mike Melanson wrote:
Mike Melanson wrote:
bcoudurier wrote:
Author: bcoudurier Date: Sun Jun 22 10:50:57 2008 New Revision: 13880
Log: store dts in ffm headers Congratulations; it was either this revision or the previous one that finally fixed the regression test when building FFmpeg under Intel's C compiler.
Now I need to figure out when and why the PowerPC regressions broke... It was either this revision or the one after it which broke 'make test' under gcc 4.1.2 and 4.0.4, both on PowerPC. The exact error looks like this:
--- /home/melanson/ffmpeg/ffmpeg-main/tests/libav.regression.ref 2008-06-22 11:21:56.000000000 -0700 +++ tests/data/lavf.regression 2008-06-23 20:18:43.000000000 -0700 @@ -15,9 +15,9 @@ d6fdeb9f7083cc827f9510c6c4517dc0 *./tests/data/b-libav.swf 335771 ./tests/data/b-libav.swf ./tests/data/b-libav.swf CRC=0xe14e8847 -3dbacdc3fccb551f8ab54c32f648e7a8 *./tests/data/b-libav.ffm +3718a91970bbab48113eb50104a15241 *./tests/data/b-libav.ffm 380928 ./tests/data/b-libav.ffm -./tests/data/b-libav.ffm CRC=0x2b71a386 +./tests/data/b-libav.ffm CRC=0x00000001 f8ad5bd78f4d012a8ce9570aa395ac54 *./tests/data/b-libav.flv 335833 ./tests/data/b-libav.flv ./tests/data/b-libav.flv CRC=0xe14e8847 make: *** [libavtest] Error 1
gcc-svn for PowerPC fails in the same way. I can't pinpoint the breakage quite as precisely because that build only started to work again recently.
I have exactly the same error here: i686, gcc 4.2.3.
I think r14015 fixed it, thanks to Stefan, can you please check ? Thanks a lot.
Tried latest SVN r14041, regression tests passed :-). Regards.
participants (6)
-
banan＠ludd.ltu.se -
baptiste.coudurier＠smartjog.com -
michaelni＠gmx.at -
mike＠multimedia.cx -
stefano.sabatini-lala＠poste.it -
subversion＠mplayerhq.hu