Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Browse files
Browse the repository at this point in the history
H264: move avc parsing from globalheaders to mkv mux
- Loading branch information
Showing
4 changed files
with
46 additions
and
63 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
bf1c902There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This commit introduces https://tvheadend.org/issues/2497 !
bf1c902There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This kind of bug change and the bug introduced makes me wonder if it will ever stabilize. Running mkvalidator shows the recording are definitively broken and probably haven't been tested.
bf1c902There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@perexg mkvalidator since this commit complains about "usage of unknown track #0" and you did some modifications to src/muxer/tvh/mkmux.c, function mk_build_tracks() and mk_mux_write_pkt() in this commit. Could this changes probably be related to the broken mkvs?
bf1c902There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ksooo Maybe you should dump the original TS data (rtpdump, dvdbscan, ...) and provide it so that perexg can try to see where the problem lies?
bf1c902There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If the channels are encrypted, it's better to save the service stream in TS (profile pass) format, but I think that commit 39a4db4 should fix this issue.