Closed felibol closed 6 months ago
I even tested with first muxing to mpegts at gstreamer and then fill buffer with the mpegts packets but still getting same error at packager.
Hi Felibol,
Recently I came across this issue, despite is a bit old: are you still trying to solve it?
Your code should work perfectly, just be careful your TS stream is standard thus having the necessary tables (PAT, PMT, ...), and in the implementation of the function 'readInputBuffer', respect the TS packet boundary (that is, do not "cut" de buffer in the middle of a TS packet). In consequence, for each input buffer, make sure you are synchronizing to TS packet boundary (start code 0x47) and you are sending entire TS packets (once synchronized, you should fill the buffer with a multiple of 188 bytes). Using exactly the same code as yours, I can confirm this works.
Kind Regards.
Closing due to inactivity. If this is still an issue for you or if you have further questions, the OP can ask shaka-bot to reopen it by including @shaka-bot reopen
in a comment.
System info
Operating System: 18.04.5 LTS (Bionic Beaver) Shaka Packager Version: main branch https://github.com/shaka-project/shaka-packager/commit/cc9a691aef946dfb4d68077d3a741ef1b88d2f21
Question
I am trying to integrate shaka packager to gstreamer pipeline with using c-api. I have added gstreamer app sink and receiving encoded H265 video byte data. I have also configured shaka packager like below
Inside read_func, I am filling buffer and expecting packaging to produce fragmented mp4 HLS stream. But I am getting below error
As I understand packager expect already packaged content at the input not the raw encoded data. My question is can I use shaka packager to directly package raw encoded video and encoded audio data? If possible can you also share a minimal example to show buffer callback params usage?
Thanks.