-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Franco Amato schrieb:
> and hope that your number of audio samples is the same like the video
> samples, if not you are stuck on the same problem like I am (you can
> work around that by using a pcm codec (e.g. CODEC_ID_PCM_S16BE) but its
> no real solution)
> 
> 
>> And which can be a solution?

I am not able to figure one out, I worked over 100 hours on this issue
and got to no working solution, right now I do not have any more ideas i
tried a lot of hacks already, and put it back on the schedule and
instead started working on other stuff. So now my videos are compressed
good and the audio is stored uncompressed as pcm. If you got a solution
send me an email how you solved it.

What I tried so far:
- - resampling (two different hacks)
- - rescaling
- - first encode to pcm with ffmpeg then encode this encoded frame to the
destination codec
- - decode (from pcm s16le) to a common context and then encode
- - use the pts stuff from the example.c
- - buffer the audio and write away the stuff that remains in the buffer
if there is some stuff left over in the buffer, in each frame

my basic problem is that the source audio is encoded in 1920 samples per
frame while the destination codecs are mostly 1152 samples per frame

Regards
Simon
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAklri10ACgkQCT+234kh3ajeNwCgu3SvltiCBpupoc9eVf/jCv4a
CFUAoMXiDP+u63U6QXg0OHKmBbcm0mFo
=zJEj
-----END PGP SIGNATURE-----
_______________________________________________
libav-user mailing list
[email protected]
https://lists.mplayerhq.hu/mailman/listinfo/libav-user

Reply via email to