Jump to content

User talk:Jeffholton

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Hello, Jeffholton! Welcome to Wikipedia! Thank you for your contributions to this free encyclopedia. If you decide that you need help, check out Getting Help below or place {{helpme}} on your talk page and ask your question there. Please remember to sign your name on talk pages by clicking or using four tildes (~~~~); this will automatically produce your username and the date. Finally, please do your best to always fill in the edit summary field. Below are some useful links to facilitate your involvement. Happy editing! — Mikhailov Kusserow (talk) 07:20, 24 July 2008 (UTC)[reply]
Getting started
Getting help
Policies and guidelines

The community

Writing articles
Miscellaneous

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)[reply]

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?

Jeffholton (talk) 18:30, 3 July 2018 (UTC)[reply]