On Saturday 17 March 2007 20:57, Reinhard Nissl wrote:
Hi,
Stefan Lucke wrote:
Dumping the first 16 bytes of audio packets we get, shows the following: ff fc a4 0d b6 64 88 55 33 65 56 54 44 21 33 33 ff fc a4 0d 54 6a 88 65 33 44 56 54 33 33 33 33 ff fc a4 0d 02 a4 88 55 33 54 66 44 43 33 33 33 99 77 1b e6 34 b2 5f 41 e8 5b 90 a9 d2 04 24 5e ff fc c4 04 7c c4 dd 44 44 66 57 55 55 55 33 33 ff fc c4 04 1d 61 dd 46 44 66 55 55 55 55 33 33 68 6a 60 18 d8 52 92 4f 54 98 0b 93 27 22 4e 74 ff fc c4 04 94 01 dd 44 56 66 55 55 55 55 33 33
Is audio repacker active even for old recording ? When I deactivate audio repacker, sound is garbled allways.
cAudioRepacker was introduced after VDR-1.3.26 and it is only active in transfer mode or while recording. It is not active while replaying a recording, so it has no influence on recordings taken with VDR-1.2.1.
Thanks for pointing that out.
So we should look for solving that issue in softdevice. Hopefully FF-cards are not involved in such an issue (sound, sync issues).
But when cAudioRepacker was not active, an audio PES packet may contain, multiple audio frames and/or just a fragment of an audio frame at the beginning or at the end of the PES packet.
So if ffmpeg can only work on single and/or complete audio frames, you'll have to break the PES packet apart and assemble the fragments at the end and the beginning of the next PES packet. cAudioRepacker can do this for you. Just feed it PES packets via it's Repack() method and the given ResultBuffer will contain a PES packet per audio frame.
Some time ago I've been told from ffmpeg people, that we sould read packets from AVParser. I guess that's the point which kicks us now.