CCSMB-14: Stereo television #29
Conversation
| *Last updated: 2024-03-30* | ||
|
|
||
| ## Server: | ||
| Videos should either be in BIMG but other formats do not break compliance as long as they are marked in "type" to avoid issues with clients and there is an open-source encoder and decoder |
There was a problem hiding this comment.
This is too loose to even be considered a standard
Standards/CCSMB-14.md
Outdated
|
|
||
| an example of this would be [PBB](https://raw.githubusercontent.com/craftytv/pigutv/main/pbbconverter.py) which is supported in the example server | ||
|
|
||
| Broadcasts in BIMG should only use the default CraftOS pallete |
There was a problem hiding this comment.
Why is this limit in place? If there's a good reason, sure, but this seems like an unneeded limitation
There was a problem hiding this comment.
Issues with 20fps video mainly
it works if you dont set the pallete though
|
|
||
| Broadcasts in BIMG should only use the default CraftOS pallete | ||
|
|
||
| Each frame of video should have enough audio to last the entire frame and no more |
There was a problem hiding this comment.
And how about it being shorter than the frame, is that compliant. Also, "should" shouldnt be used here
There was a problem hiding this comment.
And how about it being shorter than the frame, is that compliant.
No, i forgot to mention that
|
|
||
| Each packet sent from the server most have "protocol" set to "stereovideo" | ||
|
|
||
| Each packet should have metadata for the TV broadcast |
There was a problem hiding this comment.
What are the available metadata fields and its types?
Standards/CCSMB-14.md
Outdated
|
|
||
| Each packet should have metadata for the TV broadcast | ||
|
|
||
| An optional feature that packets can have is subtitles |
There was a problem hiding this comment.
How would this be implemented?
Standards/CCSMB-14.md
Outdated
|
|
||
| Clients should be able to play stereo audio in-sync with the frames | ||
|
|
||
| Clients should be able to display subtitles |
There was a problem hiding this comment.
This should be "MAY" and there should be a format noted above
|
|
||
| Displaying metadata attached to broadcasts is optional | ||
|
|
||
| If the client supports multiple palletes, the client should be able to switch back to default pallete before changing broadcasts |
There was a problem hiding this comment.
Wait so why is the single pallete limitation there then?
| { | ||
| protocol = "stereovideo", -- Always stereo video | ||
| type = broadcastType, -- Image format (BIMG, etc.) SHOULD BE ALL LOWERCASE | ||
| audio = { |
There was a problem hiding this comment.
If we want to create "similar" protocols, consider looking at CCSMB-5's way of implementing channels,
audio[1] would be left,
audio[2] would be right,
audio[3-8] would be self assigned
| left = leftbuffer, -- Decoded PCM, left channel | ||
| right = rightbuffer -- Decoded PCM, right channel | ||
| }, | ||
| video = currentFrame, -- Either a frame of PBB or BIMG |
There was a problem hiding this comment.
Should there be a default size or set of sizes? If so, which sizes.
| right = rightbuffer -- Decoded PCM, right channel | ||
| }, | ||
| video = currentFrame, -- Either a frame of PBB or BIMG | ||
| subtitle = subtitle, --Subtitles is avaliable |
There was a problem hiding this comment.
How about framerate, how fast should the video be played back? Should it be inferred from the size of the frame data? If so, which way?
There was a problem hiding this comment.
Framerate is determined by how fast the packets are received
Ive tested with 20fps and 1fps
My abandoned TV format
submitting it because i dont want it to go to waste as its cool