Joe Turki

Resolved by https://github.com/pion/rtp/pull/295 and released in https://github.com/pion/webrtc/releases/tag/v4.0.11

~~We have `SetNAT1To1IPs` in the settings engine. It should work for your use case, https://github.com/pion/webrtc/blob/f5d98ceac9537df6293b258ae99074125699b7a9/settingengine.go#L265C25-L265C38~~ Let me know if you have any issue using it! Edit: never mind I miss...

> It just map the IPs not ports Yeah, I misread your issue at first. I think supporting port mapping like this is definitely possible without breaking changes. We'd probably...

Hello, @xinze-zheng is working on implementing this 🙏

Can you possibly give me details, what did you use to encode the h265 samples, what browsers, how did you get or make the RTP packets? so we can reproduce...

I see, This is weird! I never used Pion's HEVC de-packetizer, I'll look into it tomorrow and I'll land a fix. Thank you.

> https://github.com/pion/rtp/pull/200 This PR seems good. It does the right thing to assemble h265 nalu from RTP packets. But I already written my own H265 parser for solve problem quickly....

> I encountered this bug today. It appears that H265Packet.Unmarshal() never returns data, which causes SampleBuilder to break. The current one uses the old design passing to Payload, but even...

@loveyacper hello, the empty buffer issue is fixed by [v1.8.20](https://github.com/pion/rtp/releases/tag/v1.8.20) but it's not production ready yet we'll have to rewrite it soon, to fix all the issues.

@Sean-Der the writer needs a rewrite pretty much. if you try to use it with some complex payload with random MTU sizes you will see many issues.