| Age | Commit message (Collapse) | Author |
|---|
|
And do flush via a separate AVFrame.
Maybe this fixes some rare race.
BTW. libavcodec 56 left an ambigous impression to me.
It does now respect flush requests even in multithread mode. Good.
On the flipside, that "too many DR1 frames in MPEG-TS" issue returned.
The very same stream needed between 7 and 17 frames, depending on the
start time of playback :-/
Also, the future of MPEG4 style postprocessing seems uncertain again.
|
|
|
|
This is not 100% exact, for the sake of speed.
However, it helps when setting the number of vo frames.
|
|
|
|
|
|
|
|
|
|
|
|
VDPAU seems not to need this nasty workaround (and it seems
not to be harmed by it either).
Doing this inside ff_video_decoder would affect all demuxers,
and only for MPEG-TS I am halfway sure that there will follow
another sequence header after seek.
Alternatively, demux_ts could seek to keyframes. This is not
as simple as it sounds. Many DVB streams I have seen only
show "Auxillary data" and "Sequence extended info" NAL units
openly. All the rest hides behind escapes...
|
|
Taken from my private "TJtools" project.
|
|
Maybe not a that important patch ;-)
|
|
Some MPEG-TS streams dont align ADTS to TS-PES,
pad ADTS frames to (nearly) fixed bitrate, and/or
wrongly flag all this as LATM.
Now the probing is more safe against ambigous input.
Somebody please test whether this still breaks real LATM.
|
|
|
|
|
|
|
|
HD color matrix (ITU-R 709/SMTE 240) serves to provide a bit more depth
at least for greens where it strikes the most. Having more than 8 bits
for real makes this trick obsolete, so deep color defaults to good old
SD mode. Bad thing: now we need real support in video out to benefit.
Has anyone got an idea how to integrate that into xine video out API
(capability flags are nearly used up)?
I found some UHD tests on Astra 19.2°E 11.406GHz V 22Msym/s 2/3 8PSK
and 10.995GHz 22Msym/s 9/10 8PSK showing this.
|
|
Fixes truncating timestamps
|
|
Some compilers generate invalid assembler code (64-bit register prefix) when %q is used in 32-bit code.
Maybe compiler bug ? ("Produces the quad word register name for an operand if the target supports
quad word. Otherwise, it produces a word register name.")
|
|
Fixes stopping playback when stream is seeked multiple times too fast.
|
|
|
|
|
|
Some MPEG-TS streams dont align ADTS to TS-PES,
pad ADTS frames to (nearly) fixed bitrate, and/or
wrongly flag all this as LATM.
Somebody please test whether this breaks real LATM.
|
|
Fixes build issues.
|
|
|
|
|
|
|
|
For historical reasons, arg #4 of xine->config->register_enum () is of type (char **).
That string array will not be modified though.
|
|
|
|
gcc 4.6 warned about a maybe uninitialized clip_rect.
This is a false positive, and the older gcc 4.5 does not warn here.
Anyway, I separated out "zoom" and "no zoom".
|
|
Untested - I have no PNM server.
|
|
|
|
Add 64bit table entries, trak delay, gaps, (hopefully) improved A/V sync.
|
|
At least when input is seekable.
AVformat demux used to hit in such cases, but that one is still very unstable.
|
|
|
|
After putting this little diff to my old Kaffeine:
- - - kaffeine-1.2.2/src/dvb/dvbsi.cpp 2011-04-17 21:17:19.000000000 +0200
+ + + kaffeine-1.2.2/src/dvb/dvbsi.cpp 2014-08-24 15:41:08.000000000 +0200
@@ -1206,6 +1206,7 @@ DvbPmtParser::DvbPmtParser(const DvbPmtS
case 0x02: // MPEG2 video
case 0x10: // MPEG4 video
case 0x1b: // H264 video
+ case 0x24: // H265 video
if (videoPid < 0) {
videoPid = entry.pid();
} else {
I stumbled upon "UHD TV" on Astra 19.2E, 11.406Ghz V, 22000, 2/3, 8-PSK, 0.35,
Video PID 255.
DSP version? Anyway, my box is far too slow for 3840x2160p50 H.265 10bit :-/
|
|
|
|
|
|
When ContentCompAlgo is not present, it defaults to 0 (zlib).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Rename var to avoid possible macro name collision.
|
