-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Use the new RTP::Packet class
#1689
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: v3
Are you sure you want to change the base?
Conversation
# Details - Remove former `RTC::RtpPacket` class. - Use the new `RTC::RTP::Packet` class. _NOTE:_ WIP # TODO * [ ] In `RtpProbationGenerator` we cannot use `Parse()` and then `packet->SetPayloadType()` because it's frozen. So check all usages of former `RtpPacket::Parse()` and new `RTP::Packet::Parse()`. And if needed, use the new `Packet::ParseFromApplicationBuffer()` static method. But is it ok? * [ ] `RtpProbationGenerator.cpp`: Remove the `packet->Dump()` and `MS_DUMP()` (added to see if the new padding variable mechanism works as pexpected). * [ ] `RTP::Packet`: Test the new `Packet::ParseFromApplicationBuffer()` static method.
…ize_t bufferLength)
TODO 1:
|
Update TODO 1The tests pass if I comment out the destructor body of the SharedPacket::~SharedPacket()
{
MS_TRACE();
// If we hold a Packet we must delete its internal buffer (the one we
// passed to it via Clone() method).
// if (HasPacket())
// {
// delete[] GetPacket()->GetBuffer();
// }
}But this is not good because it means that we NEVER deallocated the buffer where |
Details
RTC::RtpPacketclass.RTC::RTP::Packetclass.NOTE: WIP