User talk:Jeffholton
|
Could I configure the PLC scheme to be used in a video player?
[edit]Hello. First of all my apologies for not being capable to chat you in the correct page, but i'm not used to edit wikipedia. The reason why I write you (you: Jeffholton) is because I have seen that you have modified on September the page: "https://wiki.riteme.site/wiki/Packet_loss_concealment". You might be an "expert" of PLC. So I was wondering if you could answer a question i have. I am working with a recommendation which says that de decoder can work with two different modes of operations: FREEZING (the PLC scheme tries to repair erroneous frames (either due to packet loss or error propagation) with the previous error free frame until a decoded picture without errors has been received) and the other mode is SLICING (the PLC scheme tries to repair erroneous frames). So the question is: Do you know whether it exists a player or decoder in which you can configure the PLC scheme you wanna use?
Thanks in advance.
Best regards. — Preceding unsigned comment added by 193.146.211.32 (talk) 16:29, 24 November 2017 (UTC)
Yes, but...
[edit]Fascinating place to leave this question. I wish I knew who you were!
Short answer is: yes, you could have a PLC mechanism for video, but I'm not sure you'd want to. It would be incredibly complicated and need to go down to the pixel level to interpolate the missing information. Seems like a processing nightmare for rapidly changing images.
Are you familiar with the concept of "QoS," or "quality of service?"
QoS gives priority to audio over video, and to streaming video over, say, text or file downloads. The reason is if you miss enough audio packets, you have no clue what's going on. But the "importance" of losing a series of video packets is, generally, less of an issue. Certainly there are applications where this is not true, but you might want to use something like ATM, with end-to-end guaranteed packet deliverability, to implement such a critical scenario.
For most scenarios, leaving video at a lower QoS level is sufficient to give "good enough" video quality.
Longer answer (at least once you explain): What are you trying to do that you think you need video PLC for?