Actions
Bug #607
openAudio track selection in HTTP TS and externremux fails
Status:
Confirmed
Priority:
Low
Assignee:
-
Category:
Server - HTTP Streaming
Target version:
-
Start date:
03/18/2011
Due date:
% Done:
0%
Estimated time:
Description
Regardless of the selected track, cStreamdevPatFilter makes sure that all audio tracks are broadcasted.
Not instantiating cStreamdevPatFilter in case a specific audio track has been selected is not a proper solution, as the TS stream then lacks PAT/PMT. So e.g. VLC fails to play the stream.
Possible solutions:- Pass a PID-Blacklist of all unwanted Audio/Dolby PIDs to cStreamdevPatFilter and make it ignore all these PIDs
- Pass the requested Audio/Dolby PID to cStreamdevPatFilter and make it ignore all other audio tracks
Files
Updated by schmirl about 13 years ago
- File audiopid_fix.diff audiopid_fix.diff added
- Status changed from Confirmed to Feedback
Untested fix attached. Please test and give feedback.
Updated by schmirl about 13 years ago
- Status changed from Feedback to Assigned
- Assignee set to schmirl
A quick test revealed that the patch is only one part of what is necessary for a fix. As expected, only the requested audio pid is actually streamed, but as the original PMT is delivered, the client still sees the complete set of audio tracks. PMT must either be generated by streamdev or the original PMT must be modified accordingly.
Actions